JP5216376B2 - リモートコピーシステム及び確認方法 - Google Patents

Description

本発明は、データの整合性が課せられたリモートコピーシステム及び確認方法に関し、特に、同一のデータを複数回コピーする技術に適用する。

近年、特定のストレージ装置との設置距離が離れた位置に他のストレージ装置を設置し、特定のストレージ装置に格納されたデータのコピーを他のストレージ装置に格納する、リモートコピーシステムが知られている。

リモートコピーシステムで使用されるストレージ装置内には、ハードディスクが提供する記憶領域上に論理的なボリューム（以下、ボリュームという）が形成されている。このボリュームに、上位装置であるホスト計算機からのデータが格納される。そして特定のストレージ装置内にあるボリュームをコピー元のボリュームとして、他のストレージ装置内にあるコピー先のボリュームにコピーデータを格納する。

特許文献１には、特定のストレージ装置の故障等でデータを消失したコピー元のボリュームとペア設定されたコピー先のボリュームを確認できることで、コピー先のボリュームをコピー元のボリュームに切り替える技術が開示されている。

また、リモートシステムにおいて、ストレージ装置はホスト計算機からの制御コマンドを処理するために、コマンドデバイスを備えている。コマンドデバイスとは、ストレージ装置がホスト計算機との制御コマンドを通信するための専用のボリューム或いはソフトウェアである。ホスト計算機は、ストレージ装置に形成されたコマンドデバイスに対して制御コマンドをデータとして書き込むと、ストレージ装置は、コマンドデバイスに記憶された制御コマンドを処理する。

このコマンドデバイスを用いた技術が特許文献２に開示されている。特許文献２によれば、特定のストレージ装置に接続される他のストレージ装置にホスト計算機を設けることなく、特定のストレージ装置に接続するホスト計算機から他のストレージ装置に対して、他のストレージ装置が処理すべき制御コマンドを発行できる。
特開２００７−２２０１１２号公報 特開２００７−１４０６０１号公報

近年のリモートコピーシステムにおいては、特許文献１に開示された技術のように、コピー元のボリュームからコピー先のボリュームにコピーを１回実行するだけではない。近年のリモートコピーシステムにおいては、コピー元のボリュームからコピー先のボリュームに、コピー先のボリュームからさらにその先のボリュームに、と同一のデータを複数回コピーする場合も多くなってきている。

しかしながら、この場合にリモートコピーシステムは、コピー元のボリュームに対するデータの操作を停止したり、コピー先のボリュームとさらにその先のボリュームとの間でコピーを実行したり、コピー先のボリュームとさらにその先のボリュームとの間でコピーを停止して一時的にボリューム間での通信を中断（以下、分割という）しなければならない。このため、コピー指示をした管理者が、個別にストレージ装置に問い合わせ、複数回コピーを実行したそれぞれのペアボリューム間のデータの整合性について確認し、データのコピー経路を手動で確認しなければならない、という問題が生じていた。

そこで、本発明は、管理者がストレージ装置に対して手作業で行う動作確認の労力を少なくし、かつ、連続して行われるデータコピーの管理を行うことのできるリモートコピーシステム及び確認方法を提案しようとするものである。

このような課題を解決するため、上位装置と、上位装置と通信可能に接続される第１のストレージ装置と、第１のストレージ装置と通信可能に接続される第２のストレージ装置と、を少なくとも備えるリモートコピーシステムであって、第１のストレージ装置及び第２のストレージ装置は、上位装置からの制御コマンドが書き込まれる論理デバイスと、複数のハードディスクの記憶領域から提供され且つデータを格納する１又は複数の論理ボリュームと、複数の論理ボリュームからペア設定されたペア情報と、を備え、それぞれの論理デバイスに上位装置からの制御コマンドが書き込まれると、上位装置が指定する論理ボリュームを始点として、始点の論理ボリュームから、論理ボリュームと同一のデータが格納される終点の論理ボリュームまで、のコピー経路をペア情報に基づいて確認する確認部を有することを特徴とする。

この結果、管理者がコピー経路を手動で確認する必要がなくなる。また、リモートコピーシステムが統括してコピー経路の確認を行うことができる。

また、本発明は、上位装置と、上位装置と通信可能に接続される第１のストレージ装置と、第１のストレージ装置と通信可能に接続される第２のストレージ装置と、を少なくとも備えるリモートコピーシステムの確認方法であって、第１のストレージ装置及び第２のストレージ装置では、上位装置からの制御コマンドを論理デバイスに書き込まれるステップと、複数のハードディスクの記憶領域から提供される１又は複数の論理ボリュームにデータを格納するステップと、複数の論理ボリュームからペア設定されたペア情報を管理するステップと、を備え、それぞれの論理デバイスに上位装置からの制御コマンドが書き込まれると、上位装置が指定する論理ボリュームを始点として、始点の論理ボリュームから、論理ボリュームと同一のデータが格納される終点の論理ボリュームまで、のコピー経路をペア情報に基づいて確認する確認ステップを有することを特徴とする。

この結果、管理者がコピー経路を手動で確認する必要がなくなる。また、リモートコピーシステムが統括してコピー経路の確認を行うことができる。

本発明によれば、管理者がストレージ装置に対して手作業で行う動作確認の労力を少なくし、かつ、連続して行われるデータコピーの管理を行うことができる。

以下、本発明の実施の形態を、図面を参照して説明する。

（１）第１の実施の形態
（１−１）システム構成
図１は、本発明の第１の実施の形態のリモートコピーシステム１の構成に関するブロック図である。

リモートコピーシステム１は、ホスト計算機２がネットワーク３を介して、第１のサイトに設置された第１のストレージ装置５Ａと、第２のサイトに設置された第２のストレージ装置５Ｂと、第３のサイトに設置された第３のストレージ装置５Ｃと、にそれぞれ接続される構成である。そして第１のストレージ装置５Ａと第２のストレージ装置５Ｂとがコピー用ネットワーク４を介して接続され、第２のストレージ装置５Ｂと第３のストレージ装置５Ｃとがコピー用ネットワーク４を介して接続される構成である。

第２のサイトは、第１のサイトから近距離又は中距離の範囲内に位置し、第３のサイトは第１のサイトから遠距離に位置している。なお、以下の説明で特に区別してストレージ装置５を説明する場合を除いてＡ、Ｂ、Ｃの記載はしない。

ホスト計算機２は、ＣＰＵ（図示せず）やメモリ２１等の情報処理資源を備えた上位装置であり、例えばパーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。またホスト計算機２は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備える。そしてホスト計算機２は、レイドマネージャ２２（図中、ＲＭと表記）と呼ばれるソフトウェアを搭載している。

レイドマネージャ２２は、ストレージ装置５に対して、コピー指示、ペア操作及びボリュームＶｏｌに関するステータスの取得等、制御の実行を指示するエージェントである。

