(57)【特許請求の範囲】
【請求項１】
通信サービス実現のために情報通信処理システムの一次記憶装置上に格納された内容の更新もしくは参照を伴うデータベースを二次記憶装置へ周期的にバックアップするデータベースのバックアップ処理方法であって、二次記憶装置上にチェックポイント時点のデータベースとチェックポイント以降のデータベースの更新履歴を格納しておき、障害検出時に前記二次記憶装置から前記チェックポイント時点のデータベースと前記更新履歴を読み出し、前記チェックポイント時点のデータベースに更新履歴を上書きすることにより障害直前のデータベースを一次記憶装置上に復元するようにしたデータベースバックアップ処理方法において、
前記チェックポイント時点のデータベースの格納処理を、データベース復元処理中に呼接続に必要な情報が得られず損失となる呼数（ｆ1）とチェックポイント時点のデータベースのバックアップ処理中に最新の情報が得られず損失となる呼数のシステム運用開始時点からデータベース破壊発生時点までの総数（ｆ2）との合計が最小となる周期で行うようにしたことを特徴とするデータベースバックアップ処理方法。
【請求項２】
請求項１記載のデータベースバックアップ処理方法において、前記データベース復元処理中に呼接続に必要な情報が得られず損失となる呼数（ｆ1）とチェックポイント時点のデータベースのバックアップ処理中に最新の情報が得られず損失となる呼数のシステム運用開始時点からデータベース破壊発生時点までの総数（ｆ2）との合計が最小となる周期は、前記情報通信処理システムの設計内容に基づいて予め算出されるか、あるいは、該設計内容および該情報通信システムの稼働状態に基づいて算出されることを特徴とするデータベースバックアップ処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一次記憶装置上にデータベースを格納する情報通信処理システムにおけるデータベースバックアップ処理方法に係り、特にデータベースのバックアップを周期的に収集する場合のデータベースバックアップ処理方法に関する。
【０００２】
【従来の技術】
図２は、高度インテリジェントネットワーク（ＩＮ：Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ）の基本的構成を示す図である。同図において、１はサービス管理ノード（ＳＭＳ）、２はパケット網、３はサービス制御ノード（ＳＣＰ）、４は共通線信号網、５は交換機、６は端末、７は通話線であり、また、１１および３１は、フリーダイヤルや移動通信等のサービスの実現のためにサービス管理ノード（ＳＭＳ）１およびサービス制御ノード（ＳＣＰ）３に保持されているデータベース（ＤＢ）であり、５１は交換機５が保持する新サービス機能である。
【０００３】
これらのデータベース（ＤＢ）を保持する媒体としては、データベース（ＤＢ）の規模、アクセス頻度等を考慮し、一般的に一次記憶装置である主記憶装置（ＭＭ）が用いられる。データベース（ＤＢ）に格納したデータを高い確度で保証する必要のある高信頼情報通信処理システムにおいては、ソフトウェアの暴走やハードウェアの障害によって主記憶装置（ＭＭ）上のデータベース（ＤＢ）が破壊された場合に破壊直前のデータベース（ＤＢ）のデータを復元できるように、二次記憶装置すなわち主記憶装置（ＭＭ）とは別の記憶装置へバックアップが取られる。
【０００４】
図３は、従来のデータベースバックアップ処理方法を説明するための図である。
同図に示した中央処理装置（ＣＰＵ）２０１、主記憶装置（ＭＭ）２０２、半導体ディスク装置（ＳＤ）２０３は、例えば、図２におけるサービス制御ノード（ＳＣＰ）３を構成する一部の装置である。本構成において、主記憶装置２０２に保持されているデータベース（ＤＢ）２０２１をバックアップするために、チェックポイント（ＣＰ）時点のデータベース（すなわちチェックポイントデータベース（ＣＰＤＢ）２０３１）とチェックポイント（ＣＰ）以降のデータベースの更新履歴（ＬＯＧ）２０３２を収集して磁気ディスク装置または半導体ディスク装置などの外部記憶装置（図３は半導体ディスク装置ＳＤの場合を示す）に格納する（図のａ参照）。なお、チェックポイント（ＣＰ）は、一定周期毎（即ち、一定間隔毎）にとられているのが普通である。
【０００５】
障害検出時には外部記憶装置からチェックポイントデータベース（ＣＰＤＢ）２０３１と該チェックポイント以降の更新履歴（ＬＯＧ）２０３２を読み出し、チェックポイントデータベース（ＣＰＤＢ）２０３１に更新履歴（ＬＯＧ）２０３２を上書きすることにより障害直前のデータベースを復元する。従来技術におけるデータベースバックアップ処理方法としては、例えば、文献「平野他：分散処理による高度ＩＮ用サービス制御ノードの構成、電子情報通信学会論文誌Ｂ−１  Ｖｏｌ．Ｊ７９−Ｂ−１  Ｎｏ．８  ＰＰ．５３９−５５０  １９９６年８月」に開示されたものがある。
【０００６】
【発明が解決しようとする課題】
上述したようなチェックポイントデータベース（ＣＰＤＢ）を周期的に収集する従来のデータベースバックアップ処理方法では、バックアップの周期を決定する際に、データベースを参照して接続されるＩＮサービス呼の損失数への影響があるにも関わらず、それに対する考慮がなされていなかった。このため、採用された周期の値によっては、損失呼数を不当に大きくしてしまい、ユーザに迷惑をかける、という事態が生じる。
本発明の目的は、このような従来方法の欠点を解消し、呼の損失数を最小とする周期でバックアップを収集するようにし、システム運用中にユーザへ与える影響を最小とするデータベースバックアップ処理方法を提供することである。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータベースバックアップ処理方法は、主記憶装置ＭＭ上のデータベース（ＤＢ）をチェックポイントデータベース（ＣＰＤＢ）としてバックアップ収集する際のバックアップ周期を、データベース（ＤＢ）復元処理中に呼接続に必要な情報が得られず損失となる呼数（ｆ1）とチェックポイント時点のデータベース（ＣＰＤＢ）のバックアップ処理中に最新の情報が得られず損失となる呼数のシステム運用開始時点からデータベース破壊発生時点までの総数（ｆ2）との合計が最小となるように選んだことを特徴としている。この構成により、データベースのバックアップを損失呼数が最小となるような周期で収集できるため、システム運用中にユーザへ与える影響を最小とすることが可能になる。
【０００８】
【発明の実施の形態】
以下、図１，および図４〜図６を用いて本発明の実施例を詳細に説明する。
図１は、本発明のデータベースバックアップ処理方法が実施される情報通信処理システムの一部の装置の構成例、およびデータベース（ＤＢ），チェックポイントデータベース（ＣＰＤＢ），更新履歴（ＬＯＧ）の配置を示す図である。
同図において、１００はシステムバス、１０１はサービスを実現するプログラムを主に実行する情報通信処理システムの中央処理装置（ＣＰＵ）、１０２はプログラムやプログラムが参照するデータを保持するとともに、本発明におけるバックアップ対象であるデータベース（ＤＢ）１０２１を保持する主記憶装置（ＭＭ）である。
【０００９】
１０３は、主記憶装置（ＭＭ）１０２上のデータベース（ＤＢ）１０２１のバックアップ用装置として設けられた半導体ディスク装置（ＳＤ）であり、チェックポイントデータベース（ＣＰＤＢ）１０３１を２面分と更新履歴（ＬＯＧ）１０３２を１面分保持している。
【００１０】
１０４は、システムバス１００を介して中央処理装置（ＣＰＵ）１０１と接続され、配下に半導体ディスク装置（ＳＤ）１０３を収容するＳＤ制御装置であり、主記憶装置（ＭＭ）１０２上のデータベース（ＤＢ）１０２１を半導体ディスク装置（ＳＤ）１０３へバックアッする際、主記憶装置（ＭＭ）−半導体ディスク装置（ＳＤ）間のデータベース転送を制御するものである。
１０５は周辺装置である。
【００１１】
図３に示した上記構成は、本発明を実現する上で特別に構成されたものではない。通常のプログラム実行機能を持つた中央処理装置／主記憶装置、システムバス、半導体メモリおよびアクセス制御回路から成る半導体メモリ装置、主記憶装置−半導体メモリ装置間のデータ転送制御装置を有するものであれば、本発明のデータベースバックアップ処理方法を実現するシステムとなり得る。
【００１２】
図３の中央処理装置（ＣＰＵ）１０１、主記憶装置（ＭＭ）１０２、半導体ディスク制御装置（ＳＤＣ）１０４、半導体ディスク装置（ＳＤ）１０３、その他の装置（周辺装置１０５など）は一重化構成として示しているが、システムに要求された信頼度条件に応じて冗長構成がとられてもよいことはいうまでもない。冗長構成の形態によってバックアップ周期を決定する際のパラメータ値が変化し得る（例えば、後述のデータベース破壊発生間隔Ｔｆｉ）が、損失呼数を最小とする周期を決定する方法を説明する上で、冗長構成は直接関連しないため、特に図示することはしない。
なお、主記憶装置（ＭＭ）上のデータベース（ＤＢ）を構成する項目は、実現するサービスに応じて各種のものが存在する。例えば、ＰＨＳのような移動通信サービスの場合、データベースには端末の電話番号、位置情報、認証キーなどの項目が含まれる。
【００１３】
図４は、本発明における中央処理装置（ＣＰＵ）／主記憶装置（ＭＭ）から半導体ディスク装置（ＳＤ）へのチェックポイントデータベース（ＣＰＤＢ）および更新履歴（ＬＯＧ）の収集のタイムチャートを示す図である。
チェックポイントデータベース（ＣＰＤＢ）の収集は、周期τ毎（図中のＸ点，Ｙ点，Ｚ点）に起動される中央処理装置（ＣＰＵ）上のプログラムによつて実行される。チェックポイントデータベース（ＣＰＤＢ）は半導体ディスク装置（ＳＤ）上に２面分保持している（注：１面しか保持しない場合、チェックポイントデータベース（ＣＰＤＢ）収集処理中に主記憶装置（ＭＭ）等に障害が発生した場合、データベース（ＤＢ）を完全に復元することができなくなる）。例えば、図に示すように、Ｘ点のチェックポイントデータベース（ＣＰＤＢ）は第１面に保持し、Ｙ点のチェックポイントデータベース（ＣＰＤＢ）は第２面に保持し、Ｚ点のチェックポイントデータベース（ＣＰＤＢ）は第１面に保持する。
【００１４】
一方、更新履歴（ＬＯＧ）の収集は、データベース（ＤＢ）の内容を変更するようなイベント（例えば、ＰＨＳ端末の位置登録）が発生する都度、中央処理装置（ＣＰＵ）上のプログラムによって実行される。なお、収集情報の更新履歴（ＬＯＧ）のうち、不要になつたものは廃棄される。即ち、主記憶装置（ＭＭ）上のデータベース（ＤＢ）が破壊された時、チェックポイントデータベース（ＣＰＤＢ）とそのチェックポイント以降の更新履歴（ＬＯＧ）があれば、破壊直前のデータベース（ＤＢ）内容を復元できるため、収集済みの更新履歴（ＬＯＧ）は、チェックポイントデータベース（ＣＰＤＢ）が正常に収集できた時点で、そのチェックポイントまでの分は廃棄される。すなわち、図に示すように、Ｘ点，Ｙ点，Ｚ点のチェックポイントデータベース（ＣＰＤＢ）のバックアップが終了した時点で、それぞれＸ点，Ｙ点，Ｚ点までの更新履歴（ＬＯＧ）を廃棄する。これにより、半導体ディスク装置（ＳＤ）上の更新履歴（ＬＯＧ）用の領域を不当に大きくしないで済む。
【００１５】
図５は、主記憶装置（ＭＭ）上のデータベース（ＤＢ）破壊が発生した時の復元方法を、データベース（ＤＢ）破壊発生ポイントの２つケースについて示した図である。
ケース１はチェックポイントデータベース（ＣＰＤＢ）収集中のＣ時点でデータベース（ＤＢ）破壊が発生したケース、ケース２はチェックポイントデータベース（ＣＰＤＢ）正常収集後、次のチェックポイントデータベース（ＣＰＤＢ）収集開始前のＤ時点でデータベース（ＤＢ）破壊が発生したケースである。
【００１６】
ケース１では、１周期前に正常収集したチェックポイントデータベース（ＣＰＤＢ）（即ち、Ｘ点でのチェックポイントデータベース）と、そのチャックポイント以降の更新履歴（ＬＯＧ）（即ち、図のｘ′区間の更新履歴）とからデータベース（ＤＢ）を復元する。
一方、ケース２では当該周期に正常収集されたチェックポイントデータベース（ＣＰＤＢ）（即ち、Ｙ点でのチェックポイントデータベース）とそのチェックポイント以降の更新履歴（ＬＯＧ）（即ち、図のｙ′区間の更新履歴）とからデータベース（ＤＢ）を復元する。
ケース１とケース２とを比較した場合、ケース１の方が更新履歴（ＬＯＧ）収集区間が大きくなっているため、更新履歴（ＬＯＧ）量が大きくなり、半導体ディスク装置（ＳＤ）から主記憶装置（ＭＭ）への転送およびチェックポイントデータベース（ＣＰＤＢ）への反映に時間がよりかかるため、データベース（ＤＢ）復元時間がより大きくなる。
【００１７】
次に、本発明のデータベースバックアップ処理方法に係るバックアップ周期τの値について説明する。
ここでは、ＰＨＳ等の移動通信サービスを例にとり、周期τの決定方法を説明する。
移動通信では呼の接続のためにデータベース（ＤＢ）上の端末位置情報を用いる。
（ｉ）周期τを大きく選ぶと、更新履歴（ＬＯＧ）量が増加して主記憶装置（ＭＭ）上データベース（ＤＢ）の破壊時のデータベース（ＤＢ）復元時間が増加する。このため、復元中に着信して損失となる呼が増えてくる。
（ｉｉ）逆に、周期τを小さく選ぶとＣＰＵ上でのバックアップ処理中に着信した呼がＣＰＵ処理待ちとなり、その間に着信先端末の位置が変更してしまって損失となるケースが起き易くなる。
本発明は、周期τに比例および反比例する上記２つの観点から損失呼数を求め、両者の合計値を最小とする周期τを決定することにより、ユーザに呼損という形で与える影響をより小さくするようにしたことを特徴とするものである。
【００１８】
以下、上記（ｉ）のデータベース（ＤＢ）復元中に発生する損失呼数ｆ１（τ）、と上記（ｉｉ）のバックアップ処理との競合で発生する損失呼数ｆ２（τ）、を求める方法を説明する。
１）データベース（ＤＢ）復元中の損失呼数：ｆ１（τ）
データベース（ＤＢ）復元中の損失呼数ｆ１（τ）はデータベース（ＤＢ）復元中に着信する呼数に等しい。Ｎをユーザ端末数、λｉｃを着信呼の発生率、Ｔｒ（τ）をデータベース（ＤＢ）復元時間とすると、ｆ１（τ）は次式（１）で与えられる。
ｆ１（τ）＝Ｎ＊λｉｃ＊Ｔｒ（τ）  ・・・・・・・・・・・・・・・・（１）
ここで、式（１）のデータベース（ＤＢ）復元時間Ｔｒ（τ）は、図５に示されているように、▲１▼チェックポイントデータベース（ＣＰＤＢ）転送時間（注：周期τに関係しないためＴｄｂとする）と、▲２▼チェックポイント以降の更新履歴（ＬＯＧ）の転送時間（注：周期τに依存するのでＴｌｏｇ（τ）とする。なお、ｌｏｇはＴの添字であり、対数関数でないことに注意）の合計、即ち、次式（２）で与えられる。
Ｔｒ（τ）＝Ｔｄｂ＋Ｔｌｏｇ（τ）  ・・・・・・・・・・・・・・・・（２）
【００１９】
▲１▼「Ｔｄｂの値」
式（２）のチェックポイントデータベース（ＣＰＤＢ）転送時間Ｔｄｂは、Ｓをユーザ当たりのデータベース（ＤＢ）サイズ、Ｒを主記憶装置（ＭＭ）−半導体ディスク装置（ＳＤ）間のデータ転送レートとすると、次式（３）で与えられる。
Ｔｄｂ＝Ｓ＊Ｎ／Ｒ            ・・・・・・・・・・・・・・・・・・（３）
【００２０】
▲２▼「Ｔｌｏｇ（τ）の値」
また、更新履歴（ＬＯＧ）転送時間Ｔｌｏｇ（τ）は、主記憶装置（ＭＭ）へ転送すべき更新履歴（ＬＯＧ）量から決まり、更新履歴（ＬＯＧ）量は更新履歴（ＬＯＧ）収集区間中に発生する位置登録呼数から求まる。更新履歴（ＬＯＧ）収集区間は、データベース（ＤＢ）破壊がバックアップ処理中に発生するか否かに応じて図５の２つのケース（即ち、ｘ′区間とｙ′区間）が存在するため、期待値は次式（４）のようになる。
0003622047.tif 000002
ここで、Ｐ（τ）＝Ｔｂｋ／τ（注：Ｔｂｋはデータベース（ＤＢ）バックアップ時間）はデータベース（ＤＢ）破壊がバックアップ処理中に発生する確率である。従つて、λｌｒを位置登録呼の発生率とすると、Ｔｌｏｇ（τ）は次式（５）のようになる。
Ｔｌｏｇ（τ）
＝Ｓ＊Ｎ＊λｌｒ＊更新履歴（ＬＯＧ）収集区間／Ｒ  ・・・・・・・・・（５）
以上により、式（１）〜式（５）を用いてｆ１（τ）が求まる。
【００２１】
２）バックアップ処理との競合による損失呼数：ｆ２（τ）
次に、ｆ２（τ）の求め方を説明する。
バックアップ処理中に着呼し、その処理がＣＰＵ上で待ちの間に着信先の端末位置がたまたま変わると、データベース（ＤＢ）上の端末位置情報が実態と異なってしまい正常に接続できず呼損が生じ得る。この呼損は、主記憶装置（ＭＭ）上のデータベース（ＤＢ）のチェックポイントデータベース（ＣＰＤＢ）収集処理、ＰＨＳ等の端末への着信処理、その端末の登録位置変更処理が重なった場合に発生する。
【００２２】
その確率Ｐｃｔ（τ）は、上記各処理のプロセッサ使用率をδｂｋ（τ），δｉｃ，δｌｒとした時、これら３者の積にＮ／Ｎ２をかけたものに等しく、式（６）となる。
Ｐｃｔ（τ）
＝δｂｋ（τ）＊δｌｒ＊δｉｃ＊Ｎ／Ｎ２    ・・・・・・・・・・・・・・（６）
ここで、Ｎ／Ｎ２をかけているのは、Ｎ個のうちのある端末への着信処理とＮ個のうちのある端末の位置変更処理とが重なるケースがＮ２通りあり、そのうち両者の端末が一致するケースがＮ通りであるためである。
【００２３】
バックアップ処理との競合による損失呼数ｆ２（τ）は、システム運用開始からデータベース（ＤＢ）破壊発生時点までの損失呼の総和であり、データベース（ＤＢ）破壊発生間隔をＴｆｉとすると式（７）のようになる。
ｆ２（τ）
＝｛Ｐｃｔ（τ）／着呼処理の呼当たりのＣＰＵ保留時間｝＊Ｔｆｉ  ・・（７）
以上より、式（６）および式（７）を用いてｆ２（τ）を求めることができる。
【００２４】
３）本発明で適用するバックアップ周期の値：τ
本発明で適用するチェックポイントデータベース（ＣＰＤＢ）収集の周期τは、上記ｆ１（τ）、ｆ２（τ）の値を基に、それらの合計、即ち、
ｆ（τ）＝ｆ１（τ）＋ｆ２（τ）を最小とするτの値として求めることができる。
【００２５】
図６は、周期τと、データベース復元中に発生する損失呼数ｆ１（τ），バックアップ処理との競合で発生する損失呼数ｆ２（τ），および合計の損失呼数ｆ（τ）との関係を、横軸に周期τ，縦軸に損失呼数をとって表したものである。同図では、データベース破壊発生間隔Ｔｆｉ〔時間〕として３つのケースを示している。第１のケースは、Ｔｆｉ＝１．０＊１０７、第２のケースはＴｆｉ＝５．０＊１０６、第３のケースはＴｆｉ＝１．０＊１０６の場合である。ここで、各パラメータ値は、一例として、Ｎ＝２５万ユーザ、Ｓ＝０．３ＫＢ／ユーザ、Ｒ＝０．５ＭＢ／秒、λｉｃ＝０．０４呼／時間、λｌｒ＝０．３呼／時間、δｂｋ（τ）＝０．０２〔分〕／τ〔分〕、δｌｒ＝０．２２、δｉｃ＝０．０２９とした。
【００２６】
図６から、損失呼数を少なくする最適周期は、ｆ（τ）の最小値（極小値）であるτの値であり、Ｔｆｉが短くなる（即ち、データベース破壊が起き易いシステム）ほど小さい周期τになることがわかる（図６の最適周期点の位置を参照）。但し、方式成立条件「τ≧Ｔｂｋ」が存在するので、最小でも、データベースバックアップ時間Ｔｂｋ以上の値を選定しなければならない。
本発明では、上記のようにして決定した最適周期τを用いてチェックポイントデータベース（ＣＰＤＢ）のバックアップ収集を行うようにすることにより、従来のデータベースバックアップ処理方法に比較し、ユーザに呼損という形で与える影響をより小さくしたバックアップ処理方法を提供することが可能となる。
【００２７】
ここで、本実施例に利用される上記各パラメータとその値の設定の仕方の一例をより詳しく説明しておく。
Ｎはユーザ端末数であり、図２のサービス制御ノード（ＳＣＰ）が処理すべき（収容すべき）最大端末数でサービス制御ノード（ＳＣＰ）の設計条件として与えられるものである。
Ｓは、ユーザ端末当たりのデータベースサイズであり、図１の説明において記載されている通り、主記憶装置（ＭＭ）上に保持されたデータベース（ＤＢ）上には、ユーザ端末ごとに、その電話番号，位置情報，認証キー等のサービス実現に必要なデータが保持されている。Ｓはこれらの情報を記憶するのに必要なメモリ量（バイト数）である。システムの設計内容が決まると、格納する項目当たりの所要メモリ量がきまるのでＳの値も決まる。
【００２８】
Ｒは、主記憶装置（ＭＭ）−半導体ディスク装置（ＳＤ）間のデータ転送レート（単位時間当たりの転送データ量；バイト数）であり、図１の半導体ディスク制御装置（ＳＤＣ）の転送性能のことで、主記憶装置（ＭＭ）−半導体ディスク装置（ＳＤ）間で採用される転送方式と関連装置の性能から決定される。すなわちシステムの設計内容によって一義的に決定される値である。
λｉｃは着信呼の発生率，λｌｒは位置登録呼の発生率であり、それぞれ、端末に着信する呼，端末位置が変更しそれを要求する呼の単位時間当たり・端末当たりの生起数である。サービス制御ノード（ＳＣＰ）設計上のトラフィック条件で
設計に先立って上記ユーザ端末数Ｎと同様に外部条件として与えられる。
【００２９】
Ｔｂｋは、データベース（ＤＢ）のバックアップ時間、すなわち、主記憶装置（ＭＭ）上のチェックポイントデータベース（ＣＰＤＢ）を半導体ディスク装置（ＳＤ）にバックアップするのに要する時間であり、式（３）のチェックポイントデータベース転送時間Ｔｄｂと同一の値であって、ユーザ端末当たりのデータベースサイズＳ，ユーザ端末数Ｎ，主記憶装置−半導体ディスク装置間のデータ転送レートＲから計算で求めることができる。
【００３０】
δｂｋはチェックポイントデータベース（ＣＰＤＢ）収集処理のプロセッサ使用率，δｌｒは端末の登録位置変更処理のプロセッサ使用率，δｉｃは端末への着信処理のプロセッサ使用率であり、上記各処理を１回実行するのに走る命令数と中央処理装置（ＣＰＵ）に用いられるプロセッサの性能（即ち、単位時間当たり実行できる命令数）との比率のことで、システムの設計内容（即ち、用いるプロセッサ種別とその上で走るプログラム内容）が決まると算出できる比率である。
【００３１】
Ｔｆｉは、主記憶装置（ＭＭ）上のデータベース破壊の発生間隔、即ち、主記憶装置上に保持されたデータベースが破壊されるような事象の発生間隔で、サービス制御ノード（ＳＣＰ）内の関連装置の故障発生率と関連装置の冗長構成などから決まる値である。この値もサービス制御ノード（ＳＣＰ）というシステムの設計内容が決まると一義的に算出できる値である。
以上のように、各パラメータはシステム設計内容によって決定されるので、これらのパラメータを用いてｆ（τ）が最小値（極小値）を有するτの値を予め求めることができ、このτの周期でチェックポイントデータベースを収集することによって、損失呼数を最小にすることが可能になる。
【００３２】
＜実施例のバリエーション＞
１）上記実施例では、インテリジェントネットワーク（ＩＮ）サービスを対象に、それを実現するシステムにおけるデータベースバックアップ処理方法について説明したが、サービスの種別、実現するシステムの構成は、上記実施例だけに限定されないことは言うまでもない。本発明は、サービス実現のために何らかのデータベースを保持し、ユーザへのサービス実現に当たつて逐次その内容の更新を伴い、かつ故障発生時のデータベース内容保証の観点から周期的にデータベースを保持する記憶装置とは別の記憶装置へバックアップを行うようにした全てのシステムに適用が可能であり、上記実施例と同様の効果が得られる。
【００３３】
２）図３のシステム構成はほんの一例に過ぎない。データベース（ＤＢ）を保持する記憶装置とチェックポイントデータベース（ＣＰＤＢ）／更新履歴（ＬＯＧ）を保持する記憶装置は、分離された別な装置であればよく、また記憶手段としては、半導体メモリ装置、ハード磁気ディスク装置、光磁気ディスク装置等、いずれでもよい。さらに、図３はシングルプロセッサ構成として示しているが、マルチプロセッサ構成における１つのプ口セッサシステムと考えてもよい。また、複数プロセッサが、共通メモリ装置（即ち、一次記憶装置）上にデータベース（ＤＢ）を共有し、そのバックアップを別な共通の二次記憶装置上にとるような構成であってもよい。なお、チェックポイントデータベース（ＣＰＤＢ）と更新履歴（ＬＯＧ）は、上述したように同一の二次記憶装置上に収集格納するようにしてもよいが、それぞれを別々の二次記憶装置に格納するようにしてもよい。
【００３４】
３）上記の実施例ではチェックポイントデータベース（ＣＰＤＢ）のバックアップ収集、更新履歴（ＬＯＧ）収集をＣＰＵ上のプログラムで実行する場合を説明したが、処理効率化のために一部をハードウェアで実行するようにしてもよい。４）また、チェックポイントデータベース（ＣＰＤＢ）が正常に収集できた時点で、そのチェックポイントまでの更新履歴（ＬＯＧ）を廃棄する方式を説明したが、そのまま継続して保持し別なタイミングで廃棄するようにした構成であってもよく、データベースを復元の際に対応するチェックポイント以降の更新履歴（ＬＯＧ）が判別できるようになっている限り本発明の効果は失われない。
【００３５】
５）また、上記実施例では、データベースのバックアップを損失呼数が最小となるような周期を予め求める場合を説明したが、上記各パラメータを記憶装置に保持しておき、このパラメータを用いてｆ（τ）を最小にするτを自動的に求めるようにしてもよい。またこの場合、記憶装置に格納するパラメータはシステム設計時に予め決められた値を設定してもよいが、パラメータが変更された場合またはシステムの動作条件によって時間的に変化するパラメータを定期的に取得して記憶装置に格納するようにしてもよい。例えば、データ転送レートや着信呼／位置登録呼の発生率，ＣＰＵの使用率などを測定する手段を内蔵し、該手段で測定して得た値を定期的に上記記憶装置に格納するようにしてもよい。この構成によれば、設計変更によりパラメータに変更を生じた場合や、システムの稼働状態が変わりパラメータの値に変更が生じたりした場合にも、その時点で、より最適なパラメータの値を用いて損失呼数が最小になる周期τを動的に求めることができる。
【００３６】
【発明の効果】
以上説明したように、本発明のデータベースバックアップ処理方法によれば、データベースのバックアップを損失呼数が最小となるような周期で収集するようにしているため、システム運用中にユーザへ与える影響を最小とするデータベースバックアップ処理方法を提供することができる。
【図面の簡単な説明】
【図１】本発明が実施される情報通信処理システム（一部）の構成例を示す図である。
【図２】本発明が適用されるシステムを一部に有する高度インテリジェントネットワーク（ＩＮ）の基本的構成を示す図である。
【図３】従来のデータベースバックアップ処理方法を説明するための図である。
【図４】本発明の実施例におけるチェックポイントデータベースおよび更新履歴収集のタイムチャートを示す図である。
【図５】本発明の実施例におけるデータベース破壊発生ポイントの２つのケースとデータベース復元方法を示す図である。
【図６】本発明の実施例におけるデータベース（ＤＢ）バックアップ周期と損失呼数との関係の評価例を示す図である。
【符号の説明】
１：サービス管理ノード（ＳＭＳ）
２：パケット網
３：サービス制御ノード（ＳＣＰ）
４：共通線信号網
５：交換機
６：端末
７：通話線
１０１：中央処理装置（ＣＰＵ）
１０２：主記憶装置（ＭＭ）
１０３：半導体ディスク装置（ＳＤ）
１０４：半導体ディスク制御装置（ＳＤＣ）
１０５：周辺装置
１１，３１，１０２１，２０２１：データベース（ＤＢ）
１０３１，２０３１：チェックポイントデータベース（ＣＰＤＢ）
１０３２，２０３２：更新履歴（ＬＯＧ）
【図１】
0003622047.tif 000003
【図２】
0003622047.tif 000004
【図３】
0003622047.tif 000005
【図４】
0003622047.tif 000006
【図５】
0003622047.tif 000007
【図６】
0003622047.tif 000008