JP2019185661A - ストレージ装置および制御プログラム - Google Patents

Abstract

【課題】リストア作業にかかる負荷を削減すること。【解決手段】ストレージ装置１０１は、ボリューム（Ｐ−Ｖ）に対するリストア指示を受け付けると、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態にあるか否かを判定する。ここで、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態の場合、ストレージ装置１０１は、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定する。一方、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態ではない場合、ストレージ装置１０１は、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定する。【選択図】図３

Description

本発明は、ストレージ装置および制御プログラムに関する。

従来、災害などによる業務ボリュームのデータの損失への対策として、ストレージ装置のコピー機能を利用したリモートサイトへのバックアップが行われている。業務ボリュームから直接リモートサイトのストレージ装置上のボリュームに対してコピーを行うと、業務ボリュームへのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）性能に影響を及ぼす場合がある。このため、業務ボリュームと同一のストレージ装置内に、業務ボリュームのスナップショット、すなわち、一時点におけるデータのコピーを作成し、作成した複製ボリュームからリモートサイトへデータを転送する場合がある。

先行技術としては、第１のロケーションに存在するプライマリストレージのデータを、第２のロケーションに存在するセカンダリストレージにミラーし、各々プライマリストレージおよびセカンダリストレージのスナップショットをとり、プライマリストレージのスナップショットを第１のロケーションの第１のスナップショットボリュームに保存し、セカンダリストレージのスナップショットを第２のロケーションの第２のスナップショットボリュームに保存するものがある。また、一次処理装置が、一次ボリュームの少なくとも一部のスナップショット・コピーの実行を求める要求を二次記憶サブシステムに中継し、二次処理装置が、中継された要求に応答して、二次ボリュームの対応する部分のスナップショット・コピーを行う技術がある。

特開２００３−２４２０１１号公報 特開平１１−２５９３４８号公報

しかしながら、従来技術では、リストア作業に時間や手間がかかるという問題がある。例えば、何らかの障害発生後にコピー元のデータを復元するにあたり、どのボリュームからリストアすればよいのかを判断するのに時間や手間がかかり、データ復旧にかかる期間の長期化を招くおそれがある。

一つの側面では、本発明は、リストア作業にかかる負荷を削減することを目的とする。

１つの実施態様では、コピー元ボリュームと前記コピー元ボリュームの第１スナップショットが作成される第１ボリュームとを有するコピー元ストレージ装置の前記コピー元ボリュームのリストア指示を受け付けると、前記第１スナップショットのデータがリモートコピーされるコピー先ボリュームと前記コピー先ボリュームの第２スナップショットが作成される第２ボリュームとを有するコピー先ストレージ装置の前記コピー先ボリュームが、前記リモートコピーが完了して前記第１ボリュームと等価状態にあるか否かを判定し、判定した結果に基づいて、前記コピー先ボリュームおよび前記第２ボリュームから、前記コピー元ボリュームのデータを復元するリストア元ボリュームを決定する、ストレージ装置が提供される。

本発明の一側面によれば、リストア作業にかかる負荷を削減することができる。

図１は、実施の形態にかかるストレージ装置のハードウェア構成例を示す説明図である。 図２は、データのバックアップ例を示す説明図である。 図３は、データのリストア例を示す説明図である。 図４Ａは、コピーセッションテーブル４００（Ｐ）の記憶内容の一例を示す説明図である。 図４Ｂは、コピーセッションテーブル４００（Ｓ）の記憶内容の一例を示す説明図である。 図５Ａは、セッション関係性テーブル５００（Ｐ）の記憶内容の一例を示す説明図である。 図５Ｂは、セッション関係性テーブル５００（Ｓ）の記憶内容の一例を示す説明図である。 図６は、ストレージ装置１０１の機能的構成例を示すブロック図である。 図７は、コピーセッションテーブル４００の更新例を示す説明図（その１）である。 図８は、セッション関係性テーブル５００の更新例を示す説明図である。 図９は、コピーセッションテーブル４００の更新例を示す説明図（その２）である。 図１０は、ストレージ装置１０１のバックアップ処理手順の一例を示すフローチャートである。 図１１は、ストレージ装置１０１のリストア処理手順の一例を示すフローチャートである。 図１２は、ストレージ装置１０１のリストア後処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかるストレージ装置および制御プログラムの実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかるストレージ装置のハードウェア構成例を示す説明図である。図１において、ストレージシステム１００は、ストレージ装置１０１と、ストレージ装置１０２と、ユーザ端末１０３と、を含む。ストレージシステム１００において、ストレージ装置１０１、ストレージ装置１０２およびユーザ端末１０３は、有線または無線のネットワーク１１０を介して接続される。ネットワーク１１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

ストレージ装置１０１は、バックアップ対象のデータを記憶するコピー元のストレージ装置である。ストレージ装置１０２は、バックアップ対象のデータがコピーされるコピー先のストレージ装置である。ユーザ端末１０３は、ストレージシステム１００のユーザが使用するコンピュータである。

ユーザ端末１０３は、ユーザの操作入力により、データのバックアップ指示やリストア指示を行う。例えば、ユーザ端末１０３は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。ホスト装置１０４は、ストレージシステム１００に接続されるホストコンピュータである。例えば、ホスト装置１０４は、ストレージ装置１０１上に作成されるボリュームを用いて業務処理を行う。

各ストレージ装置１０１，１０２は、リモートコピー機能を有する。リモートコピーとは、遠隔地での筐体間コピーを実現する機能である。リモートコピーでは、例えば、コピー元（ボリューム）のデータを定期的にコピー先（ボリューム）に転送するにあたり、まず、開始時点のコピー元のデータをコピー先に転送し、コピー元へのデータ更新分を逐次コピー先に転送するという手順を踏む。

ここで、ストレージ装置１０１，１０２は、１以上のノード１２０と、１以上のディスク１３０と、を有する。ノード１２０は、ディスク１３０、メモリ１２２等の資源管理や、コピー制御などを行う制御部である。ノード１２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２１と、メモリ１２２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１２３と、を有する。また、各構成部は、バス１２４によってそれぞれ接続される。

ＣＰＵ１２１は、ノード１２０の全体の制御を司る。ＣＰＵ１２１は、複数のコアを有していてもよい。メモリ１２２は、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やフラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などを有する。具体的には、例えば、フラッシュＲＯＭは、各種プログラムを記憶する。ＤＲＡＭは、ＣＰＵ１２１のワークエリアとして使用される揮発メモリであり、例えば、処理中のユーザデータや制御情報を記憶する。メモリ１２２に記憶されるプログラムは、ＣＰＵ１２１にロードされることで、コーディングされている処理をＣＰＵ１２１に実行させる。

Ｉ／Ｆ１２３は、ネットワーク１１０等に接続され、ネットワーク１１０等を介して他のコンピュータに接続される。そして、Ｉ／Ｆ１２３は、ネットワーク１１０等とノード内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ１２３には、例えば、ＣＡ（Ｃｈａｎｎｅｌ Ａｄａｐｔｅｒ）やＬＡＮアダプタなどを採用することができる。

ディスク１３０は、データを記憶するストレージの一例であり、ユーザデータや制御情報を記憶する不揮発性の記憶装置である。ディスク１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。ディスク１３０は、全てがＨＤＤまたはＳＳＤであってもよいし、ＨＤＤとＳＳＤとが混在していてもよい。

（データのバックアップ例）
つぎに、図２を用いて、ストレージシステム１００におけるデータのバックアップ例について説明する。ここでは、ストレージ装置１０１のデータを、ストレージ装置１０２にリモートコピーすることにより、データのバックアップを行う。

図２は、データのバックアップ例を示す説明図である。図２において、ボックスＩＤは、各ストレージ装置１０１，１０２を識別する識別子である。ここでは、ストレージ装置１０１のボックスＩＤは「Ａ」である。また、ストレージ装置１０２のボックスＩＤは「Ｂ」である。

ボリューム（Ｐ−Ｖ）は、ストレージ装置１０１に作成されるコピー元のボリュームである。ボリュームとは、各ストレージ装置１０１，１０２の管理単位となる記憶領域である。ボリュームは、１または複数の物理的な記憶装置であってもよく、論理的な記憶装置であるＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）であってもよい。例えば、ボリューム（Ｐ−Ｖ）は、業務ボリュームである。

