JP4431022B2 - コンピュータシステム及びその制御方法 - Google Patents

Description

本発明は、データ複製技術を応用したストレージシステムのデータ管理に関する。

データストレージ市場では、大量のデータを格納したストレージシステムが災害等で破壊されてもデータを喪失しない、いわゆるディザスタリカバリシステムが要求されている。このような市場の要求に応えるべく、データ複製技術を利用してデータをバックアップするコンピュータシステムが提供されている。これは、二つの論理ボリューム間でデータの複製を実行し、これらの論理ボリュームに同一のデータを格納するものである。二つの論理ボリュームは、同一のストレージシステム内にあってもよいし、地理的に離れた二つのストレージシステム内にあってもよい（例えば、特許文献１参照）。

さらに、データ複製技術を応用して、世代の異なるバックアップデータを管理する方法が提案されている（特許文献２）。この方法によれば、一つの正論理ボリュームが複数の副論理ボリュームとデータ複製のペアを構成し、正論理ボリュームの世代の異なるバックアップデータが各副論理ボリュームに格納される。
特開２００３−３４５５２２号公報 特開２００４−１６４３１８号公報

最近、データ複製のペアを多段に連結する、いわゆるカスケード構成のデータ複製技術が出現した。このように多段に連結されたペアのコピー経路において、上流の論理ボリュームのデータが更新されると、その更新されたデータは、コピー経路に沿って複製され、下流の論理ボリュームまで波及する。コピー経路の途中のペアのデータ複製の実行及び停止を制御することによって、異なる世代のバックアップデータを管理することもできる。

このようなカスケード構成のデータ複製において、ユーザがコピー経路の上流のペアの状態を変更すると、その変更の影響が当該コピー経路の最も下流の論理ボリュームまで波及する場合がある。例えば、上流のペアにおいて、停止されていたデータ複製を再開することによって、当該ペアから離れた下流の論理ボリュームのデータが更新される場合がある。その結果、例えば、特定の世代のバックアップデータが消失するなど、ユーザが望まないデータ消失が発生することがある。

本発明は、ストレージシステムと、前記ストレージシステムを含むコンピュータシステムを管理する管理サーバと、を備え、前記ストレージシステムは、データが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、前記管理サーバは、前記論理ボリュームに格納されたデータを管理するデータ管理部と、前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、前記ペアの状態には、前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、前記更新されたデータの複製が停止した第２状態と、があり、前記データ管理部は、前記ペアの状態を変更する要求を受信すると、記第１状態を前記第２状態に変更する分割が要求された場合には、前記管理情報を参照して、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、前記第２状態を前記第１状態に変更する同期が要求された場合には、前記管理情報を参照して、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが当該副論理ボリュームから失われると特定し、当該失われるバックアップデータに関する情報を出力することを特徴とする。

本発明によれば、業務状態変更又はペア操作によってユーザが望まないデータ消失が発生することが防止される。

図１は、本発明の実施の形態のコンピュータシステムの構成のブロック図である。

本実施の形態のコンピュータシステムは、管理サーバ１００、一つ以上の業務サーバ１２０及び一つ以上のストレージシステム１４０によって構成される。

管理サーバ１００及び業務サーバ１２０は、ネットワーク１６０によって相互に通信可能に接続される。ネットワーク１６０は、例えば、ＬＡＮ又はいわゆるインターネット等のＩＰネットワークである。

業務サーバ１２０及びストレージシステム１４０は、ストレージエリアネットワーク（ＳＡＮ）１７０によって相互に通信可能に接続される。ＳＡＮ１７０は、ストレージ専用のネットワークであり、ＦＣプロトコル又はＦＣＩＰプロトコル等による通信が行われる。

ストレージシステム１４０は、さらに、ネットワーク１６０によって管理サーバ１００等と通信可能に接続されてもよい。

管理サーバ１００は、本実施の形態のコンピュータシステムを管理するコンピュータである。管理サーバ１００は、入出力装置１０１、ディスク装置１０２、ＣＰＵ１０３、主記憶装置１０４、ネットワークインターフェース（Ｉ／Ｆ）１０５及びこれらを接続するバス１０６によって構成される。

入出力装置１０１は、例えば、表示画面（ディスプレイ）、キーボード、マウス等である。

ディスク装置１０２は、例えば、一つのハードディスクドライブであり、ＣＰＵ１０３によって実行されるプログラム及び当該プログラムを実行する際に必要なデータが格納される（図２参照）。

ＣＰＵ１０３は、管理サーバ１００を制御するプロセッサであり、ディスク装置１０２に格納されたプログラムを実行する。

主記憶装置１０４は、例えば、半導体メモリであり、ＣＰＵ１０３がプログラムを実行する際に使用される。

ネットワークＩ／Ｆ１０５は、管理サーバ１００がネットワーク１６０を介して業務サーバ１２０等と通信するためのインターフェースである。

業務サーバ１２０は、ストレージシステム１４０を使用してファイルシステムを提供したり、ＤＢＭＳ等のアプリケーションを実行することによってユーザの業務を支援するコンピュータである。業務サーバ１２０は、入出力装置１２１、ネットワークＩ／Ｆ１２２、ＣＰＵ１２３、主記憶装置１２４、ディスク装置１２５、データＩ／Ｆ１２６及びこれらを接続するバス１２７によって構成される。

入出力装置１２１は、例えば、表示画面（ディスプレイ）、キーボード、マウス等である。

ネットワークＩ／Ｆ１２２は、業務サーバ１２０がネットワーク１６０を介して管理サーバ１００等と通信するためのインターフェースである。

ＣＰＵ１２３は、業務サーバ１２０を制御するプロセッサであり、ディスク装置１２５に格納されたプログラムを実行する。

主記憶装置１２４は、例えば、半導体メモリであり、ＣＰＵ１２３がプログラムを実行する際に使用される。

ディスク装置１２５は、例えば、一つのハードディスクドライブであり、ＣＰＵ１２３によって実行されるプログラム及び当該プログラムを実行する際に必要なデータが格納される（図３参照）。

データＩ／Ｆ１２６は、業務サーバ１２０がＳＡＮ１７０を介してストレージシステム１４０等と通信するためのインターフェースである。

業務サーバ１２０Ｃの構成は、図示を省略するが、業務サーバ１２０Ａ及び１２０Ｂと同様である。本実施の形態のコンピュータシステムは、さらに多くの業務サーバ１２０を含んでもよい。

ストレージシステム１４０は、業務サーバ１２０からの要求に応じて、データを格納する。

ストレージシステム１４０は、管理用ポート１４１、ポート１４２、ディスク装置１４３及びこれらを制御するディスクコントローラ１４５によって構成される。

管理用ポート１４１は、ストレージシステム１４０がネットワーク１６０を経由して管理サーバ１００等と通信するためのインターフェースである。なお、ストレージシステム１４０は、ネットワーク１６０に接続されなくてもよい。ストレージシステム１４０をネットワーク１６０に接続しない場合、管理用ポート１４１はなくてもよい。

ポート１４２は、ストレージシステム１４０がＳＡＮ１７０を介して業務サーバ１２０等と通信するためのインターフェースである。

論理ボリューム１４４は、複数のハードディスクドライブ（例えば、ＲＡＩＤ）から構成されてもよい。本実施例では、各論理ボリューム１４４は、複数のハードディスクドライブによって構成されるＲＡＩＤを想定している。

論理ボリュームとは、論理的に一つのディスクドライブとして取り扱われる記憶領域である。業務サーバ１２０が使用するデータは、いずれかの論理ボリューム１４４に格納される。

ストレージシステム１４０Ｃの構成は、図示を省略するが、ストレージシステム１４０Ａ及び１４０Ｂと同様である。本実施の形態のコンピュータシステムは、さらに多くのストレージシステム１４０を含んでもよい。

ストレージシステム１４０の論理ボリューム１４４に格納されたデータを、業務サーバ１２０を介さずに、ＳＡＮ１７０を介して別のストレージシステム１４０の論理ボリューム１４４に複製（コピー）することができる。このようなデータ複製は、リモートコピーと呼ばれる。また、ストレージシステム１４０の論理ボリューム１４４に格納されたデータを、同じストレージシステム１４０の別の論理ボリューム１４４に複製することもできる。このようなデータ複製は、ローカルコピーと呼ばれる。

これらのように、論理ボリューム１４４間でデータが複製される場合、複製元の論理ボリューム１４４と複製先の論理ボリューム１４４は、二つのボリュームでペアと呼ばれる。複製元の論理ボリューム１４４は正論理ボリューム（ＰＶＯＬ）、複製先の論理ボリューム１４４は副論理ボリューム（ＳＶＯＬ）と呼ばれる。

図２は、本発明の実施の形態の管理サーバ１００のディスク装置１０２の内容の説明図である。

ディスク装置１０２には、少なくとも、データ管理プログラム２０１、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３が格納される。これらのプログラム及びテーブルの構成については、後で詳細に説明する。

図３は、本発明の実施の形態の業務サーバ１２０のディスク装置１２５の内容の説明図である。

ディスク装置１２５には、少なくとも、ペア管理プログラム３０１及びペア構成定義テーブル３０２が格納される。

ペア管理プログラム３０１は、管理サーバ１００等から指示を受けて、論理ボリューム１４４のペアの状態を切り替えるペア操作を実行する。

ペア状態には、「ペア（PAIR）」「サスペンド（SUSPEND）」「コピー（COPY）」「エラー（ERROR）」の四つがある。

「ペア」は、データ複製が行われた結果、ＰＶＯＬとＳＶＯＬに同一のデータが格納された状態である。「ペア」状態のペアのＰＶＯＬのデータが更新されると、更新されたデータは、データ複製（ローカルコピー又はリモートコピー）によってＳＶＯＬに複製される。その結果、ＰＶＯＬとＳＶＯＬのデータの同一性が維持される。

「サスペンド」は、データ複製が停止した状態である。「サスペンド」状態のペアのＰＶＯＬのデータが更新されても、更新されたデータは、ＳＶＯＬに複製されない。このため、「サスペンド」状態のペアのＰＶＯＬとＳＶＯＬには、異なるデータが格納されている場合がある。

「コピー」は、「サスペンド」状態を「ペア」状態に切り替えるためのデータ複製が行われている状態である。

ペア管理プログラム３０１が実行するペア操作には、「分割（SPLIT）」「同期（RESYNC）」「逆同期（REVERCE-RESYNC）」の三つがある。なお、「逆同期」は、「復元（RESTORE）」とも呼ばれる。

「ペア」状態のペアに「分割」を実行すると、そのペアは「サスペンド」状態になる。

「サスペンド」状態のペアに「同期」を実行すると、そのペアは「コピー」状態となり、ＰＶＯＬのデータがＳＶＯＬに複製される。その複製が終了すると、そのペアは「ペア」状態となる。

「サスペンド」状態のペアに「復元」を実行すると、そのペアは「コピー」状態となり、ＳＶＯＬのデータがＰＶＯＬに複製される。その複製が終了すると、そのペアは「ペア」状態となる。

上記のような、ペア管理プログラム３０１によって実行されるペア操作は、従来のデータ複製において実行されるものと同様である。

ペア構成定義テーブル３０２は、業務サーバ１２０がアクセスするストレージシステム１４０内の各論理ボリュームが属するペアに関する情報を含む。ペア構成定義テーブルについては、後で詳細に説明する（図７）。

なお、ペア管理プログラム３０１及びペア構成定義テーブル３０２は、管理サーバ１００のディスク装置１０２に格納されてもよい。その場合、ペア管理プログラム３０１は、ネットワーク１６０に接続された管理用ポート１４１を介してストレージシステム１４０内の論理ボリューム１４４のペア操作を実行する。

