(57)【特許請求の範囲】
【請求項１】
第１のデータベースをもつ運用中のシステムと第２のデータベースをもつスタンバイ中のシステムとを接続し、第１のデータベースの内容をある時間遅れで第２のデータベースに反映させるオンラインデータベース情報処理システムにおいて、
運用中のシステムおよびスタンバイ中のシステムの両者から書き込み参照可能なアクセスキーサーバと、
前記運用中のシステムは、該運用中のシステムから前記スタンバイ中のシステムへの切り替えの実施前の所定期間(T12）内に発生したトランザクション内容の少なくともキー部分を前記アクセスキーサーバに記録するトランザクション処理部を有し、
前記スタンバイ中のシステムは、該スタンバイ中のシステムへの切り替えの実施後の所定期間(T23) 内に発生したオンラインデータ端末群からのアクセス要求内容を前記アクセスキーサーバの内容と照合し、同一キーを有するアクセス要求に対しては限定的処理を行うログ受信反映処理部を有する
ことを特徴とするバックアップ機能付オンラインデータベース情報処理システム。
【請求項２】
前記限定的処理として、要求の取引サービスを抑止することを特徴とする請求項１記載のバックアップ機能付オンラインデータベース情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はオンラインデータベース情報処理システムにかかわり、特に、サービスの中断が社会的に大きな影響を及ぼす金融システムや医療システムなどの社会システムのバックアップ機能に関する。
【０００２】
【従来の技術】
銀行や病院など社会生活の場にオンラインデータ端末群をもち、大規模なオンラインデータベース情報処理システムによって市民にサービスを行う、いわゆる社会システムではサービスの予期せぬ中断が大きな影響を与えるばかりでなく、サービス時間の延長によるサービス向上が常に求められている。このため、これらのシステムでは運用中のシステムの思わぬ障害や災害時のサービス中断を速やかに回復するため、スタンバイ中のシステムをもち、これへの切り替えができる体制をとっている。以下、主として運用に供せられるシステムを主システムと呼び、バックアップのため常時スタンバイ中のシステムを副システムと呼ぶと、主システムの故障停止時に副システムに運用を切り替えることとなる。また、このほかシステム機器の保守点検も重要であり、主システムを予定に従って一定期間停止させ、その間は副システムに切り替えサービス業務を継続することも副システムの重要な役目である。
【０００３】
このような副システムへの切り替え方法として、デュアルシステムとデュプレックスシステムの２つの方法がある。デュアルシステムは主システムと副システムを完全対等とした完全二重化システムであり、システム構成機器がすべて二重にあり且つそのどちらも同時に同じ動作をする。それゆえ、オンラインデータ端末群からのトランザクションは二つのシステムで同時に同様に処理される。一方デュプレックスシステムは主システムと代替しうる副システムを別々にもち、オンラインデータ端末群は常時は主システムに接続され、副システムに切り替える時にはオンラインデータ端末群も副システム側に接続が切り替えられる。
【０００４】
デュアルシステムの特性はシステム切り替えが速やかな利点がある反面、１トランザクションを主側と副側に渡す仕組みや同期方法が複雑であり、レスポンスを重視するシステムでは非常に高価高性能な機器が要求される欠点をもつ。一方デュプレックスシステムはシングルシステム時とほぼ変わらぬレスポンス性能を維持できる利点があるが、運用中のシステムのある時点の状況をスタンバイ中のシステムに反映し終えるまでの時間が必要で、速やかな切り替えができない欠点をもつ。このため、従来からデュプレックスシステムのシステム切り替え時間の短縮に関しての技術開発がなされてきた。
【０００５】
例えば、文献特開平０３−２５０２５７号、特開平０９−２５９０２３号では主システムのオンライン動作中のデータベースアクセスの記録をアクセスログとしてジャーナルに落とし、これを適宜ホットスタンバイ中の副システムに反映させることによりわずかな時間遅れで副システムが主システムに追いつく技術が開示されている。しかし、このようなシステムであっても切り替え時間をゼロとすることはできない。なぜなら、優先度レベルの低いバックアップ反映処理は最優先度レベルのオンライントランザクション処理の隙間時間に行われ、反映処理待ち行列が生ずるからである。このため、現状の銀行システムなどでは数十分程度の切り替え時間を要するのが普通である。
【０００６】
災害等予期せぬ事故によって主システムを副システムに切り替える場合は、その他の人的な対応体制を取る時間も必要であり、上記のような切り替え時間も許容されるが、機器の保守などのための予定に従った主システムの副システムへの切り替えの場合は、たとえわずかな時間であってもオンラインサービスが停止することは許されない。それゆえ、現状ではサービス終了の夜間に主システムから副システムへの切り替えを行い、主システムの保守点検後もまた夜間のサービス終了後、副システムから主システムへの戻し切り替えを行っている。
【０００７】
【発明が解決しようとする課題】
上述のように、従来の技術ではバックアップ機能付オンラインデータベース情報処理システムの主システムと副システムとの予定的な切り替えは夜間のサービス終了後にせざるを得なかった。しかし、近年２４時間サービスを理想とする夜間サービス時間の延長への要望が高まり、また、バッチ処理業務のバックログの増大から、サービス時間内のシステム切り替えを可能とすることが望まれてきた。本発明はこのような課題を解決するバックアップ機能付オンラインデータベース情報処理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
バックアップ機能付オンラインデータベース情報処理システムにおいて、主システムと副システムとの予定的な切り替えをサービス停止時間を設けることなく行うことができない、という上記の課題は図１に示す如く、
第１のデータベースＤＢ１  をもつ主システム１と第２のデータベースＤＢ２  をもつ副システム２とを接続し、第１のデータベースＤＢ１  の内容をある時間遅れ（Ｔ）でデータベースＤＢ２  に反映させるオンラインデータベース情報処理システムにおいて、
主システム１および副システム２の両者から書き込み参照可能なアクセスキーサーバ５と、
トランザクション内容の少なくともキー部分を前記アクセスキーサーバ５に記録するトランザクション処理部１２１  と、
オンラインデータ端末群４からのアクセス要求内容を前記アクセスキーサーバ５の内容と照合し、同一キーを有するアクセス要求に対しては限定的処理を行うログ受信反映処理部２２２  と、
を有するバックアップ機能付オンラインデータベース情報処理システムを提供することによって解決される。
【０００９】
すなわち、図２に示す主システムから副システムへのシステム切替タイムチャート例によってこれを示すと、主システム１によるサービスは時刻ｔ２において切り替えられ、以降は副システム２によるサービスとなり、この間にサービス停止時間を設けることがない。このことを可能ならしめるために、時刻ｔ１において切替準備を始める。この意味で時刻ｔ１から時刻ｔ２の間の時間を図２では切替準備期間Ｔ１２と名付けているが、オンラインサービスは通常サービス期間と同様に行っている。ここで時刻ｔ１は、この時点の主システム１の第１のデータベースＤＢ１  の内容ＤＢ１（１）が少なくとも切替予定時刻ｔ２以前に副システム２の第２のデータベースＤＢ２  に反映され終えているように選ばれている。このことを図２では副システム２の第２のデータベースＤＢ２  の時刻ｔ２における内容ＤＢ２（２）＝  ＤＢ１（１）とあらわしている。
【００１０】
しかし時刻ｔ２時点では第１のデータベースＤＢ１  の内容ＤＢ１（２）は既に変化しておりＤＢ１（１）のままではない。ここに、ＤＢ１（２）とＤＢ１（１）とを比較すると、多くのレコードは不変であるが、切替準備期間Ｔ１２中のオンラインデータ端末群４からのアクセス▲１▼〜▲４▼によって一部のレコードが変更、すなわち更新または追加削除されている。ここでは切替準備期間Ｔ１２中のトランザクションにより変更されたレコードをＣ  であらわし、切替準備期間Ｔ１２中に無変更のレコードをＲ  であらわすと、ＤＢ１（２）はＣ  とＲ  の和集合となる。図２ではこれをＤＢ１（２）＝Ｃ＋Ｒと表現した。
【００１１】
さて、主システム１は切替準備期間Ｔ１２の初期時刻ｔ１においてアクセスキーサーバ５の内容ＡＳ（１）  をリセットし、以降のトランザクションに関し、その都度少なくともそのキー情報を格納する。キー情報とは、例えば銀行システムでは取引営業店番号と預金口座番号のように第１のデータベースＤＢ１  上のどのレコードが変更されたかを判別するための情報である。図２ではこれを＜Ｃ＞  であらわし、時刻ｔ２におけるアクセスキーサーバ５の内容ＡＳ（２）＝＜Ｃ＞  とした。
【００１２】
時刻ｔ２において切り替えられた時点の副システム２の第２のデータベースＤＢ２  の内容ＤＢ２（２）には時刻ｔ１時点の第１のデータベースＤＢ１  の内容ＤＢ１（１）しか反映されておらず、切替準備期間Ｔ１２中のトランザクションにより変更されたレコードＣ  を第２のデータベースＤＢ２  に反映する必要があるが、それには時刻ｔ３までかかる。そこで、時刻ｔ２から時刻ｔ３までの時間は限定サービス期間Ｔ２３として、副システム２はＣ  に含まれるレコードを参照すべきアクセス要求に対しては限定処理、例えば取引抑止の処置をとる。この処置判断はアクセスキーサーバ５の内容ＡＳ（２）  を利用して行うことができる。
【００１３】
すなわち、図２において、副システム２は限定サービス期間Ｔ２３中のオンラインデータ端末群４からのアクセス要求▲５▼〜▲７▼のそれぞれに含まれるキー情報をアクセスキーサーバ５の内容ＡＳ（２）  のもつＣ  に関するキー情報＜Ｃ＞  と照合して、該当アクセス要求がＣ  にかかわるかどうかを判定する。そしてＣ  にかかわる取引要求である場合この取引を抑止し、そうでない場合にはＤＢ２（２）の内容に含まれるＲ  を参照して取引トランザクションを成立させる。このようにして、副システム２は限定サービス期間Ｔ２３中もサービス停止することなく、第２のデータベースＤＢ２  のＤＢ２（２）およびアクセスキーサーバ５のＡＳ（２）  を参照して限定したオンラインサービスを行うことができる。時刻ｔ３は切替準備期間Ｔ１２および限定サービス期間Ｔ２３中のすべてのトランザクションを第２のデータベースＤＢ２  に反映し終えた時点である。時刻ｔ３以降のオンラインサービスは副システム２によって通常のサービス形態に復帰する。また、主システム１の保守点検を終えて副システム２から主システム１に切替を戻す場合には、上記説明の逆を行えるよう、両システムは互いの機能を等しく備えておればよい。
【００１４】
【発明の実施の形態】
バックアップ機能付オンラインデータベース情報処理システムの実施例を図１〜図９により説明する。なお、本発明におけるコンピュータ処理は、コンピュータプログラムにより当該コンピュータの主記憶装置上で実行されるが、このコンピュータプログラムの提供形態は、当該コンピュータに接続された補助記憶装置をはじめ、フロッピーディスクやＣＤ−ＲＯＭ等の可搬型記憶装置やネットワーク接続された他のコンピュータの主記憶装置及び補助記憶装置等の各記録媒体に格納されて提供されるもので、このコンピュータプログラムの実行に際しては、当該コンピュータの主記憶装置上にローディングされ実行されるものである。
【００１５】
図１〜図９に基づいて、銀行システムを例にとり本発明の実施例を説明する。図１はバックアップ機能付オンラインデータベース情報処理システムの構成例である。オンラインデータ端末群４は主システム１および副システム２の切替制御手段１１によって主システム１側に切り替えられており、主システム１がオンラインサービスを実施している通常のサービス期間では、オンラインデータ端末群４からのアクセス要求は主システム１の第１の情報処理手段１２に伝えられる。
【００１６】
図３には第１の情報処理手段１２および第２の情報処理手段２２の機能のうち、本発明にかかわる部分のみを取り出した構成例を示す。図示の如く、第１の情報処理手段１２はトランザクション処理部１２１  およびログ出力送信処理部１２２  を有している。トランザクション処理部１２１  は通常サービス期間および切替準備期間Ｔ１２中のオンラインデータ端末群４からの電文到着によって起動され、これらのトランザクション処理を行う。一方、ログ出力送信処理部１２２  はトランザクション処理部１２１  からの要求によって起動され、これら動作の履歴を主システム１のアクセスログ１５に格納し、システムタイマによる定時割り込みにより、これを反映用ログとして副システム２に送出する。また時刻ｔ１、ｔ２におけるシステム切替関連の制御も行う。
【００１７】
一方、副システム２の第２の情報処理手段２２はトランザクション処理部２２１  およびログ受信反映処理部２２２  を有する。主システム１による通常サービス期間中はトランザクション処理部２２１  は動作せず、専らログ受信反映処理部２２２  が主システム１からのログを受信して第２のデータベースＤＢ２  への反映を行う。時刻ｔ２にシステム切替が行われ、限定サービス期間Ｔ２３中およびその後の通常サービス期間では、オンラインデータ端末群４からの電文が副システム２の第２の情報処理手段２２に入るので、これによってトランザクション処理部２２１  が起動され必要な処理をする。
【００１８】
このように本実施例では、ログ出力送信処理部１２２  はトランザクション処理部１２１  が一件処理をする毎にログ出力要求を受け起動され、主システム１のアクセスログ１５に蓄積されるが、これを副システム２に送出するタイミングとして、システムタイマによる定時割り込みを使用した。すなわち、アクセスログの容量に十分余裕のある一定時間毎にログ出力送信処理部１２２  を呼び、副システム２に対するログ送信を行わせる。一方、第２の情報処理手段２２のログ受信反映処理部２２２  はこれに対応して通信制御手段１４より受信通知を受け、受信内容を第２のデータベースＤＢ２  に反映させるので、この定時割り込みの時間間隔で定まる時間遅れをもって、副システム２へのデータ反映が維持されていることになる。また、限定サービス期間Ｔ２３終了後の副システム２による通常サービス期間中は、相手の主システム１をシステム停止させるので、別途主システム１を回復スタンバイ中にするまでは定時割り込みを発生させないものとする。
【００１９】
以上の時間遅れによるバックアップ法は従来技術における手法と同様である。本発明では以上の動作のうち、切替準備期間Ｔ１２におけるトランザクション処理部１２１  および限定サービス期間Ｔ２３におけるトランザクション処理部２２１  でアクセスキーサーバ５を使用してサービス無停止切替を行うところに主眼点がある。
以下に図４〜７によりこの動作を詳細に述べる。
【００２０】
図４はトランザクション処理部の動作フローであり、通常サービス期間および切替準備期間Ｔ１２のトランザクション処理を行う。まずステップＳ４０１でオンラインデータ端末群４より切替制御手段１１を経てアクセス要求電文が伝えられる。ステップＳ４０２では第１のデータベースＤＢ１  の元帳を参照しつつ、無条件にこれらのトランザクションを実行し、実行結果は第１のデータベースＤＢ１  に記入され元帳更新が行われる。すなわち、すべてのトランザクションに対応しうる完全な元帳によるサービスが行われている。
【００２１】
次にステップＳ４０３でログ出力送信処理部１２２  がログ送信中でないのを確かめて、ステップＳ４０４でこの元帳アクセスの履歴を主システム１のアクセスログ１５に記録すべくログ出力送信処理部１２２  を起動する。図の☆印はログ出力送信処理部１２２  への起動トリガを意味する。主システム１のアクセスログ１５への出力情報としては、元帳アクセス履歴、アクセス時刻に対応する論理時刻、フェーズフラグｐｈの内容、などがある。元帳アクセス履歴とはステップＳ４０２での第１のデータベースＤＢ１  の変更内容を再現できるための記録であって、例えばステップＳ４０２において発行されたデータベースアクセスマクロ（レコード更新、生成、削除）そのものであってもよい。これにアクセスの順序を保証する通番である論理時刻を付して、副システム２における反映時の順序を確保する。またフェーズフラグｐｈは該当トランザクションが切替準備期間Ｔ１２や限定サービス期間Ｔ２３のフェーズにあることを示すフラグであって、後に述べるログ出力送信処理部１２２  が第１の情報処理手段１２内およびアクセスキーサーバ５上にセットするものである。
【００２２】
次いで、ステップＳ４０５ではフェーズフラグｐｈをみて現在が切替準備期間Ｔ１２中であるかどうかを判定し、通常サービス時であれば処理を終わるが、切替準備期間Ｔ１２中であればステップＳ４０６に進み、アクセスキーサーバ５に当該アクセスキーを書き込む。すなわち、ステップＳ４０２での第１のデータベースＤＢ１  への変更内容のうち、少なくとも変更されたレコードに対応するキー情報を記録し、将来の副システム２からのアクセスに備える。
【００２３】
第１のデータベースＤＢ１  の構造例と対応するキー情報を含むアクセスキーの設定例を図８に示す。第１のデータベースＤＢ１  の元帳には、図８（ａ）  に示す如く、顧客管理レコードのもとに各金融商品の口座毎の管理レコードがあり、さらに各々のもとに取引明細のレコードがリンクしている。図８（ｂ）  にはこのうちの預金管理レコードのデータ形式例を示した。オンラインデータ端末群４からのアクセス要求は少なくとも店番号、口座番号、科目を含んでおり、ステップＳ４０２ではこれをもとに第１のデータベースＤＢ１  中の該当管理レコードを検索し、取引内容に応じた明細レコードの更新作成が行われたのち、管理レコードの残高などサマリ情報が書き換えられる。
【００２４】
このように一つの取引で変更をうけたレコードは必ず対応するユニークな店番号、口座番号、科目の組をもつので、これを口座ｉｄとして管理し、これをキー情報とする。アクセスキーの最小限の役目は、切替準備期間Ｔ１２で第１のデータベースＤＢ１  に変更を生じさせた口座ｉｄを知ることである。すなわち、口座ｉｄをキー情報としてアクセスキーサーバ５に逐一記録しておけば、アクセスキーサーバ５を検索して見つからない口座ｉｄに対応するレコードは切替準備期間Ｔ１２中に変更を受けなかったことが保証される。
【００２５】
一件のトランザクションが二つ以上のキー情報を発生する場合もある。例えばＡの普通預金から引き落としＢの当座預金口座に振り込むトランザクションでは図８（ｃ）  のように引落元の口座ｉｄと預入先の口座ｉｄの二つのキー情報が記録される。なお、図８（ｃ）  ではキー情報のほかに残高もアクセスキーとして記録したが、これは後に図６のステップＳ６０５で説明する限定トランザクション処理の内容によって必要となるものの一例である。
【００２６】
次に図５によってログ出力送信処理部のログ送信およびシステム切替動作を説明する。ログ出力送信処理部１２２  は既に説明したトランザクション処理部１２１  のアクセスログ出力要求（図４のステップＳ４０４の☆印）によって起動されるログ出力部分（ステップＳ５０１〜ステップＳ５０４）、およびシステムタイマの定時割り込みによる動作部分（ステップＳ５２１〜ステップＳ５３０）からなっている。
【００２７】
ログ出力部分はステップＳ５０１によって通信制御手段１４がログ送信中かどうかを調べ、送信中でなければステップＳ５０２でログ出力中フラグｌｏをセットした後、ステップＳ５０３で主システム１のアクセスログ１５にトランザクション処理部１２１  から託されたログ内容を書き出す。そしてステップＳ５０４でログ出力中フラグｌｏをリセットし処理を終える。
【００２８】
システムタイマからの定時割り込みには通常サービス時の定時割り込みと切替準備を指示する定時割り込みと切替実行を指示する定時割り込みの３種類が含まれる。これらは図示省略の初期モードスケジュール設定部でシステム管理者の操作卓からの操作により主システム１に指示される。すなわち、主システム１を保守点検などのためにシステム停止したい日時を入力すると、第１の情報処理手段１２はこれに最も近い定時割り込みを切替実行割り込みに、その一つ前の定時割り込みを切替準備割り込みにスケジュールする。その他の定時割り込みは通常割り込みである。
【００２９】
これらの定時割り込みを受けると、ログ出力送信処理部１２２  はステップＳ５２１でログ出力が完了したことを見届け、ステップＳ５２２でログ送信中フラグｌｓをセットしたのち、ステップＳ５２３で通信制御手段１４に対して主システム１のアクセスログ１５の内容を副システム２に送信することを命ずる。通信制御手段１４からログ送信が成功終了したことを受け、ステップＳ５２４でログ出力送信処理部１２２  は主システム１のアクセスログ１５をリセットし、次のログ蓄積に備える。以上が完了するとステップＳ５２５でログ送信中フラグｌｓをリセットする。
【００３０】
次にステップＳ５２６で割り込みの種類を調べ、通常定時の割り込みであった場合には処理を終える。切替準備要求であった場合には、以降のトランザクションのキー部分をアクセスキーサーバ５に記録するための準備として、ステップＳ５２７でアクセスキーサーバ５のバッファ内容をリセットするとともにフェーズフラグｐｈを切替準備値にセットして、トランザクション処理部１２１  に切替準備期間Ｔ１２にはいったことを知らせる。
【００３１】
ステップＳ５２６で切替実行要求の割り込みであった場合は、ログ出力送信処理部１２２  はステップＳ５２８でシステム切替を実行する。すなわち、切替制御手段１１のスイッチを副システム２側に切り替える指示を出す。これによってオンラインデータ端末群４は副システム２に接続され、以後のアクセス要求は第２の情報処理手段２２にはいることとなる。そして、限定サービス期間Ｔ２３にはいったことを第２の情報処理手段２２に知らせるため、ステップＳ５２９でアクセスキーサーバ５内の所定位置のフェーズフラグｐｈをセットする。こののち、主システム１はもはや停止可能となったのでステップＳ５３０で主システム１を自動停止させる。なお、主システム１の再立ち上げの場合は図示省略の初期モードスケジュール設定部でフラグ類の初期値設定がなされるものとする。
【００３２】
以上の第１の情報処理手段１２の動作に対応する第２の情報処理手段２２の動作について、次に図６〜７によって説明する。既に述べた如く、第２の情報処理手段２２は限定サービス期間Ｔ２３およびその後の通常サービス期間のトランザクションを処理するトランザクション処理部２２１  と、限定サービス期間Ｔ２３中の限定処理ログおよびそれ以前の時期のログ受信分の反映を行うログ受信反映処理部２２２  とから成る。
【００３３】
図６は第２の情報処理手段のトランザクション処理部の動作フローである。オンラインデータ端末群４からの電文を受信した時点でトランザクション処理部２２１  が起動され、最初にステップＳ６０１でもし限定処理ログ反映中であればこれの終了まで電文処理を待たせる。この意味については後に図７の限定処理ログの説明でふれる。次いでステップＳ６０２で現在のフェーズを確認する。すなわち、アクセスキーサーバ５を読みフェーズフラグｐｈの値を調べ限定サービス期間Ｔ２３中かどうかを知る。なお、本実施例では簡単のためフェーズフラグｐｈをアクセスキーサーバ５上にもち、限定サービス期間Ｔ２３終了後の副システム２による通常サービス期間も、このステップＳ６０２で毎回電文受信の都度、アクセスキーサーバ５をアクセスする例を示したが、後に第２の実施例で示す如く、限定サービス期間Ｔ２３終了後のある時点でシステム管理者が介入しモードスケジュール設定することにより、アクセスキーサーバ５へのアクセスを不要とさせることができる。
【００３４】
現在フェーズが限定サービス期間Ｔ２３中でなかった場合は、トランザクション処理部２２１  はステップＳ６０６に進み第２のデータベースＤＢ２  の副元帳を参照しつつ通常のトランザクション処理を行い、その結果を第２のデータベースＤＢ２  に書き込む。また、ステップＳ６０７でトランザクション処理部２２１  がログ送信中でないことを確かめてからステップＳ６０８にてこのアクセス履歴をアクセスログ２５に出力するよう要求を出す。このステップＳ６０６〜ステップＳ６０８は既に説明した図４のステップＳ４０２〜ステップＳ４０４を主システム１と副システム２が立場を変えて行っている。
【００３５】
ステップＳ６０２で限定サービス期間Ｔ２３中であった場合は、トランザクション処理部２２１  はステップＳ６０３でアクセスキーサーバ５を検索し、ステップＳ６０４で電文の含むキー情報がアクセスキーサーバ５の中に登録されているかを判断する。もしも登録されていないならば電文のアクセス要求は第２のデータベースＤＢ２  の副元帳を使用して処理可能であるからステップＳ６０６の既に説明した通常トランザクション処理を行う。
【００３６】
ステップＳ６０４でアクセスキーが一致した場合はステップＳ６０５であらかじめ定められた限定トランザクション処理を行い、その結果を限定処理ログに書き出す。ここで限定トランザクション処理とは、電文の取引要求がアクセスキーサーバ５の内容をもとに取引可能な処理のみを行い、そうでない場合はこの取引要求を抑止するような処理をさす。最も単純にはアクセスキーサーバ５に登録されたキー情報の口座ｉｄを含む電文に対してはすべて取引抑止し、例えば、「ただいま混み合っておりますので受け付けられません。」というメッセージをアクセス元のオンラインデータ端末に回答する。
【００３７】
図８（ｃ）  に示すように、アクセスキーサーバ５がアクセスキーとして口座ｉｄとその残高を常に記録している場合は、限定トランザクション処理としてある程度のサービスが可能である。例えば、預金の入金や支払いサービスはアクセスキーサーバ５の残高を参照して可能であるが、明細レコードの参照が必要な記帳サービスはできない。このように、限定トランザクション処理が実行するサービスと抑止するサービスはアクセスキーサーバ５に記録するアクセスキー情報の種類範囲と取引サービスの必要とする情報の種類範囲を比較して決定されるので、システム設計時にこれらを考慮してアクセスキーが設計される。
【００３８】
このようにしてなされた限定トランザクション処理の内容は、暫定的に限定処理ログに蓄積される。なぜなら、この時点では副元帳である副システム２の第２のデータベースＤＢ２  には該当口座ｉｄの切替準備期間Ｔ１２中での変更内容が反映され終えていない可能性があるので、限定サービス期間Ｔ２３中の限定トランザクション処理についてはこれを副元帳に書き込むことができないためである。なお、限定処理ログに記録される限定取引履歴は、取引明細に関して後に元帳の明細レコードに反映すべきすべての情報を含むものであり、これが論理時刻とともに蓄積される。
【００３９】
最後に、上記限定処理ログを含むログ反映動作について図７により説明する。第２の情報処理手段２２のログ受信反映処理部２２２  は通信制御手段１４からのログ受信通知によって起動される。ステップＳ７０１でログ受信反映処理部２２２  は通信制御手段１４から受け取ったログをアクセスログ２５に格納する。全部の格納が終わると、今度はステップＳ７０２においてこの内容を第２のデータベースＤＢ２  の副元帳に反映させる。すなわち、ログ内容が論理時刻に従った順序のデータベースアクセスマクロ列である場合は、この順序でマクロ実行し第２のデータベースＤＢ２  にアクセスしていくことにより、あたかもトランザクション処理が順次になされたかのように第２のデータベースＤＢ２  のレコードを変更して行く。このようにして副元帳は時間遅れで正元帳である第１のデータベースＤＢ１  の内容を反映し終える。ステップＳ７０２での反映処理を終えるとログ受信反映処理部２２２  はステップＳ７０３でアクセスログ２５の内容をリセットし、次のログ受信に備える。
【００４０】
次いでログ受信反映処理部２２２  はステップＳ７０４でフェーズフラグｐｈを調べ、現在が限定サービス期間Ｔ２３中であるかどうかを調べる。限定サービス期間Ｔ２３中のログ受信の場合は、そのログ内容は切替準備期間Ｔ１２中の変更分であることがわかっているので、現時点で第２のデータベースＤＢ２  の内容は切替直前の第１のデータベースＤＢ１  の状態をすべて反映し終えたことになり、ステップＳ７０５からステップＳ７０７の限定処理ログの反映を行うことが可能となった。
【００４１】
ステップＳ７０６は限定サービス期間Ｔ２３中の限定トランザクション処理の記録である限定処理ログを第２のデータベースＤＢ２  の副元帳に反映する処理であって、すべて反映し終わると限定処理ログの領域はリセットされ、この時点で第２のデータベースＤＢ２  は完全な元帳となり、以降の通常トランザクションサービスに対処できる態勢が整った。なお、このステップＳ７０６の処理中に新たな限定トランザクション処理が発生すると反映漏れが生ずるので、この処理の前後にステップＳ７０５で限定ログ反映中フラグｇｌをセットし、ステップＳ７０７でこのフラグをリセットする。既に説明した図６のトランザクション処理部２２１  のステップＳ６０１はこのフラグによって限定トランザクション処理とステップＳ７０６の限定処理ログ反映の競合を避けている。
【００４２】
ステップＳ７０７では限定ログ反映中フラグｇｌのリセットとフェーズフラグｐｈの通常サービスフェーズ値へのセットは同時に行われる。これによってシステム切替の処理がすべて終わり、副システム２がオンライントランザクションを受け持ち、主システム１はシステム停止をしている態勢となった。そして、最後にステップＳ７０８で第２の情報処理手段２２の割り込み機構（図示されていない）に対して割り込みのマスクを指示し、以降のアクセスログ２５の主システム１への転送が起こらないようにする。
【００４３】
以上の説明では、本発明の主眼点を見やすくするために、主システム１が通常サービスを行いながら副システム２が時間遅れで追随している通常サービスのフェーズから切替準備期間Ｔ１２を経て副システム２によるオンラインサービスに切り替わり、限定サービス期間Ｔ２３中の限定サービスを経て副システム２による通常サービス態勢を確立する過程のみを説明した。
【００４４】
実際の実施システムでは、しかしながら、この後主システム１が保守点検を終えて復帰し、副システム２からトランザクション接続を戻す過程が必要である。すなわち、副システム２の通常処理中のアクセスログを主システム１が復帰前に受ける戻し切替準備期間Ｔ１２’  、更に切替時に主システム１による限定トランザクション処理を行う戻し限定サービス期間Ｔ２３’を経て主システム１に復帰するであろう。これらのことは、上記本発明の実施例に示す第１の情報処理手段１２の動作を副システム２にさせ、第２の情報処理手段２２の動作を主システム１にさせることにより容易に実現できるので、ここではごく簡単に説明を補充するにとどめる。
【００４５】
すなわち、主システム１と副システム２の両方向の切り替えを実現するためには、上記実施例の第１の情報処理手段１２および第２の情報処理手段２２の機能を併せ持つ共通の情報処理手段を有する主システム１および副システム２からなるバックアップ機能付オンラインデータベース情報処理システムを実施すればよい。図９にはこのような第２の実施例を示した。
【００４６】
図９（ａ）  に示す如く、本実施例の場合には主システム１、副システム２の双方に共通の情報処理手段３２があり、その本発明関連部分の構成は図９（ｂ）  に示される。ここに初期モードスケジュール設定部はシステム管理者によってシステムの初期起動時または運転中の随時にモードの変更を行うために起動されるものである。ここでモード設定のために入力されるパラメータは、例えば、
・自己ｉｄ：Ｇ（主システム１へのロード）
Ｂ（副システム２へのロード）
・初期ｉｄ：１（主システム１を運用中システムとし、副システム２をスタンバイ中のシステムの状態、すなわち、切替制御手段１１を主システム１側に切り替えた状態から開始する。）
２（主システム１をスタンバイ中のシステムとし、副システム２を運用中のシステムの状態、すなわち、切替制御手段１１を副システム２側に切り替えた状態から開始する。）
である。これらの設定により主システム１の共通の情報処理手段３２は、現用側となるＧ１、スタンバイ側にまわるＧ２、のいずれかのモードとなり、同様に副システム２の共通の情報処理手段３２は現用側となるＢ２、スタンバイ側にまわるＢ１、のいずれかのモードとなる。またスケジュール設定のための入力パラメータは、
・定時割り込み間隔値：９９９ｍｉｎ．  （分単位で三桁で入力）
・自己停止日時：ｍｍ．ｄｄ．ｈｈ（Ｇ１  またはＢ２選択時入力要求がなされる。）
などがある。以上のパラメータ設定によって初期モードスケジュール設定部は配下のトランザクション処理部、ログ出力送信処理部、ログ受信反映処理部をリセットスタンバイさせる。すなわち、フラグ類のリセットを行い、限定サービス期間Ｔ２３後の定時割り込み禁止を解除し、モードに従って切替制御手段１１を主システム１側または副システム２に切り替える。これ以降は電文受信や定時割り込みなどの既に説明した要因で、既に説明した図４〜図７の機能が動作する。ただし共通の情報処理手段３２の動作モードＧ１，Ｇ２，Ｂ１，Ｂ２に応じて図９（ｂ）  に示すパラメータの読み替えが生じる。例えばログ送信中フラグはＧ１モードで使用するｌｓとＢ２モードで使用するｌｓ’  の二つの独立した領域で設定管理される。このような実施例では副システム２から主システム１への復帰に際して、システム管理者が初期モードスケジュール設定部を起動して復帰の指示ができる。また、限定サービス期間Ｔ２３後の通常処理では副システム２のアクセスログ２５にどんどんログが蓄積するので、システム管理者は準備完了を見計らって初期モードスケジュール設定部によって介入する。これによりフラグ管理が切替準備期間Ｔ１２以前の通常処理に移行するので、再びアクセスログの定時転送が復活する。
【００４７】
以上によって本発明の骨子は明らかになったと思われるが、以下には実施に当たっての若干の補足を行う。本実施例では主システム１、副システム２、アクセスキーサーバ５の場所的な関係を規定していない。災害対策を考慮してこれらが互いに遠隔地にあって通信回線で結ばれていてもよく、また、すべてが一つの室内に設置されていてもよい。また、本実施例のようにフェーズフラグｐｈをアクセスキーサーバ５上にとらず、主システム１と副システム２がフェーズフラグｐｈを通信回線によって通知し合う設計とすれば、最低限アクセスキーサーバ５はシステム切り替え時のみに動作可能であればよく、その他の時点ではシステム停止状態であってもよい。
【００４８】
また第１の情報処理手段１２やアクセスログ１５などがロードシェアのために複数個で構成されていてもよい。この場合の第１の情報処理手段１２には、これら複数の情報処理手段の間の統一が保たれて、共通の第１のデータベースＤＢ１  に排他的にアクセスするマネージャの存在が必要であり、この配下にある複数個のトランザクション処理部１２１  は当該マネージャに依頼してデータベースアクセスし、このアクセス順序に従った論理時刻を受け取る必要がある。このように構成された場合には通信回線３も多重化されアクセスログの転送効率をあげることが可能である。そして、論理時刻はこのような並行転送される複数個のアクセスログの全体にわたって履歴の時間順序を保証するので、ログ受信反映処理部２２２  ではこれら複数のアクセスログ２５の内容をマージし、論理時刻によってソートしたのち、ステップＳ７０２で説明した反映処理を行うこととなる。
【００４９】
【発明の効果】
以上の説明から明らかなように本発明によれば、バックアップ機能付オンラインデータベース情報処理システムにおいて、主システムと副システムとのシステム切り替え時に、オンラインデータ端末群からのアクセス要求の一部を限定処理するだけで、その他のアクセス要求には通常サービスを行うことができ、システム停止を許されない時間帯においてもシステム切り替えができる、という著しい効果がある。
【図面の簡単な説明】
【図１】バックアップ機能付オンラインデータベース情報処理システム構成例
【図２】主システムから副システムへのシステム切り替えタイムチャート
【図３】第１の情報処理手段および第２の情報処理手段の構成例
【図４】第１の情報処理手段のトランザクション処理部の動作フロー
【図５】第１の情報処理手段のログ出力送信処理部の動作フロー
【図６】第２の情報処理手段のトランザクション処理部の動作フロー
【図７】第２の情報処理手段のログ受信反映処理部の動作フロー
【図８】元帳データベースの構造例とアクセスキーの設定例
【図９】共通の情報処理手段を有するバックアップ機能付オンラインデータベース情報処理システムの実施例
【符号の説明】
ＤＢ１      第１のデータベース
ＤＢ２      第２のデータベース
１      主システム
２      副システム
５        アクセスキーサーバ
１２      第１の情報処理手段
１５      主システムのアクセスログ
２２      第２の情報処理手段
２５      副システムのアクセスログ
３２      共通の情報処理手段
１２１    第１の情報処理手段のトランザクション処理部
１２２    第１の情報処理手段のログ出力送信処理部
２２１    第２の情報処理手段のトランザクション処理部
２２２    第２の情報処理手段のログ受信反映処理部
【図１】
0003572928.tif 000002
【図２】
0003572928.tif 000003
【図３】
0003572928.tif 000004
【図４】
0003572928.tif 000005
【図５】
0003572928.tif 000006
【図６】
0003572928.tif 000007
【図７】
0003572928.tif 000008
【図８】
0003572928.tif 000009
【図９】
0003572928.tif 000010