図２の例では、ボリューム（Ｐ−Ｖ）は、ＬＵＮ＃１である。ＬＵＮ＃（数字）の（数字）は、ボリュームＩＤである。ボリュームＩＤは、各ストレージ装置１０１，１０２においてボリュームを一意に識別する識別子である。ボリューム（Ｓ−Ｖ）は、ストレージ装置１０２に作成されるコピー先のボリュームである。図２の例では、ボリューム（Ｓ−Ｖ）は、ＬＵＮ＃１１である。

なお、Ｐ−Ｖは、Ｐｒｉｍａｒｙ−Ｖｏｌｕｍｅの略である。Ｓ−Ｖは、Ｓｅｃｏｎｄａｒｙ−Ｖｏｌｕｍｅの略である。

ここで、ボリューム（Ｐ−Ｖ）からボリューム（Ｓ−Ｖ）へのデータのバックアップを行うにあたり、ボリューム（Ｐ−Ｖ）からボリューム（Ｓ−Ｖ）に対して直接コピーを行うと、ボリューム（Ｐ−Ｖ）へのＩ／Ｏ性能に影響を及ぼすおそれがある。そこで、ストレージ装置１０１は、自装置内のボリューム（Ｐ−Ｓｎａｐ）に、ボリューム（Ｐ−Ｖ）のスナップショットを作成し、作成したボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを行う。

スナップショットとは、一時点におけるデータの論理的なコピーである。スナップショットは、例えば、データの更新時に、更新するデータ部の更新前の状態をコピーし、オリジナルの未更新部分とあわせて更新前の状態を保持する、いわゆる、コピー・オン・ライト方式により作成される。図２の例では、ボリューム（Ｐ−Ｓｎａｐ）は、ＬＵＮ＃２である。

さらに、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピー中に通信障害等が発生すると、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態であることが保証されず、ボリューム（Ｓ−Ｖ）を使用できなくなるおそれがある。そこで、ストレージ装置１０２は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピー完了後に、自装置内のボリューム（Ｓ−Ｓｎａｐ）に、ボリューム（Ｓ−Ｖ）のスナップショットを作成する。図２の例では、ボリューム（Ｓ−Ｓｎａｐ）は、ＬＵＮ＃１２である。

これにより、ボリューム（Ｐ−Ｖ）へのＩ／Ｏ性能に与える影響を抑えつつ、ボリューム（Ｐ−Ｖ）のデータのバックアップをとることができる。さらに、リモートコピー中の通信障害等を考慮して、リモートサイト側でもボリューム（Ｓ−Ｖ）のデータのバックアップをとることができる。

なお、図２中、セッションＩＤは、コピーセッションを識別する識別子である。コピーセッションは、コピーの実行単位である。また、ＲＥＣは、リモートコピーをあらわす。

しかしながら、図２に示したような構成でデータのバックアップを実施した場合に、何らかの障害発生後にコピー元のデータを復元するにあたり、どのボリュームからどのようにリストアすればよいのかを人手で判断することが難しい。リストアとは、データ損失時などに、バックアップデータを用いて損失したデータを復元することである。

例えば、ユーザが、各ボリュームの状態を一つ一つ確認して、どのボリュームからリストアすればよいのかを判断するには時間や手間がかかり、データ復旧にかかる期間の長期化を招いてしまう。また、ユーザによっては、どのボリュームからリストアすべきかを適切に判断することができない場合がある。

そこで、本実施の形態では、リストア作業にかかるユーザの負荷を削減すべく、ボリューム（Ｐ−Ｖ）のデータを復元するにあたり、ボリューム（Ｐ−Ｓｎａｐ）、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、リストア元ボリュームを自動決定するストレージ装置１０１について説明する。

ここで、図３を用いて、ストレージシステム１００におけるデータのリストア例について説明する。

図３は、データのリストア例を示す説明図である。図３において、ストレージ装置１０１は、ボリューム（Ｐ−Ｖ）のリストア指示を受け付けると、下記（ａ）、（ｂ）および（ｃ）のいずれかの条件に応じて、ボリューム（Ｐ−Ｖ）のデータを復元するためのリストア元ボリュームを決定する。

（ａ）ボリューム（Ｐ−Ｓｎａｐ）に作成したスナップショットの状態が正常である
ストレージ装置１０１は、上記（ａ）に該当すると判定した場合、ボリューム（Ｐ−Ｓｎａｐ）、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、ボリューム（Ｐ−Ｓｎａｐ）をリストア元ボリュームに決定する。

これにより、ボリューム（Ｐ−Ｓｎａｐ）に作成されたスナップショットの状態が正常であれば、同一サイト内のボリューム（Ｐ−Ｓｎａｐ）からリストアすることができる。例えば、人為的ミスによるデータ削除などの障害が発生したときは、ボリューム（Ｐ−Ｓｎａｐ）に作成されたスナップショットの状態は正常である。このような場合は、同一サイト内のボリューム（Ｐ−Ｓｎａｐ）からリストアすることができる。

（ｂ）ボリューム（Ｐ−Ｓｎａｐ）に作成したスナップショットの状態が異常で、かつ、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態である
ストレージ装置１０１は、上記（ｂ）に該当すると判定した場合、ボリューム（Ｐ−Ｓｎａｐ）、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定する。

ここで、等価状態とは、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）への直前のリモートコピーが正常に完了して、ボリューム（Ｓ−Ｖ）の記憶内容が、ボリューム（Ｐ−Ｓｎａｐ）と等価であることが保証された状態である。すなわち、上記（ｂ）は、リモートコピーが正常に完了した後に、ストレージ装置１０１でディスク故障などのハードウェア障害が発生した場合に該当する。

これにより、ストレージ装置１０１でディスク故障などのハードウェア障害が発生した際に、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）への直前のリモートコピーが正常に完了しているときは、ボリューム（Ｓ−Ｖ）からリストアすることができる。

（ｃ）ボリューム（Ｐ−Ｓｎａｐ）に作成したスナップショットの状態が異常で、かつ、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態ではない
ストレージ装置１０１は、上記（ｃ）に該当すると判定した場合、ボリューム（Ｐ−Ｓｎａｐ）、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定する。

これにより、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピー中にストレージ装置１０１でディスク故障などの障害が発生したときには、ボリューム（Ｓ−Ｓｎａｐ）からリストアすることができる。

例えば、頻繁にボリューム（Ｐ−Ｖ）のスナップショットを作成する、すなわち、短い時間間隔でボリューム（Ｐ−Ｖ）のバックアップをとるような運用を行っている場合には、上記（ｂ）よりも上記（ｃ）となる可能性が高くなる。

このように、ストレージ装置１０１によれば、どのような障害がどのような状況で発生したかに応じて、ボリューム（Ｐ−Ｓｎａｐ）、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、ボリューム（Ｐ−Ｖ）のデータを復元するためのリストア元ボリュームを決定することができる。これにより、ボリューム（Ｐ−Ｖ）のデータを復旧するにあたり、どのボリュームからリストアすべきかのユーザによる判断をなくして、リストア作業にかかる負荷を削減することができる。

（コピーセッションテーブル４００の記憶内容）
つぎに、各ストレージ装置１０１，１０２が有するコピーセッションテーブル４００の記憶内容について説明する。コピーセッションテーブル４００は、例えば、各ストレージ装置１０１，１０２内のノード１２０のメモリ１２２や、ディスク１３０に記憶される。

以下の説明では、ストレージ装置１０１が有するコピーセッションテーブル４００を「コピーセッションテーブル４００（Ｐ）」と表記し、ストレージ装置１０２が有するコピーセッションテーブル４００を「コピーセッションテーブル４００（Ｓ）」と表記する場合がある。

まず、ストレージ装置１０１が有するコピーセッションテーブル４００（Ｐ）の記憶内容について説明する。

図４Ａは、コピーセッションテーブル４００（Ｐ）の記憶内容の一例を示す説明図である。図４Ａにおいて、コピーセッションテーブル４００（Ｐ）は、セッションＩＤ、コピー元ＩＤ、コピー先ＩＤ、ローカルボックスＩＤ、リモートボックスＩＤ、リモートセッションＩＤ、コピー種別、方向、ステータスおよびフェーズのフィールドを有する。各フィールドに情報を設定することで、コピーセッション情報４１０−１，４１０−２がレコードとして記憶される。