図４は、本発明の実施の形態のデータ複製のペア及びコピーグループの説明図である。

図４の例において、ＤＫＣ１、ＤＫＣ２及びＤＫＣ３は、ストレージシステム１４０である。例えば、ＤＫＣ１、ＤＫＣ２及びＤＫＣ３は、それぞれ、ストレージシステム１４０Ａ、１４０Ｂ及び１４０Ｃであってもよい。図４では、ＳＡＮ１７０、業務サーバ１２０等の図示を省略する。

ＤＫＣ１には、ＶＯＬ１０、ＶＯＬ１１及びＶＯＬ１２の三つの論理ボリューム１４４が含まれる。ＤＫＣ２には、ＶＯＬ２０、ＶＯＬ２１及びＶＯＬ２２の三つの論理ボリューム１４４が含まれる。ＤＫＣ３には、ＶＯＬ３０、ＶＯＬ３１、ＶＯＬ３２、ＶＯＬ４０、ＶＯＬ４１及びＶＯＬ４２の六つの論理ボリューム１４４が含まれる。

ＤＫＣ１及びＤＫＣ２の間で、ＶＯＬ１０のデータがＶＯＬ２０に複製される。すなわち、ＶＯＬ１０及びＶＯＬ２０は、ペアを構成する。ここで、ＶＯＬ１０がＰＶＯＬ、ＶＯＬ２０がＳＶＯＬである。このＶＯＬ１０及びＶＯＬ２０によるペアを、ペアＰ１０２０とする。

同様にして、ＶＯＬ１１及びＶＯＬ２１は、ペアＰ１１２１を構成する。ここで、ＶＯＬ１１がＰＶＯＬ、ＶＯＬ２１がＳＶＯＬである。

ＶＯＬ１２及びＶＯＬ２２は、ペアＰ１２２２を構成する。ここで、ＶＯＬ１２がＰＶＯＬ、ＶＯＬ２２がＳＶＯＬである。

これらの３つのペアは、ＤＫＣ１及びＤＫＣ２の間のリモートコピーによるペアである。

ペアＰ１０２０、Ｐ１１２１及びＰ１２２２は、コピーグループＣＧ１２を構成する。コピーグループとは、ペアの集合であり、ペア操作の単位とすることができる。ペア操作の単位とは、複数のペア操作を一括して実施する単位である。コピーグループがデータ整合性を保障する場合、一つのコピーグループ内では、ＰＶＯＬが更新されると、その更新の順にＳＶＯＬが更新される。例えば、ＶＯＬ１０のデータＡ（図示省略）が更新され、次にＶＯＬ１１のデータＢ（図示省略）が更新される場合、データＡがＶＯＬ１０からＶＯＬ２０に複製され、次にデータＢがＶＯＬ１１からＶＯＬ２１に複製される。このようにデータの更新順序が維持されることによって、コピーグループ内のデータの相互の整合性が維持される。

例えば、一つのアプリケーションの一つのインスタンスに関する複数のペアを一つのコピーグループとしてもよいし、一つのデータベースに関する複数のペアを一つのコピーグループとしてもよい。

同様にして、ＶＯＬ２０、ＶＯＬ２１及びＶＯＬ２２は、それぞれ、ＶＯＬ３０、ＶＯＬ３１及びＶＯＬ３２と、リモートコピーによるペアＰ２０３０、Ｐ２１３１及びＰ２２３２を構成する。これらのペアにおいては、ＶＯＬ２０、ＶＯＬ２１及びＶＯＬ２２がＰＶＯＬであり、ＶＯＬ３０、ＶＯＬ３１及びＶＯＬ３２がＳＶＯＬである。これらの３つのペアは、コピーグループＣＧ２３を構成する。

さらに、ＶＯＬ３０、ＶＯＬ３１及びＶＯＬ３２は、それぞれ、ＶＯＬ４０、ＶＯＬ４１及びＶＯＬ４２と、ローカルコピーによるペアＰ３０４０、Ｐ３１４１及びＰ３２４２を構成する。これらのペアにおいては、ＶＯＬ３０、ＶＯＬ３１及びＶＯＬ３２がＰＶＯＬであり、ＶＯＬ４０、ＶＯＬ４１及びＶＯＬ４２がＳＶＯＬである。これらの３つのペアは、コピーグループＣＧ３４を構成する。

次に、図４を用いて本発明の概要を説明する。なお、ここでは、ＶＯＬ１０、ＶＯＬ２０、ＶＯＬ３０及びＶＯＬ４０のみについて説明するが、この説明は他の論理ボリューム１４４にも適用される。

図４に示す全てのペアのペア状態が「ペア」である場合、例えば、業務サーバ１２０がＤＫＣ１のＶＯＬ１０のデータを更新すると、その更新は、リモートコピーによってＶＯＬ２０及びＶＯＬ３０に反映され、さらに、ローカルコピーによってＶＯＬ４０に反映される。その結果、ＶＯＬ１０、ＶＯＬ２０、ＶＯＬ３０及びＶＯＬ４０には、同じデータが格納される。

次に、ペアＰ２０３０について「分割」が実行されると、ペアＰ２０３０のペア状態は「サスペンド」となり、ペアＰ２０３０のリモートコピーが停止される。

その後、ＶＯＬ１０のデータが更新されると、その更新はリモートコピーによってＶＯＬ２０に反映されるが、ペアＰ２０３０のリモートコピーが停止しているため、ＶＯＬ３０及びＶＯＬ４０には反映されない。その結果、ＶＯＬ１０及びＶＯＬ２０に格納されるデータと、ＶＯＬ３０及びＶＯＬ４０に格納されるデータとは、同一でなくなる。

その後、ペアＰ２０３０について「同期」が実行されると、ペア状態は「コピー」となり、ＶＯＬ２０のデータがＶＯＬ３０に複製される。その複製が終了すると、ペア状態は「ペア」となる。このとき、複製が開始する前にＶＯＬ３０に格納されていたデータのうち、ＶＯＬ２０と異なるデータは、複製によって失われる。

さらに、ペアＰ３０４０のペア状態が「ペア」であるため、ＶＯＬ３０の更新がＶＯＬ４０に反映される。その結果、ＶＯＬ４０に格納されていたデータのうち、ＶＯＬ２０と異なるデータは、失われる。

本発明のデータ管理プログラム２０１は、管理者がペア操作を実行する際に、そのペア操作によって失われる可能性があるデータ（図４の例では、ＶＯＬ３０及びＶＯＬ４０に含まれるデータ）を特定し、ユーザに通知する。通知を受けたユーザは、例えば、ペア操作を中止することができる。さらに、ユーザは、ペアＰ２０３０について「同期」を実行する前に、ペアＰ３０４０について「分割」を実行してもよい。その結果、ＶＯＬ３０の更新がＶＯＬ４０に反映されなくなり、ＶＯＬ４０のデータが保存される。

図５は、本発明の実施の形態のペア状態・業務状態管理テーブル２０２の説明図である。

ペア状態・業務状態管理テーブル２０２は、論理ボリューム１４４のデータを管理するための情報を含み、データ管理プログラム２０１によって参照される。

図５は、図１のコンピュータシステムに、図４のようなペア及びコピーグループが存在する場合のペア状態・業務状態管理テーブル２０２の内容を示す。ペア状態・業務状態管理テーブル２０２の一つの行は、管理サーバ１００が管理するストレージシステム１４０に存在する一つのペアに対応する。

図５において、ＰＶＯＬ５０１及びＳＶＯＬ５０２は、各ペアを構成するＰＶＯＬ及びＳＶＯＬの名前である。ＰＶＯＬ５０１及びＳＶＯＬ５０２には、「ＶＯＬ１０」、「ＶＯＬ２０」等が記入される。

コピーグループ名５０３は、各ペアが属するコピーグループの名前である。コピーグループ名５０３には、「ＣＧ１２」等が記入される。

ペア名５０４は、各ペアの名前である。ペア名５０４には、「Ｐ１０２０」等が記入される。

ペア状態５０５は、各ペアのペア状態である。ペア状態５０５には、「ペア」、「サスペンド」、「コピー」又は「エラー」のいずれかが記入される。図５の例では、ペアＰ２０３０、Ｐ２１３１及びＰ２２３２のペア状態は「サスペンド」であり、その他のペアのペア状態は「ペア」である。これは、図４において、コピーグループＣＧ１２及びＣＧ３４に属するペアにおいてはリモートコピー又はローカルコピーが実行され、コピーグループＣＧ２３に属するペアのリモートコピーは停止していることを示す。

業務５０６は、業務サーバ１２０によって業務が実行されている（すなわち、業務サーバから直接データＩ／Ｏを受けている）論理ボリューム１４４を含むペアを示す。図５の例では、ＤＫＣ１を使用する業務サーバ１２０が業務を実行しているため、ＶＯＬ１０、ＶＯＬ１１及びＶＯＬ１２を含むペアについて、「○」が記入される。

静止フラグ５０７は、業務が静止化されているか否かを示す。静止化とは、業務サーバ１２０から論理ボリューム１４４への（直接又は間接の）データアクセス（Ｉ／Ｏ）を停止することである。業務が静止化されていると、業務を直接提供しているペアについて「○」が記入される。業務５０６に「○」が記入されているペアのみが対象である。

図６は、本発明の実施の形態のボリューム・データ対応管理テーブル２０３の説明図である。

ボリューム・データ対応管理テーブル２０３は、論理ボリューム１４４のデータを管理するための情報を含み、データ管理プログラム２０１によって参照される。

図６は、図５と同様、図１のコンピュータシステムに、図４のようなペア及びコピーグループが存在する場合のボリューム・データ対応管理テーブル２０３の内容を示す。ボリューム・データ対応管理テーブル２０３の一つの行は、管理サーバ１００が管理するストレージシステム１４０に存在する一つの論理ボリューム１４４に対応する。

図６において、ボリューム６０１は、各論理ボリューム１４４の名前である。ボリューム６０１には、「ＶＯＬ１０」、「ＶＯＬ２０」等が記入される。

データ名６０２は、各論理ボリューム１４４に格納されるデータを識別する名前である。データは、例えば、データを作成したアプリケーション、そのアプリケーションを実行した業務サーバ１２０及びインスタンスの名前によって識別される。

図６の例では、ＶＯＬ１０〜１２のデータは、「ホスト１」という名前の業務サーバ１２０の「ＳＱＬサーバ」というアプリケーションによって作成されたものであり、インスタンス名は「ＳＱＬインスタンス０１」である。なお、「ホスト１」は、ＤＫＣ１を使用する業務サーバ１２０の名前である。

ＶＯＬ２０〜２２は、ＶＯＬ１０〜１２の複製である。このため、ＶＯＬ２０〜２２のデータ名６０２は、ＶＯＬ１０〜１２と同じである。ＶＯＬ３０〜３２及びＶＯＬ４０〜４２についても同様である。

業務静止化時刻６０３は、各論理ボリューム１４４について業務を静止化した時刻である。図６において、ＶＯＬ１０〜１２及びＶＯＬ２０〜２２は、静止化されていないため、業務静止化時刻６０３には、「最新」が記入される。一方、ＶＯＬ３０〜３２及びＶＯＬ４０〜４２は静止化されているため、業務静止化時刻６０３には、静止化された時刻（図６の例では、「２００４年５月１０日０時０分」）が記入される。

