(57)【要約】      （修正有）【課題】二重化システムのバックアップにおいて、副サイトの復旧を部分的に済ますことができるバックアップ方法を提供する。【解決手段】記憶されるデータの更新記録が格納される複数の第一の格納領域を有する第一の記憶装置と、前記第一の格納領域とペア状態となって前記更新記録がコピーされる第二の格納領域を有する第二の記憶装置と、前記第一の格納領域と前記第二の格納領域との前記ペア状態を制御するディスク制御装置と、を備えるバックアップシステムの前記ディスク制御装置による前記データのバックアップ方法であって、前記更新記録が格納されない非ペア状態にあった一組の前記第一の格納領域及び前記第二の格納領域を前記ペア状態に切り替えるペア状態化ステップと、前記ペア状態であった別の一組の前記第一の格納領域及び前記第二の格納領域を前記非ペア状態に切り替える非ペア状態化ステップとを有する。【選択図】    図１
2005339131.tif 000002
【特許請求の範囲】
【請求項１】
記憶されるデータの更新記録が格納される複数の第一の格納領域を有する第一の記憶装置と、
前記第一の格納領域とペア状態となって前記更新記録がコピーされる第二の格納領域を有する第二の記憶装置と、
前記第一の格納領域と前記第二の格納領域との前記ペア状態を制御するディスク制御装置と、
を備えるバックアップシステムの前記ディスク制御装置による前記データのバックアップ方法であって、
前記更新記録が格納されない非ペア状態にあった一組の前記第一の格納領域及び前記第二の格納領域を前記ペア状態に切り替えるペア状態化ステップと、
前記ペア状態であった別の一組の前記第一の格納領域及び前記第二の格納領域を前記非ペア状態に切り替える非ペア状態化ステップと、
を有することを特徴とするバックアップ方法。
【請求項２】
前記ディスク制御装置は、前記第一の記憶装置を制御する第一のディスク制御装置、及び前記第二の記憶装置を制御する第二のディスク制御装置を有し、前記ペア状態化ステップ及び前記非ペア状態化ステップは、前記第一のディスク制御装置によって実行されることを特徴とする請求項１記載のバックアップ方法。
【請求項３】
前記ペア状態にある一組の前記第一の格納領域及び前記第二の格納領域に格納された前記更新記録に基づき、前記バックアップデータを前記第二の記憶装置に記憶させるバックアップ処理が中止された場合、
当該更新記録の終端情報に基づき、当該終端までの前記バックアップ処理を再開するバックアップ処理再開ステップを更に有することを特徴とする請求項２に記載のバックアップ方法。
【請求項４】
前記バックアップ処理再開ステップは、前記第二のディスク制御装置で実行されることを特徴とする請求項３に記載のバックアップ方法。
【請求項５】
記憶されるデータの更新記録が格納される複数の第一の格納領域が形成される第一の記憶装置と、
前記データのバックアップデータが記憶され、前記第一の格納領域とペア状態となって前記更新記録がコピーされる第二の格納領域が形成される第二の記憶装置と、
前記第一の格納領域と前記第二の格納領域との前記ペア状態を制御するディスク制御装置と、
を備えるバックアップシステムにおける前記ディスク制御装置であって、
前記更新記録が格納されない非ペア状態にあった一組の前記第一の格納領域及び前記第二の格納領域を前記ペア状態に切り替えるペア状態化部と、
前記ペア状態であった別の一組の前記第一の格納領域及び前記第二の格納領域を前記非ペア状態に切り替える非ペア状態化部と、
を備えることを特徴とするディスク制御装置。
【請求項６】
前記第一の記憶装置を制御する第一のディスク制御装置、及び前記第二の記憶装置を制御する第二のディスク制御装置を有し、前記ペア状態化ステップ及び前記非ペア状態化部は、前記第一のディスク制御装置が備えることを特徴とする請求項５記載のディスク制御装置。
【請求項７】
前記ペア状態にある一組の前記第一の格納領域及び前記第二の格納領域に格納された前記更新記録に基づき、前記バックアップデータを前記第二の記憶装置に記憶させるバックアップ処理が中止された場合、
当該更新記録の終端情報に基づき、当該終端までの前記バックアップ処理を再開するバックアップ処理再開部を更に備えることを特徴とする請求項６に記載のディスク制御装置。
【請求項８】
前記バックアップ処理再開部は、前記第二のディスク制御装置が備えることを特徴とする請求項７に記載のディスク制御装置。
【請求項９】
記憶されるデータの更新記録が格納される複数の第一の格納領域が形成される第一の記憶装置と、
前記データのバックアップデータが記憶され、前記第一の格納領域とペア状態となって前記更新記録がコピーされる第二の格納領域が形成される第二の記憶装置と、
前記第一の格納領域と前記第二の格納領域との前記ペア状態を制御するディスク制御装置と、
を備えるバックアップシステムであって、
前記ディスク制御装置は、
前記更新記録が格納されない非ペア状態にあった一組の前記第一の格納領域及び前記第二の格納領域を前記ペア状態に切り替えるペア状態化部と、
前記ペア状態であった別の一組の前記第一の格納領域及び前記第二の格納領域を前記非ペア状態に切り替える非ペア状態化部と、
を備えることを特徴とするバックアップシステム。
【請求項１０】
記憶されるデータの更新記録が格納される複数の第一の格納領域が形成される第一の記憶装置と、
前記データのバックアップデータが記憶され、前記第一の格納領域とペア状態となって前記更新記録がコピーされる第二の格納領域が形成される第二の記憶装置と、
前記第一の格納領域と前記第二の格納領域との前記ペア状態を制御するディスク制御装置と、
を備えるバックアップシステムに用いられる前記ディスク制御装置に実行させるプログラムであって、
前記更新記録が格納されない非ペア状態にあった一組の前記第一の格納領域及び前記第二の格納領域を前記ペア状態に切り替えるペア状態化ステップと、
前記ペア状態であった別の一組の前記第一の格納領域及び前記第二の格納領域を前記非ペア状態に切り替える非ペア状態化ステップと、
を備えることを特徴とするバックアッププログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データのコピーを記憶するデータ処理技術に関する。
【背景技術】
【０００２】
複数のストレージシステム間で用いられているリモートコピー機能に代表されるように、正サイト側情報処理システム（プライマリ・システムとも称される）と、副サイト側情報処理システム（セカンダリ・システムとも称される）とを用いたデータのバックアップシステムが災害対策等の用途で広く採用されている。正サイト側情報処理システム及び副サイト側情報処理システムは、二重化システムを構成し、それぞれディスクアレイ装置（第一の記憶デバイス，第二の記憶デバイス）を備えて、各ディスクアレイ装置のデータベースにデータやそのバックアップデータが論理ボリューム単位で格納される。すなわち、正サイト側情報処理システムのデータが格納される論理ボリューム（第一の論理ボリューム）と、副サイト側情報処理システムのバックアップデータが格納される論理ボリューム（第二の論理ボリューム）とが、ペア状態となって対応付けられている。このような二重化システムによるデータのバックアップ方式の一つとして、ログ転送方式が用いられている。
【０００３】
ログ転送方式とは、正サイト側情報処理システムのデータ更新記録（以後、ログと称する。）を副サイト側情報処理システムに転送し、副サイト側情報処理システムでバックアップデータを作成する方式である。このログ転送方式では、まずバックアップ開始の段階において、正サイト側情報処理システムのデータと副サイト側情報処理システムのバックアップデータとを同期化（ミラー化）しておく。そして、バックアップ処理が開始されると、正サイト側情報処理システムから論理ボリュームに格納されたログを副サイト側情報処理システムに転送する。その副サイト側情報処理システムでは、転送されたログをペア状態にある論理ボリュームにコピーするとともに、コピーされたログに基づき最新のバックアップデータを作成してデータベースの論理ボリュームに格納する。
【０００４】
ところで、このようなログ転送方式を用いてデータのバックアップを行う場合、正サイト側情報処理システムと副サイト側情報処理システムとの間におけるデータ転送中に回線障害が発生すると、ログを格納した論理ボリューム間のペア状態は中断(suspend)状態となる。その際、データの更新は、正サイト側情報処理システムの論理ボリュームのみに対して実行され、副サイト側情報処理システムの論理ボリュームに対しては実行されない。したがって、障害状態にあった回線が回復すると、再度の同期化（再同期化）を行うことにより、二重化システムにおけるバックアップ状態の復旧を図るようにしている。
【０００５】
この回線回復時の再同期化にあたり、二重化システムの信頼性を担保すべく、回線障害の発生中において、副サイト側情報処理システムの論理ボリュームに対して一切の更新がなされていないことについて保証されている必要がある。
【特許文献１】特開２００２−２５９１８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、この保証が担保されない場合、ログを格納した論理ボリューム（格納領域、もしくは、記憶領域）全てについて、初期コピーを実行しなければならない。この初期コピーでは、その時系列的な更新順序性が保証されずに、コピー処理が行われる。このため、もし、初期コピーの最中に、災害などで回線障害等が発生してコピー処理が中断すると、二重化システムのバックアップ状態の復旧は不可能となり、正サイト側及び副サイト側の情報処理システム双方の論理ボリューム全体が使用不能に陥る。
【０００７】
本発明は、このような課題に鑑みてなされたもので、バックアップ方法、バックアップシステム、ディスク制御装置、及びバックアッププログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の主たる発明は、記憶されるデータの更新記録が格納される複数の第一の格納領域を有する第一の記憶装置と、前記第一の格納領域とペア状態となって前記更新記録がコピーされる第二の格納領域を有する第二の記憶装置と、前記第一の格納領域と前記第二の格納領域との前記ペア状態を制御するディスク制御装置と、を備えるバックアップシステムの前記ディスク制御装置による前記データのバックアップ方法であって、前記更新記録が格納されない非ペア状態にあった一組の前記第一の格納領域及び前記第二の格納領域を前記ペア状態に切り替えるペア状態化ステップと、前記ペア状態であった別の一組の前記第一の格納領域及び前記第二の格納領域を前記非ペア状態に切り替える非ペア状態化ステップとを有する。
【発明の効果】
【０００９】
本発明によれば、副サイトの復旧を部分的に済ませることができるため、短時間に復旧することが可能となる。
【発明を実施するための最良の形態】
【００１０】
＝＝＝システム構成及び動作概略＝＝＝
本実施の形態における正サイトと副サイトとを有する二重化システムによるデータのバックアップ（データ複写）システムの構成図を図１に示す。図１に示すように、二重化システムによるバックアップシステムは、正サイト側情報処理システムと副サイト側情報処理システムの二つのシステムで構成される。正サイト側情報処理システムは、バックアップ元であり、サーバ（第一のディスク制御装置）１００とディスクアレイ装置１０３とを備える。副サイト側情報処理システムは、バックアップ先であり、サーバ（第二のディスク制御装置）１１０とディスクアレイ装置１１３とを備える。正サイト側情報処理システムのサーバ１００と副サイト側情報処理システムのサーバ１１０、並びに、正サイト側情報処理システムのディスクアレイ装置１０３と副サイト側情報処理システムのディスクアレイ装置１１３とは、通信回線（ネットワーク）１２０，１３０で接続されている。
【００１１】
図１に示すように、サーバ１００，１１０は、ＣＰＵ１０２，１１２の制御により動作するソフトウエア（プログラムやオブジェクト）で実現されるデータベース管理システム１０１，１１１を備える。ディスクアレイ装置１０３は、ＣＰＵ１０５の制御により動作するディスク制御プログラム１０４と、ログＡ１乃至ログＡ５をそれぞれ格納する論理ボリューム１５０乃至１５４と、更新元のデータを格納するデータベース１５５を備える。一方、ディスクアレイ装置１１３は、ＣＰＵ１１５の制御により動作するディスク制御プログラム１１４と、ログＢ１乃至ログＢ５をそれぞれ格納する論理ボリューム１６０乃至１６４と、更新先のバックアップデータを格納するデータベース１６５を備える。上記プログラムはスレッドやプロセスであってもよい。
【００１２】
このような二重化システムによるデータのバックアップシステムにおいて、外部の情報処理装置からの要求に応じ、サーバ１０１及びサーバ１１１のデータベース管理システム１０１，１１１の指令に基づき、ディスク制御プログラム１０４，１１４が動作することにより、データのバックアップ機能が実現される。例えば、現用（利用中）の一組の論理ボリューム１５３と論理ボリューム１６３との間において、データベース１５５のデータの更新に対応するログＡ４がコピー状態としてペア(pair)状態（ログＡ４とログＢ４）にある。一方、他の論理ボリュームの組１５０及び１６０，１５１及び１６１，１５２及び１６２，並びに１５４及び１６４は、コピー状態として中断(suspend)状態にある。ここでは論理ボリュームで説明しているが、物理ボリュームであってもよい。論理ボリュームはデータを格納する記憶領域もしくは格納領域として機能する一例に過ぎない。
【００１３】
これらログＡ１〜Ａ５，Ｂ１〜Ｂ５を格納する論理ボリュームの組１５０及び１６０，１５１及び１６１，１５２及び１６２，１５３及び１６３，並びに１５４及び１６４のコピー運用方法としては、最初に利用を開始した論理ボリュームの組１５０及び１６０に格納されたログＡ１，Ｂ１が蓄積して満杯となり有効な残存容量が無くなると、次の論理ボリューム１５０及び１６０の利用（現用）に切り替えてペア状態とし、論理ボリューム１５０及び１６０を待機状態とする。そして、論理ボリュームの組１５１及び１６１が満杯となると、同様に、次の組１５１及び１６１の利用に切り替えて論理ボリュームの組１５１及び１６１を待機状態とするといった現用の論理ボリュームの組の切り替えを番号の昇順に順次実行していく。そして、最後の１５４及び１６４の組が満杯になると、最初の論理ボリュームの組１５０及び１６０に戻り、ログの上書きといった方式で利用する。このような運用方式をリング・バッファ方式と称することもある。このような論理ボリュームの組のコピー運用状態は、図２に示すコピー状態管理テーブル１０１ｃとして、データベース管理システム１０１の適宜な記憶部に格納されている。
【００１４】
このようなバックアップ方法では、利用中でない論理ボリュームの組を非ペア状態としてミラー（同期化）機能を中断（suspend）状態もしくは停止状態とすることにより、利用中以外の論理ボリュームに別の更新がなされていないことを保証可能となる。したがって、再同期化の際、利用中の論理ボリュームの組だけを初期コピーするだけで済む。したがって、再同期化の際、初期コピーの対象となる論理ボリュームの組を必要最小限とでき、初期コピー中の災害等による不具合を出来る限り防止できる。
【００１５】
＝＝＝特徴的な構成及び動作の詳細＝＝＝
前述した、ログを格納する論理ボリュームの組に関するコピー運用方法について詳述する。
【００１６】
＜＜＜正サイト側情報処理システム＞＞＞
まず、図３に示すように、正サイト側情報処理システムのデータベース管理システム１０１は、実行制御部１０１ａ，ＤＢ（データベース）管理部１０１ｂ，前述したコピー状態管理テーブル１０１ｃ，ログ管理部１０１ｄ，及びコピー制御部１０１ｅを備える。実行制御部１０１ａは、データベース１５５に対するデータの書き込みや読み出しを実行する。ＤＢ管理部１０１ｂは、実行制御部１０１ａの動作を統括制御する。ログ管理部１０１ｄは、コピー制御部１０１ｅの指令に応じ、コピー状態管理テーブル１０１ｃについて参照や更新を可能とする。コピー制御部１０１ｅは、ログ管理部１０１ｄを制御して、コピー状態管理テーブル１０１ｃを参照したり更新するとともに、論理ボリューム１５０〜１５４のコピー動作を制御する。なお、各部１０１ａ，１０１ｂ，１０１ｄ，１０１ｅの動作は、各部の機能を実現するプログラムの実行により実現される。
【００１７】
前述した論理ボリュームの組のコピー運用状態をより具体的に詳述すべく、コピー制御部１０１ｅの動作について、図４のフローチャート並びに図１及び図２を参照して説明する。まず、コピー状態管理テーブル１０１ｃをリセットして初期化し（Ｓ１００）、ログを格納する論理ボリューム１５３に対するログの書き込み要求の受付を開始し、当該要求の受領を待つ（Ｓ１１０→Ｓ１２０→Ｓ１３０：ＮＯ→Ｓ１２０）。この書き込み要求があれば、これを受け付けて、ペア状態にある論理ボリューム（ログＡ４を格納）１５３が満杯になって次の論理ボリューム（ログＡ５を格納予定）１５４に切り替える必要が無ければ、利用中の論理ボリューム１５３にログを書き込むと共に、ペア状態にある論理ボリューム１６３にコピー処理を実行して同期化（ミラー化）を図り、次の書き込み要求を待つ（Ｓ１３０：ＹＥＳ→Ｓ１４０→Ｓ１５０：ＮＯ→Ｓ１６０→Ｓ１２０）。
【００１８】
もし、論理ボリューム１５３が満杯になって次の論理ボリューム１５４に切り替える必要があれば、コピー状態管理テーブル１０１ｃを参照して、次の論理ボリュームの組に関する論理ボリュームに関する情報（識別子等）を取得し、コピー状態管理テーブル１０１ｃにおける論理ボリューム１５３のコピー状態について非ペア（suspend，中断）状態から利用中（現用）のペア状態に変更する（Ｓ１５０：ＹＥＳ→Ｓ１７０：ペア状態化ステップ）。そして、次の論理ボリューム１５４に切り替える前の利用中の論理ボリューム１５３のコピー状態をペア状態から中断（suspend）状態へコピー状態管理テーブル１０１ｃを変更する（Ｓ１８０：非ペア状態化ステップ）。このように、コピー状態管理テーブル１０１ｃにおける論理ボリュームのコピー状態の変更処理の終了後、実際にログの書き込み対象たる論理ボリュームの切り替え処理を実行する（Ｓ１９０）。そして、このような論理ボリュームの切り替えに伴い、コピー状態管理テーブル１０１ｃにおける論理ボリュームの利用状態（待機あるいは現用）を変更する（Ｓ２００）。すなわち、論理ボリューム１５３の利用状態について利用中（現用）から待機状態に変更するとともに、論理ボリューム１５４の利用状態について待機状態から利用中（現用）に変更する（Ｓ２１０）。このように、論理ボリュームの切り替え処理に伴い、コピー状態管理テーブル１０１ｃを更新してはじめて、実際に、ログＡ５の書き込みを論理ボリューム１５４に行うと共に、ペア状態にある論理ボリューム１６４にコピー処理を実行することによりログＢ５を生成して同期化を図り、次の書き込み要求を待つ（Ｓ２１０→Ｓ１２０→Ｓ１３０→Ｓ１２０）。
【００１９】
＜＜＜副サイト側情報処理システム＞＞＞
まず、図５に示すように、副サイト側情報処理システムのデータベース管理システム１１１は、実行制御部１１１ａ，ＤＢ（データベース）管理部１１１ｂ，ログ管理部１１１ｄ，ログ適用部１１１ｅ及びログ監視部１１１ｆを備える。実行制御部１１１ａは、データベース１６５に対するバックアップデータの書き込みや読み出しを実行する。ＤＢ管理部１１１ｂは、実行制御部１１１ａの動作を統括制御する。ログ管理部１１１ｄは、ログ監視部１１１ｆの指令に応じ、正サイト側情報処理システムのデータベース管理システム１０１と通信し、コピー状態管理テーブル１０１ｃを参照可能とする。ログ適用部１１１ｅは、詳しくは後述する通り、適宜、データベース１６５のデータの更新処理をログ適用処理として実行する。ログ監視部１１１ｆは、ログ管理部１１１ｄを制御して、正サイト側情報処理システムのコピー状態管理テーブル１０１ｃを参照して必要な情報を取得する。なお、各部１１１ａ〜１１１ｆの動作は、各部の機能を実現するプログラムの実行により実現される。
【００２０】
前述した論理ボリュームの組のコピー運用状態をより具体的に詳述すべく、ログ適用部１１１ｅ及びログ監視部１１１ｆの動作について、図６又は図７のフローチャート並びに図１及び図５を参照して説明する。
【００２１】
まず、ログ適用部１１１ｅの動作について説明すると、正サイト側情報処理システムのログ管理部１０１ｄとログ管理部１１１ｄを介して通信し、ログ切替の要否を判定すべく、コピー状態管理テーブル１０１ｃを参照する。この参照の結果、前述したようにペア状態にある論理ボリューム１５３からが次の論理ボリューム１５４に切り替える場合、これに合わせてログ切替処理を実行し、論理ボリューム１６３を待機状態にするとともに論理ボリューム１６４を利用中（現用）状態とした後、再度、ログ切替の要否判定に戻る（Ｓ２００→Ｓ２１０：ＹＥＳ→Ｓ２２０→Ｓ２００）。一方、ログ切替が不要であり（Ｓ２１０：ＮＯ）、例えばペア状態にある論理ボリューム１５３と論理ボリューム１６３との間でログのコピー処理が完了して同期化済みの場合（Ｓ２３０：ＹＥＳ）、論理ボリューム１６３に格納されたログＢ４に基づき、データベース１６５のバックアップデータの更新処理をログ適用処理として実行した後、ログ切替の要否の判定処理に戻る（Ｓ２４０→Ｓ２００→Ｓ２１０）。反対に、前記のＳ２３０の処理で同期化済みでない場合（Ｓ２３０：ＮＯ）、ログ切替の要否の判定処理に戻る（Ｓ２００→Ｓ２１０）。
【００２２】
次に、ログ監視部１１１ｆの動作について説明すると、正サイト側情報処理システムのディスクアレイ装置１０３と、副サイト側情報処理システムのディスクアレイ装置１１３とを結ぶ通信回線１２０に障害が発生した場合、サーバ１００及びサーバ１１０間を結ぶ通信回線１１０を通じてログ監視部１１１ｆに通知される。この障害通知またはその障害回復要求がサーバ１００からログ監視部１１１ｆに通知されると（Ｓ３１０：ＹＥＳ）、利用中の例えば論理ボリューム１６３に格納されたログＢ４に基づくデータベース１６５の更新するログ適用部１１１ｅの動作を中止させる（Ｓ３２０）。そして、正サイト側情報処理システムのログ管理部１０１ｄから、利用中のペア状態にある例えば論理ボリューム１６３のログＢ４において、Ｓ３２０で中止された時点のログの終端を示す情報（以後、終端ログ情報（更新記録の終端情報）と称する。）を取得する（Ｓ３３０）。そして、取得した終端ログ情報に基づき、中止された時点のログの終端（以後、終端ログと称する。）まで前述したログ適用処理（データベース１６５の更新処理）が実行済みか否かを判定する（Ｓ３４０）。これが実行済みでなければ（Ｓ３４０：ＮＯ）、Ｓ３２０で中止したログ適用部１１１ｅの動作を実行済み（Ｓ３４０：ＹＥＳ）となるまで続行させる（Ｓ３５０→Ｓ３６０→Ｓ３４０，バックアップ処理再開ステップ）。そして、Ｓ３４０の判定の結果、終端ログまでログ適用処理が実行済みとなれば（Ｓ３４０：ＹＥＳ）、正サイト側情報処理システムに対し、ログについて再度の同期化（再同期化）の要求を行う。
【００２３】
この場合、正サイト側情報処理システムと副サイト側情報処理システムとの間では、前述したとおり、障害発生時点にペア状態にあった一組の論理ボリューム間のみで初期コピーを行えばよく、他の待機（suspend）状態にあった論理ボリューム間で初期コピーを行う必要はない。そして、ログ適用部１１１ｅの動作を再開させ（Ｓ３７０）、障害通知またはその障害回復要求の待ち受け状態に戻る（Ｓ３７０→Ｓ３００→Ｓ３１０：ＮＯ→Ｓ３００）。
【００２４】
ログの書き込み特性は、シーケンシャル・ライトになるため、障害発生時には、どこまで副サイトの論理ボリュームに書き込まれたかを終端ログとして記憶しておくことにより、副サイトの論理ボリュームにおける終端ログに対応するデータ（つまり、障害のため副サイトの論理ボリュームに反映された最後のデータ）の次の正サイトにおけるログデータを書き込むことにより副サイトの論理ボリュームに正サイトの論理ボリュームにおけるデータを反映することが可能となる。つまり、副サイトの論理ボリュームを正サイトの論理ボリュームと同じデータ内容にすることができる。このようにすることにより、副サイトの論理ボリューム一つ分ではなく論理ボリュームを部分的に復旧することが可能となる。
【００２５】
また、前述したように、正サイトの論理ボリュームにおける終端ログまでログ適用処理が完了した後、ログの再同期化を実行する。このため、ログ適用処理が終端ログまで完了していないにも拘わらず、ログの再同期化を開始してしまうことによるデータの欠損を防止できる。よって、通信回線１２０の障害等の場合におけるデータの欠損を最小限に抑えることができる。
【００２６】
なお、終端ログ情報の取得方法について説明すると、正サイト側情報処理システムのログ管理部１０１ｄの動作により、終端ログ情報は不揮発性メモリに随時記憶される。この不揮発性メモリに記憶された終端ログ情報を参照することにより、副サイト側情報処理システムのディスクアレイ装置１１３の論理ボリュームに正常に書き込めたログの書き込み位置を特定する。この終端ログ情報の具体例としては、障害発生直前に最後に書き込んだログに関するレコードＩＤあるいはレコード数を採用できる。
【００２７】
第一の記憶デバイスの論理ボリュームと第二の記憶デバイスの論理ボリュームとの組をデータの更新記録の格納対象として切り替えるにあたり、利用していた組を非ペア状態として中断（suspend）状態とする。このことにより、利用中以外の論理ボリュームの組に別の更新がなされていないことを保証可能となる。よって、再同期化の際、利用中の論理ボリュームの組だけを初期コピーするだけで済む。したがって、再同期化の際、初期コピーの対象となる論理ボリュームの組を必要最小限とでき、初期コピー中の災害等による不具合を出来る限り防止できる。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施の形態である二重化システムによるデータのバックアップシステムの構成図である。
【図２】本発明の一実施の形態に係るバックアップシステムにおけるコピー状態管理テーブル１０１ｃを示す図表を示すブロック図である。
【図３】本発明の一実施の形態であるバックアップシステムにおける正サイト側情報処理システムのデータベース管理システムの機能ブロック図である。
【図４】本発明の一実施の形態であるバックアップシステムにおける正サイト側情報処理システムのデータベース管理システムの動作を示すフローチャートである。
【図５】本発明の一実施の形態であるバックアップシステムにおける副サイト側情報処理システムのデータベース管理システムの機能ブロック図である。
【図６】本発明の一実施の形態であるバックアップシステムにおける副サイト側情報処理システムのデータベース管理システムによる動作を示すフローチャートである。
【図７】本発明の一実施の形態であるバックアップシステムにおける副サイト側情報処理システムのデータベース管理システムの動作を示すフローチャートである。
【符号の説明】
【００２９】
１００              サーバ（第一のディスク制御装置）
１０１，１１１      データベース管理システム
１０１ａ，１１１ａ  実行制御部
１０１ｂ，１１１ｂ  ＤＢ（データベース）管理部
１０１ｃ            コピー状態管理テーブル
１０１ｄ，１１１ｄ  ログ管理部
１０１ｅ            コピー制御部
１１１ｅ            ログ適用部
１１１ｆ            コピー監視部
１０３，１１３      ディスクアレイ装置
１０４，１１４      ディスク制御プログラム
１０２，１０５，１１２，１１５  ＣＰＵ
１１０              サーバ（第二のディスク制御装置）
１２０，１３０      通信回線（ネットワーク）
１５０〜１５４，１６０〜１６４  論理ボリューム
１５５，１６５      データベース
【図１】
2005339131.tif 000003
【図２】
2005339131.tif 000004
【図３】
2005339131.tif 000005
【図４】
2005339131.tif 000006
【図５】
2005339131.tif 000007
【図６】
2005339131.tif 000008
【図７】
2005339131.tif 000009