ここで、セッションＩＤは、コピーセッションを識別する識別子である。コピー元ＩＤは、コピー元ボリュームのボリュームＩＤである。コピー先ＩＤは、コピー先ボリュームのボリュームＩＤである。ローカルボックスＩＤは、自装置のボックスＩＤである。リモートボックスＩＤは、他装置のボックスＩＤである。リモートセッションＩＤは、他装置で用いられるリモートコピーのセッションＩＤである。

コピー種別は、コピーの種別を示す。コピー種別には、「Ｓｎａｐｓｈｏｔ」または「ＲｅｍｏｔｅＣｏｐｙ」が設定される。コピー種別「Ｓｎａｐｓｈｏｔ」は、スナップショットを示す。コピー種別「ＲｅｍｏｔｅＣｏｐｙ」は、リモートコピーを示す。方向は、リモートコピーの方向である。方向「Ｌ ｔｏ Ｒ」は、ローカルサイト（自装置）からリモートサイト（他装置）への方向を示す。方向「Ｒ ｔｏ Ｌ」は、リモートサイト（他装置）からローカルサイト（自装置）への方向を示す。

ステータスは、コピーセッションの状態を示す。コピー種別「Ｓｎａｐｓｈｏｔ」のコピーセッションの場合、ステータスには、「Ａｃｔｉｖｅ」または「Ｅｒｒｏｒ」が設定される。また、コピー種別「ＲｅｍｏｔｅＣｏｐｙ」のコピーセッションの場合、ステータスには、「Ａｃｔｉｖｅ」、「Ｓｕｓｐｅｎｄ」および「Ｅｒｒｏｒ」のいずれかが設定される。ステータス「Ａｃｔｉｖｅ」は、コピーセッションの状態が正常であることを示す。ステータス「Ｓｕｓｐｅｎｄ」は、コピーセッションを停止中であることを示す。ステータス「Ｅｒｒｏｒ」は、コピーセッションの状態が異常であることを示す。

フェーズは、コピー中またはコピー完了を示す。コピー種別「Ｓｎａｐｓｈｏｔ」のコピーセッションの場合、フェーズには「Ｃｏｐｙｉｎｇ」が設定される。コピー種別「ＲｅｍｏｔｅＣｏｐｙ」のコピーセッションの場合、フェーズには、「Ｃｏｐｙｉｎｇ」または「Ｅｑｕｉｖａｌｅｎｔ」が設定される。フェーズ「Ｃｏｐｙｉｎｇ」は、コピー中であることを示す。フェーズ「Ｅｑｕｉｖａｌｅｎｔ」は、コピーが完了して等価状態にあることを示す。なお、ローカルボックスＩＤ、リモートボックスＩＤおよびリモートセッションＩＤは、リモートコピーの場合にのみ設定される。

つぎに、ストレージ装置１０２が有するコピーセッションテーブル４００（Ｓ）の記憶内容について説明する。

図４Ｂは、コピーセッションテーブル４００（Ｓ）の記憶内容の一例を示す説明図である。図４Ｂにおいて、コピーセッションテーブル４００（Ｓ）は、セッションＩＤ、コピー元ＩＤ、コピー先ＩＤ、ローカルボックスＩＤ、リモートボックスＩＤ、リモートセッションＩＤ、コピー種別、方向、ステータスおよびフェーズのフィールドを有する。各フィールドに情報を設定することで、コピーセッション情報４２０−１，４２０−２がレコードとして記憶される。

なお、コピーセッションテーブル４００（Ｓ）についての詳細な説明は、図４Ａに示したコピーセッションテーブル４００（Ｐ）と同様のため省略する。

（セッション関係性テーブル５００の記憶内容）
つぎに、各ストレージ装置１０１，１０２が有するセッション関係性テーブル５００の記憶内容について説明する。セッション関係性テーブル５００は、例えば、各ストレージ装置１０１，１０２内のノード１２０のメモリ１２２や、ディスク１３０に記憶される。

以下の説明では、ストレージ装置１０１が有するセッション関係性テーブル５００を「セッション関係性テーブル５００（Ｐ）」と表記し、ストレージ装置１０２が有するセッション関係性テーブル５００を「セッション関係性テーブル５００（Ｓ）」と表記する場合がある。

まず、ストレージ装置１０１が有するセッション関係性テーブル５００（Ｐ）の記憶内容について説明する。

図５Ａは、セッション関係性テーブル５００（Ｐ）の記憶内容の一例を示す説明図である。図５Ａにおいて、セッション関係性テーブル５００（Ｐ）は、ストレージ装置１０１，１０２間でデータのバックアップを行うにあたり作成されるコピーセッション間の関係性を記憶する。

具体的には、セッション関係性テーブル５００（Ｐ）は、セッションＩＤと、ローカルスナップショットセッションＩＤと、ローカルＲＥＣセッションＩＤと、リモートＲＥＣセッションＩＤと、ローカルボリュームＩＤと、ローカルスナップボリュームＩＤと、リモートボリュームＩＤと、リモートスナップボリュームＩＤと、プライマリーフラグと、ローカルボックスＩＤと、リモートボックスＩＤと、を対応付けて記憶する。

セッションＩＤは、コピーセッションのセッションＩＤである。ローカルスナップショットセッションＩＤは、ローカルサイト（自装置内）におけるコピー種別「Ｓｎａｐｓｈｏｔ」のコピーセッションのセッションＩＤである。ローカルＲＥＣセッションＩＤは、ローカルサイト（自装置内）におけるコピー種別「ＲｅｍｏｔｅＣｏｐｙ」のコピーセッションのセッションＩＤである。

リモートＲＥＣセッションＩＤは、リモートサイト（他装置内）におけるコピー種別「ＲｅｍｏｔｅＣｏｐｙ」のコピーセッションのセッションＩＤである。ローカルボリュームＩＤは、ローカルサイト（自装置内）にあるコピー元ボリュームのボリュームＩＤである。ローカルスナップボリュームＩＤは、ローカルサイト（自装置内）にある、コピー元ボリュームのスナップショットを記憶するボリュームのボリュームＩＤである。

リモートボリュームＩＤは、リモートサイト（他装置内）にあるコピー先ボリュームのボリュームＩＤである。リモートスナップボリュームＩＤは、リモートサイト（他装置内）にある、コピー先ボリュームのスナップショットを記憶するボリュームのボリュームＩＤである。

プライマリーフラグは、自装置がリモートコピーのコピー元であるか否かを示すフラグである。プライマリーフラグ「ＴＲＵＥ」は、自装置がコピー元であることを示す。プライマリーフラグ「ＦＡＬＳＥ」は、自装置がコピー先であることを示す。ローカルボックスＩＤは、自装置を識別する識別子である。リモートボックスＩＤは、他装置を識別する識別子である。

つぎに、ストレージ装置１０２が有するセッション関係性テーブル５００（Ｓ）の記憶内容について説明する。

図５Ｂは、セッション関係性テーブル５００（Ｓ）の記憶内容の一例を示す説明図である。図５Ｂにおいて、セッション関係性テーブル５００（Ｓ）は、ストレージ装置１０１，１０２間でデータのバックアップを行うにあたり作成されたコピーセッション間の関係性を記憶する。

なお、セッション関係性テーブル５００（Ｓ）についての詳細な説明は、図５Ａに示したセッション関係性テーブル５００（Ｐ）と同様のため省略する。

（ストレージ装置１０１の機能的構成例）
図６は、ストレージ装置１０１の機能的構成例を示すブロック図である。図６において、ストレージ装置１０１は、受付部６０１と、バックアップ制御部６０２と、リストア制御部６０３と、を含む。受付部６０１〜リストア制御部６０３は制御部となる機能であり、具体的には、例えば、ストレージ装置１０１が有するノード１２０のメモリ１２２に記憶されたプログラムをＣＰＵ１２１に実行させることにより、または、Ｉ／Ｆ１２３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ１２２、ディスク１３０などの記憶装置に記憶される。なお、ストレージ装置１０１が複数のノード１２０を有する場合、各機能部は、例えば、複数のノード１２０のうちのマスタノードと呼ばれるノード１２０により実現される。