バックアップＩＤ６０４は、バックアップの識別子である。バックアップＩＤ６０４の値は、各論理ボリューム１４４について業務が静止化したときに与えられる。データ名６０２及び業務静止化時刻６０３が同じである論理ボリューム１４４には、同じバックアップＩＤ６０４が与えられる。一方、データ名６０２又は業務静止化時刻６０３のうち、少なくとも一方が異なる論理ボリューム１４４には、異なるバックアップＩＤ６０４が与えられる。図６において、ＶＯＬ１０〜１２及びＶＯＬ２０〜２２は、静止化されていないため、バックアップＩＤ６０４は空欄である。一方、ＶＯＬ３０〜３２及びＶＯＬ４０〜４２は静止化されているため、バックアップＩＤ６０４には、静止化されたときに与えられたバックアップＩＤ（図６の例では、「ＢＩＤ００１」）が記入される。

業務ボリューム６０５は、各論理ボリューム１４４を含むコピー経路上の論理ボリューム１４４のうち、業務サーバ１２０からデータＩ／Ｏを受ける論理ボリューム１４４である。

なお、コピー経路とは、カスケード状に連結されたペアの系列である。例えば、図４において、カスケード状に連結されたＰ１０２０、Ｐ２０３０及びＰ３０４０が一つのコピー経路である。

図４において、ＶＯＬ１０、ＶＯＬ２０、ＶＯＬ３０及びＶＯＬ４０は、同一のコピー経路に属する。これらの論理ボリューム１４４のうち、ＶＯＬ１０が業務サーバ１２０からデータＩ／Ｏを受ける、このため、ＶＯＬ４０の業務ボリューム６０５は、ＶＯＬ１０である。同様にして、ＶＯＬ３０及びＶＯＬ２０の業務ボリューム６０５もＶＯＬ１０である。

一方、ＶＯＬ２１、ＶＯＬ３１及びＶＯＬ４１の業務ボリューム６０５は、ＶＯＬ１１である。また、ＶＯＬ２２、ＶＯＬ３２及びＶＯＬ４２の業務ボリューム６０５は、ＶＯＬ１２である。

なお、ボリューム・データ対応管理テーブル２０３には、各論理ボリューム１４４について、マウントポイントに関する情報が含まれてもよい。

図７は、本発明の実施の形態のペア構成定義テーブル３０２の説明図である。

図７は、図４の例において、ＤＫＣ１を使用する業務サーバ１２０のペア構成定義テーブル３０２である。

図７において、ボリューム７０１は、ＤＫＣ１に含まれる論理ボリュームの名前である。図７の例では、ボリューム７０１には、「ＶＯＬ１０」、「ＶＯＬ１１」及び「ＶＯＬ１２」が記入される。

コピーグループ名７０２は、各論理ボリューム１４４が属するコピーグループの名前である。図７の例では、ＶＯＬ１０〜ＶＯＬ１２のコピーグループ名７０２には、「ＣＧ１２」が記入される。

ペア名７０３は、各論理ボリューム１４４が属するペアの名前である。図７の例では、ＶＯＬ１０、ＶＯＬ１１及びＶＯＬ１２のペア名７０３には、それぞれ、「Ｐ１０２０」、「Ｐ１１２１」及び「Ｐ１２２２」が記入される。

ＤＫＣ２及びＤＫＣ３を使用する業務サーバ１２０のペア構成定義テーブル３０２については、図示を省略するが、上記と同様に、ＤＫＣ２又はＤＫＣ３に含まれる論理ボリューム１４４の名前、並びに、それらが属するコピーグループ及びペアの名前が記入される。

ペア構成定義テーブル３０２は、管理サーバ１００がペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３を作成する際及びこれらのテーブルを最新の内容に更新する際に参照される。

図８は、本発明の実施の形態のコンピュータシステムにおいて、ユーザによってペア操作が要求されたときにデータ管理プログラム２０１が実行する処理のフローチャートである。

図８の処理は、ユーザが管理サーバ１００にペア操作を要求することによって開始する。ペア操作の要求には、ペア操作の対象となるペアの名前及びペア操作の種類（すなわち、「分割」、「同期」又は「復元」のいずれか）を指定する情報が含まれる。

なお、以下の処理を実行する前提として、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容が最新であることが必要である。具体的には、管理サーバ１００が各業務サーバ１２０からこれらのテーブルの内容に関する情報を取得して、これらのテーブルを更新する。この更新は、ユーザからペア操作の要求を受ける前又は後のいずれに実行してもよい。

ユーザからのペア操作の要求によって図８の処理が開始すると、データ管理プログラム２０１は、当該ペア操作によって論理ボリューム１４４から失われるデータを特定する（８０１）。この処理の手順については、後で詳細に説明する（図１２）。

次に、データ管理プログラム２０１は、ステップ８０１において特定されたデータ（すなわち、当該ペア操作によって失われるデータ）に関する情報を出力する（８０２）。具体的には、当該データの名前（識別子）、業務静止化時刻、当該データが格納されたストレージシステムの名前（識別子）等の情報を、管理サーバ１００の入出力装置から出力する。このとき出力される情報については、後で詳細に説明する（図９）。

次に、データ管理プログラム２０１は、ペア操作を実行するか否かを示す入力を受ける（８０３）。具体的には、失われるデータに関する情報を出力（８０２）した後、ペア操作を実行するか否かを示す入力の要求を出力し、ユーザからの入力を受けてもよい。ユーザは、失われるデータに関する情報を参照して、ペア操作を実行するか否かを判断して、その判断の結果を、入出力装置によって入力することができる。

ステップ８０３において、ユーザから、ペア操作を実行しないことを示す入力を受けると、データ管理プログラム２０１は、ペア操作をキャンセル（取り消し）して、処理を終了する（８０７）。

一方、ステップ８０３において、ユーザから、ペア操作を実行することを示す入力を受けると、データ管理プログラム２０１は、ペア操作を実行する（８０４）。具体的には、データ管理プログラム２０１は、各業務サーバ１２０のペア管理プログラム３０１に、ペア操作の実行を指示し、ペア管理プログラム３０１がペア操作を実行する。

次に、データ管理プログラム２０１は、ペア操作を実行した後の状態に整合するように、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新して（８０５）、処理を終了する（８０６）。この更新の手順については、後で詳細に説明する（図１３）。

上記のように、データ管理プログラム２０１は、ユーザからペア操作の要求を受けると、すぐに当該ペア操作を実行せずに、当該ペア操作によって失われるデータを特定してユーザに示す。ユーザは、当該データを失ってもよい場合は、ペア操作を実行させることができる。一方、ユーザは、当該データを失いたくない場合は、ペア操作を取り消すことができる。ユーザは、当該データを保護する処理を実行した後に再度ペア操作を実行してもよい。その結果、ペア操作によってユーザが予期しないデータ喪失が発生することを防ぐことができる。

図９は、本発明の実施の形態のデータ管理プログラム２０１が出力する、ペア操作によって失われるデータに関する情報の説明図である。

図９は、図４、図５及び図６に示す例において、図８に示す処理を実行して、ＤＫＣ２及びＤＫＣ３の間のペアを「サスペンド」から「ペア」に変更する（すなわち、ペア操作「同期」を実行する）ときに、ステップ８０２において出力される情報を示す。

ＤＫＣ２及びＤＫＣ３の間のペアのペア状態が「サスペンド」であるとき、ＤＫＣ１及びＤＫＣ２内の論理ボリューム１４４には、最新のデータが格納されている。しかし、ＤＫＣ３内の論理ボリューム１４４には、最新ではないデータが格納されている（図６）。このため、ＤＫＣ２及びＤＫＣ３の間のペアに「同期」を実行すると、ＤＫＣ３内の論理ボリューム１４４に最新のデータが上書きされ、最新ではないデータ（すなわち、図６のＶＯＬ３０〜３２及びＶＯＬ４０〜４２のデータ）が失われる。そこで、図８のステップ８０２において、これらの失われるデータに関する情報９００を出力する。

失われるデータに関する情報９００のうち、出力情報種別９０１は、出力される情報の種類を示し、データ名９０３、業務静止化時刻９０４及びストレージシステム名９０５を含む。データ名９０３は、さらに、業務サーバ名９０６、アプリケーション名９０７及びインスタンス名９０８を含む。データ名９０３は、失われるデータを識別する他の情報を含んでもよい。ストレージシステム名９０５は、ローカル９０９及びリモート９１０に分類される。

内容９０２は、出力情報種別９０１に対応する内容である。図９の例において、失われるデータは、図６のＶＯＬ３０〜３２及びＶＯＬ４０〜４２のデータである。したがって、データ名９０３の内容９０２は、これらの論理ボリューム１４４のデータ名６０２と同一である。すなわち、業務サーバ名９０６は「ホスト１」、アプリケーション名９０７は「ＳＱＬサーバ」、インスタンス名は「ＳＱＬインスタンス０１」である。

同様に、業務静止化時刻９０４の内容９０２は、図６の業務静止化時刻６０３と同一の「２００４年５月１０日０時０分」である。

ストレージシステム名９０５の内容９０２は、失われるデータが格納されているストレージシステム１４０の名前（識別子）である。ここで、一つの行は、失われるデータが格納されている一つの論理ボリュームに対応する。

ストレージシステム名９０５は、ローカル９０９及びリモート９１０に分類される。ローカル９０９は、業務サーバ１２０が直接業務で利用する論理ボリュームが格納されているストレージシステム１４０であり、リモート９１０は、前記論理ボリュームとリモートコピーによって接続される（複数段のリモートコピーによって接続されてもよい）論理ボリュームを有するストレージシステム１４０である。図４の例では、ＤＫＣ１は、業務サーバ１２０によって業務に使用されているため、ローカル９０９に分類される。ＤＫＣ２及びＤＫＣ３は、業務サーバ１２０によって業務に使用されていないため、リモート９１０に分類される。

図４及び図６によれば、失われるデータは、ＤＫＣ１に格納されていない。このため、ローカル９０９の内容９０２は、空欄である。

図４及び図６によれば、失われるデータは、ＤＫＣ３に格納されている。このため、リモート９１０の内容９０２は、ＤＫＣ３の識別子である。具体的には、失われるデータが格納される論理ボリューム１４４ごとに、ストレージシステム１４０の名前（識別子）が記入される。

行９１１は、ＶＯＬ３０に対応する。ここで、「Ａｂｃ１３４６８＠１９２．１６．１．１」は、ＶＯＬ３０が格納されたＤＫＣ３の識別子である。「（リモートコピー）」は、ＶＯＬ３０に格納されたデータが、他のストレージシステム１４０（この場合は、ＤＫＣ２）からリモートコピーによって複製されたことを示す。

行９１４は、ＶＯＬ４０に対応する。ＶＯＬ４０は、ＶＯＬ３０と同様、ＤＫＣ３に格納される。したがって、ＶＯＬ４０の内容９０２には、ＤＫＣ３の識別子「Ａｂｃ１３４６８＠１９２．１６．１．１」が記入される。一方、ＶＯＬ４０に格納されたデータは、同一のストレージシステム１４０内の他の論理ボリューム１４４（この場合は、ＶＯＬ３０）からローカルコピーによって複製されたものである。このため、ＶＯＬ４０の内容９０２には、さらに、「（ローカルコピー）」が記入される。

失われるデータに関する情報９００は、入出力装置１０１から、テキストデータとして出力されてもよいし、例えば、コンピュータシステムの構成図等の図面と共に出力されてもよい。

図１０は、本発明の実施の形態のコンピュータシステムにおいて、バッチジョブによってペア操作が要求されたときにデータ管理プログラム２０１が実行する処理のフローチャートである。

バッチジョブによってペア操作が要求された場合は、ユーザによってペア操作が要求された場合（図８）と異なり、ペア操作によって失われるデータの出力及びペア操作を実行するか否かを示す入力の要求をしない。代わりに、失われないように保護されるデータの一覧（保護対象データリスト）を備える。さらに、ペア操作によって完全に失われるデータを特定し、当該データが保護対象データリストに含まれる場合は、ペア操作を取り消す。