ホスト計算機２のメモリ２１には、コマンドデバイステーブル２１０２１０、コピー経路テーブル２１１、確認プログラム２１２及び確認復旧プログラム２１３が格納されている。各種テーブルについての説明は後述する。

確認プログラム２１２は、複数回にわたり同一のデータを格納したコピー経路を確認するためのプログラムであり、レイドマネージャ２２が実行する。

また確認復旧プログラム２１３は、複数回にわたり同一のデータを格納したコピー経路を確認しつつ、あるボリューム区間においてコピー経路が切断されている場合に復旧させて、同一のデータをコピーするためのプログラムであり、レイドマネージャ２２が実行する。

ネットワーク３及びコピー用ネットワーク４は、例えばＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、インターネット、公衆回線又は専用回線などから構成される。本実施の形態では、ネットワーク３及びコピー用ネットワーク４としてＳＡＮを利用し、ホスト計算機２や夫々のストレージ装置５はファイバーチャネルプロトコルに従って通信する。

図１と図２とを参照しながらストレージ装置５の構成について説明する。ストレージ装置５は、複数のハードディスクＨＤＤからなるディスク部７と、複数のハードディスクＨＤＤをＲＡＩＤ（Redundant Array of Independent/Inexpensive Disks）方式で管理するコントローラ６を備えて構成される。

ハードディスクＨＤＤは、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスク、又はＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクから構成される。そしてこのハードディスクＨＤＤが提供する記憶領域上にボリュームＶｏｌが形成されている。

コントローラ６は、複数のチャネルアダプタ６０、接続部６１、共有メモリ６２、キャッシュメモリ６３、及び複数のディスクアダプタ６４を備えて構成される。

各チャネルアダプタ６０は、マイクロプロセッサ６００、メモリ６０１及び通信インタフェース等を備えたマイクロコンピュータシステムとして構成されており、ネットワーク３に接続するためのポート（図示せず）を備える。各チャネルアダプタ６０は、ホスト計算機２から送信される各種コマンドを解釈して、必要な処理を実行する。各チャネルアダプタ６０のポートには、それぞれを識別するためのネットワークアドレス（例えば、ＩＰアドレスやＷＷＮ）が割当てられており、これによりチャネルアダプタ６０がそれぞれ個別にＮＡＳ（Network Attached Storage）として振る舞うことができるようになされている。本実施の形態において、レイドマネージャ２２との通信には、ＳＣＳＩの通信インタフェースを使用する。

各チャネルアダプタ６０のメモリ６０１は、コマンドデバイスＣＭＤを備えて構成される。ホスト計算機２からの制御コマンドがコマンドデバイスに書き込まれると、チャネルアダプタ６０のマイクロプロセッサ６００がコマンドデバイスＣＭＤに記憶された制御コマンドを処理する。

接続部６１は、上述したチャネルアダプタ６０の他、共有メモリ６２、キャッシュメモリ６３及びディスクアダプタ６４と接続されている。チャネルアダプタ６０、共有メモリ６２、キャッシュメモリ６３及びディスクアダプタ６４間のデータやコマンドの授受は、この接続部を介して行われる。接続部は、例えば高速スイッチングによりデータ伝送を行う超高速クロスバススイッチなどのスイッチ又はバス等で構成される。

共有メモリ６２は、チャネルアダプタ６０及びディスクアダプタ６４により共有される記憶メモリである。共有メモリ６２は、主にストレージ装置５の電源投入時にボリュームＶｏｌから読み出されたシステム構成情報及び各種制御プログラムや、ホスト計算機２からのコマンドなどを記憶するために利用される。また、共有メモリ６２には、ボリュームテーブル６２０、コピーペアテーブル６２１及びデータのコピーを実行するコピープログラム６２２が格納される。共有メモリ６２内に記憶されるボリュームテーブル６２０、コピーペアテーブル６２１については、後述で説明する。

キャッシュメモリ６３も、チャネルアダプタ６０及びディスクアダプタ６４により共有される記憶メモリである。このキャッシュメモリ６３は、主にストレージ装置５に入出力するユーザデータを一時的に記憶するために利用される。

各ディスクアダプタ６４は、マイクロプロセッサ（図示せず）やメモリ（図示せず）等を備えたマイクロコンピュータシステムとして構成され、ディスク部７との通信時におけるプロトコル制御を行うインタフェースとして機能する。これらディスクアダプタ６４は、例えばファイバーチャネルケーブルを介して対応するディスク部７と接続されており、ファイバーチャネルプロトコルに従ってこれらディスク部７との間のデータの授受を行う。

（１−２）各種テーブルの構成
それでは次にホスト計算機２が保持する各種テーブル２１０、２１１と、それぞれのストレージ装置５が保持する各種テーブル６２０、６２１について説明する。

（１−２−１）コマンドデバイステーブル
コマンドデバイステーブル２１０は、ホスト計算機２のメモリ２１内に保持されるテーブルであり、同一データのコピー経路を確認するために、複数のコマンドデバイスＣＭＤに確認指示を出す順番を管理するテーブルである。

図３に示すように、コマンドデバイステーブル２１０は、「コマンドデバイス番号」欄２１００、「次ポインタ」欄２１０１、「デバイス名」欄２１０２、及び、「ストレージ装置製造番号」欄２１０３、とから構成される。

「コマンドデバイス番号」欄２１００は、ホスト計算機２が夫々のストレージ装置５にあるコマンドデバイスＣＭＤを識別するためにホスト計算機２内部で付与する識別子である。

「次ポインタ」欄２１０１は、コピー経路を確認するための、次のテーブル番地を示すポインタ値である。例えば、図３に示すように、ポインタ「0x9f9a80」は、次のテーブル番地である２行目のコマンドデバイス情報を示している。同様に、ポインタ「0x9f9e78」は、次のテーブル番地であるコマンドデバイス情報を示している。そして、ポインタ「0」は、次のテーブル番地は有しないことを示している。

「デバイス名」欄２１０２は、コマンドデバイス番号に該当するコマンドデバイスＣＭＤのファイル名を示している。すなわち、ホスト計算機２のレイドマネージャ２２は、制御コマンドを指定のファイル名に書き込むことになる。

「ストレージ装置製造番号」欄２１０３は、コマンドデバイスＣＭＤを保持するストレージ装置５の製造番号を示している。

（１−２−２）コピー経路テーブル
コピー経路テーブル２１１は、ホスト計算機２のメモリ内に保持されるテーブルであり、同一のデータのコピー経路を確認した確認結果を管理するためのテーブルである。また、コピー経路テーブル２１１は、コピー経路を確認するたびに作成されるテーブルである。

図４に示すように、コピー経路テーブル２１１は、「次ポインタ」欄２１１０、「ストレージ装置製造番号」欄２１１１、及び、「ボリューム番号」欄２１１２とから構成される。