受付部６０１は、コピー元ボリュームに対するバックアップ指示を受け付ける。バックアップ指示は、コピー元ストレージ装置のコピー元ボリュームのデータを、コピー先ストレージ装置のコピー先ボリュームへバックアップするよう指示するものである。コピー元ボリュームは、例えば、図２に示したストレージ装置１０１のボリューム（Ｐ−Ｖ）である。また、コピー先ボリュームは、例えば、図２に示したストレージ装置１０２のボリューム（Ｓ−Ｖ）である。

バックアップ指示には、例えば、コピー元ストレージ装置のボックスＩＤ、コピー元ボリュームのボリュームＩＤ、コピー先ストレージ装置のボックスＩＤ、コピー先ボリュームのボリュームＩＤが含まれる。具体的には、例えば、受付部６０１は、図１に示したユーザ端末１０３から、コピー元ボリュームに対するバックアップ指示を受け付ける。

以下の説明では、コピー元ボリュームとして「ストレージ装置１０１のボリューム（Ｐ−Ｖ）」を、コピー先ボリュームとして「ストレージ装置１０２のボリューム（Ｓ−Ｖ）」を例に挙げて説明する。また、初期状態において、ボリューム（Ｐ−Ｖ）からボリューム（Ｓ−Ｖ）への初期コピーは、完了しているものとする。

バックアップ制御部６０２は、ボリューム（Ｐ−Ｖ）に対するバックアップ指示を受け付けると、コピー先ストレージ装置にボリューム（Ｓ−Ｓｎａｐ）を作成する。また、バックアップ制御部６０２は、コピー元ストレージ装置にボリューム（Ｐ−Ｓｎａｐ）を作成する。そして、バックアップ制御部６０２は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを開始する。

ここで、ボリューム（Ｐ−Ｓｎａｐ）は、コピー元ボリュームであるボリューム（Ｐ−Ｖ）のスナップショットが作成される第１ボリュームである。また、ボリューム（Ｓ−Ｓｎａｐ）は、コピー先ボリュームであるボリューム（Ｓ−Ｖ）のスナップショットが作成される第２ボリュームである。

以下の説明では、ボリューム（Ｐ−Ｖ）のスナップショットを「第１スナップショット」と表記し、ボリューム（Ｓ−Ｖ）のスナップショットを「第２スナップショット」と表記する場合がある。

具体的には、例えば、バックアップ制御部６０２は、コピー先ストレージ装置であるストレージ装置１０２に、ボリューム（Ｓ−Ｓｎａｐ）の作成指示を送信する。ストレージ装置１０２は、ボリューム（Ｓ−Ｓｎａｐ）の作成指示を受信すると、ボリューム（Ｓ−Ｓｎａｐ）を作成する。そして、ストレージ装置１０２は、ボリューム（Ｓ−Ｖ）の第２スナップショットを、ボリューム（Ｓ−Ｓｎａｐ）に作成する。また、ストレージ装置１０２は、ボリューム（Ｓ−Ｓｎａｐ）のボリュームＩＤをストレージ装置１０１に通知する。

また、バックアップ制御部６０２は、ボリューム（Ｐ−Ｓｎａｐ）を作成し、ボリューム（Ｐ−Ｖ）の第１スナップショットを、ボリューム（Ｐ−Ｓｎａｐ）に作成する。つぎに、バックアップ制御部６０２は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーセッションを生成する。そして、バックアップ制御部６０２は、ボリューム（Ｐ−Ｓｎａｐ）とボリューム（Ｓ−Ｖ）との差分を求めて、差分データのコピーを開始する。

なお、ストレージ装置１０１において、第１スナップショットが作成されると、例えば、コピーセッションテーブル４００（Ｐ）にコピーセッション情報４１０−１が記憶される。また、ストレージ装置１０２において、第２スナップショットが作成されると、例えば、コピーセッションテーブル４００（Ｓ）にコピーセッション情報４２０−２が記憶される。

また、ストレージ装置１０１において、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーセッションが生成されると、コピーセッションテーブル４００（Ｐ）にコピーセッション情報４１０−２が記憶される。また、ストレージ装置１０２において、コピーセッションテーブル４００（Ｓ）にコピーセッション情報４２０−１が記憶される。

また、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーセッションが生成されると、各ストレージ装置１０１，１０２において、セッション関係性テーブル５００（Ｐ），５００（Ｓ）がそれぞれ作成される。各種テーブルに設定する情報は、例えば、ストレージ装置１０１，１０２間で通信することにより取得される。

なお、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）への差分データのコピーが完了すると、コピーセッションテーブル４００（Ｐ）内のコピーセッション情報４１０−２のフェーズに「Ｅｑｕｉｖａｌｅｎｔ」が設定される。また、コピーセッションテーブル４００（Ｓ）内のコピーセッション情報４２０−１のフェーズに「Ｅｑｕｉｖａｌｅｎｔ」が設定される。

また、受付部６０１は、コピー元ボリュームに対するリストア指示を受け付ける。リストア指示は、コピー元ストレージ装置のコピー元ボリュームのデータを復元するよう指示するものである。リストア指示には、例えば、コピー元ストレージ装置のボックスＩＤ、コピー元ボリュームのボリュームＩＤが含まれる。具体的には、例えば、受付部６０１は、ユーザ端末１０３から、コピー元ボリュームに対するリストア指示を受け付ける。

以下の説明では、リストア対象となるコピー元ボリュームとして「ストレージ装置１０１のボリューム（Ｐ−Ｖ）」を例に挙げて説明する。この場合、リストア指示には、例えば、コピー元ストレージ装置のボックスＩＤ「Ａ」およびコピー元ボリュームのボリュームＩＤ「１」が含まれる。なお、ディスク故障などのハードウェア障害が発生した場合には、例えば、ディスク交換等の被疑箇所の復旧が行われた後、リストアが実施される。

リストア制御部６０３は、ボリューム（Ｐ−Ｖ）に対するリストア指示を受け付けると、ボリューム（Ｐ−Ｓｎａｐ）、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、リストア元ボリュームを決定する。リストア元ボリュームは、ボリューム（Ｐ）のデータを復元するために用いるボリュームである。そして、リストア制御部６０３は、決定したリストア元ボリュームのデータを、ボリューム（Ｐ−Ｖ）にコピーする制御を行うことにより、ボリューム（Ｐ−Ｖ）のデータを復元する。

具体的には、例えば、まず、リストア制御部６０３は、ボリューム（Ｐ−Ｖ）に対するリストア指示を受け付けると、第１スナップショットの状態を判定する。第１スナップショットの状態は、例えば、図４Ａに示したコピーセッションテーブル４００（Ｐ）のステータスから判定することができる。ステータスは、コピーセッションの状態に応じて更新される。例えば、コピー中にハードウェア障害が発生した場合、ステータスは「Ｅｒｒｏｒ」となる。したがって、リストア制御部６０３は、コピーセッションテーブル４００（Ｐ）のステータスを参照することで、各コピーセッションの状態を判定することができる。

より詳細に説明すると、例えば、リストア制御部６０３は、コピーセッションテーブル４００（Ｐ）から、リストア指示に含まれるコピー元ボリュームのボリュームＩＤ「１」がコピー元ＩＤに設定され、コピー種別が「Ｓｎａｐｓｈｏｔ」のコピーセッション情報４１０−１を特定する。そして、リストア制御部６０３は、特定したコピーセッション情報４１０−１を参照して、ステータスが「Ａｃｔｉｖｅ」であれば、第１スナップショットの状態が正常であると判定する。一方、リストア制御部６０３は、ステータスが「Ｅｒｒｏｒ」であれば、第１スナップショットの状態が異常であると判定する。

・リストア元ボリューム⇒ボリューム（Ｐ−Ｓｎａｐ）
ここで、第１スナップショットの状態が正常であると判定した場合、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）をリストア元ボリュームに決定する。そして、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）をリストア元ボリュームに決定した場合、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｐ）へデータをコピーすることにより、ボリューム（Ｐ−Ｖ）のデータを復元する。

これにより、ストレージ装置１０１でディスク故障などのハードウェア障害が発生しておらず、ボリューム（Ｐ−Ｓｎａｐ）に作成された第１スナップショットが正常であれば、同一サイト内のボリューム（Ｐ−Ｓｎａｐ）からリストアすることができる。