ここで、ペア操作によって失われるデータとは、ペア操作によって特定の論理ボリューム１４４から失われるデータである。したがって、ペア操作によって失われたデータと同一のデータが、コピー経路上の他の論理ボリュームに残されていることがある。一方、ペア操作によって完全に失われるデータとは、ペア操作によって当該ペアを含むコピー経路上の全ての論理ボリューム１４４から失われるデータである。したがって、ペア操作によって失われたデータと同一のデータが、コピー経路上の他の論理ボリュームに残されていない。

また、保護対象データリスト（図示省略）は、ペア操作によって失われないように保護されるデータのデータ名６０２及び業務静止化時刻６０３のリストである。ユーザは、ペア操作によって失いたくないデータを保護対象データリストに登録することができる。あるデータ名６０２のデータを業務静止化時刻６０３に関らず保護したい場合は、業務静止化時刻６０３を指定しなくてもよい。保護対象データリストは、例えば、管理サーバ１００のディスク装置１０２に格納される。

また、ペア操作によって完全に失われるデータとは、リモートコピー又はローカルコピーによって関連付けられた論理ボリューム１４４のいずれにも残らないデータである。例えば、図４〜図６において、ペアＰ２０３０にペア操作「同期」を実行すると、ＶＯＬ３０及びＶＯＬ４０にＶＯＬ２０のデータが上書きされる。このとき、ＶＯＬ３０及びＶＯＬ４０のデータは、完全に失われる。しかし、ペアＰ２０３０にペア操作「同期」を実行する前に、ペアＰ３０４０にペア操作「分割」を実行すると、ＶＯＬ４０にはＶＯＬ２０のデータが上書きされない。すなわち、ＶＯＬ３０のデータはペア操作「同期」によって失われるが、ＶＯＬ４０に格納されたＶＯＬ３０と同一のデータは、失われない。この場合、当該データは、完全に失われない。

次に、図１０の処理の手順を説明する。図１０の処理において、図８の処理と共通する部分については、詳細な説明を省略する。

なお、図１０の処理においても、図８の処理と同様に、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容が最新であることが必要である。

バッチジョブからのペア操作の要求によって図１０の処理が開始すると、データ管理プログラム２０１は、当該ペア操作を実行する（１００１）。具体的には、データ管理プログラム２０１は、各業務サーバ１２０のペア管理プログラム３０１に、当該ペア操作の実行を指示し、ペア管理プログラム３０１が当該ペア操作を実行する。

次に、データ管理プログラム２０１は、当該ペア操作によって失われるデータを特定する（１００２）。この処理の手順については、後で詳細に説明する（図１２）。さらに、ステップ１００２において、データ管理プログラム２０１は、当該ペア操作によって完全に失われるデータを特定する。

次に、データ管理プログラム２０１は、ステップ１００２において特定された、完全に失われるデータが、保護対象データリストに含まれるか否かを判定する（１００３）。

完全に失われるデータが保護対象データリストに含まれる場合、当該データは、ペア操作によって失われないように保護されている。このため、データ管理プログラム２０１は、ステップ１００１で実行したペア操作を取り消して、処理を終了する（１００７）。

一方、完全に失われるデータが保護対象データリストに含まれない場合、当該データは、ペア操作によって失われないように保護されていない。このため、データ管理プログラム２０１は、ペア操作を実行した後の状態に整合するように、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新する（１００４）。この更新の手順については、後で詳細に説明する（図１３）。

次に、データ管理プログラム２０１は、当該ペア操作によって失われるデータに関する情報９００を、管理サーバ１００の入出力装置から出力する（１００５）。そして、処理を終了する（１００６）。

次に、図８のステップ８０１及び図１０のステップ１００２において実行される、ペア操作によって失われるデータを特定する処理の手順を説明する。

図１１は、本発明の実施の形態における、ペア操作によって失われるデータを特定する処理の概要の説明図である。

なお、図１１は、後で詳細に説明する図１２の処理の具体例である。

図１１の例において、ＶＯＬ１〜ＶＯＬ７は、一つのコピー経路上の論理ボリューム１４４である。

ＶＯＬ１及びＶＯＬ２は、ペアＰ１２を構成する。ペアＰ１２において、ＶＯＬ１がＰＶＯＬ、ＶＯＬ２がＳＶＯＬであり、ペア状態は「サスペンド」である。

ＶＯＬ１及びＶＯＬ３は、ペアＰ１３を構成する。ペアＰ１３において、ＶＯＬ１がＰＶＯＬ、ＶＯＬ３がＳＶＯＬであり、ペア状態は「ペア」である。

ＶＯＬ３及びＶＯＬ４は、ペアＰ３４を構成する。ペアＰ３４において、ＶＯＬ３がＰＶＯＬ、ＶＯＬ４がＳＶＯＬであり、ペア状態は「サスペンド」である。

ＶＯＬ３及びＶＯＬ５は、ペアＰ３５を構成する。ペアＰ３５において、ＶＯＬ３がＰＶＯＬ、ＶＯＬ５がＳＶＯＬであり、ペア状態は「サスペンド」である。

ＶＯＬ５及びＶＯＬ６は、ペアＰ５６を構成する。ペアＰ５６において、ＶＯＬ５がＰＶＯＬ、ＶＯＬ６がＳＶＯＬであり、ペア状態は「サスペンド」である。

ＶＯＬ５及びＶＯＬ７は、ペアＰ５７を構成する。ペアＰ５７において、ＶＯＬ５がＰＶＯＬ、ＶＯＬ７がＳＶＯＬであり、ペア状態は「ペア」である。

各ペアを表示する矢印の元がＰＶＯＬ側、先端がＳＶＯＬ側である。

ＶＯＬ１〜ＶＯＬ７からなるコピー経路において、ＰＶＯＬ側を上流、ＳＶＯＬ側を下流と定義する。例えば、ペアＰ３５を基準にすると、ペアＰ１３は上流にあり、ペアＰ５６及びＰ５７は下流にある。なお、ペアＰ１３はペアＰ３５の上流に隣接するペアであり、ペア５６及びＰ５７はペアＰ３５の下流に隣接するペアである。一方、ペアＰ１３は、ペアＰ５６の上流にあるが、ペアＰ５６と隣接しない。

次に、ペアＰ３５にペア操作「同期」を実行する場合に、失われるデータを特定する手順を説明する。

ペアＰ３５にペア操作「同期」を実行する場合、まず、操作の対象であるペアＰ３５について、ＰＶＯＬ（ＶＯＬ３）とＳＶＯＬ（ＶＯＬ５）のデータを比較する。具体的には、ボリューム・データ対応管理テーブル２０３を参照し、ＶＯＬ３及びＶＯＬ５のバックアップＩＤ６０４の値を比較する（なお、図６では、ＶＯＬ３及びＶＯＬ５の表示は省略されている）。

バックアップＩＤ６０４の値が同一であれば、ＶＯＬ３及びＶＯＬ５には同一のデータが格納されている。したがって、ペア操作によってデータが失われることがないため、処理を終了する。

バックアップＩＤ６０４の値が異なっていれば、ＶＯＬ３に格納されているデータとＶＯＬ５に格納されているデータは、少なくとも一部が異なっている。このため、ＶＯＬ５には、ペア操作によって失われるデータが存在する。

次に、ペアＰ３５の下流のペアＰ５６のペア状態を参照する。具体的には、ペア状態・業務状態管理テーブル２０２のペア状態５０６を参照する（なお、図５では、ペアＰ５６の表示は省略されている）。図１１の例では、ペアＰ５６のペア状態５０６が「サスペンド」であるため、ペア操作によってＶＯＬ６のデータが失われることはない。

次に、ペアＰ５６にさらに下流のペアが存在しないため、ペアＰ３５の別の下流のペアＰ５７のペア状態を参照する。図１１の例では、ペアＰ５７のペア状態が「ペア」であるため、ＶＯＬ７には、ペア操作によって失われるデータが存在する。

以上で、ペア操作の対象であるペアＰ３５及びその下流の全てのペアの探索が終了する。その結果、ＶＯＬ３とＶＯＬ５のデータに相違があれば、ＶＯＬ５及びＶＯＬ７のデータがペア操作によって失われることがわかる。

図１２は、本発明の実施の形態における、ペア操作によって失われるデータを特定する処理のフローチャートである。

ペア操作によって失われるデータを特定する処理が開始すると、データ管理プログラム２０１は、当該ペア操作の種類を判定する（１２０１）。

ペア操作が「同期」であると判定された場合、次に、当該ペア操作の対象のペア（操作対象ペア）のペア状態が「サスペンド」であるか否かを判定する（１２０２）。具体的には、当該ペアについて、ペア状態・業務状態管理テーブル２０２のペア状態５０６を参照する。その結果、ペア状態が「サスペンド」でない場合は、ペア操作「同期」を実行することができないため、当該ペア操作をキャンセルする（１２１４）。

一方、当該ペアのペア状態が「サスペンド」である場合は、ペア操作「同期」を実行することができる。このため、次に、操作対象ペアのＰＶＯＬのデータ（すなわち、複製元のデータ）を特定する（１２０３）。具体的には、当該ＰＶＯＬについて、ボリューム・データ対応管理テーブル２０３のバックアップＩＤ６０４の値を参照する。

次に、同様にして、操作対象ペアのＳＶＯＬのデータ（すなわち、ＰＶＯＬのデータによって上書きされるデータ）を特定する（１２０４）。

次に、ＰＶＯＬのデータとＳＶＯＬのデータが同一であるか否かを判定する（１２０５）。具体的には、ステップ１２０３で参照したＰＶＯＬのバックアップＩＤ６０４の値とステップ１２０４で参照したＳＶＯＬのバックアップＩＤ６０４の値とが同一であるか否かを判定する。その結果、同一である場合は、ペア操作「同期」によってデータが失われないため（１２２３）、ステップ１２１３に進む。

一方、ＰＶＯＬのデータとＳＶＯＬのデータが同一でない場合は、当該ＳＶＯＬに、ペア操作「同期」によって失われるデータがある。このため、操作対象ペアの当該ＳＶＯＬを、上書き対象ボリュームリスト（図示省略）に記入する（１２０６）。ここで、上書き対象ボリュームリストとは、ペア操作によって失われるデータを含む論理ボリューム１４４のリストである。

さらに、当該操作対象ペアの下流の論理ボリューム１４４のデータが失われる場合がある。具体的には、当該ＳＶＯＬの下流の、ペア状態が「ペア」である一つ以上のペアによって連結された論理ボリューム１４４のデータが失われる。そこで、データが失われる下流の論理ボリュームを特定するために、当該操作対象ペアを最初の探索対象ペアとして、下流のペアの探索を開始する。

次に、探索対象ペアの下流に隣接するペアに、未探索のペアが含まれる否かを判定する（１２０７）。未探索のペアが含まれる場合は、当該未探索のペアを探索対象ペアとする（１２０８）。

次に、当該探索対象ペアのペア状態が「ペア」であるか「サスペンド」であるかを判定する（１２０９）。

当該探索対象ペアのペア状態が「サスペンド」である場合、当該探索対象ペアのＳＶＯＬ及びその下流の論理ボリューム１４４のデータは、ペア操作によって失われない。このため、当該探索対象ペアを探索済みとする。そして、他のペアを探索するためにステップ１２０７に戻る。

一方、当該探索対象ペアのペア状態が「ペア」である場合、当該探索対象ペアのＳＶＯＬは、操作対象ペアのＳＶＯＬと、ペア状態が「ペア」である一つ以上のペアによって連結されている。すなわち、当該探索対象ペアのＳＶＯＬのデータは、ペア操作によって失われる。このため、当該ＳＶＯＬを上書き対象ボリュームリストに追加する（１２１０）。そして、当該探索対象ペアを探索済みとする。さらに、他のペアを探索するために、ステップ１２０７に戻る。