「次ポインタ」欄２１１０は、コピー経路を示した次のテーブル番地を示すポインタ値である。例えば、図４に示すように、ポインタ「0x8f9a80」は、次のテーブル番地である２行目のコピー経路情報を示している。そして、ポインタ「0」は、次のテーブル番地は有しないことを示している。

「ストレージ装置製造番号」欄２１１１は、同一のデータが格納されたボリュームＶｏｌを提供するストレージ装置５の製造番号を示す。

「ボリューム番号」欄２１１２は、同一のデータが格納されたボリュームＶｏｌのボリューム番号を示す。

図４に示すテーブル２１１の例では、「2830」が付与されたボリュームＶｏｌと、「2233」が付与されたボリュームＶｏｌと、「90」が付与されたボリュームＶｏｌと、は、複数回のコピーを実行した結果、同一のデータが格納されるボリューム群であることがわかる。したがって、コピーを開始するボリュームＶｏｌは「2830」が付与されたボリュームＶｏｌであり、コピーを終了するボリュームＶｏｌは「90」が付与されたボリュームＶｏｌであることがわかる。

（１−２−３）ボリュームテーブル
ボリュームテーブル６２０は、それぞれのストレージ装置５の共有メモリ６２に保持されるテーブルであり、それぞれのストレージ装置５が提供するボリュームＶｏｌを管理するテーブルである。

ボリュームＶｏｌテーブル６２０は、ストレージ装置５が提供するボリュームＶｏｌに識別番号を付与した「ボリューム番号」欄６２００、及び、そのボリュームＶｏｌの状態を示す「状態」欄６２０１とから構成されている。

図５に示すテーブル６２０の例では、ボリュームＶｏｌ「0」は、コピーペアの対象ではないことを示す「SIMPLEX」という情報が格納されており、ボリュームＶｏｌ「2830」は、現在リモートコピー中であることを示す「リモートコピー中」という情報が格納されていることがわかる。

（１−２−４）コピーペアテーブル
コピーペアテーブル６２１は、それぞれのストレージ装置５の共有メモリ６２に保持されるテーブルであり、ペア設定されたボリュームＶｏｌの管理をするテーブルである。

コピーペアテーブル６２１は、コピー元のボリュームＶｏｌを示す「ボリューム番号」欄６２１０、「ステータス」欄６２１１、コピー先のストレージ装置を示す「コピー先のストレージ装置製造番号」欄６２１２、及び、コピー先のボリュームＶｏｌを示す「コピー先のボリューム番号」欄６２１３とから構成される。

図６に示すテーブル６２１の例では、「ステータス」欄６２１１は、コピー元のボリュームＶｏｌとコピー先のボリュームＶｏｌとのペア設定情報が格納されている。コピー先のボリュームＶｏｌが決まり、ペアの設定が行われると、「PAIR」という情報が格納される。

（１−３）確認処理
それでは次に、上記テーブルを利用して、ホスト計算機２がコピー経路を確認する処理について説明する。確認処理は、ホスト計算機２のレイドマネージャ２２が確認プログラム２１２に基づいて実行する。

説明の便宜上、確認対象のストレージ装置５は第１のストレージ装置５Ａとし、確認対象のボリュームＶｏｌは第１のストレージ装置５Ａが有するコピー元のボリュームＶｏｌとする。また、コピー先のボリュームＶｏｌは第２のストレージ装置５Ｂが有し、さらに次のコピー先のボリュームＶｏｌは第３のストレージ装置５Ｃが有するものとする。

図７は、確認処理を示すフローチャートである。まず、レイドマネージャ２２は、コマンドデバイステーブル２１０を参照して、確認対象のストレージ装置５Ａに対して、ストレージ装置の製造番号とコピー元のボリューム番号との取得要求を発行すると確認処理を開始する（Ｓ１）。

次に、レイドマネージャ２２は、確認対象のストレージ装置５Ａからストレージ装置５Ａの製造番号とコピー元のボリューム番号との情報を取得する（Ｓ２）。

そして、レイドマネージャ２２は、始点であるコピー元のボリュームＶｏｌから、最終的にコピーデータを格納したコピー先のボリュームＶｏｌまでのコピー経路を確認する確認実行処理を実行する（Ｓ３）。この確認実行処理の詳細は、後述する。

レイドマネージャ２２は、確認処理の実行結果がエラーではなく、終点となるコピー先のボリュームＶｏｌに関する情報を取得できた場合に（Ｓ４：ＮＯ）、取得した最終のボリュームＶｏｌを終点としてよいか否かを判断する（Ｓ５）。

レイドマネージャ２２は、取得した最終のボリュームＶｏｌを終点としてよい場合には（Ｓ５：ＹＥＳ）、確認処理を正常に終了する（Ｓ７）。確認処理を正常に終了した場合には、レイドマネージャ２２が確認結果をコピー経路テーブル２１１に登録する。

一方、レイドマネージャ２２は、取得した最終のボリュームＶｏｌを終点としない場合には（Ｓ５：ＮＯ）、確認処理をエラー終了する（Ｓ６）。

なお、ステップＳ４において、確認処理の実行結果がエラーである場合にも（Ｓ４:ＹＥＳ）、レイドマネージャ２２は確認処理をエラー終了する（Ｓ６）。

ここで、管理者が確認処理の実行結果をホスト計算機２の画面で確認することもできる。

図８は、ステップＳ４において、終点となるコピー先のボリュームＶｏｌに関する情報を取得できた場合の画面Ｓ１を示す。この画面Ｓ１では、ストレージ装置製造番号「65321」、ボリューム番号「2830」のコピー経路を確認した結果、最初のコピー先はストレージ装置製造番号「65542」、ボリューム番号「2233」であり、さらにその次のコピー先はストレージ装置製造番号「8321」、ボリューム番号「12」であり、そして終点となるコピー先は、ストレージ装置製造番号「8321」、ボリューム番号「90」であることを示している。

図９は、ステップＳ４において、終点となるコピー先のボリュームＶｏｌに関する情報を取得できなかった場合の画面Ｓ２を示す。この画面Ｓ２では、ストレージ装置製造番号「65321」、ボリューム番号「2830」のコピー経路を確認した結果、終点となるコピー先は、ストレージ装置製造番号「8321」、ボリューム番号「90」にはコピーデータが格納されずに、エラーが発生していることを示している。

図１０は、ステップＳ５において、取得した最終のボリュームＶｏｌを終点とすることをチェックした場合の画面Ｓ３を示す。この画面Ｓ３では、始点となるコピー元はストレージ装置製造番号「65321」、ボリューム番号「2830」であり、終点となるコピー先はストレージ装置製造番号「8321」、ボリューム番号「90」とした場合に、コピー経路が正しく形成されている状態を示している。コピー経路の内容は、図８の画面で説明したコピー経路の内容と同様なので説明を省略する。