一方、第１スナップショットの状態が異常であると判定した場合、リストア制御部６０３は、ボリューム（Ｓ−Ｖ）が、第１スナップショットのデータのコピーが完了してボリューム（Ｐ−Ｓｎａｐ）と等価状態にあるか否かを判定する。

より詳細に説明すると、例えば、リストア制御部６０３は、コピーセッションテーブル４００（Ｐ）から、ボリューム（Ｐ−Ｓｎａｐ）のボリュームＩＤ「２」がコピー元ＩＤに設定され、ボリューム（Ｓ−Ｖ）のボリュームＩＤ「１１」がコピー先ＩＤに設定され、コピー種別が「ＲｅｍｏｔｅＣｏｐｙ」のコピーセッション情報４１０−２を特定する。そして、リストア制御部６０３は、特定したコピーセッション情報４１０−２を参照して、フェーズが「Ｅｑｕｉｖａｌｅｎｔ」であれば、等価状態であると判定する。一方、リストア制御部６０３は、フェーズが「Ｃｏｐｙｉｎｇ」であれば、等価状態ではないと判定する。

そして、リストア制御部６０３は、判定した結果に基づいて、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）からリストア元ボリュームを決定する。より詳細に説明すると、例えば、リストア制御部６０３は、ボリューム（Ｓ−Ｖ）が等価状態であると判定した場合、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定する。一方、ボリューム（Ｓ−Ｖ）が等価状態ではないと判定した場合、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定する。

・リストア元ボリューム⇒ボリューム（Ｓ−Ｖ）
ここで、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定した場合、まず、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーの方向を反転する制御を行う。これにより、リストア制御部６０３は、ボリューム（Ｓ−Ｖ）のデータをボリューム（Ｐ−Ｓｎａｐ）にコピーする。そして、リストア制御部６０３は、ボリューム（Ｓ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのリモートコピーが完了した場合、ボリューム（Ｐ−Ｓｎａｐ）のデータをボリューム（Ｐ−Ｖ）にコピーすることにより、ボリューム（Ｐ−Ｖ）のデータを復元する。

これにより、ストレージ装置１０１でディスク故障などの障害が発生した際に、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）への直前のリモートコピーが正常に完了しているときは、ボリューム（Ｓ−Ｖ）からリストアすることができる。

ここで、図７および図８を用いて、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定した場合の各種テーブル４００，５００の更新例について説明する。

図７は、コピーセッションテーブル４００の更新例を示す説明図（その１）である。図８は、セッション関係性テーブル５００の更新例を示す説明図である。図７に示すように、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーの方向が反転されると、コピーセッションテーブル４００（Ｐ）内のコピーセッション情報４１０−２が更新される。また、コピーセッションテーブル４００（Ｓ）内のコピーセッション情報４２０−１が更新される。

具体的には、コピーセッション情報４１０−２において、コピー元ＩＤとコピー先ＩＤとが入れ替えられ、方向が「Ｌ ｔｏ Ｒ」から「Ｒ ｔｏ Ｌ」に変更される。コピーセッション情報４２０−１において、コピー元ＩＤとコピー先ＩＤとが入れ替えられ、方向が「Ｒ ｔｏ Ｌ」から「Ｌ ｔｏ Ｒ」に変更される。

また、図８に示すように、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーの方向が反転されると、セッション関係性テーブル５００（Ｐ）内のプライマリーフラグが「ＦＡＬＳＥ」に変更される。また、セッション関係性テーブル５００（Ｓ）内のプライマリーフラグが「ＴＲＵＥ」に変更される。

このように、ボリューム（Ｓ−Ｖ）からリストアを行うにあたり、セッションＩＤを変更しないで、ボリューム（Ｐ−Ｖ）のデータを復元することで、ユーザからは同じセッションＩＤでコピーセッションが継続しているように見せることができる。

なお、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）のデータのボリューム（Ｐ−Ｖ）へのコピーが完了した場合、ボリューム（Ｓ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのリモートコピーの方向を反転する。これにより、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを再開する。

この結果、ボリューム（Ｐ−Ｖ）のデータのバックアップを再開して通常運用に戻すことができる。この場合、図７および図８で示した各種テーブル４００，５００の記憶内容は、図４Ａ、図４Ｂ、図５Ａおよび図５Ｂで示したような記憶内容に変更される。

・リストア元ボリューム⇒ボリューム（Ｓ−Ｓｎａｐ）
また、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定した場合、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのリモートコピーに変更する。すなわち、リストア制御部６０３は、ボリューム（Ｓ−Ｓｎａｐ）のデータをボリューム（Ｐ−Ｖ）にコピーすることにより、ボリューム（Ｐ−Ｖ）のデータを復元する。

これにより、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピー中にストレージ装置１０１でディスク故障などの障害が発生したときには、ボリューム（Ｓ−Ｓｎａｐ）からリストアすることができる。

ここで、図９を用いて、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定した場合の各種テーブル４００，５００の更新例について説明する。なお、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定した場合のセッション関係性テーブル５００の更新例については、図８に示した更新例と同様のため、図示および説明を省略する。

図９は、コピーセッションテーブル４００の更新例を示す説明図（その２）である。図９に示すように、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーが、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのリモートコピーに変更されると、コピーセッションテーブル４００（Ｐ）内のコピーセッション情報４１０−２が更新される。また、コピーセッションテーブル４００（Ｓ）内のコピーセッション情報４２０−１が更新される。

具体的には、コピーセッション情報４１０−２において、コピー元ＩＤにボリューム（Ｓ−Ｓｎａｐ）のボリュームＩＤ「１２」が設定され、コピー先ＩＤにボリューム（Ｐ−Ｖ）のボリュームＩＤ「１」が設定され、方向が「Ｌ ｔｏ Ｒ」から「Ｒ ｔｏ Ｌ」に変更される。また、コピーセッション情報４２０−１において、コピー元ＩＤにボリューム（Ｓ−Ｓｎａｐ）のボリュームＩＤ「１２」が設定され、コピー先ＩＤにボリューム（Ｐ−Ｖ）のボリュームＩＤ「１」が設定され、方向が「Ｒ ｔｏ Ｌ」から「Ｌ ｔｏ Ｒ」に変更される。

このように、ボリューム（Ｓ−Ｓｎａｐ）からリストアを行うにあたり、セッションＩＤを変更しないで、ボリューム（Ｐ−Ｖ）のデータを復元することで、ユーザからは同じセッションＩＤでコピーセッションが継続しているように見せることができる。

なお、リストア制御部６０３は、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのコピーが完了した場合、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーに変更する。これにより、リストア制御部６０３は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを再開する。

この結果、ボリューム（Ｐ−Ｖ）のデータのバックアップを再開して通常運用に戻すことができる。この場合、各種テーブル４００，５００の記憶内容は、図４Ａ、図４Ｂ、図５Ａおよび図５Ｂで示したような記憶内容に変更される。

なお、リストア制御部６０３は、ボリューム（Ｐ−Ｖ）に対するリストア指示を受け付けると、ボリューム（Ｓ−Ｖ）が、第１スナップショットのデータのコピーが完了してボリューム（Ｐ−Ｓｎａｐ）と等価状態にあるか否かを判定することにしてもよい。そして、リストア制御部６０３は、判定した結果に基づいて、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）から、リストア元ボリュームを決定することにしてもよい。

また、上述した説明では、コピー元ストレージ装置であるストレージ装置１０１が各機能部を有することにしたが、例えば、コピー先ストレージ装置であるストレージ装置１０２が各機能部を有することにしてもよい。

（ストレージ装置１０１のバックアップ処理手順）
つぎに、図１０を用いて、ストレージ装置１０１のバックアップ処理手順について説明する。ストレージ装置１０１のバックアップ処理は、例えば、コピー元ボリュームに対するバックアップ指示に応じて、または、指定時間間隔（例えば、１時間、１日など）で実行される。ここでは、コピー元ボリュームを「ストレージ装置１０１のボリューム（Ｐ−Ｖ）」とし、コピー先ボリュームを「ストレージ装置１０２のボリューム（Ｓ−Ｖ）」とする。また、初期状態において、ボリューム（Ｐ−Ｖ）からボリューム（Ｓ−Ｖ）への初期コピーは、完了しているものとする。