一方、ステップ１２０７において、未探索のペアが含まれない場合は、当該探索対象ペアの下流の全てのペアの探索が終了した。このため、操作対象ペアの下流の全てのペアの探索が終了したか否かを判定するために、当該探索対象ペアが操作対象ペアであるか否かを判定する（１２１１）。

当該探索対象ペアが操作対象ペアでない場合は、操作対象ペアの下流の全てのペアの探索が終了していない。このため、他のペアを探索するために、当該探索対象ペアを探索済みとし、当該探索対象ペアの上流に隣接するペアを新たな探索対象ペアとして（１２１２）、ステップ１２０７に戻る。

一方、当該探索対象ペアが操作対象ペアである場合は、操作対象ペアの下流の全てのペアの探索が終了した。このため、ペア操作によって複製される複製元のデータ、当該データが上書きされることによって失われるデータ（すなわち、ペア操作によって失われるデータ）及び失われるデータを含む論理ボリューム１４４が特定される（１２１３）。

一方、ステップ１２０１において、ペア操作が「復元」であった場合、操作対象ペアのペア状態が「サスペンド」であるか否かを判定する（１２１５）。ペア状態が「サスペンド」でない場合は、ペア操作「復元」を実行することができないため、当該ペア操作をキャンセルする（１２２０）。

ステップ１２１５において、操作対象ペアのペア状態が「サスペンド」である場合は、ペア操作「復元」を実行することができる。このため、次に、操作対象ペアのＳＶＯＬのデータ（すなわち、複製元のデータ）を特定する（１２１６）。具体的には、当該ＳＶＯＬについて、ボリューム・データ対応管理テーブル２０３のバックアップＩＤ６０４の値を参照する。

次に、同様にして、操作対象ペアのＰＶＯＬのデータ（すなわち、ＳＶＯＬのデータによって上書きされるデータ）を特定する（１２１７）。

次に、ＰＶＯＬのデータとＳＶＯＬのデータが同一であるか否かを判定する（１２１８）。具体的には、ステップ１２１６で参照したＳＶＯＬのバックアップＩＤ６０４の値とステップ１２１７で参照したＰＶＯＬのバックアップＩＤ６０４の値とが同一であるか否かを判定する。その結果、同一である場合は、ペア操作「同期」によってデータが失われないため、ステップ１２１３に進む。

一方、ＰＶＯＬのデータとＳＶＯＬのデータが同一でない場合は、当該ＰＶＯＬに、ペア操作「同期」によって失われるデータがある。このため、操作対象ペアの当該ＰＶＯＬを、上書き対象ボリュームリストに記入する（１２１９）。その後、ステップ１２１３に進む。

一方、ステップ１２０１において、ペア操作が「分割」であった場合、操作対象ペアのペア状態が「ペア」であるか否かを判定する（１２２１）。ペア状態が「ペア」でない場合は、ペア操作「分割」を実行することができないため、当該ペア操作をキャンセルする（１２２２）。

ステップ１２２１において、操作対象ペアのペア状態が「ペア」である場合は、ペア操作「分割」を実行することができる。ペア操作「分割」を実行することによって失われるデータはない（１２２３）。このため、ステップ１２１３に進む。

以上で、ペア操作によって失われるデータを特定する処理を終了する。

次に、ペア操作後（すなわち、図８のステップ８０５及び図１０のステップ１００４）に実行される、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新する処理（ペア操作後のテーブル更新処理）の手順を説明する。

図１３は、本発明の実施の形態における、ペア操作後のテーブル更新処理のフローチャートである。

ペア操作後のテーブル更新処理が開始すると、データ管理プログラム２０１は、実行されたペア操作の種類を判定する（１３０１）。

実行されたペア操作が「同期」又は「復元」である場合、操作対象ペアについて、ペア状態・業務状態管理テーブル２０２のペア状態５０５を「ペア」に変更する（１３０２）。

次に、ペア操作によって複製されたデータ又は失われたデータがあるか否かを判定する（１３０３）。

ペア操作によって複製されたデータ又は失われたデータがある場合は、当該データが格納されている（又は格納されていた）論理ボリューム１４４について、ボリューム・データ対応管理テーブル２０３のデータ名６０２、業務静止化時刻６０３及びバックアップＩＤ６０４の値を、データの複製元の論理ボリューム１４４と同じ値に変更する（１３０４）。そして、処理を終了する。

一方、ペア操作によって複製されたデータ又は失われたデータがない場合は、処理を終了する。

ステップ１３０１において、実行されたペア操作が「分割」である場合、操作対象ペアについて、ペア状態・業務状態管理テーブル２０２のペア状態５０５を「サスペンド」に変更する（１３０５）。そして、処理を終了する。

次に、ユーザ又はバッチジョブによって業務状態の変更又はペア操作が要求されたときにデータ管理プログラム２０１が実行する処理について説明する。なお、業務状態の変更とは、業務静止化又は業務静止化解除のいずれかである。

業務が静止化されているとき、業務サーバ１２０は、論理ボリューム１４４にデータを書き込まない。このため、業務が静止化されているときは、ペア操作を実行しない限り、論理ボリューム１４４のデータが失われることがない。一方、業務の静止化が解除されると、業務サーバ１２０は、論理ボリューム１４４にデータを書き込むことができる。業務サーバ１２０が論理ボリューム１４４にデータを上書きすると、古いデータが失われる。

以下の処理において、データ管理プログラム２０１は、ペア操作によって失われるデータだけでなく、業務状態変更によって失われるデータも特定する。

図１４は、本発明の実施の形態のコンピュータシステムにおいて、ユーザによって業務状態の変更又はペア操作が要求されたときにデータ管理プログラム２０１が実行する処理のフローチャートである。

以下の説明において、図８の処理（ユーザによってペア操作が要求されたときにデータ管理プログラム２０１が実行する処理）と共通する部分については、詳細な説明を省略する。

図１４の処理は、ユーザが管理サーバ１００に業務状態の変更又はペア操作を要求することによって開始する。業務状態変更の要求には、業務を静止化するか、静止化を解除するかを指定する情報が含まれる。

なお、図８の処理と同様に、以下の処理を実行する前提として、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容が最新であることが必要である。

ユーザからの業務状態変更又はペア操作の要求によって図１４の処理が開始すると、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作によって失われるデータを特定する（１４０１）。この処理の手順については、後で詳細に説明する（図１６）。

次に、データ管理プログラム２０１は、ステップ１４０１において特定されたデータ（すなわち、当該業務状態変更又は当該ペア操作によって失われるデータ）に関する情報９００（図９参照）を出力する（１４０２）。

次に、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作を実行するか否かを示す入力を受ける（１４０３）。具体的には、失われるデータに関する情報を出力（１４０２）した後、当該業務状態変更又は当該ペア操作を実行するか否かを示す入力の要求を出力し、ユーザからの入力を受けてもよい。ユーザは、失われるデータに関する情報を参照して、当該業務状態変更又は当該ペア操作を実行するか否かを判断して、その判断の結果を、入出力装置によって入力することができる。

ステップ１４０３において、ユーザから、当該業務状態変更又は当該ペア操作を実行しないことを示す入力を受けると、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作をキャンセル（取り消し）して、処理を終了する（１４０７）。

一方、ステップ１４０３において、ユーザから、当該業務状態変更又は当該ペア操作を実行することを示す入力を受けると、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作を実行する（１４０４）。

次に、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作を実行した後の状態に整合するように、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新して（１４０５）、処理を終了する（１４０６）。この更新の手順については、後で詳細に説明する（図１７）。

上記の処理の結果、業務状態変更又はペア操作によってユーザが予期しないデータ喪失が発生することを防ぐことができる。

図１５は、本発明の実施の形態のコンピュータシステムにおいて、バッチジョブによって業務状態の変更又はペア操作が要求されたときにデータ管理プログラム２０１が実行する処理のフローチャートである。

以下の説明において、図１０の処理（バッチジョブによってペア操作が要求されたときにデータ管理プログラム２０１が実行する処理）と共通する部分については、詳細な説明を省略する。

バッチジョブからの業務状態変更又はペア操作の要求によって図１０の処理が開始すると、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作を実行する（１５０１）。

次に、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作によって失われるデータを特定する（１５０２）。この処理の手順については、後で詳細に説明する（図１６）。さらに、ステップ１５０２において、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作によって完全に失われるデータを特定する。

次に、データ管理プログラム２０１は、ステップ１５０２において特定された、完全に失われるデータが、保護対象データリストに含まれるか否かを判定する（１５０３）。

完全に失われるデータが保護対象データリストに含まれる場合、当該データは、業務状態変更又はペア操作によって失われないように保護されている。このため、データ管理プログラム２０１は、ステップ１５０１で実行した業務状態変更又はペア操作を取り消して、処理を終了する（１５０７）。

一方、完全に失われるデータが保護対象データリストに含まれない場合、当該データは、業務状態変更又はペア操作によって失われないように保護されていない。このため、データ管理プログラム２０１は、業務状態変更又はペア操作を実行した後の状態に整合するように、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新する（１５０４）。この更新の手順については、後で詳細に説明する（図１７）。

次に、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作によって失われるデータに関する情報９００を、管理サーバ１００の入出力装置から出力する（１５０５）。そして、処理を終了する（１５０６）。

図１６は、本発明の実施の形態における、業務状態変更又はペア操作によって失われるデータを特定する処理のフローチャートである。

この処理は、図１４のステップ１４０１及び図１５のステップ１５０２において実行される。

業務状態変更又はペア操作によって失われるデータを特定する処理が開始すると、データ管理プログラム２０１は、業務状態変更とペア操作のどちらが実行されたかを判定する（１６０１）。

ペア操作が実行された場合は、ペア操作によって失われるデータを特定する処理を実行する（１６１１）。この処理は、図１２において説明したものであるため、ここでは説明を省略する。

一方、業務状態変更が実行された場合は、次に、業務静止化が実行されたか、業務静止化解除が実行されたかを判定する（１６０２）。業務静止化が実行された場合、データが失われることがないため（１６１２）、ステップ１６０９に進む。

一方、業務静止化解除が実行された場合は、データが失われることがある。このため、次に、業務に直接使用される論理ボリューム１４４（すなわち、業務サーバから直接アクセスされる論理ボリューム１４４）を、最初の探索対象の論理ボリューム１４４（探索対象ボリューム）とする。さらに、探索対象ボリュームを上書き対象ボリュームリストに記入する。なお、上書き対象ボリュームリストは、図１２において説明したものと同様である。さらに、探索対象ボリュームに格納されるデータを、上書きされるデータとする（１６０３）。

さらに、当該探索対象ボリュームの下流の論理ボリューム１４４のデータが失われる場合がある。具体的には、当該探索対象ボリュームの下流の、ペア状態が「ペア」である一つ以上のペアによって連結された論理ボリューム１４４のデータが失われる。そこで、データが失われる下流の論理ボリューム１４４を特定するために、当該操作対象ボリュームの下流の論理ボリューム１４４の探索を開始する。

次に、探索対象ボリュームとペアを構成し、かつ、未探索であるＳＶＯＬが存在するか否かを判定する（１６０４）。

探索対象ボリュームとペアを構成し、かつ、未探索であるＳＶＯＬが存在する場合は、探索対象ボリュームの下流の論理ボリューム１４４の探索が終了していない。このため、次に、探索対象ボリュームと、当該未探索のＳＶＯＬとが構成するペアのペア状態が「ペア」であるか、「サスペンド」であるかを判定する（１６０５）。