（１−４）確認実行処理
引き続き、ステップＳ３の確認実行処理について説明する。この確認実行処理も、ホスト計算機２のレイドマネージャ２２が確認プログラム２１２に基づいて実行する。なお、ボリューム間のコピーについては、コピー指示の内容を含んだ制御コマンドがコマンドデバイスＣＭＤに書き込まれると、チャネルアダプタ６０がコピープログラム６２２に基づいて実行する。

まず、図１１に示すように、レイドマネージャ２２は、確認対象のストレージ装置５Ａからストレージ装置５Ａの製造番号とコピー元のボリューム番号との情報を取得すると確認実行処理を開始する（Ｓ１０）。

つぎに、レイドマネージャ２２は、取得したストレージ装置５Ａはホスト計算機２と接続されていて、利用できる場合には（Ｓ１１：ＹＥＳ）、取得したボリューム番号に関するペア情報の取得要求を発行する。そうすると、確認対象のストレージ装置５Ａは、コピーペアテーブル６２１を参照して取得したボリューム番号に関するペア情報をホスト計算機２に送信する。

レイドマネージャ２２は、確認対象のストレージ装置５Ａからのペア情報を取得すると（Ｓ１３）、取得したボリューム番号とペア設定されたボリュームＶｏｌがあるか否かを判断する（Ｓ１４）。

レイドマネージャ２２は、ペア情報に基づいて、取得したボリューム番号とペア設定されたボリュームＶｏｌがないと判断した場合には（Ｓ１４：ＮＯ）、取得した現在のボリュームＶｏｌを終点のボリュームＶｏｌとして取得し（Ｓ１５）、確認実行処理を終了する（Ｓ２２）。

一方、レイドマネージャ２２は、ペア情報に基づいて、取得したボリューム番号とペア設定されたボリュームＶｏｌがあると判断した場合には（Ｓ１４：ＹＥＳ）、コピーが終了済か否かを確認する（Ｓ１６）。具体的には、レイドマネージャ２２は、コピー情報の取得要求を確認対象のストレージ装置５Ａに発行する。コピー情報の取得要求を受信した、確認対象のストレージ装置５Ａは、ボリュームテーブル６２０を参照し、確認対象のボリューム番号に関するコピー情報をホスト計算機２に送信する。

レイドマネージャ２２は、コピー情報に基づいて、コピーが終了していないことを確認した場合には（Ｓ１６：ＮＯ）、コピーが終了するまで待って（Ｓ１７）、引き続きステップＳ１８の処理を実行する。

また、レイドマネージャ２２は、コピー情報に基づいて、コピーが終了していることを確認した場合には（Ｓ１６：ＹＥＳ）、コピー先のストレージ装置製造番号と、コピー先のボリューム番号と、を取得する（Ｓ１８）。

そして、レイドマネージャ２２は、コマンドデバイステーブル２１０を参照して、取得したストレージ装置製造番号から、取得したコピー先のボリューム番号が終点のボリュームＶｏｌであると判断すると（Ｓ１９：ＹＥＳ）、このコピー先のボリューム番号を終点のボリュームＶｏｌとして取得し（Ｓ２１）、確認実行処理を終了する（Ｓ２２）。

一方レイドマネージャ２２は、コマンドデバイステーブル２１０を参照すると、次の確認対象があり、取得したコピー先のボリューム番号が終点のボリュームＶｏｌではないと判断すると（Ｓ１９：ＮＯ）、コマンドデバイステーブル２１０から、次のコマンドデバイス番号に該当するストレージ装置製造番号を取得する（Ｓ２０）。そうして、レイドマネージャ２２は、次の確認対象のストレージ装置５Ｂについて、ステップＳ１１からステップＳ２１までの処理を実行し、終点のボリュームＶｏｌを取得するまで確認実行処理を繰り返す。このときレイドマネージャ２２は、次の確認対象のストレージ装置５ＢにあるコマンドデバイスＣＭＤに向けて、制御コマンドを発行することになる。

なお、ステップＳ１１において、レイドマネージャ２２は、取得したストレージ装置５Ａはホスト計算機２と接続されておらず、利用できない場合には（Ｓ１１：ＮＯ）、エラー終了する（Ｓ１２）。

ここで、ホスト計算機２と確認対象のストレージ装置５Ａとの情報の受け渡しについて説明する。情報とは、例えばコピー情報やペア情報をいい、ホスト計算機２が、確認対象のストレージ装置５Ａに関して取得したい情報をいう。説明上、ペア情報を取得する場合を例に挙げるが、これに限られない。

まず、図１２に示すように、ホスト計算機２のレイドマネージャ２２は、取得したいペア情報Ｃ２をライトコマンドＣ１とともに、確認対象のストレージ装置５ＡにあるコマンドデバイスＣＭＤに送信する（Ｐ１）。

確認対象のストレージ装置５ＡはライトコマンドＣ１を受信すると、コマンドデバイスＣＭＤにライトコマンドＣ１を書き込み（Ｐ２）、取得したいペア情報Ｃ２を指示内容として直接チャネルアダプタ６０Ａのローカルメモリ６０１Ａ内に取り込む（Ｐ３）。

そうすると、チャネルアダプタ６０Ａのマイクロプロセッサ６００Ａが共有メモリ６２Ａにアクセスして（Ｐ４）、コピーペアテーブル６２１Ａから該当するペア情報Ｉ１を取り出し、取り出したペア情報Ｉ１をローカルメモリ６０１Ａに格納する（Ｐ５）。

その後、チャネルアダプタ６０Ａは、ライトコマンドＣ１を正常に終了した旨のステータス報告をホスト計算機２に対して通知する（Ｐ６）。

そして、図１３に示すように、ステータス報告を受けたホスト計算機２は、ローカルメモリ６０１Ａに格納されたペア情報の取得要求Ｃ４をリードコマンドＣ３とともに、確認対象のストレージ装置５ＡにあるコマンドデバイスＣＭＤに送信する（Ｐ７）。

確認対象のストレージ装置５ＡはリードコマンドＣ３を受信すると、コマンドデバイスＣＭＤにリードコマンドＣ３を書き込み（Ｐ８）、取得したいペア情報Ｃ４を指示内容として直接チャネルアダプタ６０Ａのローカルメモリ６０１Ａ内に取り込む（Ｐ９）。

そうすると、チャネルアダプタ６０Ａのマイクロプロセッサ６００Ａが、ペア情報Ｉ１をホスト計算機２に送信する（Ｐ１０）。

その後、チャネルアダプタ６０Ａは、リードコマンドＣ３を正常に終了した旨のステータス報告をホスト計算機２に対して通知する（Ｐ１１）。

ここで、本実施の形態の変形例について説明する。

図１４に示すように、変形例のリモートコピーシステム１０は、第１のストレージ装置５Ａがホスト計算機２に接続され、第２のストレージ装置５Ｂ及び第３のストレージ装置５Ｃは、ホスト計算機２と接続されない構成である。そして、それぞれのストレージ装置５は、リモートコマンドデバイスＲＣＭＤをさらに備えている。