図１０は、ストレージ装置１０１のバックアップ処理手順の一例を示すフローチャートである。図１０のフローチャートにおいて、まず、ストレージ装置１０１は、ボリューム（Ｓ−Ｓｎａｐ）が存在するか否かを判断する（ステップＳ１００１）。

具体的には、例えば、ストレージ装置１０１は、セッション関係性テーブル５００（Ｐ）を参照して、リモートスナップボリュームＩＤにボリュームＩＤが設定されていれば、ボリューム（Ｓ−Ｓｎａｐ）が存在すると判断する。一方、リモートスナップボリュームＩＤにボリュームＩＤが未設定であれば、ボリューム（Ｓ−Ｓｎａｐ）が存在しないと判断する。また、ストレージ装置１０１は、コピー先ストレージ装置であるストレージ装置１０２に問い合わせることにより、ボリューム（Ｓ−Ｓｎａｐ）が存在するか否かを判断することにしてもよい。

ここで、ボリューム（Ｓ−Ｓｎａｐ）が存在する場合（ステップＳ１００１：Ｙｅｓ）、ストレージ装置１０１は、ステップＳ１００４に移行する。一方、ボリューム（Ｓ−Ｓｎａｐ）が存在しない場合（ステップＳ１００１：Ｎｏ）、ストレージ装置１０１は、ストレージ装置１０２に、ボリューム（Ｓ−Ｓｎａｐ）の作成指示を送信する（ステップＳ１００２）。

なお、ストレージ装置１０２は、ストレージ装置１０１からボリューム（Ｓ−Ｓｎａｐ）の作成指示を受信すると、ボリューム（Ｓ−Ｓｎａｐ）を作成する。そして、ストレージ装置１０２は、ボリューム（Ｓ−Ｖ）からボリューム（Ｓ−Ｓｎａｐ）へのスナップショットセッションを生成して、ボリューム（Ｓ−Ｖ）の第２スナップショットを、ボリューム（Ｓ−Ｓｎａｐ）に作成する。この結果、ストレージ装置１０２において、コピーセッションテーブル４００（Ｓ）にコピーセッション情報４２０−２が記憶される。また、ストレージ装置１０２は、ボリューム（Ｓ−Ｓｎａｐ）のボリュームＩＤをストレージ装置１０１に通知する。

そして、ストレージ装置１０１は、ストレージ装置１０２からボリューム（Ｓ−Ｓｎａｐ）のボリュームＩＤを取得する（ステップＳ１００３）。つぎに、ストレージ装置１０１は、自装置内にボリューム（Ｐ−Ｓｎａｐ）が存在するか否かを判断する（ステップＳ１００４）。

ここで、ボリューム（Ｐ−Ｓｎａｐ）が存在する場合（ステップＳ１００４：Ｙｅｓ）、ストレージ装置１０１は、ステップＳ１００７に移行する。一方、ボリューム（Ｐ−Ｓｎａｐ）が存在しない場合（ステップＳ１００４：Ｎｏ）、ストレージ装置１０１は、自装置内にボリューム（Ｐ−Ｓｎａｐ）を作成する（ステップＳ１００５）。

そして、ストレージ装置１０１は、ボリューム（Ｐ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのスナップショットセッションを生成して、ボリューム（Ｐ−Ｖ）の第１スナップショットを、ボリューム（Ｐ−Ｓｎａｐ）に作成する（ステップＳ１００６）。この結果、ストレージ装置１０１において、コピーセッションテーブル４００（Ｐ）にコピーセッション情報４１０−１が記憶される。

つぎに、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーセッションを生成する（ステップＳ１００７）。この結果、ストレージ装置１０１において、コピーセッションテーブル４００（Ｐ）にコピーセッション情報４１０−２が記憶される。また、ストレージ装置１０２において、コピーセッションテーブル４００（Ｓ）にコピーセッション情報４２０−１が記憶される。また、各ストレージ装置１０１，１０２において、セッション関係性テーブル５００（Ｐ），５００（Ｓ）がそれぞれ作成される。この際、ステップＳ１００３において取得されたボリューム（Ｓ−Ｓｎａｐ）のボリュームＩＤは、セッション関係性テーブル５００（Ｐ）内のリモートスナップボリュームＩＤに設定される。

そして、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）とボリューム（Ｓ−Ｖ）との差分を求めて、差分データのコピーを開始する（ステップＳ１００８）。つぎに、ストレージ装置１０１は、差分データのコピーが完了したか否かを判断する（ステップＳ１００９）。

ここで、ストレージ装置１０１は、差分データのコピーが完了するのを待つ（ステップＳ１００９：Ｎｏ）。そして、差分データのコピーが完了した場合（ステップＳ１００９：Ｙｅｓ）、ストレージ装置１０１は、コピーセッションテーブル４００（Ｐ）内のコピーセッション情報４１０−２のフェーズに「Ｅｑｕｉｖａｌｅｎｔ」を設定して（ステップＳ１０１０）、本フローチャートによる一連の処理を終了する。

これにより、ボリューム（Ｐ−Ｖ）へのＩ／Ｏ性能に与える影響を抑えつつ、ボリューム（Ｐ−Ｖ）のデータのバックアップをとることができる。さらに、リモートコピー中の通信障害等を考慮して、リモートサイト側でもボリューム（Ｓ−Ｖ）のデータのバックアップをとることができる。

なお、ステップＳ１００９において差分データのコピーが完了すると、ストレージ装置１０２において、コピーセッションテーブル４００（Ｓ）内のコピーセッション情報４２０−１のフェーズに「Ｅｑｕｉｖａｌｅｎｔ」が設定される。また、本バックアップ処理がユーザからのバックアップ指示に応じて実行開始されたときに、ステップＳ１００９において、所定時間が経過しても差分データのコピーが完了しなかった場合、ストレージ装置１０１は、エラー通知を行うことにしてもよい。

（ストレージ装置１０１のリストア処理手順）
つぎに、図１１を用いて、ストレージ装置１０１のリストア処理手順について説明する。ストレージ装置１０１のリストア処理は、例えば、コピー元ボリュームに対するバックアップ指示に応じて実行される。ここでは、リストア対象となるコピー元ボリュームを「ストレージ装置１０１のボリューム（Ｐ−Ｖ）」とする。

図１１は、ストレージ装置１０１のリストア処理手順の一例を示すフローチャートである。図１１のフローチャートにおいて、まず、ストレージ装置１０１は、コピーセッションテーブル４００（Ｐ）を参照して、ボリューム（Ｐ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのスナップショットセッションの状態が正常であるか否かを判断する（ステップＳ１１０１）。

ここで、スナップショットセッションの状態が正常の場合（ステップＳ１１０１：Ｙｅｓ）、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）をリストア元ボリュームに決定して（ステップＳ１１０２）、ステップＳ１１０９に移行する。

一方、スナップショットセッションの状態が異常の場合（ステップＳ１１０１：Ｎｏ）、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを停止する（ステップＳ１１０３）。そして、ストレージ装置１０１は、コピーセッションテーブル４００（Ｐ）を参照して、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態にあるか否かを判定する（ステップＳ１１０４）。

ここで、ボリューム（Ｓ−Ｖ）が等価状態の場合（ステップＳ１１０４：Ｙｅｓ）、ストレージ装置１０１は、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定する（ステップＳ１１０５）。つぎに、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーの方向を反転する（ステップＳ１１０６）。

そして、ストレージ装置１０１は、リモートコピーを再開する（ステップＳ１１０７）。つぎに、ストレージ装置１０１は、ボリューム（Ｓ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのリモートコピーが完了したか否かを判断する（ステップＳ１１０８）。ここで、ストレージ装置１０１は、リモートコピーが完了するのを待つ（ステップＳ１１０８：Ｎｏ）。

そして、リモートコピーが完了した場合（ステップＳ１１０８：Ｙｅｓ）、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）のデータをボリューム（Ｐ−Ｖ）にコピーして（ステップＳ１１０９）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１１０４において、ボリューム（Ｓ−Ｖ）が等価状態ではない場合（ステップＳ１１０４：Ｎｏ）、ストレージ装置１０１は、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定する（ステップＳ１１１０）。

