(57)【要約】【課題】主センタのデータベース装置が使用不能となったときに運用対象を副センタのデータベース装置へ切り替える作業が速やかに行えるとともに、復旧後に運用対象を主センタのデータベース装置に戻す際に全件複写を行わずに済むようにすること。【解決手段】主センタの制御装置１０は、業務データベース装置Ｍになされた更新が副センタの業務データベース装置Ｓにもなされるようにするため、差分ログファイル２２を生成して副センタの制御装置２０へ送信する。副センタの制御装置２０は、差分ログファイル２２を受け取ると、その差分ログファイル２２内のログ情報に基づいて業務データベース装置Ｓを更新するとともに、ログ情報をリカバリログファイル２６に蓄積する。このリカバリログファイル２６のテーブルには、主センタで設定したリカバリポイントのログ情報が組み込まれる。【選択図】図１
2007293821.tif 000002
【特許請求の範囲】
【請求項１】
通常状態において何れかの業務端末装置からネットワークを介して送られてきた要求に応じて、業務処理を構成するトランザクションを実行して業務データを生成する第１の処理装置と、前記業務データを保存するとともに新たな業務データが生成される毎に保存している業務データを新たな業務データで更新する第１のデータベース装置とを有する主センタシステムと、当該主センタシステムのバックアップとして前記第１の処理装置及び第１のデータベース装置とそれぞれ同じ機能を有する第２の処理装置及び第２のデータベース装置とを有する副センタシステムとからなるデータベースシステムを管理するための方法であって、
前記第１の処理装置が、前記第１のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第１のログ情報として生成する第１のログ情報生成手順，
前記第１の処理装置が、前記第１のログ情報生成手順において生成された連続する任意の二つの第１のログ情報の間に、所定の第１の区切情報を組み込む第１の組込手順，
前記第１の処理装置が、前記第１の組込手順において前記区切情報が間に組み込まれた前記各第１のログ情報を、前記第２の処理装置へ送信する送信手順，
前記第２の処理装置が、前記送信手順において送信されてきた一連の前記各第１のログ情報を前記第１の区切情報により複数のグループに区分し、グループ毎に、そのグループを構成する前記各第１のログ情報に基づいて、前記第２のデータベース装置内に保存されている業務データを更新する更新手順，
第２の処理装置が、前記更新手順において前記第２のデータベース装置内で前記業務データの更新がなされるごとに、その更新のログ情報を第２のログ情報として生成する第２のログ情報生成手順，及び、
前記第２の処理装置が、前記第２のログ情報生成手順において生成された一連の前記各第２のログ情報における前記グループの区切りに対応する箇所に、前記第１の区切情報に対応付けた第２の区切情報を組み込んで、保存する保存手順
からなることを特徴とするデータベースシステム管理方法。
【請求項２】
前記所定の第１の区切情報は、一連の前記第１のログ情報における、何れかの業務端末装置が指定した箇所に組み込まれる
ことを特徴とする請求項１記載のデータベースシステム管理方法。
【請求項３】
通常状態において何れかの業務端末装置からネットワークを介して送られてきた要求に応じて、業務処理を構成するトランザクションを実行して業務データを生成する第１の処理装置と、前記業務データを保存するとともに新たな業務データが生成される毎に保存している業務データを新たな業務データで更新する第１のデータベース装置とを有する主センタシステムと、当該主センタシステムのバックアップとして前記第１の処理装置及び第１のデータベース装置とそれぞれ同じ機能を有する第２の処理装置及び第２のデータベース装置とを有する副センタシステムとからなるデータベースシステムを管理するための方法であって、
前記第１の処理装置が、前記第１のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第１のログ情報として生成する第１のログ情報生成手順，
前記第１の処理装置が、前記第１のログ情報生成手順において生成された記各第１のログ情報を、前記第１の処理装置から前記第２の処理装置へ送信する送信手順，
前記第２の処理装置が、前記送信手順において送信された前記各第１のログ情報に基づいて前記第２のデータベース装置内の業務データを更新する更新手順，
前記第２の処理装置が、前記更新手順において前記第２のデータベース装置内で業務データの更新がなされるごとにその更新のログ情報を第２のログ情報として生成する第２のログ情報生成手順，及び、
前記第２の処理装置が、前記第２のログ情報生成手順において生成された前記第２のログ情報のそれぞれに対し、その第２のログ情報に対応する第１のログ情報が有する時刻情報を付加することで対応付ける対応付け手順
からなることを特徴とするデータベースシステム管理方法。
【請求項４】
前記第１のログ情報生成手順において、前記第１の処理装置は、実行結果が前記第１のデータベース装置内の複数のデータベーステーブルに反映されるべきトランザクションを実行する場合、その更新されるデータベーステーブルごとに、ログ情報を生成する
ことを特徴とする請求項１又は３記載のデータベースシステム管理方法。
【請求項５】
通常状態において何れかの業務端末装置からネットワークを介して送られてきた要求に応じて、業務処理を構成するトランザクションを実行して業務データを生成する第１の処理装置と、前記業務データを保存するとともに新たな業務データが生成される毎に保存している業務データを新たな業務データで更新する第１のデータベース装置とを有する主センタシステムと、当該主センタシステムのバックアップとして前記第１の処理装置及び第１のデータベース装置とそれぞれ同じ機能を有する第２の処理装置及び第２のデータベース装置とを有する副センタシステムとからなるデータベースシステムであって、
前記第１の処理装置は、
前記第１のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第１のログ情報として生成する第１のログ情報生成部，
前記第１のログ情報生成部が生成した連続する任意の二つの第１のログ情報の間に、所定の第１の区切情報を組み込む第１の組込部，及び、
前記第１の組込部が前記区切情報を間に組み込んだ前記各第１のログ情報を前記第２の処理装置へ送信する送信部
を備え、
前記第２の処理装置は、
前記送信部が送信した前記各第１のログ情報を前記第１の区切情報により複数のグループに区分し、グループ毎に、そのグループを構成する前記各第１のログ情報に基づいて、前記第２のデータベース装置内に保存されている業務データを更新する更新部，
前記更新部が前記第２のデータベース装置内の業務データを更新するごとに、その更新のログ情報を第２のログ情報として生成する第２のログ情報生成部，及び、
前記第２のログ情報生成部が生成した一連の前記各第２のログ情報における前記グループの区切りに対応する箇所に、前記第１の区切情報に対応付けた第２の区切情報を組み込んで保存する保存部
を備える
ことを特徴とするデータベースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデータベース装置からなるデータベースシステムを管理する方法，及び、そのような管理方法を実現するデータベースシステムに、関する。
【背景技術】
【０００２】
周知のように、日々の業務で発生する大量の業務データを保管するため、データベース装置が、広く利用されている。また、自然災害や停電やシステム障碍による情報損失を未然に防ぐため、通常使用されるデータベース装置とは別に、そのデータベース装置のレプリカが、遠隔地の副センタに用意され、業務データが、そのレプリカにバックアップされることもある。
【０００３】
さらに、このレプリカは、主センタのデータベース装置が使用不能となった場合も、セカンダリとして取り扱われることもある。こうしておくと、使用不能となった主センタのデータベース装置が復旧するまで、主センタのデータベース装置の代わりに副センタのデータベース装置を運用対象として使うことで、端末での業務が継続できる。但し、災害時に運用対象を主センタのデータベース装置から副センタのデータベース装置に切り替えた場合、業務を構成する一連のトランザクションのうち、業務再開後にその実行を再開させるべきトランザクションと、発生順にデータベース装置に格納された一連の業務データのうち、業務再開後の新たな業務データで上書きされるべき元の業務データとについて、整合を取る作業を行わねばならない。
【０００４】
なお、バックアップ時の動作モードが、非同期モードである場合、同一のトランザクションの実行結果が、各センタのデータベース装置に対し、非同期に反映されるため、同じ業務データについての主センタのデータベース装置での更新と副センタのデータベース装置での更新とに時差が生ずる。このため、災害発生後の運用対象切替においては、当然、上記の整合を取る作業を行う必要がある（例えば特許文献１参照）。逆に、その動作モードが、同期モードである場合、トランザクションの実行結果が、各センタのデータベース装置に対し、同期を取って反映されるため、同じ業務データについて主センタのデータベース装置での更新と副センタのデータベース装置での更新との一貫性が保証される。しかし、業務が、複数のトランザクションから構成され、それらトランザクションを連続的に行うことが、業務の一単位である場合において、その業務の実行中に主センタのデータベース装置がダウンしたとき、ダウン直前までに主センタで確定したトランザクションは、副センタのデータベース装置でも確定しているものの、業務を構成する一連のトランザクションのうちのどのトランザクションまで確定しているかは、確認する必要がある。然も、確定しているトランザクション以後の残りのトランザクションを継続するためには、システム管理者は、残りのトランザクションを実行するためのコマンドを手作業で入力したり、残りのトランザクションを実行する専用のプログラムを手間を掛けて作成したりするなど、何らかの作業を行わねばならない。このため、副センタのデータベース装置から、途中まで確定したトランザクションの業務データを一旦削除して、同じ業務を再実行させるのが一般的である。しかし、この場合でも、どのトランザクションまで確定しているかを確認する作業は、必要である。このため、動作モードが同期モードであっても、上記の整合を取る作業を行う必要がある。
【０００５】
上記の整合を取る作業は、従来、各業務端末装置に残されているジャーナルデータと副センタのデータベース装置に保管済みの業務データとを突き合わせることにより行われていた。しかし、この作業には、非常に手間が掛かる。このため、災害発生時から副センタのデータベース装置での業務データの蓄積を再開するまでに、非常に時間が掛かってしまっていた。
【０００６】
なお、データベース装置内の業務データの状態を過去の或る状態に戻す技術として、リカバリ技術がある。データベース装置のリカバリは、リカバリログファイルを使って行われる。リカバリログファイルには、トランザクションを特定する情報と、対応するトランザクションの実行と確定の日時と、更新された業務データとを記録するログレコードが、蓄積される。そして、そのログレコードの切れ目には、再実行される業務を指定するためのリカバリポイントが挿入される。システム管理者は、データベース装置のリカバリを行う場合、リカバリログファイル内の何れかのリカバリポイントを指定して、周知のリカバリ機能を動作させることにより、そのリカバリポイントが設定された時の状態にまで、データベース装置内の業務データの状態を戻すことができる。
【０００７】
前述したように、主センタのデータベース装置が使用不能となった場合、副センタのデータベース装置を運用対象として業務を再開する前に、副センタのデータベース装置と業務とについて上記の整合を取る作業を行わねばならない。そして、その整合を取る作業において、副センタのデータベース装置を障碍発生前の或る状態まで簡単に戻すことができるようにするため、主センタと副センタのデータベース装置にそれぞれリカバリ機能を付加するとともに、リカバリポイントが設定される主センタのリカバリログファイル内の情報を複製して副センタに送信することにより、副センタのデータベース装置でのリカバリを可能にすることが考えられている。
【０００８】
ところが、バックアップ時の動作モードが非同期モードであろうと同期モードであろうと、同一のトランザクションの実行や確定は、主センタと副センタとで個別に行われ、その結果、主センタのリカバリログファイルには、主センタ側で行われたトランザクションの実行や確定の時刻が記録され、副センタのリカバリログファイルには、副センタ側で行われたトランザクションの実行や確定の時刻が記録されるので、主センタのリカバリログファイル内の情報を複製して副センタに送信しても、副センタで正常のリカバリ機能を動作させることはできない（例えば特許文献２参照。従って、この場合、主センタのリカバリログファイルに設定されたリカバリポイントも、副センタで使用することはできない。
このため、災害発生時においてリカバリポイントを使用した整合を取る作業が行えないという問題があった。
【０００９】
また、主センタのデータベース装置が復旧した場合、主センタのデータベース装置を運用対象とした業務を再開するため、その復旧までに副センタのデータベース装置に蓄積された業務データを主センタのデータベース装置に移し替え、主センタのデータベース装置と副センタのデータベース装置の整合を取る必要がある。しかしながら、このような主センタのデータベース装置と副センタのデータベース装置の整合を取る作業では、副センタのデータベース装置の業務データを主センタのデータベース装置に全件複写する必要がある。大量のデータを保有するデータベース装置について全件複写を行う場合には、データベース装置を停止させねばならない。このため、復旧した主センタのデータベース装置での業務の再開前に長時間業務を中断させねばならないという問題があった。この問題の解決のため、主センタのデータベース装置を副センタのデータベース装置のレプリカとして一旦構築してから、運用対象を副センタのデータベース装置から主センタのデータベース装置に戻すという方法もある。しかし、この方法によれば、運用対象を切り替える際の業務中断期間を短くすることができるもの、やはり、副センタのデータベース装置から主センタのデータベース装置に業務データを全件複写せねばならないことに変わりはない。
【００１０】
【特許文献１】特開２００４−３４８７０１号公報
【特許文献２】特開２００５−１５７８９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、前述したような従来技術の有する問題点に鑑みてなされたものであり、その課題は、主センタのデータベース装置が使用不能となったときに運用対象を副センタのデータベース装置へ切り替える作業が速やかに行えるとともに、復旧後に運用対象を主センタのデータベース装置に戻す際に全件複写を行わずに済むようにすることにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために案出されたデータベースシステム管理方法の第一の態様は、通常状態において何れかの業務端末装置からネットワークを介して送られてきた要求に応じて、業務処理を構成するトランザクションを実行して業務データを生成する第１の処理装置と、業務データを保存するとともに新たな業務データが生成される毎に保存している業務データを新たな業務データで更新する第１のデータベース装置とを有する主センタシステムと、当該主センタシステムのバックアップとして第１の処理装置及び第１のデータベース装置とそれぞれ同じ機能を有する第２の処理装置及び第２のデータベース装置とを有する副センタシステムとからなるデータベースシステムを管理するための方法であって、第１の処理装置が、第１のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第１のログ情報として生成する第１のログ情報生成手順，第１の処理装置が、第１のログ情報生成手順において生成された連続する任意の二つの第１のログ情報の間に、所定の第１の区切情報を組み込む第１の組込手順，第１の処理装置が、第１の組込手順において区切情報が間に組み込まれた各第１のログ情報を、第２の処理装置へ送信する送信手順，第２の処理装置が、送信手順において送信されてきた一連の各第１のログ情報を第１の区切情報により複数のグループに区分し、グループ毎に、そのグループを構成する各第１のログ情報に基づいて、第２のデータベース装置内に保存されている業務データを更新する更新手順，第２の処理装置が、更新手順において第２のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第２のログ情報として生成する第２のログ情報生成手順，及び、第２の処理装置が、第２のログ情報生成手順において生成された一連の各第２のログ情報におけるグループの区切りに対応する箇所に、第１の区切情報に対応付けた第２の区切情報を組み込んで、保存する保存手順からなることを、特徴としている。
【００１３】
このように構成されると、第１の区切情報に対応付けられた第２の区切情報が、一連の第２のログ情報の中に組み込まれる。第２区切情報が組み込まれる箇所は、複数の第１ログ情報の中における、これらを複数のグループに区分するために組み込まれた第１の区切情報の位置に、対応している。このため、業務と第２のデータベース装置とについての整合を取る作業は、業務端末装置の利用者が利用している第１の区切情報を使って、簡単に行うことができる。なお、前述した主センタのデータベース装置は、通常状態では、第１のデータベース装置として動作し、運用対象を切り替えた後は、第２のデータベース装置として機能する。つまり、主センタのデータベース装置が災害等で使用不能となったときに副センタのデータベース装置で行うリカバリと、主センタのデータベース装置を復旧させるときに主センタのデータベース装置で行うリカバリとには、本発明の第一の態様に係る同じ作用を利用することができる。
【００１４】
また、上記の課題を解決するために案出されたデータベースシステム管理方法の第二の態様は、通常状態において何れかの業務端末装置からネットワークを介して送られてきた要求に応じて、業務処理を構成するトランザクションを実行して業務データを生成する第１の処理装置と、業務データを保存するとともに新たな業務データが生成される毎に保存している業務データを新たな業務データで更新する第１のデータベース装置とを有する主センタシステムと、当該主センタシステムのバックアップとして第１の処理装置及び第１のデータベース装置とそれぞれ同じ機能を有する第２の処理装置及び第２のデータベース装置とを有する副センタシステムとからなるデータベースシステムを管理するための方法であって、第１の処理装置が、第１のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第１のログ情報として生成する第１のログ情報生成手順，第１の処理装置が、第１のログ情報生成手順において生成された記各第１のログ情報を、第１の処理装置から第２の処理装置へ送信する送信手順，第２の処理装置が、送信手順において送信された各第１のログ情報に基づいて第２のデータベース装置内の業務データを更新する更新手順，第２の処理装置が、更新手順において第２のデータベース装置内で業務データの更新がなされるごとにその更新のログ情報を第２のログ情報として生成する第２のログ情報生成手順，及び、第２の処理装置が、第２のログ情報生成手順において生成された第２のログ情報のそれぞれに対し、その第２のログ情報に対応する第１のログ情報が有する時刻情報を付加することで対応付ける対応付け手順からなることを、特徴としている。
【００１５】
このように構成されると、第２のログ情報は、それに対応する第１のログ情報が有する時刻情報を、含むこととなる。このため、運用対象を第１のデータベース装置から第２のデータベース装置に切り替える場合において、業務と第２のデータベース装置とについての整合を取る作業は、第１のデータベース装置における更新時刻を使って、行うことができる。なお、前述した主センタのデータベース装置は、通常状態では、第１のデータベース装置として動作し、運用対象を切り替えた後は、第２のデータベース装置として機能する。つまり、主センタのデータベース装置が災害等で使用不能となったときに副センタのデータベース装置で行うリカバリと、主センタのデータベース装置を復旧させるときに主センタのデータベース装置で行うリカバリとには、本発明の第二の態様に係る同じ作用を利用することができる。
【００１６】
また、上記の課題を解決するために案出されたデータベースシステムは、通常状態において何れかの業務端末装置からネットワークを介して送られてきた要求に応じて、業務処理を構成するトランザクションを実行して業務データを生成する第１の処理装置と、業務データを保存するとともに新たな業務データが生成される毎に保存している業務データを新たな業務データで更新する第１のデータベース装置とを有する主センタシステムと、当該主センタシステムのバックアップとして第１の処理装置及び第１のデータベース装置とそれぞれ同じ機能を有する第２の処理装置及び第２のデータベース装置とを有する副センタシステムとからなるデータベースシステムであって、第１の処理装置は、第１のデータベース装置内で業務データの更新がなされるごとに、その更新のログ情報を第１のログ情報として生成する第１のログ情報生成部，第１のログ情報生成部が生成した連続する任意の二つの第１のログ情報の間に、所定の第１の区切情報を組み込む第１の組込部，及び、第１の組込部が区切情報を間に組み込んだ各第１のログ情報を第２の処理装置へ送信する送信部を、備え、第２の処理装置は、送信部が送信した各第１のログ情報を第１の区切情報により複数のグループに区分し、グループ毎に、そのグループを構成する各第１のログ情報に基づいて、第２のデータベース装置内に保存されている業務データを更新する更新部，更新部が第２のデータベース装置内の業務データを更新するごとに、その更新のログ情報を第２のログ情報として生成する第２のログ情報生成部，及び、第２のログ情報生成部が生成した一連の各第２のログ情報におけるグループの区切りに対応する箇所に、第１の区切情報に対応付けた第２の区切情報を組み込んで保存する保存部を備えることを、特徴としている。
【００１７】
従って、このデータベースシステムは、前述した本発明のデータベースシステム管理方法の第一の態様を実現したデータベースシステムと同等に機能することとなる。
【発明の効果】
【００１８】
以上に説明したように、本発明によれば、主センタのデータベース装置が使用不能となったときに運用対象を副センタのデータベース装置へ切り替える作業が速やかに行えるとともに、復旧後に運用対象を主センタのデータベース装置に戻す際に全件複写を行わずに済むようになる。
【発明を実施するための最良の形態】
【００１９】
次に、本発明を実施するための最良の形態について、添付図面を参照しながら、詳細に説明する。
【００２０】
先ず、本実施形態のデータベースシステムの構成について説明する。
【００２１】
図１は、本実施形態のデータベースシステムの構成図である。
【００２２】
図１に示されるように、本実施形態のデータベースシステムは、複数の業務端末装置Ｔと、主センタ内で業務データベース装置Ｍに接続された制御装置１０と、副センタ内で業務データベース装置Ｓに接続された制御装置２０とからなり、これら装置Ｔ，１０，２０は、ネットワークを介して互いに通信自在に接続されている。
【００２３】
このうち、業務端末装置Ｔは、ネットワークを介して制御装置１０，２０に各種のトランザクションの実行要求を送信するための装置であり、一般的なパーソナルコンピュータと、このパーソナルコンピュータを業務端末として動作させるための周知のソフトウエアとからなっている。
【００２４】
データベース装置Ｍ，Ｓは、何れも、前述した業務端末装置Ｔからの要求に基づいて制御装置１０，２０で実行された処理により得られる業務データを蓄積するための機能を備えた装置であり、一般的な汎用のコンピュータと、業務データが格納されるデータベーステーブルと、そのデータベーステーブルでの業務データの追加、削除、変更、検索を行う機能を実現するための周知のソフトウエアとからなっている。なお、データベース装置Ｍ，Ｓは、データベーステーブルとソフトウエアとにより実現されるデータベース機能を一つだけ含んでいてもよいし、それぞれ専用のデータベーステーブルを持つ複数のデータベース機能を含んでいてもよい。データベース装置Ｍ，Ｓが複数のデータベース機能を含む場合、それらデータベース機能は、汎用コンピュータのストレージの記憶領域を分割してなる各パーティションに、インストールされている。
【００２５】
制御装置１０，２０は、何れも、業務データベース装置Ｍ，Ｓへの業務データの入出力を制御するための装置である。これら制御装置１０，２０は、自己が管理する業務データベース装置Ｍ，Ｓを、動作モードに応じて、運用対象かバックアップ用レプリカの何れかとして動作させる機能を、有している。業務データベース装置Ｍ，Ｓを運用対象として動作させる場合、制御装置１０，２０は、業務端末装置Ｔからの要求を受けてトランザクションを実行し、そのトランザクションの確定のためにその処理結果に基づいて業務データベース装置Ｍ，Ｓ内の業務データを更新したり、業務端末装置Ｔに処理結果に関する情報を通知したりする。一方、業務データベース装置Ｍ，Ｓをバックアップ用レプリカとして動作させる場合、制御装置１０，２０は、運用対象の業務データベース装置Ｍ，Ｓの制御装置と連携して、運用対象の業務データベース装置Ｍ，Ｓで行われた更新に係る情報としてトランザクションのコマンドを取得し、そのトランザクションの実行と確定に基づいて自己の業務データベース装置Ｍ，Ｓ内の業務データに同じ更新を行う。
【００２６】
なお、本実施形態のデータベースシステムは、通常状態においては、主センタ内の業務データベース装置Ｍが運用対象として動作され、副センタ内の業務データベース装置Ｓがバックアップ用レプリカとして動作されるように、設定されている。また、本実施形態のデータベースシステムは、主センタ内の業務データベース装置Ｍが自然災害や停電やシステム障碍などにより使用不能となった状態においては、副センタ内の業務データベース装置Ｓが運用対象として動作されるように、設定されている。副センタは、自然災害等が両センタに同時に及ばないよう、主センタの遠隔地に設置されていても良い。
【００２７】
図２は、主センタ内の制御装置１０の構成図である。また、図３は、副センタ内の制御装置２０の構成図である。
【００２８】
図２及び図３に示されるように、制御装置１０，２０を構成する汎用のコンピュータは、ストレージ１０ａ，２０ａ，ＣＰＵ［Central Processing Unit］１０ｂ，２０ｂ，通信アダプタ１０ｃ，２０ｃ，及び、ＤＲＡＭ［Dynamic Random Access Memory］１０ｄ，２０ｄ等の周知なハードウエアを、内蔵している。ストレージ１０ａ，２０ａには、業務端末装置Ｔと情報を遣り取りするための周知の業務情報管理アプリケーションソフトウエア１１，業務データベース装置Ｍ，Ｓへの業務データの入出力を制御するための周知のデータベース制御モジュールプログラム１２，２４，業務データベース装置Ｍ，Ｓ内の業務データのリカバリに使用するログ情報を生成するための周知のログ制御モジュールプログラム１３，２５，及び、運用対象の業務データベース装置の更新用の情報を生成してレプリカに引き渡すためのモジュールプログラム１５，１７，２１が、インストールされている。これらソフトウエアやモジュールプログラムは、ＣＰＵ１０ｂ，２０ｂによってストレージ１０ａ，２０ａから読み出されて、ＤＲＡＭ１０ｄ，２０ｄに展開されることにより、実行される。
【００２９】
なお、図２では、主センタ内の業務データベース装置Ｍを運用対象として動作させる通常状態において制御装置１０内で主に機能するソフトウエア１１及びモジュール１２，１３，１５，１７のみが、示されている。また、図３では、副センタ内の業務データベース装置Ｓをバックアップ用レプリカとして動作させる通常状態において制御装置２０内で主に機能するモジュール２１，２３，２４，２５のみが、示されている。
【００３０】
通常状態での運用対象側の制御装置１０（図２）では、業務情報管理アプリケーション１１は、業務端末装置Ｔからの要求を受けると、そのトランザクションに基づく業務データの追加、削除、変更、又は、検索を、データベース制御モジュール１２と連携して、業務データベース装置Ｍに指示する。また、この業務情報管理アプリケーション１１は、トランザクションの実行や確定（実行結果の業務データへの反映）に関するログ情報を生成し、ログ制御モジュール１３に引き渡す。なお、データベース装置Ｍが、複数のデータベース機能を含んでいる場合、ログ情報は、更新されたデータベーステーブルと同じ数だけ、生成される。そして、業務情報管理アプリケーション１１により生成されたこれらのログ情報は、ログ制御モジュール１３に引き渡される。さらに、この業務情報管理アプリケーション１１は、業務端末装置Ｔを通じて利用者からリカバリポイントの挿入を指示されると、そのリカバリポイントを示す情報をダミーのログ情報としてログ制御モジュール１３に引き渡す。なお、この業務情報管理アプリケーション１１が更新のログ情報を生成することは、前述した第１のログ情報生成手順に相当している。また、この業務情報管理アプリケーション１１がリカバリポイントのログ情報を生成することは、前述した第１の組込手順に相当している。ログ制御モジュール１３は、業務情報管理アプリケーション１１から受け取った全てのログ情報に基づいて、一つのリカバリログファイル１４を生成する。
【００３１】
図４は、そのリカバリログファイル１４のデータ構造の一例を示す図である。
【００３２】
図４に示されるように、リカバリログファイル１４のテーブル内のレコード（ログレコード）は、「ログ種別」，「トランザクションＩＤ」，…，「コミット時刻」のフィールドを、有している。「ログ種別」フィールドは、そのログ情報の種別が記録されるフィールドである。具体的には、この「ログ種別」フィールドには、そのログ情報がアフターイメージ（ＡＩ）ログであることを示す「ＡＩ」，そのログ情報がロールバック（Ｒ）ログであることを示す「Ｒ」，そのログ情報がコミット（Ｃ）ログであることを示す「Ｃ」，及び、そのログ情報がリカバリポイントであることを示す「ＲＰ」が、記録される。「トランザクションＩＤ」フィールドは、各トランザクションを全体から一意に識別するためのトランザクションＩＤが記録されるフィールドである。なお、図４に示すテーブルには、同一のトランザクションＩＤを有するログレコードが、幾つか存在している。これは、データベース装置が複数のデータベース機能を有していた場合において、一つのトランザクションコマンドによる実行の結果が、複数のデータベーステーブルに反映されるときに、各データベーステーブル内の業務データの更新が、一つのテーブルにつき一つのログレコードとして記録されるためである。「コミット時刻」フィールドは、トランザクションの確定（実行結果の業務データベース装置Ｍの業務データへの反映）が行われた時刻が記録されるフィールドである。但し、ログ情報が「Ｃ」以外のログ情報については、「コミット時刻」フィールドは、空欄となる。なお、このリカバリログファイル１４のテーブルには、図示していないが、各トランザクションが利用するデータや、各トランザクションにより業務データベース装置Ｍ内の業務データが更新された後のイメージ（ＡＩそのもの）を格納するフィールドがある。
【００３３】
また、この図４のようなリカバリログファイル１４を生成するログ制御モジュール１３は、業務情報管理アプリケーション１１から受け取ったログ情報を一時保管する作業領域として、ログバッファを用意している。データベースクローン生成モジュール１５は、このログバッファ内のログ情報に基づいて、同一のトランザクションの実行と確定（レプリカ側の業務データベース装置Ｓの更新）を行うのに必要な情報である差分ログファイル１６を生成する。なお、差分ログファイル１６内のログレコードが持つフィールドは、リカバリログファイル１４内のログレコードが持つフィールドと異なる場合がある。しかし、差分ログファイル１６内のレコードは、リカバリログファイル１４内のレコードが持つフィールドのうち、図４に示したフィールドは、持っている。データベースクローン生成モジュール１５は、その差分ログファイル１６を、差分ログファイル送信モジュール１７に引き渡すようになっている。差分ログファイル送信モジュール１７は、データベースクローン生成モジュール１５から受け取った差分ログファイル１６を、レプリカ側の制御装置２０（図３）に送信する。なお、この送信には、一般的なファイル転送や、一般的なストレージミラー機能が、用いられる。また、この差分ログファイル送信モジュール１７が差分ログファイル１６を送信することは、前述した送信手順に相当している。
【００３４】
一方、通常状態のレプリカ側の制御装置２０（図３）では、差分ログファイル受信モジュール２１が、運用対象側の制御装置１０から差分ログファイル２２を受信して、データベースクローン生成モジュール２３に引き渡す。なお、このデータベースクローン生成モジュール２３に従ってＣＰＵ２０ｂが実行する処理の内容については、後述する。このデータベースクローン生成モジュール２３は、差分ログファイル２２内のログ情報（リカバリポイントを示すログ情報を除く）に基づいてトランザクションを組み立て、そのトランザクションに基づく業務データの追加、削除、変更を、データベース制御モジュール２４と連携して、業務データベース装置Ｓに指示する。なお、このデータベースクローン生成モジュール２３が、データベース制御モジュール２４とともに業務データベース装置Ｓの業務データの更新を行うことは、前述した更新手順に相当している。また、このデータベースクローン生成モジュール２３は、トランザクションの実行や確定（実行結果の業務データへの反映）に関するログ情報を生成し、ログ制御モジュール２５に引き渡す。なお、このデータベースクローン生成モジュール２３が更新のログ情報を生成することは、前述した第２のログ情報生成手順に相当している。さらに、このデータベースクローン生成モジュール２３は、後述の処理におけるキャッシュのためのメモリ２７を、ＤＲＡＭ２０ｄの記憶領域内に、確保する。ログ制御モジュール２５は、データベースクローン生成モジュール２３から受け取ったログ情報に基づいて、リカバリログファイル２６を生成する。
【００３５】
次に、以上のように構成されるデータベースシステムにおけるレプリカ側のデータベースクローン生成モジュール２３（に従ったＣＰＵ２０ｂ）が実行する処理の内容について、説明する。なお、このデータベースクローン生成モジュール２３は、差分ログファイル受信モジュール２１から差分ログファイル２２の受け取りを指示されるごとに、処理を実行する。
【００３６】
図５は、レプリカ側のデータベースクローン生成モジュール２３が実行する処理の流れを示す図である。
【００３７】
処理開始後、最初のステップＳ１０１では、データベースクローン生成モジュール２３は、差分ログファイル受信モジュール２１から差分ログファイル２２を受け取る処理を行う。
【００３８】
次のステップＳ１０２では、データベースクローン生成モジュール２３は、リカバリ情報組込サブルーチンを実行する。
【００３９】
図６及び図７は、リカバリ情報組込サブルーチンの流れを示す図である。
【００４０】
リカバリ情報組込サブルーチンの開始後、最初のステップＳ２０１では、データベースクローン生成モジュール２３は、ステップＳ１０１で受け取った差分ログファイル２２の中から、処理対象として、ログレコードを一つ取り出す処理を行う。
【００４１】
次のステップＳ２０２では、データベースクローン生成モジュール２３は、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＡＩ」であるか否かを、判別する。
【００４２】
そして、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＡＩ」であった場合、データベースクローン生成モジュール２３は、ステップＳ２０２からステップＳ２０３へ処理を分岐させる。
【００４３】
ステップＳ２０３では、データベースクローン生成モジュール２３は、処理対象のログレコードをメモリ２７に退避する処理を行う。このとき、このステップＳ２０３の実行が一回目である場合、データベースクローン生成モジュール２３は、その処理対象ログレコードのトランザクションＩＤ用の領域をメモリ２７内に設定して、格納する。一方、このステップＳ２０３の実行が二回目以降である場合、データベースクローン生成モジュール２３は、処理対象ログレコードと同じトランザクションＩＤ用の領域を探し、同じトランザクションＩＤ用の領域がメモリ２７内に有れば、その領域に処理対象ログレコードを格納し、同じトランザクションＩＤ用の領域がメモリ２７内に無ければ、その処理対象ログレコードのトランザクションＩＤ用の領域をメモリ２７内に設定して格納する。これにより、「ＡＩ」ログレコードは、トランザクションＩＤごとにグルーピングされる。この処理の実行後、データベースクローン生成モジュール２３は、ステップＳ２１２へ処理を進める。
【００４４】
一方、ステップＳ２０２において、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＡＩ」でなかった場合、データベースクローン生成モジュール２３は、ステップＳ２０４へ処理を進める。
【００４５】
ステップＳ２０４では、データベースクローン生成モジュール２３は、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「Ｃ」であるか否かを、判別する。
【００４６】
そして、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「Ｃ」であった場合、データベースクローン生成モジュール２３は、ステップＳ２０４からステップＳ２０５へ処理を分岐させる。
【００４７】
ステップＳ２０５では、データベースクローン生成モジュール２３は、メモリ２７上における処理対象のログレコードと同じトランザクションＩＤのグループのログレコード群に対し、「複写元トランザクションＩＤ」フィールドを追加し、追加したそのフィールドに、処理対象ログレコードのトランザクションＩＤを格納する処理を行う。
【００４８】
次のステップＳ２０６では、データベースクローン生成モジュール２３は、メモリ２７上における処理対象のログレコードと同じトランザクションＩＤのグループのログレコード群の「コミット時刻」フィールドに、処理対象ログレコードのコミット時刻を格納する処理を行う。
【００４９】
次のステップＳ２０７では、データベースクローン生成モジュール２３は、メモリ２７上における処理対象のログレコードと同じトランザクションＩＤのグループのログレコード群を、抽出ファイルのテーブルに纏めて書き込む処理を行う。なお、図８には、抽出ファイル２３ａのテーブルのデータ構造の一例が示されている。ここで、本実施形態では、ログレコードを一時的に格納する手段として、抽出ファイル２３ａを利用しているが、これに限定されない。例えば、この格納手段は、それらが書き込まれるＤＲＡＭ２０ｄ上の固定的な所定領域であっても良い。この処理の実行後、データベースクローン生成モジュール２３は、ステップＳ２１２へ処理を進める。
【００５０】
一方、ステップＳ２０４において、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「Ｃ」でなかった場合、データベースクローン生成モジュール２３は、ステップＳ２０８へ処理を進める。
【００５１】
ステップＳ２０８では、データベースクローン生成モジュール２３は、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「Ｒ」であるか否かを、判別する。
【００５２】
そして、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「Ｒ」であった場合、データベースクローン生成モジュール２３は、ステップＳ２０８からステップＳ２０９へ処理を分岐させる。
【００５３】
ステップＳ２０９では、データベースクローン生成モジュール２３は、メモリ２７上における処理対象のログレコードと同じトランザクションＩＤのグループのログレコード群を破棄する処理を行う。この処理の実行後、データベースクローン生成モジュール２３は、ステップＳ２１２へ処理を進める。
【００５４】
一方、ステップＳ２０８において、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「Ｒ」でなかった場合、データベースクローン生成モジュール２３は、ステップＳ２１０へ処理を進める。
【００５５】
ステップＳ２１０では、データベースクローン生成モジュール２３は、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＲＰ」であるか否かを、判別する。
【００５６】
そして、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＲＰ」であった場合、データベースクローン生成モジュール２３は、ステップＳ２１０からステップＳ２１１へ処理を分岐させる。
【００５７】
ステップＳ２１１では、データベースクローン生成モジュール２３は、処理対象のログレコードを、抽出ファイル２３ａのテーブルに追加する処理を行う。この処理の実行後、データベースクローン生成モジュール２３は、ステップＳ２１２へ処理を進める。
【００５８】
一方、ステップＳ２１０において、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＲＰ」でなかった場合、データベースクローン生成モジュール２３は、ステップＳ２１２へ処理を進める。
【００５９】
ステップＳ２１２では、データベースクローン生成モジュール２３は、ステップＳ１０１で受け取った差分ログファイル２２内の全てのログレコードについて処理を終えたか否かを、判別する。
【００６０】
そして、ステップＳ１０１で受け取った差分ログファイル２２内の全てのログレコードについて処理を終えていなかった場合、データベースクローン生成モジュール２３は、ステップＳ２１２から処理を分岐させ、ステップＳ２０１へ処理を戻す。
【００６１】
一方、ステップＳ１０１で受け取った差分ログファイル２２内の全てのログレコードについて処理を終えていた場合、データベースクローン生成モジュール２３は、図６及び図７に係る抽出サブルーチンを終了し、図５のステップＳ１０３へ処理を進める。
【００６２】
ステップＳ１０３では、データベースクローン生成モジュール２３は、反映サブルーチンを実行する。
【００６３】
図９は、その反映サブルーチンの流れを示す図である。
【００６４】
反映サブルーチンの開始後、最初のステップＳ３０１では、データベースクローン生成モジュール２３は、図８の抽出ファイル２３ａのテーブルから、処理対象として、ログレコードを一つ取り出す処理を行う。
【００６５】
次のステップＳ３０２では、データベースクローン生成モジュール２３は、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＡＩ」であるか否かを、判別する。
【００６６】
そして、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＡＩ」であった場合、データベースクローン生成モジュール２３は、ステップＳ３０２からステップＳ３０３へ処理を分岐させる。
【００６７】
ステップＳ３０３では、データベースクローン生成モジュール２３は、処理対象のログレコードの「複写元トランザクションＩＤ」及び「コミット時刻」フィールドの値を、メモリに退避させる処理を行う。
【００６８】
次のステップＳ３０４では、データベースクローン生成モジュール２３は、処理対象のログレコードに格納される情報が示すトランザクションに基づく業務データの更新（追加、削除、又は、変更）を、データベース制御モジュール２４と連携して、業務データベース装置Ｓに指示する。
【００６９】
次のステップＳ３０５では、データベースクローン生成モジュール２３は、ステップＳ３０４での指示に従った業務データベース装置Ｓが行った業務データの更新についてのログ情報を生成する処理を行う。
【００７０】
次のステップＳ３０６では、データベースクローン生成モジュール２３は、ステップＳ３０３でメモリに退避しておいた複写元トランザクションＩＤとコミット時刻とを、ステップＳ３０５で生成したログ情報に組み込む処理を行う。また、データベースクローン生成モジュール２３は、利用者によりチューニングされたタイミングで、複数の更新ログを、データベース制御モジュール２４と連携して、トランザクションを確定させる処理も行う。さらに、データベースクローン生成モジュール２３は、図示していないが、この確定処理の延長として、ステップＳ３０４での指示に従った業務データベース装置Ｓが行った業務データの更新確定についてのログ情報を生成する処理も行う。そして、これらの処理の実行後、データベースクローン生成モジュール２３は、ステップＳ３１０へ処理を進める。
【００７１】
一方、ステップＳ３０２において、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＡＩ」でなかった場合、データベースクローン生成モジュール２３は、ステップＳ３０２からステップＳ３０７へ処理を分岐させる。
【００７２】
ステップＳ３０７では、データベースクローン生成モジュール２３は、データベースクローン生成モジュール２３は、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＲＰ」であるか否かを、判別する。
【００７３】
そして、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＲＰ」であった場合、データベースクローン生成モジュール２３は、ステップＳ３０７からステップＳ３０８へ処理を分岐させる。
【００７４】
ステップＳ３０８では、データベースクローン生成モジュール２３は、ステップＳ３０４でデータベース制御モジュール２４を通じて行った業務データベース装置Ｓ内の業務データの更新が終了するまで待機し、更新の終了後、ステップＳ３０９へ処理を進める。
【００７５】
ステップＳ３０９では、データベースクローン生成モジュール２３は、処理対象ログレコードに基づいてリカバリポイントのログ情報を生成する処理を行い、ステップＳ３１０へ処理を進める。
【００７６】
ステップＳ３１０では、データベースクローン生成モジュール２３は、ステップＳ３０６又はＳ３０９で生成されたログ情報を、ログ制御モジュール２５に引き渡す処理を行う。なお、そのログ制御モジュール２５は、データベースクローン生成モジュール２３から受け取ったログ情報に基づいて、リカバリログファイル２６を生成する。なお、図１０は、リカバリログファイル２６のテーブルのデータ構造の一例を示す図である。データベースクローン生成モジュール２３は、ログ情報をログ制御モジュール２５に引き渡した後、ステップＳ３１１へ処理を進める。
【００７７】
一方、ステップＳ３０７において、処理対象のログレコードの「ログ種別」フィールドの値（ログ種別）が「ＲＰ」でなかった場合、データベースクローン生成モジュール２３は、ステップＳ３０７からステップＳ３１１へ処理を分岐させる。
【００７８】
ステップＳ３１１では、データベースクローン生成モジュール２３は、抽出ファイル２３ａ内の全てのログレコードについて処理を終えたか否かを、判別する。
【００７９】
そして、抽出ファイル２３ａ内の全てのログレコードについて処理を終えていなかった場合、データベースクローン生成モジュール２３は、ステップＳ３１１から処理を分岐させ、ステップＳ３０１へ処理を戻す。
【００８０】
一方、抽出ファイル２３ａ内の全てのログレコードについて処理を終えていた場合、データベースクローン生成モジュール２３は、図９に係る反映サブルーチンを終了するとともに、図５に係る処理も終了する。
【００８１】
なお、データベースクローン生成モジュール２３が、図５に係る処理を実行することは、前述した第２の組込手順に相当している。
【００８２】
次に、本実施形態のデータベースシステムの作用及び効果について説明する。
【００８３】
本実施形態のデータベースシステムおいては、災害等のない通常状態では、主センタの制御装置１０は、業務データベース装置Ｍが行った業務データの更新についてのログ情報をリカバリログファイル１４に蓄積するとともに、副センタの業務データベース装置Ｓにも同じ更新がなされるようにするために差分ログファイル２２を生成して副センタの制御装置２０へ送信する。このとき、リカバリログファイル１４のテーブルには、リカバリポイントのログ情報が組み込まれているが、そのログ情報は、業務が複数のトランザクションを一つの単位としている場合において、その業務の切れ目に組み込まれている。
【００８４】
副センタの制御装置２０は、差分ログファイル２２を受け取ると、その差分ログファイル２２内のログ情報（リカバリポイントを示すログ情報を除く）に基づいてトランザクションを組み立て、組み立てたトランザクションの確定に基づいて業務データを更新するよう業務データベース装置Ｓに指示するとともに、ログ情報をログレコードとしてリカバリログファイル２６に蓄積する。このリカバリログファイル２６のテーブルにも、リカバリポイントを示すログ情報が、組み込まれており、主センタのリカバリログファイル１４と同様に、業務の切れ目に組み込まれている。
【００８５】
そして、主センタにおいて自然災害や停電やシステム障碍が発生して業務データベース装置Ｍが使用不能となってしまった場合、本実施形態のデータベースシステムにおいては、以下の手順にて、主センタの業務データベース装置Ｍを復旧させることができる。
【００８６】
図１１は、主センタにおいて災害等が発生してその業務データベース装置Ｍが使用不能となった後、それを業務利用できる状態に復旧させるまでを模式的に示す説明図である。
【００８７】
まず、第１フェーズでは、主センタのリカバリログファイル１４にａ，ｂ，ｃのログ情報が蓄積され、副センタのリカバリログファイル２６にａ，ｂのログ情報が蓄積されている状態が、示されている。なお、主センタのリカバリログファイル１４のａのログ情報とｂのログ情報との間には、リカバリポイントが設定されており、そのリカバリポイントは、前述した機能により、副センタのリカバリログファイル２６のａとｂの間に伝播している。この第１フェーズにおいて、主センタにおいて災害等が発生して業務データベース装置Ｍが使用不能となると、第２フェーズとして、利用者は、副センタのリカバリログファイル２６を基に業務データベース装置Ｓをリカバリポイントまでリカバリして、業務との整合を取った後、運用対象を主センタの業務データベース装置Ｍから副センタの業務データベース装置Ｓに切り替える。
【００８８】
運用対象を切り替えた後、第３フェーズとして、業務端末装置Ｔが副センタの制御装置２０へアクセス自在となり、副センタのリカバリログファイル２６へのログ情報の蓄積が開始される。そして、この開始の直後から、主センタの制御装置１０や業務データベース装置Ｍを修理し、或いは、メインテナンスを行うことができる。
【００８９】
その後、主センタの制御装置１０や業務データベース装置Ｍが使用可能な状態となると、第４フェーズとして、利用者が、主センタのリカバリログファイル１４を基に業務データベース装置Ｍをリカバリポイントまでリカバリする。ここで、従来の業務データベース装置では、副センタで蓄積された業務データを主センタの業務データベース装置Ｍに移し替える際、全件複写を行わねばならなかったが、主センタの業務データベース装置Ｍを修理したりメインテナンスしたりしても、その業務データベース装置Ｍ内の業務データが破壊されずに残っていることが多い。そこで、本実施形態では、主センタ側での復旧時に全件複写をせずに、リカバリポイントを指定しておいて、整合がとれる状態までリカバリするようになっている。
【００９０】
主センタ側のリカバリ後、第５フェーズとして、副センタの差分ログファイル２２に蓄積されたログ情報ｂ’とｃ’（図１１）を主センタに送信して、主センタの業務データベース装置Ｍと業務の整合を取った後、運用対象を副センタの業務データベース装置Ｓから主の業務データベース装置Ｍに切り替える。すると、主センサの業務データベース装置Ｍを運用対象とした業務が再開され、主センタのリカバリログファイル１４へのログ情報の蓄積が再開される。
【００９１】
なお、本実施形態のデータベースシステムでは、リカバリポイントを、主センタのリカバリログファイル１４と副センタのリカバリログファイル２６とに設定していたが、図１２から図１４までに示されるように、リカバリポイントが設定されていなくてもよい。この場合でも、副センタの各ログ情報に主センタのコミット時刻が複写されているため、災害発生時のリカバリ（第２フェーズ）や復旧前のリカバリ（第５フェーズ）では、その主センタのコミット時刻を指定することにより、主センタや副センタのリカバリを制御することができ、尚且つ、リカバリポイントと同様に、両センタでのデータベース装置の整合を取る作業を、簡単に行うことができる。
【図面の簡単な説明】
【００９２】
【図１】本実施形態のデータベースシステムの構成図
【図２】主センタ内の制御装置の構成図
【図３】副センタ内の制御装置の構成図
【図４】主センタのリカバリログファイルのデータ構造の一例を示す図
【図５】レプリカ側のデータベースクローン生成モジュールが実行する処理の流れを示す図
【図６】リカバリ情報組込サブルーチンの流れを示す図
【図７】リカバリ情報組込サブルーチンの流れを示す図
【図８】抽出ファイルのテーブルのデータ構造の一例を示す図
【図９】反映サブルーチンの流れを示す図
【図１０】副センタのリカバリログファイルのテーブルのデータ構造の一例を示す図
【図１１】主センタにおいて災害等が発生してその業務データベース装置が使用不能となった後、それを業務利用できる状態に復旧させるまでを模式的に示す説明図
【図１２】主センタのリカバリログファイルのデータ構造の一例を示す図
【図１３】抽出ファイルのテーブルのデータ構造の一例を示す図
【図１４】副センタのリカバリログファイルのテーブルのデータ構造の一例を示す図
【符号の説明】
【００９３】
１０    制御装置
１０ａ  ストレージ
１０ｃ  通信アダプタ
１１    ソフトウエア
１１    業務情報管理アプリケーション
１２    データベース制御モジュール
１３    ログ制御モジュール
１４    リカバリログファイル
１５    データベースクローン生成モジュール
１６    差分ログファイル
１７    差分ログファイル送信モジュール
２０    制御装置
２１    差分ログファイル受信モジュール
２２    差分ログファイル
２３    データベースクローン生成モジュール
２３ａ  抽出ファイル
２４    データベース制御モジュール
２５    ログ制御モジュール
２６    リカバリログファイル
２７    メモリ
【図１】
2007293821.tif 000003
【図２】
2007293821.tif 000004
【図３】
2007293821.tif 000005
【図４】
2007293821.tif 000006
【図５】
2007293821.tif 000007
【図６】
2007293821.tif 000008
【図７】
2007293821.tif 000009
【図８】
2007293821.tif 000010
【図９】
2007293821.tif 000011
【図１０】
2007293821.tif 000012
【図１１】
2007293821.tif 000013
【図１２】
2007293821.tif 000014
【図１３】
2007293821.tif 000015
【図１４】
2007293821.tif 000016
【手続補正書】
【提出日】平成19年3月14日(2007.3.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
通常状態での運用対象側の制御装置１０（図２）では、業務情報管理アプリケーション１１は、業務端末装置Ｔからの要求を受けると、そのトランザクションに基づく業務データの追加、削除、変更、又は、検索を、データベース制御モジュール１２と連携して、業務データベース装置Ｍに指示する。また、この業務情報管理アプリケーション１１は、トランザクションの実行や確定（実行結果の業務データへの反映）に関するログ情報を生成し、ログ制御モジュール１３に引き渡す。なお、データベース装置Ｍが、複数のデータベース機能を含んでいる場合、ログ情報は、更新されたデータベーステーブルと同じ数だけ、生成される。そして、業務情報管理アプリケーション１１により生成されたこれらのログ情報は、ログ制御モジュール１３に引き渡される。さらに、この業務情報管理アプリケーション１１は、業務端末装置Ｔを通じて利用者からリカバリポイントの挿入を指示されると、そのリカバリポイントを示す情報をログ情報としてログ制御モジュール１３に引き渡す。なお、この業務情報管理アプリケーション１１が更新のログ情報を生成することは、前述した第１のログ情報生成手順に相当している。また、この業務情報管理アプリケーション１１がリカバリポイントのログ情報を生成することは、前述した第１の組込手順に相当している。ログ制御モジュール１３は、業務情報管理アプリケーション１１から受け取った全てのログ情報に基づいて、一つのリカバリログファイル１４を生成する。