リモートコマンドデバイスＲＣＭＤとは、コマンドデバイスＣＭＤと同様に、それぞれのストレージ装置５がホスト計算機２との制御コマンドを通信するための専用のボリュームＶｏｌ或いはソフトウェアをいう。ホスト計算機２は、第１のストレージ装置５Ａに形成されたリモートコマンドデバイスＲＣＭＤに対して制御コマンドをデータとして書き込むと、第１のストレージ装置５Ａは、リモートコマンドデバイスＲＣＭＤに記憶された制御コマンドを処理する。このとき、リモートコマンドデバイスＲＣＭＤに書き込まれる制御コマンドは、第２のストレージ装置５Ｂまたは第３のストレージ装置５Ｃに対して送信される制御コマンドである。リモートコマンドデバイスＲＣＭＤは、ホスト計算機２からの制御コマンドを第２のストレージ装置５Ｂに送信する。

ホスト計算機２からの制御コマンドが第２のストレージ装置５Ｂに対して送信されたコマンドである場合には、第２のストレージ装置５ＢはコマンドデバイスＲＣＭＤにこの制御コマンドを書き込む。一方、ホスト計算機２からの制御コマンドが第３のストレージ装置５Ｃに対して送信された制御コマンドである場合には、第２のストレージ装置５ＢはリモートコマンドデバイスＲＣＭＤに制御コマンドを書き込むとともに、制御コマンドを第３のストレージ装置５Ｃに送信する。第３のストレージ装置５Ｃは、制御コマンドをコマンドデバイスＣＭＤに書き込み、コマンドの内容に従って処理を実行する。

第２のストレージ装置５Ｂまたは第３のストレージ装置５Ｃで取得した情報は第１のストレージ装置５Ａからホスト計算機２に送信されることになる。

これによりホスト計算機からの指示を１台のストレージ装置が受信するだけで、コピー経路の確認処理を実行することができるので、ネットワーク環境を簡易化することができ、リモートコピーシステム全体の負荷を減少することができる。

以上のように、確認処理では、ホスト計算機がそれぞれのストレージ装置に制御コマンドを送信し、この制御コマンドを受けたそれぞれのストレージ装置が制御コマンドに従って処理を実行し、それぞれのストレージ装置内にある情報をホスト計算機に送信することで、ホスト計算機が統括して管理することができる。また、確認処理は、データのコピー経路を管理できる方法であり、データのコピー元とコピー先との確認ができる方法である。加えて、確認処理は、バックアップデータの整合性を確認できる方法である。

（１−５）確認復旧処理
それでは次に、ホスト計算機２がコピー経路を確認する途中にコピー経路に障害がある場合に、障害場所を復旧しつつコピー経路を確認する、確認復旧処理について説明する。ここで、コピー経路の障害とは、コピー経路が物理上切断されている場合や、人為的にコピー経路が中断されている場合をいう。

コピー経路の障害は、第２のストレージ装置５Ｂと第３のストレージ装置５Ｃとの間のコピー経路で発生したものとして説明する。また説明の便宜上、確認対象のストレージ装置は第１のストレージ装置５Ａとし、確認対象のボリュームＶｏｌは第１のストレージ装置５Ａが有するコピー元のボリュームＶｏｌとする。また、コピー先のボリュームＶｏｌは第２のストレージ装置５Ｂが有し、さらに次のコピー先のボリュームＶｏｌは第３のストレージ装置５Ｃが有するものとする。

この確認復旧処理は、ホスト計算機２のレイドマネージャ２２が確認復旧プログラム２１３に基づいて実行する。但し、この確認復旧処理は、過去に同一のデータに関するコピー経路が形成されていることが前提となる。

まず、レイドマネージャ２２は、図７で説明をしたステップＳ１からステップＳ７までの処理手順に従って確認処理を実行する。ただし、ステップＳ３においては、レイドマネージャ２２は確認復旧実行処理を実行することになる。

図１５及び図１６は、確認復旧実行処理を示すフローチャートである。

レイドマネージャ２２は、確認対象のストレージ装置５Ａからストレージ装置の製造番号とコピー元のボリューム番号との情報を取得すると確認実行処理を開始する（Ｓ３０）。

次にレイドマネージャ２２は、ステップＳ３１からステップＳ３３までの処理を、ステップＳ１１からステップＳ１３までの処理と同様の手順で実行する。

レイドマネージャ２２は、ペア情報を取得すると、確認対象のボリュームＶｏｌとペア設定されたコピー先のボリュームＶｏｌとが、現時点でリモートコピー中か否かを判断し（Ｓ３４）、コピー中ではないと判断すると（Ｓ３４：ＮＯ）ステップＳ５４以降の処理を実行する。コピー中ではないということは、確認対象のボリュームＶｏｌを始点とするペアが存在しないことを示している。

レイドマネージャ２２は、ペア設定された確認対象のボリュームＶｏｌとコピー先のボリュームＶｏｌとがコピー中ではないと判断すると（Ｓ３４：ＮＯ）、これらのボリュームＶｏｌ間が分割しているか否かを判断するために、それぞれのコマンドデバイスＣＭＤに制御コマンドを送信する。

そして、レイドマネージャ２２が、第１のストレージ装置５Ａ及び第２のストレージ装置５Ｂから分割情報を受信した結果、確認対象のボリュームＶｏｌとコピー先のボリュームＶｏｌとが分割していると判断すると（Ｓ５４：ＹＥＳ）、確認対象のボリュームＶｏｌからコピー先のボリュームＶｏｌにデータをコピーする制御コマンドをそれぞれのコマンドデバイスＣＭＤに送信する。コピー結果の報告を受けた結果、コピーが成功している場合には（Ｓ５６：ＮＯ）、レイドマネージャ２２がステップＳ５８以降の処理を実行する。

コピー結果の報告を受けた結果、コピーが失敗している場合には（Ｓ５６：ＹＥＳ）、レイドマネージャ２２はエラー終了する（Ｓ５７）。

ステップＳ３４において、レイドマネージャ２２は、ペア設定された確認対象のボリュームＶｏｌとコピー先のボリュームＶｏｌとがコピー中であると判断すると（Ｓ３４：ＹＥＳ）、確認対象のボリュームＶｏｌが過去のコピー経路で終点のボリュームＶｏｌであったか否かを判断する（Ｓ３５）。

そして、レイドマネージャ２２は、確認対象のボリュームＶｏｌが過去に終点のボリュームＶｏｌであると判断すると（Ｓ３５：ＹＥＳ）、確認対象のボリュームＶｏｌを終点のボリュームＶｏｌとして取得し（Ｓ３６）、確認復旧実行処理を終了する（Ｓ６４）。

一方、レイドマネージャ２２は、確認対象のボリュームＶｏｌが過去に終点のボリュームＶｏｌではないと判断すると（Ｓ３５：ＮＯ）、次に、ペア情報から、コピー先の第２のストレージ装置製造番号とコピー先のボリューム番号とを取得する（Ｓ３７）。