つぎに、ストレージ装置１０１は、リモートコピーのコピー元ボリュームをボリューム（Ｓ−Ｓｎａｐ）に、コピー先ボリュームをボリューム（Ｐ−Ｖ）に変更する（ステップＳ１１１１）。そして、ストレージ装置１０１は、リモートコピーを再開する（ステップＳ１１１２）。

つぎに、ストレージ装置１０１は、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのリモートコピーが完了したか否かを判断する（ステップＳ１１１３）。ここで、ストレージ装置１０１は、リモートコピーが完了するのを待つ（ステップＳ１１１３：Ｎｏ）。

そして、リモートコピーが完了した場合（ステップＳ１１１３：Ｙｅｓ）、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）に対するボリューム（Ｐ−Ｖ）のスナップショットを更新して（ステップＳ１１１４）、本フローチャートによる一連の処理を終了する。

これにより、ボリューム（Ｐ−Ｖ）のデータを復旧するにあたり、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）の中から、リストア元ボリュームを自動決定して、リストア作業にかかるユーザの負荷を削減することができる。

（ストレージ装置１０１のリストア後処理手順）
つぎに、図１２を用いて、ストレージ装置１０１のリストア後処理手順について説明する。ストレージ装置１０１のリストア後処理は、図１１に示したリストア処理が終了した後に、バックアップを再開して通常運用に戻すための処理であり、例えば、ユーザからの指示（通常運用への復帰指示）に応じて実行される。

図１２は、ストレージ装置１０１のリストア後処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、ストレージ装置１０１は、ストレージ装置１０２とのリモートコピーを停止する（ステップＳ１２０１）。つぎに、ストレージ装置１０１は、ボリューム（Ｓ−Ｖ）からリストアされたか否かを判断する（ステップＳ１２０２）。

ここで、ボリューム（Ｓ−Ｖ）からリストアされた場合（ステップＳ１２０２：Ｙｅｓ）、ストレージ装置１０１は、ボリューム（Ｓ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのリモートコピーの方向を反転する（ステップＳ１２０３）。そして、ストレージ装置１０１は、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを再開して（ステップＳ１２０４）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１２０２において、ボリューム（Ｓ−Ｓｎａｐ）からリストアされた場合（ステップＳ１２０２：Ｎｏ）、ストレージ装置１０１は、リモートコピーのコピー元ボリュームをボリューム（Ｐ−Ｓｎａｐ）に、コピー先ボリュームをボリューム（Ｓ−Ｖ）に変更して（ステップＳ１２０５）、ステップＳ１２０４に移行する。

これにより、ボリューム（Ｐ−Ｖ）のデータのバックアップを再開して通常運用に戻すことができる。なお、ボリューム（Ｐ−Ｓｎａｐ）からリストアされた場合には、図１１に示したリストア処理が終了すると、ボリューム（Ｐ−Ｖ）のデータのバックアップが再開されて通常運用に戻る。

以上説明したように、実施の形態にかかるストレージ装置１０１によれば、ボリューム（Ｐ−Ｖ）に対するリストア指示を受け付けると、ボリューム（Ｐ−Ｓｎａｐ）に作成された第１スナップショットの状態を判定することができる。そして、ストレージ装置１０１によれば、第１スナップショットの状態が正常であると判定した場合、ボリューム（Ｐ−Ｓｎａｐ）をリストア元ボリュームに決定することができる。

これにより、ストレージ装置１０１でディスク故障などのハードウェア障害が発生しておらず、ボリューム（Ｐ−Ｓｎａｐ）に作成された第１スナップショットが正常であれば、同一サイト内のボリューム（Ｐ−Ｓｎａｐ）からリストアすることができる。例えば、人為的ミスによるデータ削除などの障害が発生したときは、同一サイト内のボリューム（Ｐ−Ｓｎａｐ）からリストアすることができる。

また、ストレージ装置１０１によれば、第１スナップショットの状態が異常であると判定した場合、ボリューム（Ｓ−Ｖ）が、第１スナップショットのデータのコピーが完了してボリューム（Ｐ−Ｓｎａｐ）と等価状態にあるか否かを判定することができる。そして、ストレージ装置１０１によれば、判定した結果に基づいて、ボリューム（Ｓ−Ｖ）およびボリューム（Ｓ−Ｓｎａｐ）から、リストア元ボリュームを決定することができる。

これにより、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）への直前のリモートコピーが正常に完了しているか否かに応じて、ボリューム（Ｓ−Ｖ）またはボリューム（Ｓ−Ｓｎａｐ）で、リストア元ボリュームを切り替えることができる。

また、ストレージ装置１０１によれば、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態の場合には、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定することができる。

これにより、ストレージ装置１０１でディスク故障などの障害が発生した際に、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）への直前のリモートコピーが正常に完了しているときは、ボリューム（Ｓ−Ｖ）からリストアすることができる。

また、ストレージ装置１０１によれば、ボリューム（Ｓ−Ｖ）がボリューム（Ｐ−Ｓｎａｐ）と等価状態ではない場合には、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定することができる。

これにより、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピー中にストレージ装置１０１でディスク故障などの障害が発生したときには、ボリューム（Ｓ−Ｓｎａｐ）からリストアすることができる。

また、ストレージ装置１０１によれば、ボリューム（Ｓ−Ｖ）をリストア元ボリュームに決定した場合、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーの方向を反転することにより、ボリューム（Ｓ−Ｖ）のデータをボリューム（Ｐ−Ｓｎａｐ）にコピーすることができる。そして、ストレージ装置１０１によれば、ボリューム（Ｓ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのリモートコピーが完了した場合、ボリューム（Ｐ−Ｓｎａｐ）のデータをボリューム（Ｐ−Ｖ）にコピーすることにより、ボリューム（Ｐ−Ｖ）のデータを復元することができる。

これにより、ボリューム（Ｓ−Ｖ）からリストアを行うにあたり、セッションＩＤを変更しないで、ボリューム（Ｐ−Ｖ）のデータを復元することができ、ユーザからは同じセッションＩＤでコピーセッションが継続しているように見せて管理を容易にすることができる。

また、ストレージ装置１０１によれば、ボリューム（Ｐ−Ｓｎａｐ）のデータのボリューム（Ｐ−Ｖ）へのコピーが完了した場合、ボリューム（Ｓ−Ｖ）からボリューム（Ｐ−Ｓｎａｐ）へのリモートコピーの方向を反転することにより、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを再開することができる。

これにより、ボリューム（Ｐ−Ｖ）のデータのバックアップを再開して、ストレージシステム１００を通常運用に戻すことができる。また、人手でリモートコピーの方向を変更したりする場合に比べて、ユーザの作業にかかる負荷を削減することができる。

また、ストレージ装置１０１によれば、ボリューム（Ｓ−Ｓｎａｐ）をリストア元ボリュームに決定した場合、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのリモートコピーに変更することにより、ボリューム（Ｓ−Ｓｎａｐ）のデータをボリューム（Ｐ−Ｖ）にコピーして、ボリューム（Ｐ−Ｖ）のデータを復元することができる。

これにより、ボリューム（Ｓ−Ｓｎａｐ）からリストアを行うにあたり、セッションＩＤを変更しないで、ボリューム（Ｐ−Ｖ）のデータを復元することができ、ユーザからは同じセッションＩＤでコピーセッションが継続しているように見せて管理を容易にすることができる。

また、ストレージ装置１０１によれば、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのコピーが完了した場合、ボリューム（Ｓ−Ｓｎａｐ）からボリューム（Ｐ−Ｖ）へのリモートコピーを、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーに変更することにより、ボリューム（Ｐ−Ｓｎａｐ）からボリューム（Ｓ−Ｖ）へのリモートコピーを再開することができる。

これにより、ボリューム（Ｐ−Ｖ）のデータのバックアップを再開して、ストレージシステム１００を通常運用に戻すことができる。また、人手でリモートコピーを作成し直したりする場合に比べて、ユーザの作業にかかる負荷を削減することができる。

これらのことから、実施の形態にかかるストレージシステム１００およびストレージ装置１０１によれば、どのような障害がどのような状況で発生したかに応じて、ボリューム（Ｐ−Ｖ）のデータを復元するためのリストア元ボリュームを決定することができる。これにより、ボリューム（Ｐ−Ｖ）のデータを復旧するにあたり、各ボリュームの状態を一つ一つ確認して、どのボリュームからどのようにリストアすればよいのかといったことをユーザが判断しなくてもよく、リストア作業にかかる負荷を削減することができる。