ペア状態が「サスペンド」である場合は、当該ＳＶＯＬのデータが失われることがない。このため、当該ＳＶＯＬを探索済みとし、他のＳＶＯＬについて調査するために、ステップ１６０４に戻る。なお、このとき、当該ＳＶＯＬの下流の論理ボリューム１４４のデータも、失われない。このため、当該ＳＶＯＬの下流の論理ボリューム１４４については、探索する必要がない。

一方、ペア状態が「ペア」の場合、当該ＳＶＯＬは、直接使用される論理ボリューム１４４と、ペア状態が「ペア」である一つ以上のペアによって連結されている。すなわち、当該ＳＶＯＬのデータが失われる。このため、当該ＳＶＯＬを上書き対象ボリュームリストに追加する（１６０６）。

次に、探索対象ボリュームを探索済みとし、当該ＳＶＯＬを新たな探索対象ボリュームとして（１６０７）、ステップ１６０４に戻る。

一方、ステップ１６０４において、探索対象ボリュームとペアを構成し、かつ、未探索であるＳＶＯＬが存在しない場合は、探索対象ボリュームの下流の論理ボリューム１４４の探索が終了した。このため、次に、探索対象ボリュームが業務に直接使用される論理ボリューム１４４であるか否かを判定する（１６０８）。

探索対象ボリュームが業務に直接使用される論理ボリューム１４４でない場合、未探索の論理ボリューム１４４が残っていることがある。このため、未探索の論理ボリューム１４４を探索するために、探索対象ボリュームを探索済みとし、その論理ボリューム１４４の上流に隣接する論理ボリューム１４４を新たな探索対象ボリュームとして（１６１０）、ステップ１６０４に戻る。

一方、探索対象ボリュームが業務に直接使用される論理ボリューム１４４である場合、論理ボリューム１４４の探索が終了した。このため、上書きされるデータ及び上書き対象ボリュームが確定し（１６０９）、処理を終了する。

次に、業務状態変更後又はペア操作後（すなわち、図１４のステップ１４０５及び図１５のステップ１５０４）に実行される、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新する処理（業務状態変更後又はペア操作後のテーブル更新処理）の手順を説明する。

図１７は、本発明の実施の形態における、業務状態変更後又はペア操作後のテーブル更新処理のフローチャートである。

業務状態変更後又はペア操作後のテーブル更新処理が開始すると、業務管理プログラム２０１は、業務状態変更とペア操作のどちらが実行されたかを判定する（１７０１）。

ペア操作が実行された場合は、ペア操作後のテーブル更新処理を実行する（１７１３）。この処理は、図１３において説明したものであるため、ここでは説明を省略する。

一方、業務状態変更が実行された場合は、ペア状態・業務状態管理テーブル２０２を更新する（１７０２）。具体的には、ペア状態・業務状態管理テーブル２０２の業務５０６の値を、業務状態変更後の値に更新する。

次に、業務静止化が実行されたか、業務静止化解除が実行されたかを判定する（１７０３）。

業務静止化解除が実行された場合、ボリューム・データ対応管理テーブル２０３の内容を更新して（１７１１）、処理を終了する。具体的には、上書き対象ボリュームについて、業務静止化時刻６０３を「最新」とし、バックアップＩＤ６０４の値を削除する。

一方、業務静止化が実行された場合、業務サーバ１２０から論理ボリューム１４４へのアクセスが停止するため、当該論理ボリュームのデータが確定する。このため、次に、業務に直接使用される論理ボリューム１４４（すなわち、業務サーバから直接アクセスされる論理ボリューム１４４）を、最初の探索対象の論理ボリューム１４４（探索対象ボリューム）とする。さらに、探索対象ボリュームを確定データ対象ボリュームリスト（図示省略）に記入する（１７０４）。

確定データ対象ボリュームリストは、業務静止化によってデータが確定する論理ボリューム１４４のリストである。

さらに、ステップ１７０４において、静止化された業務についての属性情報を取得し、その属性情報を確定するデータとする。ここで、業務についての属性情報とは、その業務に関するデータ名６０２、業務静止化時刻６０３及びバックアップＩＤ６０４等である。

次に、探索対象ボリュームとペアを構成し、かつ、未探索であるＳＶＯＬが存在するか否かを判定する（１７０５）。

探索対象ボリュームとペアを構成し、かつ、未探索であるＳＶＯＬが存在する場合は、探索対象ボリュームの下流の論理ボリューム１４４の探索が終了していない。このため、次に、探索対象ボリュームと、当該未探索のＳＶＯＬとが構成するペアのペア状態が「ペア」であるか、「サスペンド」であるかを判定する（１７０６）。

ペア状態が「サスペンド」である場合は、当該ＳＶＯＬを探索済みとし、他のＳＶＯＬについて調査するために、ステップ１７０５に戻る。

一方、ペア状態が「ペア」の場合は、当該ＳＶＯＬを確定データ対象ボリュームリストに追加する（１７０７）。

次に、探索対象ボリュームを探索済みとし、当該ＳＶＯＬを新たな探索対象ボリュームとして、ステップ１７０５に戻る。

一方、ステップ１７０５において、探索対象ボリュームとペアを構成し、かつ、未探索であるＳＶＯＬが存在しない場合は、探索対象ボリュームの下流の論理ボリューム１４４の探索が終了した。このため、次に、探索対象ボリュームが業務に直接使用される論理ボリューム１４４であるか否かを判定する（１７０９）。

探索対象ボリュームが業務に直接使用される論理ボリューム１４４でない場合、未探索の論理ボリューム１４４が残っていることがある。このため、未探索の論理ボリューム１４４を探索するために、探索対象ボリュームを探索済みとし、その論理ボリューム１４４の上流に隣接する論理ボリューム１４４を新たな探索対象ボリュームとして（１７１２）、ステップ１７０５に戻る。

一方、探索対象ボリュームが業務に直接使用される論理ボリューム１４４である場合、論理ボリューム１４４の探索が終了した。このため、次に、ボリューム・データ対応管理テーブル２０３を更新する（１７１０）。具体的には、確定データ対象ボリュームリストに記入された論理ボリューム１４４について、データ名６０２、業務静止化時刻６０３及びバックアップＩＤ６０４を更新する。

以上で、業務状態変更後又はペア操作後のテーブル更新処理を終了する。

次に、業務状態変更又はペア操作によってデータが失われる場合に実行する処理について説明する。

図１８は、本発明の実施の形態において、業務状態変更又はペア操作によってデータが失われる場合に、データ管理プログラム２０１が実行する処理のフローチャートである。

図１８の処理は、ユーザが管理サーバ１００に業務状態の変更又はペア操作を要求することによって開始する。

なお、図８の処理と同様に、以下の処理を実行する前提として、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容が最新であることが必要である。

ユーザからの業務状態変更又はペア操作の要求によって図１８の処理が開始すると、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作によって失われるデータを特定する（１８０１）。この処理の手順は、図１６において説明した通りである。

次に、データ管理プログラム２０１は、ステップ１８０１において特定されたデータ（すなわち、当該業務状態変更又は当該ペア操作によって失われるデータ）に関する情報９００（図９参照）を出力する（１８０２）。さらに、データ管理プログラム２０１は、ボリューム・データ対応管理テーブルを参照して、これらの失われるデータが、当該業務状態変更又は当該ペア操作によって完全に失われるか否かを調査し、その結果を出力する。

次に、データ管理プログラム２０１は、ステップ１８０２において出力したデータを失ってもよいか否かを判定する（１８０３）。具体的には、失われるデータに関する情報を出力（１８０２）した後、当該業務状態変更又は当該ペア操作を実行するか否かを示す入力の要求を出力し、ユーザからの入力を受けてもよい。このとき、当該業務状態変更又は当該ペア操作を実行する要求をユーザから入力された場合は、当該データを失ってもよいと判定する。一方、当該業務状態変更又は当該ペア操作を実行しない要求をユーザから入力された場合は、当該データを失ってはならないと判定する。

ステップ１８０３において、データを失ってもよいと判定された場合、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作を実行する（１８０４）。

次に、データ管理プログラム２０１は、当該業務状態変更又は当該ペア操作を実行した後の状態に整合するように、ペア状態・業務状態管理テーブル２０２及びボリューム・データ対応管理テーブル２０３の内容を更新して（１８０５）、処理を終了する（１８０８）。この更新の手順は、図１７において説明した通りである。

一方、ステップ１８０３において、データを失ってはならないと判定された場合、当該データを別の論理ボリューム１４４に移動して、失われないように保護するための処理を実行する。まず、データ管理プログラム２０１は、当該データの移動先の候補となる論理ボリューム１４４を探索し、その結果を出力する（１８０６）この探索については、後で詳細に説明する（図１９参照）。

次に、データ管理プログラム２０１は、ステップ１８０６において探索されたデータの移動先の候補となる論理ボリューム１４４を含むコピー経路、当該コピー経路内のペアのペア状態、及び、各論理ボリュームに格納されているデータのデータＩＤを出力する（１８０７）。これらの情報は、入出力装置１０１を用いて画面表示されてもよい。画面表示の例については、後で詳細に説明する（図２０参照）。

ユーザは、これらの情報を参照して、データが失われないようにペア操作を実行し、再び図１８の処理を開始してもよい。

図１９は、本発明の実施の形態において実行される、データの移動先の候補となる論理ボリューム１４４を探索する処理のフローチャートである。

この探索は、図１８のステップ１８０６においてデータ管理プログラム２０１が実行するものである。

図１９の処理が開始すると、データ管理プログラム２０１は、失われるデータが格納される論理ボリューム１４４を含むコピー経路上で、データが格納されていない論理ボリューム１４４、又は、保持期限が経過した（すなわち、破棄してもよい）データが格納された論理ボリューム１４４を探索し、探索の結果として得られた論理ボリューム１４４をデータ移動先候補リスト（図示省略）に記入する（１９０１）。

ここで、データ移動先候補リストとは、ステップ１９０１の探索によって得られた論理ボリューム１４４（すなわち、失われるデータを格納することができる論理ボリューム１４４）のリストである。

次に、ステップ１９０１において作成されたデータ移動先候補リストに、一つ以上の論理ボリューム１４４が含まれるか否かを判定する（１９０２）。

移動先候補リストに一つ以上の論理ボリューム１４４が含まれる場合は、コピー経路上に、失われるデータを格納することができる論理ボリュームが存在する。このため、これらの論理ボリューム１４４を出力（表示）する（１９０３）。このとき、移動先候補リストに含まれる論理ボリューム１４４は、図２０のように表示されてもよい。

一方、移動先候補リストに論理ボリューム１４４が一つも含まれない場合は、コピー経路上に、失われるデータを格納することができる論理ボリュームが存在しない。この場合、例えば、ユーザがストレージシステム１４０内の空き論理ボリューム１４４を探索し、空き論理ボリューム１４４が発見された場合は、当該空き論理ボリューム１４４を含む新たなペアをコピー経路上に追加することができる（１９０４）。

以上で、データの移動先の候補となる論理ボリューム１４４を探索する処理を終了する。

図２０は、本発明の実施の形態における、失われるデータ及びデータの移動先候補の画面表示の説明図である。

図２０は、図１８のステップ１８０７において出力される画面表示の例である。

この画面表示は、例えば、管理サーバ１００の入出力装置１０１の表示画面（図示省略）から出力される。

図２０において、ストレージ１、ストレージ２及びストレージ３は、ストレージシステム１４０である。

ＶＯＬ１及びＶＯＬ２は、ストレージ１に格納される論理ボリューム１４４である。

ＶＯＬ３及びＶＯＬ４は、ストレージ２に格納される論理ボリューム１４４である。