そして取得したコピー先の第２のストレージ装置５Ｂはホスト計算機２と接続されていて、第２のストレージ装置５Ｂが利用できる場合には（Ｓ３８：ＹＥＳ）、レイドマネージャ２２は、ボリュームテーブル６２０Ｂから取得したコピー先のボリューム情報を抽出し、第２のストレージ装置５Ｂにあるコマンドデバイスからボリューム情報を取得する（Ｓ４０）。

取得したボリューム情報から、レイドマネージャ２２は、コピー先のボリュームＶｏｌがさらに次のコピー先のボリュームＶｏｌとコピー中ではないと判断した場合には（Ｓ４１：ＹＥＳ）、確認対象のボリュームＶｏｌとコピー先の対象となるボリュームＶｏｌとの間でペアを形成せよという制御コマンドを、第１のストレージ装置５Ａと第２のストレージ装置５Ｂにあるコマンドデバイスに送信する。

制御コマンドを書き込んだコマンドデバイスの内容に従って、第１のストレージ装置５Ａと第２のストレージ装置５Ｂがペアの形成を実行し（Ｓ４２）、このペア形成が成功した旨のストレージ装置から報告を受けた場合には（Ｓ４３：ＮＯ）、ステップＳ５４以降の処理を実行する。なお、第１のストレージ装置５Ａと第２のストレージ装置５Ｂからペア形成が失敗した旨の報告があった場合には、復旧処理ができない障害であるとして、レイドマネージャ２２は、この処理をエラー終了する（Ｓ４４）。

レイドマネージャ２２は、コピー先のボリュームＶｏｌがさらに次のコピー先のボリュームＶｏｌとコピー中であると判断した場合には（Ｓ４１：ＹＥＳ）、これらボリュームＶｏｌ間のコピー経路を分割せよという制御コマンドを、コマンドデバイスＣＭＤに送信する（Ｓ４５）。

第２のストレージ装置５Ｂと第３のストレージ装置５Ｃから分割が成功した旨の報告を受けた場合には（Ｓ４６：ＮＯ）、レイドマネージャ２２は制御コマンドを発行し、第１のストレージ装置５Ａと第２のストレージ装置５Ｂに、確認対象のボリュームＶｏｌとコピー先のボリュームＶｏｌとの間でコピー経路を再び形成させて（Ｓ４８）、これらのボリュームＶｏｌ間でコピーを実行させる。

第１のストレージ装置５Ａと第２のストレージ装置５Ｂからコピーが成功した旨の報告を受けた場合には（Ｓ４９：ＮＯ）、レイドマネージャ２２は制御コマンドを発行し、第２のストレージ装置５Ｂと第３のストレージ装置５Ｃに、コピー先のボリュームＶｏｌと次のコピー先のボリュームＶｏｌとの間のコピー経路を再び形成させて（Ｓ５１）、これらのボリュームＶｏｌ間でコピーを実行させる。このステップで、復旧処理が成されている。

第２のストレージ装置５Ｂと第３のストレージ装置５Ｃからコピーが成功した旨の報告を受けた場合には（Ｓ５２：ＮＯ）、ステップＳ５８以降の処理を実行することになる。

なお、ストレージ装置から、分割が失敗した旨の報告（Ｓ４６：ＹＥＳ）、再形成が失敗した旨の報告（Ｓ４９：ＹＥＳ）、及びコピーが失敗した旨の報告、を受けた場合には、レイドマネージャ２２は、復旧処理ができない障害であると判断して、この処理をエラー終了する（Ｓ４７、Ｓ５０、Ｓ５３）。

その後、レイドマネージャ２２は、ステップＳ５８からステップＳ６３までの処理を、ステップＳ１６からステップ２１までの処理と同様の手順で実行して、確認復旧実行処理を終了する（Ｓ６４）。

ここで、管理者が確認復旧処理の実行結果をホスト計算機２の画面Ｓ４で確認することもできる。

図１７は、ステップＳ５２において、管理者が、終点となるコピー先のボリュームＶｏｌまで同一のデータを格納できているか否かを確認するための画面Ｓ４を示している。この画面Ｓ４では、ストレージ装置製造番号「65321」、ボリューム番号「2830」を始点とするコピー経路の修復を確認した結果、最初のコピー先はストレージ装置製造番号「65542」、ボリューム番号「2233」であり、さらにその次のコピー先はストレージ装置製造番号「8321」、ボリューム番号「12」であり、そして終点となるコピー先は、ストレージ装置製造番号「8321」、ボリューム番号「90」であることを示している。

このコピー経路では、さらにその次のコピー先であるストレージ装置製造番号「8321」、ボリューム番号「12」と、終点となるコピー先であるストレージ装置製造番号「8321」、ボリューム番号「90」と、の間のコピー経路が修復され、かつ、終点のボリュームＶｏｌまで同一のデータが格納されていることを示している。

以上のように、確認復旧処理も、ホスト計算機がそれぞれのストレージ装置に制御コマンドを送信し、この制御コマンドを受けたそれぞれのストレージ装置が制御コマンドに従って処理を実行し、それぞれのストレージ装置内にある情報をホスト計算機に送信することで、ホスト計算機が統括して管理することができる。加えて、コピー経路が何らかの理由で切断されていても、そのコピー経路を回復させつつ、同一のデータを同一のコピー経路上にあるボリュームに格納することができる。そして、本実施の形態によれば、データのコピー経路を管理できる方法であり、データのコピー元とコピー先との確認ができる方法である。加えて、本実施の形態によれば、バックアップデータの整合性を確認できる方法である。

（１−６）第１の実施の形態の効果
本実施の形態によれば、ホスト計算機が確認処理や確認復旧処理を行うため、管理者がストレージ装置に対して手作業で行う動作確認の労力を少なくし、かつ、連続して行われるデータコピーの管理を行うことができる。

（２）第２の実施の形態
本発明における第２の実施の形態を、図面を参照して説明する。

（２−１）システム構成
図１８は、本発明の第２の実施の形態のリモートコピーシステム１００の構成に関するブロック図である。

第１の実施の形態ではホスト計算機２が確認処理や確認復旧処理を実行したが、本実施の形態では確認対象のストレージ装置５が確認処理や確認復旧処理を実行する。

そして、第１の実施の形態ではコマンドデバイスＣＭＤがホスト計算機２からの制御コマンドの内容に従って情報を取得し、その情報をホスト計算機２に送信していた。本実施の形態では、エージェント６０´がホスト計算機２´からの制御コマンドの内容に従って処理を実行する。エージェント６０´が制御コマンドの内容に基づいて、実際に確認処理や確認復旧処理を実行できる点で、第１の実施の形態のコマンドデバイスＣＭＤと異なる。また、本実施の形態ではチャネルアダプタ６０をエージェント６０´とするが、チャネルアダプタ６０に限らず、ディスクアダプタ６４がエージェント６０´しての役割を担当してもよい。

