(57)【要約】【課題】  大量データベースシステムでは、バックアップの作成にも膨大な時間を要するため、バックアップを頻繁に作成することは困難である。しかし、バックアップ作成時点から時間が経過するほど、データベースの回復に必要な更新ログの量が増加し、障害回復時間が膨大となることが問題となっている。  また、SAN構成で複数データベースの多重書きを行っているシステムにおいては、外部記憶装置の機能ではデータベースの論理的な障害は検知できないため、障害の状態も複製データベースに反映してしまうという問題がある。【解決手段】    任意の時刻を基準として作成した複製データベースに対して、データベースのチェックポイントに連動して更新ログの情報を反映することで、複製データベースを再作成することなく、複製データベース作成時点よりも現在のデータベース状態に近い複製データベースを作成する手段を提供する。【選択図】        図１
2006004031.tif 000002
【特許請求の範囲】
【請求項１】
正データベースと副データベースとを有し、トランザクション処理を利用した該正データベースのデータ操作により生成されるログ情報を利用して該副データベースを生成するデータベース管理システムにおけるデータ処理方法において、
前記トランザクション処理におけるデータベースの回復タイミングであるチェックポイントを検出した場合、該チェックポイント以前に生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現することを特徴とするデータ処理方法。
【請求項２】
前記チェックポイントを検出する度に、該検出したチェックポイントの直前のチェックポイントから該検出したチェックポイントまでに生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現することを特徴とする請求項１記載のデータ処理方法。
【請求項３】
正データベースと副データベースとを格納し、トランザクション処理を利用した該正データベースのデータ操作により生成されるログ情報を利用して該副データベースを生成するストレージ装置におけるデータ処理方法において、
前記トランザクション処理におけるデータベースの回復タイミングであるチェックポイントのタイミングを受信し、該チェックポイントの受信に応じて、該チェックポイントの直前のチェックポイントから該チェックポイント以前に生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現することを特徴とするデータ処理方法。
【請求項４】
正データと副データとを格納し、該正データのデータ操作により生成されるログ情報を利用して該副データを生成するストレージ装置におけるデータ処理方法において、
前記正データを副データに反映する反映タイミングを受信し、該反映タイミングの受信に応じて、該反映タイミングの直前の反映タイミングから該反映タイミング以前に生成された前記ログ情報に基づいたデータ操作を前記副データに処理することにより前記正データから前記副データへの複写を実現することを特徴とするデータ処理方法。
【請求項５】
正データベースと副データベースとを有し、トランザクション処理を利用した該正データベースのデータ操作により生成されるログ情報を利用して該副データベースを生成するデータベース管理システムにおいて、
前記トランザクション処理におけるデータベースの回復タイミングであるチェックポイントのタイミングを検出する手段と、該チェックポイントを検出した場合、該チェックポイントの直前のチェックポイントから該チェックポイント以前に生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現する手段とを備えたことを特徴とするデータベース管理システム。
【請求項６】
正データベースと副データベースとを格納し、トランザクション処理を利用した該正データベースのデータ操作により生成されるログ情報を利用して該副データベースを生成するストレージ装置において、
前記トランザクション処理におけるデータベースの回復タイミングであるチェックポイントのタイミングを受信する手段と、該チェックポイントの受信に応じて、該反映タイミングの直前の反映タイミングから該反映タイミング以前に生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現する手段とを備えたことを特徴とするストレージ装置。
【請求項７】
正データと副データとを格納し、該正データのデータ操作により生成されるログ情報を利用して該副データを生成するストレージ装置において、
前記正データを副データに反映する反映タイミングを受信する手段と、該反映タイミングの受信に応じて、該反映タイミングの直前の反映タイミングから該反映タイミング以前に生成された前記ログ情報に基づいたデータ操作を前記副データに処理することにより前記正データから前記副データへの複写を実現する手段とを備えたことを特徴とするストレージ装置。
【請求項８】
正データベースと副データベースとを有し、トランザクション処理を利用した該正データベースのデータ操作により生成されるログ情報を利用して該副データベースを生成するデータベース管理システムを機能するためのデータ処理プログラムにおいて、
前記トランザクション処理におけるデータベースの回復タイミングであるチェックポイントのタイミングを検出するステップと、該チェックポイントを検出した場合、該検出したチェックポイント以前に生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現するステップとを有することを特徴とするデータ処理プログラム。
【請求項９】
正データベースと副データベースとを格納し、トランザクション処理を利用した該正データベースのデータ操作により生成されるログ情報を利用して該副データベースを生成するストレージ装置を機能するためのデータ処理プログラムにおいて、
前記トランザクション処理におけるデータベースの回復タイミングであるチェックポイントのタイミングを受信するステップと、該チェックポイントの受信に応じて、該チェックポイント以前に生成された前記ログ情報に基づいたデータ操作を前記副データベースに処理することにより前記正データベースから前記副データベースへの複写を実現するステップとを有することを特徴とするデータ処理プログラム。
【請求項１０】
正データと副データとを格納し、該正データのデータ操作により生成されるログ情報を利用して該副データを生成するストレージ装置を機能するためのデータ処理プログラムにおいて、
前記正データを副データに反映する反映タイミングを受信するステップと、該反映タイミングの受信に応じて、該反映タイミングの直前の反映タイミングから該反映タイミング以前に生成された前記ログ情報に基づいたデータ操作を前記副データに処理することにより前記正データから前記副データへの複写を実現するステップとを有することを特徴とするデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータの複製を生成するデータ処理技術に関するものである。
【背景技術】
【０００２】
従来の大量データベースシステムでは、定期的なバックアップ運用が必要であるが、この処理はオンラインサービスで使用するデータベースへの一括アクセスを伴うため、オンライン業務への影響が大きく、２４時間連続でサービスを提供する際の妨げになっている。また、データベースの規模に伴い、バックアップ取得時間が膨大になることも問題となっている。これを解決する一つの手段としては、前回のバックアップ取得時点から更新された部分のみバックアップを取得する差分バックアップが提供されている。このような差分バックアップの技術は特許文献１に開示されている。
【０００３】
また、近年普及し始めているSAN（Storage Area Network）構成、すなわち磁気ディスク装置など複数の外部記憶装置を専用の高速ネットワークで有機的に結合した構成を活用し、オンライン業務のデータベースの複製を持つ方法が知られている。この構成では任意の論理ボリュームを複数の論理ボリュームに高速コピーする機能、任意の論理ボリュームを正ボリュームとし、他の複数の論理ボリュームを副ボリュームとしてデータの多重書き込みを行う機能、多重書き込み状態の論理ボリュームを任意の時点で切り離し、正・副独立したボリュームとしてアクセスできる機能などを外部記憶装置が提供している。
【０００４】
【特許文献１】特開平07-160559号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のデータベースシステムでは、データベースに障害が発生した場合、データベースのバックアップと更新ログを用いて障害発生前のデータベース状態に回復する。ところが、大量データベースを扱う更新負荷の高いシステムでは、バックアップの作成にも膨大な時間を要するため、バックアップを頻繁に作成することは困難である。これを解決する手段として差分バックアップが提供されているが、これが有効となるのはデータの更新範囲が限定される業務の場合である。
【０００６】
また、データベースのバックアップ作成時点から時間が経過するほど、データベースの回復に必要な更新ログの量が増加し、障害復旧時間も膨大となることが問題となっている。
【０００７】
また、SAN構成で複数データベースの多重書きを行っているシステムにおいては、外部記憶装置の機能ではデータベースの論理的な障害は検知できないため、データベース障害の状態も複製データベースに反映してしまう。複製データベースをバックアップの目的で使用するためには、定期的にディスクを切り離す必要があるが、再度データベースの状態と同期を取るためにはディスク全体のコピーを行う必要があり、これに要する時間も膨大であり頻繁には実行できない。
【０００８】
本発明では、バックアップの取得及び複製データベースの切り離し機会を増やすことなく、データベース障害発生時の回復時間を削減することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、ある任意の時刻を基準として作成した複製データベースに対して、データベースのチェックポイントに連動して更新ログの情報を反映することで、複製データベースを再作成することなく、複製データベース作成時点よりも現在のデータベース状態に近い複製データベースを作成するものである。
【発明の効果】
【００１０】
本発明によれば、データベースの回復に必要な更新ログの量が最小限に抑えられ、障害時におけるデータベースの回復運用が短時間で実行可能である。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施例を図面に基づいて詳細に説明する。
（実施形態１）
図１は、本発明における第一実施例である情報処理装置の構成を示すものである。本実施例では、バス１５で接続された情報処理装置１０と外部記憶装置１６で実現されており、情報処理装置１０は、ＣＰＵ１２、メモリ１１、ディスプレイ１３、キーボード１４で備えている。メモリ１１上のオンラインアプリケーション１１２は、データベース管理システム１１１を介して外部記憶装置１６上のデータベース１６２にアクセスするものである。データベース１６２の更新内容は、更新ログファイル１６４に更新履歴情報として記録するとともに、ディスク制御処理部１６１上の多重書き処理部１６１１によって複製データベース１６３に反映することができる。また多重書き機構１６１１は任意の時点で多重書き（ミラーリングともいう）を解除でき、複製データベース１６３を、データベース管理システム１１１を介してデータベース１６２とは独立したデータベースとして読み書き可能にすることもできる。データベース管理システム１１１は、オンラインアプリケーション１１２の処理要求を行うオンライン業務処理部１１１１と、更新ログファイル１６４の内容を監視するログ監視処理部１１１２を含む。ログ監視処理部１１１２は、データベースのチェックポイントを取得するチェックポイント取得処理部１１１２１と、チェックポイント管理テーブル１１１３に情報を登録するチェックポイント管理テーブル登録処理部１１１２２、チェックポイントに連動し、複製データベース１６３の状態をデータベース１６２の状態に合わせる複製データベース追付き処理部１１１２３を含む。複製データベース追付き処理部１１１２３には、対象チェックポイント取得処理部１１１２３１と、追付き更新ログ取得処理部１１１２３２と、追付き更新ログ反映処理部１１１２３３を含む。以上の各処理部やシステムは、プログラムやオブジェクト、プロセス、スレッドで実現可能であり、ハードウェアでも実現が可能である。業務プログラムとして、オンラインアプロケーション１１２を例に説明したが、オンラインに限定されるものではなく、データベースをアクセスするプログラム一般に適用可能である。他の実施例についても同様である。情報処理装置１０と外部記憶装置１６は別装置の例を示しているが、同一装置でも実現可能である。
図２は、本実施例の通常運用におけるデータベース１６２と複製データベース１６３の状態遷移の概要を示す図である。本実施例のデータベース管理システム１１１では、多重書き処理部１６１１によって、データベース２８を複製データベース２１３に反映させている（状態１）。ここで、外部記憶装置１６に対しディスクの切り離し２１を要求することで、複製データベース２１３をバックアップファイルとして使用する。ディスクの切り離し後、オンラインアプリケーション２２のデータベースアクセス処理により、データベース２９が更新される（状態２）。また、この際のデータベースの更新履歴情報は、更新ログ２１７に出力される。次に、データベース管理システム１１１は、チェックポイント取得処理２５を実行すると共に複製データベース追付き処理を実行し、更新ログ２１７を用いて複製データベース２１４を更新することで、データベース２９の状態に合わせる（状態２）。以後同様に、データベース管理システム１１１は、チェックポイント取得処理を実行すると共に複製データベース追付き処理を実行し、複製データベースの状態をデータベースの状態に合わせていく。
図３は、本実施例の障害発生時の運用におけるデータベース１６２と複製データベース１６３の状態遷移の概要を示す図である。チェックポイント３７の時点では、データベース３８の状態に合わせて、複製データベース３１１は更新されている（状態５）。その後、オンラインアプリケーション３４のデータベースアクセス処理により、データベース３９が更新される（状態６）。また、この際のデータベースの更新履歴情報は、更新ログ３１４に出力される。ここで、オンラインアプリケーション３５の処理中にデータベース３１０に障害が発生した場合（３１）、運用対象をデータベース３１０から複製データベース３１１に切り替える（３２）。次に、チェックポイント３７以降の更新ログ３１４を用いて通常のデータベースの回復処理を行い、複製データベース３１１を最新のデータベース状態３１２に更新する（状態６）。この作業により、オンライン業務の運用再開が可能である（３３）。障害発生時に実行中であったオンラインアプリケーション３５は再度実行し（３６）、業務を続行する。本実施例では、チェックポイントの度に、データベース１６２を追加もしくは更新により生成される更新履歴情報を複製データベースに反映する例について説明した。所定回数のチェックポイントをカウントし、所定回数のチェックポイントごとに、その間に蓄積された更新履歴情報を複製データベースに反映することも可能である。本例ではチェックポイントのタイミングで更新履歴情報を複製データベースに反映するが、データベース管理システムやデータベースをアクセスするプログラムから反映要求を受信することにより複製データベースに反映することも可能である。
【００１２】
図４は、図２の状態遷移図に従い実行されたデータベースアクセスの更新ログファイル４０の構成、及び内容を示している。更新ログファイル４０のレコードは、トランザクションを構成する個々のオペレーション単位に時系列に並んでいる。各オペレーションの実行結果は、更新時刻４１、更新ログ番号４２、トランザクションID４３、オペレーションコード４４、そして更新情報４５が含まれる。更新情報４５は、表名称４５１、列数４５２、そして列数４５２個の列情報４５３が含まれる。列情報４５３は、列名称４５３１、データ長４５３２、更新前データ４５３３、そして更新後データ４５３４が含まれる。
【００１３】
図５は、図２の状態遷移図に従い実行されたチェックポイントの管理テーブルの内容を示している。チェックポイント管理テーブルのレコードは、チェックポイント単位に時系列で並んでいる。チェックポイント管理テーブルには、チェックポイント番号５１、そのチェックポイントにおける最初の更新ログ番号を示す開始更新ログ番号５２、最後のログ番号を示す最終更新ログ５３が含まれる。追付き対象チェックポイントリスト５４には、複製データベース追付き処理実行時、複製データベースに反映すべきチェックポイントの番号が時系列順に格納される。追付き開始ログ番号５５には、追付き対象チェックポイントリスト５４中先頭のチェックポイントの開始更新ログ番号が格納される。また、追付き最終ログ番号５６には、追付き対象チェックポイントリスト５４中最後のチェックポイントの最終更新ログ番号が格納される。
【００１４】
図６は、図２の状態遷移図に従い更新されたデータベースの構成と更新内容を示している。外部記憶装置６０には、データベースを格納する論理ボリューム６１と、複製データベースを格納する論理ボリューム６２が含まれる。データベースを格納する論理ボリューム６１には、データベースに対して最後に処理したチェックポイント番号６１１が格納される。複製データベースを格納する論理ボリューム６２には、複製データベースに対して最後に処理したチェックポイント番号６２１が格納される。
図７は、本実施例におけるユーザの運用手順を示している。まずユーザは、データベースと複製データベースのディスクを二重化し、状態を一致させる（ステップ７１）。その後、ディスクを切り離し、複製データベースをバックアップとして使用する（ステップ７２）。次にオンライン業務を実行する（ステップ７３）。業務実行中に障害が発生した場合（ステップ７４）、運用対象を複製データベースに切り替え（ステップ７５）、通常のデータベースの再開始処理を行う（ステップ７６）。これによりシステムは再開始可能であり、オンライン業務を続行する。オンライン業務が停止した場合は、システムを停止する（ステップ７７）。
【００１５】
図８は、データベース管理システムの処理概要を示している。オンライン業務処理部８１は、トランザクション受付（ステップ８１１）、更新ログ出力（ステップ８１２）、トランザクション終了処理（ステップ８１３）を行う。システム起動中の間、この処理を繰返し行う（ステップ８１４）。一方、ログ監視処理部８２では、オンライン業務処理部８１が出力した更新ログの状態を監視し（ステップ８２１）、更新ログの出力量及び前回のチェックポイント処理時刻からの経過時間などの条件に伴い、データベースのチェックポイント取得処理を行う（ステップ８２２）。また、これと同時に処理中のチェックポイント情報をチェックポイント管理テーブルに登録する処理（ステップ８２３）と、複製データベースの追付き処理を行う（ステップ８２４）。
【００１６】
図９は、複製データベース追付き処理の流れを示している。複製データベース追付き処理９は、実行したチェックポイントの番号９４を入力情報とし、追付き対象となるチェックポイントを取得するステップ９１と、追付き対象となる更新ログ番号を取得するステップ９２と、追付き対象となる更新ログを複製データベースに反映するステップ９３から成る。
【００１７】
図１０は、追付きの対象となるチェックポイント番号を取得する処理の流れを示している。対象チェックポイント取得処理１０は、実行したチェックポイントの番号１０８を入力情報とし、先ず複製データベース１０２から最終チェックポイント番号を読み込む（ステップ１０１）。次に、チェックポイント管理テーブルから１エントリを取得（ステップ１０３）、最終エントリかを判定し（ステップ１０４）、最終エントリであれば終了する。取得したチェックポイント管理テーブルのエントリからチェックポイント番号５１を取得し（ステップ１０５）、ステップ１０１で取得した複製データベースのチェックポイント番号と入力情報のチェックポイント番号１０８の範囲内かを判定（ステップ１０６）、範囲外であればステップ１０３に戻る。範囲内の場合は、追付き対象チェックポイントリスト５４にステップ１０５で求めたチェックポイント番号を追加し（ステップ１０７）、ステップ１０３に戻る。
図１１は、追付き対象チェックポイントリスト５４とチェックポイント管理テーブルから、追付きの対象となる更新ログ番号を取得する処理の流れを示している。追付き対象更新ログ取得処理１１は、先ず追付き対象チェックポイントリスト５４から１エントリを取得（ステップ１１１）、最終エントリかを判定し（ステップ１１２）、最終エントリであれば終了する。次に、チェックポイント管理テーブルから１エントリを取得（ステップ１１３）、最終エントリかを判定する（ステップ１１４）。追付き対象チェックポイントリスト５４には存在するチェックポイント番号が必ず格納されているため、最終エントリであればエラー処理を行い終了する（ステップ１１１０）。取得したチェックポイント管理テーブルのエントリから、チェックポイント番号５１を取得し（ステップ１１５）、ステップ１１１で求めた追付き対象チェックポイントリストのチェックポイント番号と一致するか判定する（ステップ１１６）。一致しない場合、ステップ１１３に戻る。一致する場合、追付き対象チェックポイントリストの先頭エントリである場合は（ステップ１１７）、ステップ１１５で求めたエントリの開始更新ログ番号５２を追付き開始ログ番号５５に設定する（ステップ１１８）。また、ステップ１１５で求めたエントリの最終更新ログ番号５３を追付き最終ログ番号５６に設定し（ステップ１１９）、ステップ１１１へ戻る。
【００１８】
図１２は、追付き対象となる更新ログを複製データベースに反映する処理の流れを示している。追付き更新ログ反映処理部１２は、更新ログファイル１２５から１レコードを読み出す（ステップ１２１）。全て読み出したどうかを判定し（ステップ１２２）、全て読み出していれば終了する。ステップ１２１で読み出した更新ログ番号が、追付き対象範囲内か判定し（ステップ１２３）、範囲外であればステップ１２１へ戻る。範囲内の場合は、更新ログの内容を複製データベースに反映し（ステップ１２４）、ステップ１２１へ戻る。
（実施形態２）
以下に、複製データベース追付き処理を、外部記憶装置側で行う実施例について説明する。
【００１９】
図１３は、本発明における第二実施例である情報処理装置の構成を示す。本実施例では、バス１３５で接続された情報処理装置１３０と外部記憶装置１３６で実現されており、情報処理装置１３０は、ＣＰＵ１３２、メモリ１３１、ディスプレイ１３３、キーボード１３４で構成されている。メモリ１３１上のオンラインアプリケーション１３１２は、データベース管理システム１３１１を介して外部記憶装置１３６上のデータベース１３６２にアクセスするものである。データベース１３６２の更新内容は、更新ログファイル１３６４に更新履歴情報として記録するとともに、ディスク制御処理部１３６１上の多重書き処理部１３６１１によってリアルタイムに複製データベース１３６３に反映することができる。また多重書き機構１３６１１は任意の時点で多重書きを解除でき、複製データベース１３６３を、データベース管理システム１３１１を介してデータベース１３６２とは独立したデータベースとして読み書き可能にすることもできる。データベース管理システム１３１１は、オンラインアプリケーション１３１２の処理要求を行うオンライン業務処理部１３１１１と、更新ログファイル１３６４の内容を監視するログ監視処理部１３１１２を含む。ログ監視処理部１３１１２は、データベースのチェックポイントを取得するチェックポイント取得処理部１３１１２１と、チェックポイント契機を外部記憶装置１３６のディスク制御処理部１３６１に通知するチェックポイント契機通知処理部１３１１２２を含む。ディスク制御処理部１３６１は、チェックポイント管理テーブル１３６１４に情報を登録するチェックポイント管理テーブル登録処理部１３６１２と、複製データベース追付き処理部１３６１３を含んでおり、更新ログファイル１３６４の更新内容を複製データベース１３６３へ反映する。複製データベース追付き処理部１３６１３は、ＤＢ−ディスク変換テーブル１３６５を参照し、データベース１３６２や複製データベース１３６３、更新ログファイル１３６４の論理位置とディスク上のブロックの対応付けを行う。
【００２０】
図１４は、ＤＢ-ディスクブロック変換テーブルの構成を示している。図１４に示すように、ＤＢ-ディスクブロック変換テーブル１３６５は、データベース領域１３６２を識別するデータベース領域ＩＤ１４０１と、そのデータベースＩＤで識別されるデータベース領域が複数ファイルで構成される場合のファイル順序番号を示すファイルＩＤ１４０２と、前記データベース領域を構成するブロックの長さを示すブロック長１４０３と、前記データベース領域の構成ファイルが確保されている論理ボリュームを識別する為の情報である論理ボリュームＩＤ１４０４と、論理ボリュームＩＤで認識される論理ボリュームがマッピングされている外部記憶装置を識別する為の番号であるディスク制御装置番号１４０５と、そのディスク制御装置番号で識別される外部記憶装置の磁気ディスク装置の中で、前記論理ボリュームがマッピングされている磁気ディスク装置のドライブ番号を識別する為の情報である物理デバイスＩＤ１４０６と、その物理デバイスＩＤで識別される磁気ディスク装置上での該当ファイルの相対的な位置を示す相対位置１４０７とを格納している。
【００２１】
図１５は、第二実施例における複製データベース追付き処理の概要を示している。ログ監視処理部１５１は、更新ログの状態を監視し（ステップ１５１１）、更新ログの出力量及び前回のチェックポイント処理時刻からの経過時間などの条件に伴い、データベースのチェックポイント取得処理を行う（ステップ１５１２）。また、これと同時にチェックポイント契機の通知処理を行う（ステップ１５１３）。一方、ハードディスク制御処理部１５２では、チェックポイント契機が通知された時点で、チェックポイント管理テーブル登録処理（ステップ１５２１）と、複製データベース追付き処理を実行する（ステップ１５２２）。
（実施形態３）
以下は、本発明の第二実施例において、データベースの更新ログではなく、外部記憶装置の更新ログを用いて、複製データベース追付き処理を行う実施例について説明する。
【００２２】
図１６は、本発明における第三実施例である情報処理装置の構成を示すものである。本実施例では、バス１６５で接続された情報処理装置１６０と外部記憶装置１６６で実現されており、情報処理装置１６０は、ＣＰＵ１６２、メモリ１６１、ディスプレイ１６３、キーボード１６４で構成されている。メモリ１６１上のオンラインアプリケーション１６１２は、データベース管理システム１６１１を介して外部記憶装置１６６上のデータベース１６６２にアクセスするものである。データベース１６６２の更新内容は、更新ログファイル１６６４に更新履歴情報として記録するとともに、ディスク制御処理部１６６１上の多重書き処理部１６６１１によってリアルタイムに複製データベース１６６３に反映することができる。また多重書き機構１６６１１は任意の時点で多重書きを解除でき、複製データベース１６６３を、データベース管理システム１６１１を介してデータベース１６６２とは独立したデータベースとして読み書き可能にすることもできる。なお、外部記憶装置１６６のディスクの更新内容は全てディスク更新ログ１６６６に記録される。
データベース管理システム１６１１は、オンラインアプリケーション１６１２の処理要求を行うオンライン業務処理部１６１１１と、更新ログファイル１６６４の内容を監視するログ監視処理部１６１１２を含む。ログ監視処理部１６１１２は、データベースのチェックポイントを取得するチェックポイント取得処理部１６１１２１と、チェックポイント契機を外部記憶装置１６６のディスク制御処理部１６６１に通知するチェックポイント契機通知処理部１６１１２２を含む。ディスク制御処理部１６６１は、チェックポイント管理テーブル１６６１４に情報を登録するチェックポイント管理テーブル登録処理部１６６１２と、複製データベース追付き処理部１６６１３を含む。チェックポイント管理テーブル登録処理部１６６１２は、チェックポイント管理テーブル１６６１４に、処理中のチェックポイント番号と、ディスク更新ログ１６６６の該当するログ番号を登録する。また、複製データベース追付き処理部１６６１３は、ＤＢ−ディスク変換テーブル１６６５を参照し、データベース１６６２や複製データベース１６６３の論理位置とディスク上のブロックの対応付けを行い、チェックポイント管理テーブル１６６１４に登録されたディスク更新ログ１６６６のログ番号の中から、データベース１６６２に関する更新内容を複製データベース１６６３へ反映する。このようにすることにより、チェックポイントとその次のチェックポイントとの間に出力された更新ログ情報を抽出することが可能となり、これを用いて更新内容を複製データベース１６６３へ反映することが可能となる。
【００２３】
図１７は、ディスク更新ログの構成を示している。ディスク更新ログ１７０には、更新した時刻を示す更新時刻１７１、更新したディスク上のブロックを示すブロックＩＤ１７２、更新後のデータを示す更新後データ１７３が含まれる。
【図面の簡単な説明】
【００２４】
【図１】第一実施例のシステム構成を示す図である。
【図２】第一実施例の通常運用におけるデータベースの状態遷移を示す図である。
【図３】第一実施例の障害発生時におけるデータベースの状態遷移を示す図である。
【図４】第一実施例の更新ログファイルの構成を示す図である。
【図５】第一実施例のチェックポイント管理テーブルを示す図である。
【図６】第一実施例のデータベースの構成を示す図である。
【図７】第一実施例のユーザ運用手順を示す図である。
【図８】第一実施例のデータベース管理システムの処理概要を示す図である。
【図９】第一実施例の複製データベース追付き処理を示す図である。
【図１０】第一実施例の対象チェックポイント取得処理を示す図である。
【図１１】第一実施例の追付き更新ログ取得処理を示す図である。
【図１２】第一実施例の追付き更新ログ反映処理を示す図である。
【図１３】第二実施例のシステム構成を示す図である。
【図１４】第二実施例のＤＢ−ディスクブロック変換テーブルの構成を示す図である。
【図１５】第二実施例の複製データベース追付き処理概要を示す図である。
【図１６】第三実施例のシステム構成を示す図である。
【図１７】第三実施例のディスク更新ログの構成を示す図である。
【符号の説明】
【００２５】
１０…情報処理装置、１１…メモリ、１１１…データベース管理システム、１６…外部記憶装置、１６１…ディスク制御処理部、１６１１…多重書き機構、１６２…データベース、１６３…複製データベース、１６４…更新ログファイル。
【図１】
2006004031.tif 000003
【図２】
2006004031.tif 000004
【図３】
2006004031.tif 000005
【図４】
2006004031.tif 000006
【図５】
2006004031.tif 000007
【図６】
2006004031.tif 000008
【図７】
2006004031.tif 000009
【図８】
2006004031.tif 000010
【図９】
2006004031.tif 000011
【図１０】
2006004031.tif 000012
【図１１】
2006004031.tif 000013
【図１２】
2006004031.tif 000014
【図１３】
2006004031.tif 000015
【図１４】
2006004031.tif 000016
【図１５】
2006004031.tif 000017
【図１６】
2006004031.tif 000018
【図１７】
2006004031.tif 000019