ＶＯＬ５、ＶＯＬ６及びＶＯＬ７は、ストレージ３に格納される論理ボリューム１４４である。

これらのＶＯＬ１〜ＶＯＬ７は、一つのコピー経路を構成する。ＶＯＬ１〜ＶＯＬ７が構成するペアの名前及びペア状態は、図１１と同様であるため、詳細な説明を省略する。

なお、図２０において、ペアＰ１３及びＰ３５は、リモートコピーのペアであり、ペアＰ１２、Ｐ３４、Ｐ５６及びＰ５７は、ローカルコピーによるペアである。

図２０において、最初、ペアＰ３５のペア状態は、「サスペンド」である。このとき、ＶＯＬ１及びＶＯＬ３には、バックアップＩＤ６０４が「最新」であるデータが格納されている。ＶＯＬ２には、バックアップＩＤ６０４が「ＢＩＤ０３」であるデータが格納されている。ＶＯＬ４には、バックアップＩＤ６０４が「ＢＩＤ０１」であるデータが格納されている。ＶＯＬ５及びＶＯＬ７には、バックアップＩＤ６０４が「ＢＩＤ０２」であるデータが格納されている。ＶＯＬ６には、データが格納されていない（「Ｎｏ＿Ｄａｔａ」）。

図２０は、ユーザがペアＰ３５にペア操作「同期」の実行を要求したときの画面表示の例である。ペアＰ３５にペア操作「同期」を実行すると、ＶＯＬ３のデータ「最新」がＶＯＬ５に複製される。その結果、ＶＯＬ５のデータ「ＢＩＤ０２」は、失われる。さらに、ペアＰ５７のペア状態が「ペア」であるため、ＶＯＬ７にもＶＯＬ５からデータ「最新」が複製される。その結果、ＶＯＬ７のデータ「ＢＩＤ０２」も失われる。その結果、データ「ＢＩＤ０２」は、図２０のコピー経路上のどの論理ボリューム１４４にも残らない。すなわち、データ「ＢＩＤ０２」は、完全に失われる。

図２０の例では、失われるデータ「ＢＩＤ０２」を反転（白抜き）で表示している。また、失われるデータに上書きされるデータ「最新」を、矢印を付けて表示している。

一方、ＶＯＬ４に格納されたデータ「ＢＩＤ０１」は、保持期限が経過しているため、破棄することができる。また、ＶＯＬ６には、データが格納されていない。このため、ＶＯＬ４及びＶＯＬ６が、失われるデータ「ＢＩＤ０２」の移動先の候補である。

図２０の例では、失われるデータ「ＢＩＤ０２」の移動先候補のデータ「ＢＩＤ０１」及び「Ｎｏ＿Ｄａｔａ」を、斜体字（イタリック）で表示している。

このように、ペア操作を実行する前に、ペア操作によって失われるデータと、そのデータの移動先候補が表示される。ユーザは、この表示を見て、データ「ＢＩＤ０２」を失ってもよいか否かを判断することができる。さらに、データ「ＢＩＤ０２」を失いたくない場合、ユーザは、データ「ＢＩＤ０２」の移動先候補として表示された論理ボリュームのいずれかにデータ「ＢＩＤ０２」を移動することができる。

例えば、ペアＰ３５に「同期」を実行する前に、ペアＰ５６に「同期」を実行する。その結果、ＶＯＬ６にデータ「ＢＩＤ０２」が複製される。その後、ペアＰ５６に「分割」を実行する。その結果、ペアＰ５６のペア状態は、「サスペンド」になる。その後、ペアＰ３５に「同期」を実行すれば、データ「ＢＩＤ０２」は、ＶＯＬ５及びＶＯＬ７からは失われるが、ＶＯＬ６には残される。

あるいは、ペアＰ３５に「同期」を実行する前に、ペアＰ５７に「分割」を実行してもよい。この場合、データ「ＢＩＤ０２」は、ＶＯＬ７に残される。

以上の本実施の形態によれば、ユーザが業務状態変更又はペア操作の実行を要求すると、その実行によって失われるデータが特定され、ユーザに表示される。さらに、失われるデータの移動先候補が表示される。ユーザは、当該データを失いたくない場合は、当該データを移動先候補の論理ボリュームに移動する等、当該データを保存するための処理を実行することができる。

また、バッチジョブによる業務状態変更又はペア操作の実行が要求された場合、その実行によって完全に失われるデータが特定される。そして、当該データが保護対象に含まれる場合は、当該業務状態変更又はペア操作の実行が中止される。

すなわち、ユーザがペア状態の変更等を実行しようとすると、当該変更等によってコピー経路上のどのデータが失われるかが表示される。ユーザは、この表示を参照して、当該データを失ってもよいか確認しながらペア状態の変更等を実行することができる。その結果、ユーザが望まないデータ消失の発生が防止される。

さらに、失われるデータの移動先候補の論理ボリュームが表示される。ユーザは、当該データを失いたくない場合、移動先候補の論理ボリュームへのデータ移動を実行することによって、容易に当該データを保護することができる。

さらに、ペア状態の変更やデータ移動の結果、コピー経路上のデータの配置が変更された場合にも、論理ボリュームとデータの正しい対応を容易に知ることができる。このため、コピー経路上のデータの配置を柔軟に変更することができる。

さらに、データの配置を確認しながらペア状態の変更等を実行することができるため、障害復旧のための煩雑なペア操作手順を予め環境構築の際に設定しておく必要がない。

本発明の実施の形態のコンピュータシステムの構成のブロック図である。 本発明の実施の形態の管理サーバのディスク装置の内容の説明図である。 本発明の実施の形態の業務サーバのディスク装置の内容の説明図である。 本発明の実施の形態のデータ複製のペア及びコピーグループの説明図である。 本発明の実施の形態のペア状態・業務状態管理テーブルの説明図である。 本発明の実施の形態のボリューム・データ対応管理テーブルの説明図である。 本発明の実施の形態のペア構成定義テーブルの説明図である。 本発明の実施の形態のコンピュータシステムにおいて、ユーザによってペア操作が要求されたときにデータ管理プログラムが実行する処理のフローチャートである。 本発明の実施の形態のデータ管理プログラムが出力する、ペア操作によって失われるデータに関する情報の説明図である。 本発明の実施の形態のコンピュータシステムにおいて、バッチジョブによってペア操作が要求されたときにデータ管理プログラムが実行する処理のフローチャートである。 本発明の実施の形態における、ペア操作によって失われるデータを特定する処理の概要の説明図である。 本発明の実施の形態における、ペア操作によって失われるデータを特定する処理のフローチャートである。 本発明の実施の形態における、ペア操作後のテーブル更新処理のフローチャートである。 本発明の実施の形態のコンピュータシステムにおいて、ユーザによって業務状態の変更又はペア操作が要求されたときにデータ管理プログラムが実行する処理のフローチャートである。 本発明の実施の形態のコンピュータシステムにおいて、バッチジョブによって業務状態の変更又はペア操作が要求されたときにデータ管理プログラムが実行する処理のフローチャートである。 本発明の実施の形態における、業務状態変更又はペア操作によって失われるデータを特定する処理のフローチャートである。 本発明の実施の形態における、業務状態変更後又はペア操作後のテーブル更新処理のフローチャートである。 本発明の実施の形態において、業務状態変更又はペア操作によってデータが失われる場合に、データ管理プログラムが実行する処理のフローチャートである。 本発明の実施の形態において実行される、データの移動先の候補となる論理ボリュームを探索する処理のフローチャートである。 本発明の実施の形態における、失われるデータ及びデータの移動先候補の画面表示の説明図である。

符号の説明

１００ 管理サーバ
１０１、１２１ 入出力装置
１０２、１２５ ディスク装置
１０３、１２３ ＣＰＵ
１０４、１２４ 主記憶装置
１０５、１２２ ネットワークインターフェース（Ｉ／Ｆ）
１０６、１２７ バス
１２０ 業務サーバ
１２６ データインターフェース（Ｉ／Ｆ）
１４０ ストレージシステム
１４１ 管理用ポート
１４２ ポート
１４３ ディスク装置
１４４ 論理ボリューム
１４５ ディスクコントローラ
１６０ ネットワーク
１７０ ストレージエリアネットワーク（ＳＡＮ）
２０１ データ管理プログラム
２０２ ペア状態・業務状態管理テーブル
２０３ ボリューム・データ対応管理テーブル
３０１ ペア管理プログラム
３０２ ペア構成定義テーブル

Claims (15)

1. ストレージシステムと、
   前記ストレージシステムを含むコンピュータシステムを管理する管理サーバと、を備え、
   前記ストレージシステムは、データが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
   前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
   前記管理サーバは、
   前記論理ボリュームに格納されたデータを管理するデータ管理部と、
   前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
   前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
   前記ペアの状態には、
   前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
   前記更新されたデータの複製が停止した第２状態と、があり、
   前記データ管理部は、前記ペアの状態を変更する要求を受信すると、
   前記第１状態を前記第２状態に変更する分割が要求された場合には、前記管理情報を参照して、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
   前記第２状態を前記第１状態に変更する同期が要求された場合には、前記管理情報を参照して、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが当該副論理ボリュームから失われると特定し、
   当該失われるバックアップデータに関する情報を出力することを特徴とするコンピュータシステム。
2. 前記ストレージシステムは、前記副論理ボリュームに格納されたデータの複製が格納される第３論理ボリュームを備え、
   前記ペアの状態には、前記副論理ボリュームのデータが更新されると当該更新されたデータが前記第３論理ボリュームに複製される第３状態があり、
   前記データ管理部は、前記副論理ボリュームのバックアップデータが失われると特定され、かつ、当該副論理ボリュームと前記第３論理ボリュームのペアの状態が前記第３状態である場合、前記第３論理ボリュームのデータのうち、前記副論理ボリュームから失われると特定されたバックアップデータに対応するバックアップデータが、当該第３論理ボリュームから失われると特定することを特徴とする請求項１に記載のコンピュータシステム。
3. 前記データ管理部は、特定された前記論理ボリュームから失われるバックアップデータに関する情報を出力した後、
   前記要求されたペアの状態の変更を実行しない指示を受信すると、当該変更を中止し、
   当該変更を実行する指示を受信すると、当該変更を実行することを特徴とする請求項１に記載のコンピュータシステム。
4. 前記データ管理部は、前記ペアの状態の変更後、当該変更されたペアの状態及び当該変更によって複製されたデータを参照して前記管理情報を更新することを特徴とする請求項３に記載のコンピュータシステム。
5. ストレージシステムと、
   前記ストレージシステムを含むコンピュータシステムを管理する管理サーバと、を備え、
   前記ストレージシステムは、データが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
   前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
   前記管理サーバは、
   前記論理ボリュームに格納されたデータを管理するデータ管理部と、
   前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
   前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
   前記ペアの状態には、
   前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
   前記更新されたデータの複製が停止した第２状態と、があり、
   前記ペアの操作には、
   前記第１状態を前記第２状態に変更する分割と、
   前記第２状態を前記第１状態に変更する同期と、があり、
   前記データ管理部は、前記ペアの状態を変更する要求を受信すると、
   前記要求されたペアの状態の変更が前記分割である場合には、当該変更を実行することによって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
   前記要求されたペアの状態の変更が前記同期である場合には、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが、当該変更を実行することによって当該副論理ボリュームから失われると特定し、
   前記ストレージシステムは、前記副論理ボリュームに格納されたデータの複製が格納される第３論理ボリュームを備え、
   前記ペアの状態には、前記副論理ボリュームのデータが更新されると当該更新されたデータが前記第３論理ボリュームに複製される第３状態があり、
   前記データ管理部は、
   前記副論理ボリュームのバックアップデータが失われると特定され、かつ、当該副論理ボリュームと前記第３論理ボリュームのペアの状態が前記第３状態である場合、前記第３論理ボリュームのデータのうち、前記副論理ボリュームから失われると特定されたバックアップデータに対応するバックアップデータが、当該第３論理ボリュームから失われると特定し、
   前記失われると特定されたバックアップデータに関する情報を出力し、
   前記要求されたペアの状態の変更を実行しないことの指示を受信すると、当該変更を中止し、
   当該変更を実行することの指示を受信すると、当該変更を実行し、その後、当該変更されたペアの状態及び当該変更によって複製されたデータを参照して前記管理情報を更新することを特徴とするコンピュータシステム。