また、図１９に示すように、本実施の形態におけるストレージ装置５´の共有メモリ６２´には、確認復旧プログラム６２３が格納される。その他の構成要素は、第１の実施の形態と同様なので、説明を省略する。

（２−２）確認処理
それでは次に、ホスト計算機２´がコピー経路を確認する処理について説明する。確認処理は、ホスト計算機２´のレイドマネージャ２２が確認プログラム２１２に基づいて実行する。

説明の便宜上、確認指示の対象のストレージ装置５は第１のストレージ装置５´Ａとし、確認指示の対象のボリュームＶｏｌは第１のストレージ装置５´Ａが有するコピー元のボリュームＶｏｌとする。また、コピー先のボリュームＶｏｌは第２のストレージ装置５´Ｂが有し、さらに次のコピー先のボリュームＶｏｌは第３のストレージ装置５´Ｃが有するものとする。

図２０は、確認処理を示すフローチャートである。

まず、レイドマネージャ２２は、コマンドデバイステーブル２１０を参照して、確認対象のストレージ装置５´Ａに対して、ストレージ装置５´Ａの製造番号とコピー元のボリューム番号との取得要求を発行すると確認処理を開始する（Ｓ７０）。

次に、レイドマネージャ２２は、確認対象のストレージ装置５´Ａからストレージ装置５´Ａの製造番号とコピー元のボリューム番号との情報を取得する（Ｓ７１）。

そして、レイドマネージャ２２は、始点であるコピー元のボリュームＶｏｌから、最終的にコピーデータを格納したコピー先のボリュームＶｏｌまでのコピー経路を確認する確認復旧処理の実行を第１のストレージ装置５Ａに指示する（Ｓ７２）。この確認復旧処理の詳細は、後述する。

レイドマネージャ２２は、確認復旧処理の実行結果を取得すると（Ｓ７３）、ステップＳ７４からＳ７７までの処理を、ステップＳ４からステップＳ７までの処理と同様の手順で実行する。

（２−３）確認復旧処理
ステップＳ７２の確認実行処理について説明する。この確認実行処理は、エージェント６０´Ａが確認復旧プログラム６２３及びコピープログラム６２２に基づいて実行する。

まず、図２１及び図２２に示すように、エージェント６０´Ａにレイドマネージャ２２から確認復旧処理の指示を受信すると、第１のストレージ装置５´Ａにあるエージェント６０´Ａは、確認復旧処理を開始する（Ｓ８０）。確認復旧処理の指示としては、確認指示の対象である第１のストレージ装置５´ＡにあるボリュームＶｏｌを始点とするコピー経路の確認と、コピー経路の途中で障害が生じていた場合の復旧と、である。

次に、エージェント６０´Ａは、確認指示の対象である第１のストレージ装置５´Ａはホスト計算機２と接続されていて、利用できる場合には（Ｓ８１：ＹＥＳ）、確認指示の対象であるボリューム番号に関するペア情報の取得を、コピーペアテーブル６２１を参照して取得する（Ｓ８３）。

その後、エージェント６０´Ａは、ステップＳ８４からＳ１１４までの処理をステップＳ３４からＳ６４までの処理と同様の手順で実行する。

ただし、ステップＳ９０において、エージェント６０´Ａは、コピー先のエージェント６０´Ｂと通信し、コピー先のボリューム情報を取得する（Ｓ９０）。

このとき、エージェント６０´間でのやり取りが行われることで、要求元のエージェント６０´Ａが要求内容に従った情報を取得することができる。以下では要求元のエージェント６０´Ａとし、要求先のエージェント６０´Ｂとして説明するが、この形態に限られない。

具体的には、図２３に示すように要求元のエージェント６０´Ａが要求先のエージェント６０´Ｂに対してログインをし（Ｓ１２０）、要求先のエージェント６０´Ｂから正常にログインした旨の応答が返ってくることを確認する（Ｓ１２１）。

そうして、要求元のエージェント６０´Ａは要求先のエージェント６０´Ｂに対し指示内容を送信する（Ｓ１２２）。指示内容とは、コピー先のボリューム情報の取得指示である。

この指示内容を受け取った要求先のエージェント６０´Ｂは、要求先の共有メモリ６２´Ｂ内にあるコピーペアテーブルに基づいて、ペアステータス、ストレージ装置の製造番号及びボリューム番号をデータとして送信する（Ｓ１２３）。

要求先のエージェント６０´Ｂは、送信が完了した旨を要求元のエージェント６０´Ａに送信する（Ｓ１２４）。

また、ステップＳ９２でペアを形成する場合、ステップＳ９５で分割をする場合、ステップＳ１０１及びステップＳ１０５でコピーを実行する場合、には、図２４に示すように、エージェント６０´間でのやり取りが行われることで、要求元のエージェント６０´Ａが要求内容に従った情報を取得することができる。

具体的には、要求元のエージェント６０´Ａが要求先のエージェント６０´Ｂに対してログインをし（Ｓ１３０）、要求先のエージェント６０´Ｂから正常にログインした旨の応答が返ってくることを確認する（Ｓ１３１）。

そうして、要求元のエージェント６０´Ａは要求先のエージェント６０´Ｂに対し指示内容を送信する（Ｓ１３２）。指示内容とは、ペアを形成する指示、分割をする指示、及びコピーをする指示である。

この指示内容を受け取った要求先のエージェント６０´Ｂは、要求先の共有メモリ６２´内にあるコピープログラム６２２に基づいて、指示内容を実行する（Ｓ１３３）。

要求先のエージェント６０´Ｂは、実行結果を要求元のエージェント６０´Ａに送信する（Ｓ１３４）。

以上のように、ホスト計算機２´が第１のストレージ装置５´Ａに確認指示を送信すると、確認指示を受けたエージェント６０´Ａが確認を実行し、確認結果をホスト計算機２´に送信する。これにより、本実施の形態によるホスト計算機２´が統括して管理することができる。加えて、ホスト計算機２´は指示だけを送信すればよいので、第１の実施の形態よりホスト計算機２´にかかる負荷が軽減される。さらに、本実施の形態によるリモートコピーシステム１００では、コピー経路が何らかの理由で切断されていても、そのコピー経路を回復させつつ、同一のデータを同一のコピー経路上にあるボリュームＶｏｌに格納することができる。そして、本実施の形態によれば、データのコピー経路を管理できる方法であり、データのコピー元とコピー先との確認ができる方法である。加えて、本実施の形態によれば、バックアップデータの整合性を確認できる方法である。

（２−２）第２の実施の形態の効果
本実施の形態によれば、ホスト計算機の指示に基づいてストレージ装置にあるエージェントが確認復旧処理を行うため、管理者がストレージ装置に対して手作業で行う動作確認の労力を少なくし、かつ、連続して行われるデータコピーの管理を行うことができる。