なお、本実施の形態で説明した制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本制御プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）コピー元ボリュームと前記コピー元ボリュームの第１スナップショットが作成される第１ボリュームとを有するコピー元ストレージ装置の前記コピー元ボリュームのリストア指示を受け付けると、前記第１スナップショットのデータがリモートコピーされるコピー先ボリュームと前記コピー先ボリュームの第２スナップショットが作成される第２ボリュームとを有するコピー先ストレージ装置の前記コピー先ボリュームが、前記リモートコピーが完了して前記第１ボリュームと等価状態にあるか否かを判定し、
判定した結果に基づいて、前記コピー先ボリュームおよび前記第２ボリュームから、前記コピー元ボリュームのデータを復元するリストア元ボリュームを決定する、
制御部を有することを特徴とするストレージ装置。

（付記２）前記制御部は、
前記コピー先ボリュームが等価状態にあると判定した場合、前記コピー先ボリュームを前記リストア元ボリュームに決定する、ことを特徴とする付記１に記載のストレージ装置。

（付記３）前記制御部は、
前記コピー先ボリュームが等価状態にないと判定した場合、前記第２ボリュームを前記リストア元ボリュームに決定する、ことを特徴とする付記１または２に記載のストレージ装置。

（付記４）前記制御部は、
前記リストア指示を受け付けると、前記第１スナップショットの状態を判定し、
前記第１スナップショットの状態が正常であると判定した場合、前記第１ボリュームを前記リストア元ボリュームに決定し、
前記第１スナップショットの状態が異常であると判定した場合、前記コピー先ボリュームが前記第１ボリュームと等価状態にあるか否かを判定する、
ことを特徴とする付記１〜３のいずれか一つに記載のストレージ装置。

（付記５）前記制御部は、
決定した前記リストア元ボリュームのデータを前記コピー元ボリュームにコピーする制御を行う、ことを特徴とする付記１〜４のいずれか一つに記載のストレージ装置。

（付記６）前記制御部は、
前記コピー先ボリュームを前記リストア元ボリュームに決定した場合、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーの方向を反転することにより、前記コピー先ボリュームのデータを前記第１ボリュームにコピーし、
前記コピー先ボリュームから前記第１ボリュームへのリモートコピーが完了した場合、前記第１ボリュームのデータを前記コピー元ボリュームにコピーする、
ことを特徴とする付記５に記載のストレージ装置。

（付記７）前記制御部は、
前記第２ボリュームを前記リストア元ボリュームに決定した場合、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーを、前記第２ボリュームから前記コピー元ボリュームへのリモートコピーに変更することにより、前記第２ボリュームのデータを前記コピー元ボリュームにコピーする、
ことを特徴とする付記５または６に記載のストレージ装置。

（付記８）前記制御部は、
前記第１ボリュームのデータの前記コピー元ボリュームへのコピーが完了した場合、前記コピー先ボリュームから前記第１ボリュームへのリモートコピーの方向を反転することにより、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーを再開する、ことを特徴とする付記６に記載のストレージ装置。

（付記９）前記制御部は、
前記第２ボリュームのデータの前記コピー元ボリュームへのコピーが完了した場合、前記第２ボリュームから前記コピー元ボリュームへのリモートコピーを、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーに変更することにより、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーを再開する、ことを特徴とする付記７に記載のストレージ装置。

（付記１０）コピー元ボリュームと前記コピー元ボリュームの第１スナップショットが作成される第１ボリュームとを有するコピー元ストレージ装置の前記コピー元ボリュームのリストア指示を受け付けると、前記第１スナップショットのデータがリモートコピーされるコピー先ボリュームと前記コピー先ボリュームの第２スナップショットが作成される第２ボリュームとを有するコピー先ストレージ装置の前記コピー先ボリュームが、前記リモートコピーが完了して前記第１ボリュームと等価状態にあるか否かを判定し、
判定した結果に基づいて、前記コピー先ボリュームおよび前記第２ボリュームから、前記コピー元ボリュームのデータを復元するリストア元ボリュームを決定する、
処理をコンピュータに実行させることを特徴とする制御プログラム。

１００ ストレージシステム
１０１，１０２ ストレージ装置
１０３ ユーザ端末
１０４ ホスト装置
１１０ ネットワーク
１２０ ノード
１２１ ＣＰＵ
１２２ メモリ
１２３ Ｉ／Ｆ
１２４ バス
１３０ ディスク
４００，４００（Ｐ），４００（Ｓ） コピーセッションテーブル
５００，５００（Ｐ），５００（Ｓ） セッション関係性テーブル
６０１ 受付部
６０２ バックアップ制御部
６０３ リストア制御部

Claims (8)

1. コピー元ボリュームと前記コピー元ボリュームの第１スナップショットが作成される第１ボリュームとを有するコピー元ストレージ装置の前記コピー元ボリュームのリストア指示を受け付けると、前記第１スナップショットのデータがリモートコピーされるコピー先ボリュームと前記コピー先ボリュームの第２スナップショットが作成される第２ボリュームとを有するコピー先ストレージ装置の前記コピー先ボリュームが、前記リモートコピーが完了して前記第１ボリュームと等価状態にあるか否かを判定し、
   判定した結果に基づいて、前記コピー先ボリュームおよび前記第２ボリュームから、前記コピー元ボリュームのデータを復元するリストア元ボリュームを決定する、
   制御部を有することを特徴とするストレージ装置。
2. 前記制御部は、
   前記コピー先ボリュームが等価状態にあると判定した場合、前記コピー先ボリュームを前記リストア元ボリュームに決定する、ことを特徴とする請求項１に記載のストレージ装置。
3. 前記制御部は、
   前記コピー先ボリュームが等価状態にないと判定した場合、前記第２ボリュームを前記リストア元ボリュームに決定する、ことを特徴とする請求項１または２に記載のストレージ装置。
4. 前記制御部は、
   前記リストア指示を受け付けると、前記第１スナップショットの状態を判定し、
   前記第１スナップショットの状態が正常であると判定した場合、前記第１ボリュームを前記リストア元ボリュームに決定し、
   前記第１スナップショットの状態が異常であると判定した場合、前記コピー先ボリュームが前記第１ボリュームと等価状態にあるか否かを判定する、
   ことを特徴とする請求項１〜３のいずれか一つに記載のストレージ装置。
5. 前記制御部は、
   決定した前記リストア元ボリュームのデータを前記コピー元ボリュームにコピーする制御を行う、ことを特徴とする請求項１〜４のいずれか一つに記載のストレージ装置。
6. 前記制御部は、
   前記コピー先ボリュームを前記リストア元ボリュームに決定した場合、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーの方向を反転することにより、前記コピー先ボリュームのデータを前記第１ボリュームにコピーし、
   前記コピー先ボリュームから前記第１ボリュームへのリモートコピーが完了した場合、前記第１ボリュームのデータを前記コピー元ボリュームにコピーする、
   ことを特徴とする請求項５に記載のストレージ装置。
7. 前記制御部は、
   前記第２ボリュームを前記リストア元ボリュームに決定した場合、前記第１ボリュームから前記コピー先ボリュームへのリモートコピーを、前記第２ボリュームから前記コピー元ボリュームへのリモートコピーに変更することにより、前記第２ボリュームのデータを前記コピー元ボリュームにコピーする、
   ことを特徴とする請求項５または６に記載のストレージ装置。
8. コピー元ボリュームと前記コピー元ボリュームの第１スナップショットが作成される第１ボリュームとを有するコピー元ストレージ装置の前記コピー元ボリュームのリストア指示を受け付けると、前記第１スナップショットのデータがリモートコピーされるコピー先ボリュームと前記コピー先ボリュームの第２スナップショットが作成される第２ボリュームとを有するコピー先ストレージ装置の前記コピー先ボリュームが、前記リモートコピーが完了して前記第１ボリュームと等価状態にあるか否かを判定し、
   判定した結果に基づいて、前記コピー先ボリュームおよび前記第２ボリュームから、前記コピー元ボリュームのデータを復元するリストア元ボリュームを決定する、
   処理をコンピュータに実行させることを特徴とする制御プログラム。

Images