6. ストレージシステムと、
   前記ストレージシステムを含むコンピュータシステムを管理する管理サーバと、を備え、
   前記ストレージシステムは、データが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
   前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
   前記管理サーバは、
   前記論理ボリュームに格納されたデータを管理するデータ管理部と、
   前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
   前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
   前記ペアの状態には、
   前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
   前記更新されたデータの複製が停止した第２状態と、があり、
   前記データ管理部は、前記ペアの状態を変更する要求を受信すると、
   当該変更を実行し、
   前記第１状態を前記第２状態に変更する分割が要求された場合には、前記管理情報を参照して、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
   前記第２状態を前記第１状態に変更する同期が要求された場合には、前記管理情報を参照して、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが当該副論理ボリュームから失われると特定し、
   前記管理情報を参照して、当該変更を実行することによって当該ペアを含むデータ複製の経路上から完全に失われるバックアップデータを特定し、
   当該完全に失われるバックアップデータが保護対象であるか否かを判定し、
   当該完全に失われるバックアップデータが保護対象である場合は、実行した前記ペアの状態の変更を取り消し、
   当該完全に失われるバックアップデータが保護対象である場合は、前記論理ボリュームから失われるバックアップデータに関する情報を出力することを特徴とするコンピュータシステム。
7. 管理サーバと、
   前記管理サーバと通信可能に接続された業務サーバと、
   前記業務サーバと通信可能に接続されたストレージシステムと、を備え、
   前記ストレージシステムは、前記業務サーバが業務に使用するデータが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
   前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
   前記管理サーバは、
   前記論理ボリュームに格納されたデータを管理するデータ管理部と、
   前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
   前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
   前記ペアの状態には、
   前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
   前記更新されたデータの複製が停止した第２状態と、があり、
   前記業務サーバから前記論理ボリュームへのデータアクセスの状態の変更には、
   前記業務サーバによる前記論理ボリュームのデータへのアクセスを停止する静止化と、
   前記業務サーバによる前記論理ボリュームのデータへのアクセスを開始する静止化解除と、があり、
   前記データ管理部は、前記ペアの状態を変更する要求を受信すると、
   前記第１状態を前記第２状態に変更する分割が要求された場合には、前記管理情報を参照して、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
   前記第２状態を前記第１状態に変更する同期が要求された場合には、前記管理情報を参照して、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが当該副論理ボリュームから失われると特定し、
   前記データ管理部は、前記データアクセスの状態を変更する要求を受信すると、
   前記要求されたデータアクセスの状態の変更が前記静止化である場合には、前記管理情報を参照して、当該変更を実行することによって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
   前記要求されたデータアクセスの状態の変更が前記静止化解除である場合には、前記管理情報を参照して、当該アクセス対象の論理ボリュームのバックアップデータが当該論理ボリュームから失われると特定し、
   当該失われるバックアップデータに関する情報を出力することを特徴とするコンピュータシステム。
8. 前記ストレージシステムは、前記副論理ボリュームに格納されたデータの複製が格納される第３論理ボリュームを備え、
   前記ペアの状態には、さらに、前記副論理ボリュームのデータが更新されると当該更新されたデータが前記第３論理ボリュームに複製される第３状態があり、
   前記データ管理部は、前記副論理ボリュームのバックアップデータが失われると特定され、かつ、当該副論理ボリュームと前記第３論理ボリュームのペアの状態が前記第３状態である場合、前記第３論理ボリュームのデータのうち、前記副論理ボリュームから失われると特定されたバックアップデータに対応するバックアップデータが、当該第３論理ボリュームから失われると特定することを特徴とする請求項７に記載のコンピュータシステム。
9. 前記データ管理部は、特定された前記論理ボリュームから失われるバックアップデータに関する情報を出力した後、
   前記要求されたデータアクセスの状態の変更を実行しないことの指示を受信すると、当該変更を中止し、
   当該変更を実行することの指示を受信すると、当該変更を実行することを特徴とする請求項７に記載のコンピュータシステム。
10. 前記データ管理部は、前記データアクセスの状態の変更後、当該変更によって複製されたデータを参照して前記管理情報を更新することを特徴とする請求項９に記載のコンピュータシステム。
11. 管理サーバと、
    前記管理サーバと通信可能に接続された業務サーバと、
    前記業務サーバと通信可能に接続されたストレージシステムと、を備え、
    前記ストレージシステムは、前記業務サーバが業務に使用するデータが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
    前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
    前記管理サーバは、
    前記論理ボリュームに格納されたデータを管理するデータ管理部と、
    前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
    前記ペアの状態には、
    前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
    前記更新されたデータの複製が停止した第２状態と、があり、
    前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
    前記データアクセスの状態の変更には、
    前記業務サーバによる前記論理ボリュームのデータへのアクセスを停止する静止化と、
    前記業務サーバによる前記論理ボリュームのデータへのアクセスを開始する静止化解除と、があり、
    前記データ管理部は、
    前記ペアの状態を変更する要求を受信すると、当該変更を実行し、
    前記第１状態を前記第２状態に変更する分割が要求された場合には、前記管理情報を参照して、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
    前記第２状態を前記第１状態に変更する同期が要求された場合には、前記管理情報を参照して、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが当該副論理ボリュームから失われると特定し、
    前記管理情報を参照して、当該変更を実行することによって当該ペアを含むデータ複製の経路上から完全に失われるバックアップデータを特定し、
    前記業務サーバから前記論理ボリュームへのデータアクセスの状態を変更する要求を受信すると、当該変更を実行し、
    前記要求されたデータアクセスの状態の変更が前記静止化である場合には、前記管理情報を参照して、当該変更を実行することによって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
    前記要求されたデータアクセスの状態の変更が前記静止化解除である場合には、前記管理情報を参照して、当該アクセス対象の論理ボリュームのバックアップデータが当該論理ボリュームから失われると特定し、
    前記管理情報を参照して、当該変更によって当該データアクセスが実行される論理ボリュームを含むデータ複製の経路上から完全に失われるバックアップデータを特定し、
    当該完全に失われるバックアップデータが保護対象であるか否かを判定し、
    当該完全に失われるバックアップデータが保護対象である場合は、実行した前記データアクセスの状態の変更を取り消し、
    当該完全に失われるバックアップデータが保護対象である場合は、前記論理ボリュームから失われるバックアップデータに関する情報を出力することを特徴とするコンピュータシステム。
12. ストレージシステムを含むコンピュータシステムを管理する管理サーバにおいて、
    前記ストレージシステムは、データが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
    前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
    前記管理サーバは、
    前記論理ボリュームに格納されたデータを管理するデータ管理部と、
    前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
    前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
    前記ペアの状態には、
    前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
    前記更新されたデータの複製が停止した第２状態と、があり、
    前記データ管理部は、前記ペアの状態を変更する要求を受信すると、
    前記第１状態を前記第２状態に変更する分割が要求された場合には、前記管理情報を参照して、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
    前記第２状態を前記第１状態に変更する同期が要求された場合には、前記管理情報を参照して、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが当該副論理ボリュームから失われると特定し、
    当該失われるバックアップデータに関する情報を出力することを特徴とする管理サーバ。
13. 前記ストレージシステムは、前記副論理ボリュームに格納されたデータの複製が格納される第３論理ボリュームを備え、
    前記ペアの状態には、さらに、前記副論理ボリュームのデータが更新されると当該更新されたデータが前記第３論理ボリュームに複製される第３状態があり、
    前記データ管理部は、
    前記副論理ボリュームのバックアップデータが失われると特定され、かつ、当該副論理ボリュームと前記第３論理ボリュームのペアの状態が前記第３状態である場合、前記第３論理ボリュームのデータのうち、前記副論理ボリュームから失われると特定されたバックアップデータに対応するバックアップデータが、当該第３論理ボリュームから失われると特定し、
    前記失われると特定されたデータに関する情報を出力した後、前記要求されたペアの状態の変更を実行しない指示を受信すると、当該変更を中止し、
    当該変更を実行する指示を受信すると、当該変更を実行し、その後、当該変更されたペアの状態及び当該変更によって複製されたデータを参照して前記管理情報を更新することを特徴とする請求項１２に記載の管理サーバ。
14. ストレージシステムと、
    前記ストレージシステムを含むコンピュータシステムを管理する管理サーバと、を備えるコンピュータシステムの制御方法であって、
    前記ストレージシステムは、データが格納される正論理ボリュームと、前記正論理ボリュームに格納されたデータの複製が格納される副論理ボリュームとを備え、
    前記正論理ボリュームと前記副論理ボリュームとはペアを構成し、
    前記管理サーバは、
    前記論理ボリュームに格納されたデータを管理するデータ管理部と、
    前記論理ボリュームに格納されたデータ及び前記ペアを管理するための管理情報と、を有し、
    前記管理情報は、前記論理ボリュームに格納されたデータの識別子と、前記ペアの状態に関する情報と、を含み、
    前記ペアの状態には、
    前記正論理ボリュームのデータが更新されると当該更新されたデータが前記副論理ボリュームに複製される第１状態と、
    前記更新されたデータの複製が停止した第２状態と、があり、
    前記データ管理部が前記ペアの状態を変更する要求を受信する第１の手順と、
    前記管理情報を参照して、当該変更によって前記論理ボリュームから失われるデータを特定する第２の手順と、
    当該失われるデータに関する情報を出力する第３の手順と、を含み、
    前記第２の手順において、
    前記第１状態を前記第２状態に変更する分割が要求された場合には、当該分割によって前記論理ボリュームからいずれの世代のバックアップデータも失われないと判定し、
    前記第２状態を前記第１状態に変更する同期が要求された場合には、前記正論理ボリュームのデータの前記識別子と、前記副論理ボリュームのデータの前記識別子とを比較し、両識別子が異なる場合は、当該副論理ボリュームの、前記異なる識別子によって識別されるバックアップデータが、当該変更を実行することによって当該副論理ボリュームから失われると特定することを特徴とする制御方法。
15. 前記ストレージシステムは、前記副論理ボリュームに格納されたデータの複製が格納される第３論理ボリュームを備え、
    前記ペアの状態には、さらに、前記副論理ボリュームのデータが更新されると当該更新されたデータが前記第３論理ボリュームに複製される第３状態があり、
    前記副論理ボリュームのバックアップデータが失われると特定され、かつ、当該副論理ボリュームと前記第３論理ボリュームのペアの状態が前記第３状態である場合、前記第３論理ボリュームのデータのうち、前記副論理ボリュームから失われると特定されたバックアップデータに対応するバックアップデータが、当該第３論理ボリュームから失われると特定し、
    前記第３の手順の後に、
    前記要求されたペアの状態の変更を実行しない指示を受信すると、当該変更を中止する第４の手順と、
    当該変更を実行する指示を受信すると、当該変更を実行する第５の手順と、
    当該変更されたペアの状態及び当該変更によって複製されたデータを参照して前記管理情報を更新する第６の手順と、を実行することを特徴とする請求項１４に記載の制御方法。

Images