本発明は、１又は複数のストレージ装置を有するリモートコピーシステムや、その他の形態のリモートコピーシステムに広く適用することができる。

第１の実施の形態におけるリモートコピーシステムの構成を示すブロック図である。 第１の実施の形態におけるストレージ装置の構成を示すブロック図である。 第１の実施の形態におけるコマンドデバイステーブルを示す図表である。 第１の実施の形態におけるコピー経路テーブルを示す図表である。 第１の実施の形態におけるボリュームテーブルを示す図表である。 第１の実施の形態におけるコピーペアテーブルを示す図表である。 第１の実施の形態における確認処理のフローチャートである。 第１の実施の形態における確認処理の画面例である。 第１の実施の形態における確認処理の画面例である。 第１の実施の形態における確認処理の画面例である。 第１の実施の形態における確認実行処理のフローチャートである。 第１の実施の形態のストレージ装置において制御コマンドを処理する説明図である。 第１の実施の形態のストレージ装置において制御コマンドを処理する説明図である。 第１の実施の形態において変形例を示す説明図である。 第１の実施の形態において確認復旧実行処理のフローチャートである。 第１の実施の形態において確認復旧実行処理のフローチャートである。 第１の実施の形態において確認復旧実行処理の画面例である。 第２の実施の形態におけるリモートコピーシステムの構成を示すブロック図である。 第２の実施の形態における共有メモリの内容を示すブロック図である。 第２の実施の形態における確認処理のフローチャートである。 第２の実施の形態における確認復旧実行処理のフローチャートである。 第２の実施の形態における確認復旧実行処理のフローチャートである。 第２の実施の形態におけるエージェント間でのアクセスを説明する説明図である。 第２の実施の形態におけるエージェント間でのアクセスを説明する説明図である。

符号の説明

１、１０、１００……リモートコピーシステム、２……ホスト計算機、３……ネットワーク、４……コピー用ネットワーク、５……ストレージ装置、ＣＭＤ……コマンドデバイス、ＲＣＭＤ……リモートコマンドデバイス、Ｖｏｌ……ボリューム、６０´……エージェント。

Claims (8)

1. 上位装置と、前記上位装置と通信可能に接続される第１のストレージ装置と、前記第１のストレージ装置と通信可能に接続される第２のストレージ装置と、を少なくとも備えるリモートコピーシステムであって、
   前記第１のストレージ装置及び前記第２のストレージ装置は、
   前記上位装置からの制御コマンドが書き込まれる論理デバイスと、複数のハードディスクの記憶領域から提供され且つデータを格納する１又は複数の論理ボリュームと、複数の論理ボリュームからペア設定されたペア情報と、を有し、
   それぞれの前記論理デバイスに上位装置からの制御コマンドが書き込まれると、前記上位装置が指定する論理ボリュームを始点として、始点の論理ボリュームから、当該論理ボリュームと同一のデータが格納される終点の論理ボリュームまで、のコピー経路を前記ペア情報に基づいて確認する確認部と、
   前記上位装置が指定する論理ボリュームをコピー元の論理ボリュームとして、前記ペア情報に基づいて過去にコピー先であった論理ボリュームを確認し、
   過去にコピー先であった論理ボリュームの次のコピー先であった論理ボリュームを有しない場合には、前記コピー元の論理ボリュームと前記過去にコピー先であった論理ボリュームとをペア設定し、
   過去にコピー先であった論理ボリュームの次のコピー先であった論理ボリュームを有する場合には、前記コピー先であった論理ボリュームと、前記次のコピー先であった論理ボリュームと、の間のコピー経路の通信を一時的に中断し、前記コピー元の論理ボリュームに格納されるデータを前記過去にコピー先であった論理ボリュームにコピーした後、前記コピー経路の通信を接続可能にする確認復旧部と、
   を備えることを特徴とするリモートコピーシステム。
2. 前記確認部及び前記確認復旧部は、前記上位装置が有する
   ことを特徴とする請求項１に記載のリモートコピーシステム。
3. 前記確認部及び前記確認復旧部は、少なくとも第１のストレージ装置が有する
   ことを特徴とする請求項１に記載のリモートコピーシステム。
4. 前記第１のストレージ装置及び第２のストレージ装置は、
   他のストレージ装置に対する制御コマンドを書き込むリモート論理デバイスをさらに備え、
   前記上位装置からの制御コマンドが前記リモート論理デバイスに書き込まれると、他のストレージ装置に当該制御コマンドを発行する
   ことを特徴とする請求項１に記載のリモートコピーシステム。
5. 上位装置と、前記上位装置と通信可能に接続される第１のストレージ装置と、前記第１のストレージ装置と通信可能に接続される第２のストレージ装置と、を少なくとも備えるリモートコピーシステムの確認方法であって、
   前記第１のストレージ装置及び前記第２のストレージ装置では、
   前記上位装置からの制御コマンドを論理デバイスに書き込まれるステップと、複数のハードディスクの記憶領域から提供される１又は複数の論理ボリュームにデータを格納するステップと、複数の論理ボリュームからペア設定されたペア情報を管理するステップと、を備え、
   それぞれの前記論理デバイスに上位装置からの制御コマンドが書き込まれると、前記上位装置が指定する論理ボリュームを始点として、始点の論理ボリュームから、前記論理ボリュームと同一のデータが格納される終点の論理ボリュームまで、のコピー経路を前記ペア情報に基づいて確認する確認ステップと、
   前記上位装置が指定する論理ボリュームをコピー元の論理ボリュームとして、前記ペア情報に基づいて過去にコピー先であった論理ボリュームを確認し、
   過去にコピー先であった論理ボリュームの次のコピー先であった論理ボリュームを有しない場合には、前記コピー元の論理ボリュームと前記過去にコピー先であった論理ボリュームとをペア設定し、
   過去にコピー先であった論理ボリュームの次のコピー先であった論理ボリュームを有する場合には、前記コピー先であった論理ボリュームと、前記次のコピー先であった論理ボリュームと、の間のコピー経路の通信を一時的に中断し、前記コピー元の論理ボリュームに格納されるデータを前記過去にコピー先であった論理ボリュームにコピーした後、前記コピー経路の通信を接続可能にする確認復旧ステップと、
   を含むことを特徴とする確認方法。
6. 前記確認ステップ及び前記確認復旧ステップは、前記上位装置が実行する
   ことを特徴とする請求項５に記載の確認方法。
7. 前記確認ステップ及び前記確認復旧ステップは、少なくとも第１のストレージ装置が実行する
   ことを特徴とする請求項５に記載の確認方法。
8. 前記第１のストレージ装置及び第２のストレージ装置では、
   他のストレージ装置に対する制御コマンドをリモート論理デバイスに書き込むステップを備え、
   前記上位装置からの制御コマンドが前記リモート論理デバイスに書き込まれると、他のストレージ装置に当該制御コマンドを発行するステップを
   有することを特徴とする請求項５に記載の確認方法。
   

Images