JP2009140036A - ストレージシステム及びその再同期設定方法 - Google Patents

Abstract

【解決課題】ストレージにおいてデータの整合性の保障を図るとともに再同期時間の短縮を図る。
【解決手段】第１のストレージ装置内の第１のボリュームと第２のストレージ装置内の第２のボリュームとでペアを構成し、第１のボリュームに書き込まれたデータを第２のボリュームに第１のストレージ装置に含まれるジャーナルボリュームを利用してリモートコピーするストレージシステムにおいて、リモートコピーを行う更新時間と更新データ量を管理するタイムテーブルと、タイムテーブルを利用して第１のボリュームと第２のボリュームの再同期を行うための再同期時間に関するシミュレーションを行なうシミュレーション制御部と、シミュレーション制御部でシミュレーションした再同期時間に基づいて、リモートコピーを制御するリモートコピー制御部とを備える。
【選択図】図１

Description

本発明は、ストレージシステム及びその再同期設定方法に関し、特に、リモートコピーによりデータをコピーするストレージシステム及びその再同期設定方法に適用しても好適なものである。

正ストレージ装置と副ストレージ装置をそれぞれ離間した場所に配置するとともに正ストレージ装置と副ストレージ装置とをネットワークを介して通信可能に接続し、正ストレージ装置に書き込まれたデータを副ストレージ装置にリモートコピーするストレージシステムが知られている。

このリモートコピーでは、ネットワークに障害等が発生した場合など、正ストレージ装置と副ストレージ装置との間でデータを同期させるために再同期するため処理を行なう必要がある。この再同期処理を行う方法には、例えば、２つの方法がある。第１の方法は、正ストレージ装置と副ストレージ装置のデータの差分をビットマップで管理し更新されたブロックのみを順不同に正ストレージ装置から副ストレージ装置へ送信する方法である。第２の方法は、更新データに更新時間を付与して、その更新時間の順に副ストレージ装置でデータ更新を行う方法である。

なお、ストレージシステムにおけるリモートコピーでは、正ストレージ装置からライト時刻付のライトデータを副ストレージ装置に転送し、副ストレージ装置はライト時刻に基づきボリュームへライトデータを格納する技術（例えば、特許文献１参照）、副ストレージ装置に非同期リモートコピーで正ストレージ装置から転送されるデータを格納するボリュームに対し、二つのレプリカを用意し、それぞれのレプリカは書き込みデータに付与されたタイムスタンプの時間に準じた時刻指定の停止コマンドで交互に停止し、また、時間順序の保証されたレプリカデータを常時準備し、正ストレージ装置に障害が発生した場合、レプリカを用いてデータを復旧する技術（例えば、特許文献２参照）が知られている。
特開２００５−１９０４５６号公報 特開２００６−７９５６８号公報

上記第１の方法だと、再同期のためのデータ量や再同期時間を短縮することができるが、更新順序を保障することができない。よって、再同期動作中に障害等が発生するとデータが破壊されてしまう。また、上記第２の方法だと、更新順序が保障されるため正ストレージ装置と副ストレージ装置とのデータの整合性は保たれるが、再同期のためのデータ量が増大し、再同期の時間が長くなってしまう。

したがって、データの整合性の保障しつつ再同期の時間を短縮することは上記第１、第２のいずれの方法、また、公知文献に記載され技術でも実現することができない。

本発明は、以上の点を考慮してなされたもので、データの整合性の保障を図るとともに再同期時間の短縮を図ることができるストレージシステム及びその再同期設定方法を提案しようとするものである。

本発明は、最同期が必要な時間を、更新順序を保障しない所定期間（所定期間内の更新データは順序性が保障されずに再同期される。以下、再同期時間単位という。）を複数の期間に分割して設けることで、データ整合性の保障と再同期時間の短縮の兼ね合いを図るものである。

その方法として、例えば、ストレージ装置の論理ブロックアドレス毎に更新時間と各更新のデータ量を管理するタイムテーブルを設け、再同期指示の際に、タイムテーブルを用いて複数の異なる再同期時間単位に再同期時間を算出し、ユーザに提示し、ユーザへ再同期時間単位を選択させて、選択された再同期時間を用いて再同期を行なうものである。

また、本発明は複数のサイト間での再同期にも適用することができる。この場合は、各サイトのストレージ装置の有するタイムテーブルが一番新しいストレージ装置がマスターとなる。タイムテーブルは前記一番新しいストレージ装置から読み出すが、データの読み出しは、そのストレージ装置がリモートコピー中か否かに応じてタイムテーブルを読み出した上記一番新しいストレージ装置とは別のストレージ装置から読み出すようにする。

また、本発明は、第１のストレージ装置と第２のストレージ装置を少なくとも含み、前記第１のストレージ装置内の第１のボリュームと前記第２のストレージ装置内の第２のボリュームとでペアを構成し、前記第１のボリュームに書き込まれたデータを前記第２のボリュームに前記第１のストレージ装置に含まれるジャーナルボリュームを利用してリモートコピーするストレージシステムにおいて、前記リモートコピーを行う更新時間と更新データ量を管理するタイムテーブルと、前記タイムテーブルを利用して前記第１のボリュームと前記第２のボリュームの再同期を行うための再同期時間に関するシミュレーションを行なうシミュレーション制御部と、前記シミュレーション制御部でシミュレーションした再同期時間に基づいて、前記リモートコピーを制御するリモートコピー制御部とを備えるものである。

上記のような構成によると、最同期が必要な時間を、更新順序を保障しない所定期間を複数の期間に分割して設けることで、データ整合性の保障と再同期時間の短縮の兼ね合いを図ることができる。

本発明によれば、データの整合性の保障を図るとともに再同期時間の短縮を図ることができるストレージシステム及びその再同期設定方法を提案できる。

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

（第１の実施形態）
図１は、本発明を適用したストレージシステム１の構成を示す図である。図１に示すように、ストレージシステム１は、サーバ１１０，２１０，３１０、ストレージ装置１２０，２２０，３２０、ストレージナビゲータ１３０，２３０，３３０を有している。サーバ１１０、ストレージ装置１２０及びストレージナビゲータ１３０がそれぞれ通信回線１０，１１で接続されており、サーバ２１０、ストレージ装置２２０及びストレージナビゲータ２３０がそれぞれ通信回線１２，１３で接続されており、サーバ３１０、ストレージ装置３２０及びストレージナビゲータ３３０がそれぞれ通信回線１４，１５で接続されている。さらに、ストレージ装置１２０とストレージ装置２２０，ストレージ装置２２０とストレージ装置３２０とは、それぞれ通信回線１６，１７で接続されている。

サーバ１１０は、ストレージ装置１２０の上位装置であり、ストレージ装置１２０を管理する。サーバ１１０は、リモートコピー指示部１１１を有しており、所定の設定に基づいてリモートコピーの指示をストレージ装置１２０に対して行なう。なお、サーバ１１０は図示を省略しているが、ハードウェアとしてはディスプレイ等の表示部、キーボード、マウス等の入力部、マイクロプロセッサやメモリ等からなる制御部を有している。そして、ユーザによって各種操作が行なわれるようになっている。

また、サーバ２１０はリモートコピー指示部２１１を有しており、サーバ３１０はリモートコピー指示部３１１を有している。サーバ２１０，３１０についてはサーバ１１０と実質的に同様な説明となるため説明を省略する。

ストレージ装置１２０は、コントローラ部（以下では、ＤＫＣと称することもある。）１２１とディスク部１２２とを有している。また、コントローラ部１２１は、リモートコピー処理部１４０、メモリ１５０等を有している。リモートコピー処理部１４０は、リモートコピー制御部１６０、シミュレーション制御部１７０を有している。リモートコピー制御部１６０はストレージ装置１２０からストレージ装置２２０へのリモートコピーの制御を実行し、シミュレーション制御部１７０はリモートコピーの再同期の設定に関するシミュレーションを実行する。このリモートコピー処理についての詳細は後述する。

メモリ１５０は、フラグ１５１，タイムテーブル１８０、アドレス変換テーブル及１９０を格納する領域を有している。フラグはリモートコピー処理において、リモートコピー元のＭＣＵ（メイン・コントロール・ユニット）であるか、リモートコピー先であるＲＣＵ（リモート・コントロール・ユニット）であるか及びその序列を示す情報である。タイムテーブル１８０及びアドレス変換テーブル１９０の内容については後述する。

ディスク部１２２は、ジャーナルボリューム１２３、データボリューム１２４を有している。ジャーナルボリューム１２３は、リモートコピーを行なうときにリモートコピー元のボリュームとリモートコピー先のボリュームのデータの差分に関する情報を蓄積するボリュームである。また、データボリューム１２４はサーバ１１０等の上位装置からライトされたデータを保存するボリュームである。これらのジャーナルボリューム１２３、データボリューム１２５はハードディスクドライブ群のハードディスクドライブで構成される。ジャーナルボリューム１２３、データボリューム１２４はハードディスクドライブ群のハードディスクドライブと１対１で対応するようにしても良いし、あるハードディスクドライブの中のある領域と対応するようにしてもよい。また、ジャーナルボリューム１２３、データボリューム１２４はいくつかのハードディスクドライブに跨って設けられても良い。

また、ストレージ装置２２０は、コントローラ部２２１、ディスク部２２２を有している。コントローラ部２２１は、リモートコピー処理部２４０、メモリ２５０等を有しており、リモートコピー処理部２４０は、リモートコピー制御部２６０、シミュレーション制御部２７０を、メモリ２５０は、フラグ２５１、タイムテーブル２８０、アドレス変換テーブル２９０を有している。ディスク部２２２は、ジャーナルボリューム２２３、データボリューム２２４を有している。さらに、ストレージ装置３２０は、コントローラ部３２１、ディスク部３２２を有している。コントローラ部３２１は、リモートコピー処理部３４０、メモリ３５０等を有しており、リモートコピー処理部３４０は、リモートコピー制御部３６０、シミュレーション制御部３７０を、メモリ３５０は、フラグ３５１、タイムテーブル３８０、アドレス変換テーブル３９０を有している。ディスク部３２２は、ジャーナルボリューム３２３、データボリューム３２４を有している。これらのストレージ装置２２０，３２０内の構成の内容については実質的にストレージ装置１２０と同様な説明となるため説明を省略する。

ストレージナビゲータ１３０，２３０，３３０は、それぞれストレージ装置１２０，２２０，３３０の保守を行なうために用いられる。例えば、ユーザはストレージナビゲータを用いて、ストレージ装置間のボリュームのペアを作成する操作等を行なう。例えば、ユーザは、ストレージナビゲータ１３０を操作して、データボリューム１２４とデータボリューム２２４をリモートコピーのペアとして設定する。また、ユーザは、ストレージナビゲータ２３０を操作して、データボリューム２２４とデータボリューム３２４をリモートコピーのペアとして設定する。リモートコピーのペア設定に関しては、ＬＵ（ロジカル・ユニット番号）等を利用する従来よりあるペア設定と同様であるため詳細な説明は省略することとする。なお、ペアの状態としては、シンプレックス、再同期（以下では、リシンクと称することとする。）中、ペア、スプリット等の状態がある。

次に、タイムテーブル１８０について説明する。図２は、タイムテーブル１８０の一例を示す図である。タイムテーブル１８０は、リモートコピーの管理のために用いられるテーブルである。図２に示すように、タイムテーブル１８０は、タイムテーブル番号欄１８１、自ＤＫＣ上のアドレス欄１８２、ジャーナルボリューム内のアドレス欄１８３、日時欄１８４、空き欄１８５、ジャーナル削除可能欄１８６及び転送済み欄及びＲＣＵ側更新完了欄からなる欄１８７Ａ〜１８７Ｎを有している。

タイムテーブル番号欄１８１は、各欄の番号を格納する欄である。自ＤＫＣ上のアドレス欄１８２は、データを保存したＤＫＣ上でのアドレスを格納する。ジャーナルボリューム内のアドレス欄１８３は、ジャーナルボリューム１２３内のデータを保存したアドレスを格納する。日時欄１８４は更新したデータを格納した日時を格納する。空き欄１８５は、当該欄が使用されているか否かを示す情報を格納する。空き欄１８５に「０」が格納されていれば空き状態であり、「１」が格納されていれば使用中であり新たな情報は格納できない状態となる。ジャーナル削除可能欄１８６はジャーナルデータが削除可能であるか否かを示す情報を格納する。ジャーナル削除可能欄に「０」が格納されていれば削除可能な状態であり、「１」が格納されていれば使用中であり削除できない状態である。

欄１８７Ａ〜１８７Ｎは、転送済み欄及びＲＣＵ側更新完了の欄の組から構成される。ストレージシステム１がストレージ装置２つで構成される場合には欄１８７Ａのみが使用され、ストレージ装置３つで構成される場合には、欄１８７Ａ及び欄１８７Ｂが使用される。この第１の実施形態では、欄１８７Ａ及び欄１８７Ｂが使用される。欄１８７Ａの転送済み欄には、転送が未完了であれば「０」が格納され、転送済みであれば「１」が格納される。また、欄１８７ＡのＲＣＵ側更新完了欄には、更新が未完了であれば「０」が格納され、更新完了であれば「１」が格納され、リシンクペースより送信の必要がない場合は「２」が格納される。この欄１８７Ａに格納される情報の処理については後述する。

なお、タイムテーブル２８０，３８０については、タイムテーブル１８０についての説明と同様になるため、図示及び説明を省略する。

次に、アドレス変換テーブル１９０について説明する。図３は、アドレス変換テーブル１９０の一例を示す図である。

アドレス変換テーブル１９０は、ストレージ装置間で異なるアドレスとなっているボリュームを対応づけるためのテーブルである。例えば、アドレス変換テーブル１９０は、ストレージ装置１２０がＭＣＵに、ストレージ装置２２０がＲＣＵ１に、ストレージ装置３２０のＲＣＵ２に設定されている場合に、それぞれのボリュームのアドレスを対応づける。具体的には、図３に示すようにボリュームのアドレスは、ＭＣＵが「ＸＸＸ」、ＲＣＵ１が「ＸＸＸ１」、ＲＣＵ２が「ＸＸＸ２」、ＲＣＵｎが「ＤＤＤ１」のように対応づけられる。なお、第１の実施形態の場合は、ＭＣＵ、ＲＣＵ１、ＲＣＵ２の欄１９１から１９３が使用されて、ストレージ装置１２０からストレージ装置３２０のデータボリューム１２４から３２４のアドレスが対応づけられる。

なお、アドレス変換テーブル２９０，３９０については、アドレス変換テーブル１９０についての説明と同様になるため、図示及び説明を省略する。

次に、リモートコピー処理部２４０の実行する処理について説明する。図４は、ストレージシステム１で実行される処理を示すフローチャートである。なお、この処理は、例えば、ユーザがストレージナビゲータ１３０を操作して、データボリューム１２４，２２４のペアの設定を行なった後、実行される。また、ステップＳ１０１からＳ１０３，Ｓ１０５，Ｓ１０６はリモートコピー制御部２６０等で実行される処理であり、ステップＳ１０４はシミュレーション制御部２７０で実行される処理である。

先ず、ステップＳ１０１において、タイムテーブル１８０の作成処理が行われる。ステップＳ１０２において、ペア同期中のタイムテーブル同期処理が行われる。ステップＳ１０３において、削除処理が行われる。ステップＳ１０４において、リシンクのシミュレーションが行なわれる。そして、ステップＳ１０５において、リシンクの指示が行なわれる。このステップＳ１０１からＳ１０５の各処理の詳細については、後述する。

そして、ステップＳ１０６において、リモートコピーを停止するか否かの判定が行なわれる。リモートコピーを停止しなければ（Ｓ１０６：ＮＯ）、ステップＳ１０１からＳ１０５の処理を繰り返し、リモートコピーを停止するのであれば（Ｓ１０６：ＹＥＳ）、処理を終了する。

次に、ステップＳ１０１のタイムテーブル１８０作成処理について説明する。図５は、タイムテーブル１８０作成処理の詳細を示すフローチャートである。なお、ステップＳ３０１からＳ３０８は、ＭＣＵ（親装置）としての処理であり、ステップＳ３０９からＳ３２５は、ＲＣＵ（親装置に対する子装置）としての処理である。

先ず、ステップＳ２０１において、リモートコピーの対象となる対象ボリュームに対し、データ転送要求ありか否かが判定される。データ転送要求がない場合は（Ｓ２０１：ＮＯ）、この処理を終了する。一方、データ転送要求がある場合は（Ｓ２０１：ＹＥＳ）、ステップＳ２０２において、タイムテーブル１８０に空きがあるか否かが判定される。

タイムテーブル１８０に空きがない場合は（Ｓ２０２：ＮＯ）、ステップＳ２０３において、エラー処理が実行される。また、タイムテーブル１８０に空きがある場合は（Ｓ２０２：ＹＥＳ）、ステップＳ２０３において、タイムテーブル１８０の確保処理が行われる。そして、ステップＳ２０５において、確保したタイムテーブル１８０のタイムテーブル番号に対し、データの書き込みを行なう。これにより、タイムテーブル１８０が作成される。

次に、ステップＳ１０２のペア同期中のタイムテーブル同期処理について説明する。図６から図８は、この処理の詳細を示すフローチャートである。

先ず、ステップＳ３０１において、ＲＣＵ１からリードタイムテーブル１８０要求ありか否かが判定される。リードタイム要求がある場合は（Ｓ３０１：ＹＥＳ）、ステップＳ３０２において、タイムテーブル１８０がＲＣＵ１へ送付される。そして、ステップＳ３０３において、タイムテーブル１８０の送付が完了されたか否かが判定される。タイムテーブル１８０の送付が完了した場合は（Ｓ３０３：ＹＥＳ）、ステップＳ３０４において、ＲＣＵ１からリードデータ要求ありか否かが判定される。

ＲＣＵ１からリードデータ要求ありと判定された場合は（Ｓ３０４：ＹＥＳ）、ステップＳ３０５において、ＲＣＵ１から要求のあったタイムテーブル番号のジャーナルデータが送信される。ステップＳ３０６において、タイムテーブル１８０の転送済み欄が「１」に変更される。ステップＳ３０７において、完了か否かが判定される。この判定は、ＲＣＵ１からジャーナルデータ受領の完了報告があったか否かに基づいて判定される。完了した場合は（Ｓ３０７：ＹＥＳ）、ステップＳ３０８において、タイムテーブル１８０のＲＣＵ側更新完了欄が「１」に変更される。そして、処理はステップＳ３０４の処理に戻る。

ステップＳ３０１でＲＣＵ１からリードタイムテーブル１８０要求がないと判定された場合（Ｓ３０１：ＮＯ）、又はステップＳ３０４でＲＣＵ１からリードデータ要求がないと判定した場合（Ｓ３０４：ＮＯ）、ステップＳ３０９において、ＲＣＵとして動作しているか否かが判定される。これは、メモリ２５０内のフラグ２５１が参照されて判定される。ＲＣＵとして動作していないと判定された場合は（Ｓ３０９：ＮＯ）、ステップＳ３２４の処理へ進む。

ＲＣＵとして動作していると判定された場合は（Ｓ３０９：ＹＥＳ）、ステップＳ３１０において、ＭＣＵ選定処理が行われる。この処理については後述する。このようにＭＣＵ（親装置がＲＣＵの場合は、若番のＲＣＵとなる。）が選定されると、ステップＳ３１１において、ＭＣＵに対し、リードタイムテーブル１８０要求が発行される。そして、ステップＳ３１２において、タイムテーブル１８０の受領が完了したか否かが判定される。

タイムテーブル１８０の受領が完了したと判定された場合は（Ｓ３１２：ＹＥＳ）、ステップＳ３１３において、ＭＣＵに対しタイムテーブル１８０受領完了が報告される。そして、ステップＳ３１４において、タイムテーブルＶ２が作成される。タイムテーブルＶ２は、タイムテーブル１８０から、ペア状態又はリシンク状態のボリューム及びタイムテーブル１８０においてＲＣＵ側更新完了欄が「０」を満たすものを全て抽出して作成される。

そして、ステップＳ３１５において、タイムテーブルＶ２に対し、日時欄１８４に基づいて時間の古い順にソートが行なわれ、タイムテーブルＶ３が作成される。そして、ステップＳ３１６において、リシンクのペースはどうかが判定される。ペースが設定されていない場合は（Ｓ３１６：ＮＯ）、後述のステップＳ７０４へ進む。ペースが設定されている場合は（Ｓ３１６：ＹＥＳ）、ステップＳ３１７において、タイムテーブルＶ３の先頭レコードからＭＣＵに対し、リードデータ要求がなされる。そして、ステップＳ３１８において、データの受領が完了したか否かが判定される。

データの受領が完了した場合は（Ｓ３１８：ＹＥＳ）、ステップＳ３１９において、転送されたジャーナルデータがジャーナルボリューム２２３に書き出される。そして、ステップＳ３２０において、タイムテーブル１８０のＲＣＵ側更新完了欄が「１」に変更される。そして、ステップＳ３２１において、ＭＣＵへ完了が報告される。

続いて、ステップＳ３２２において、タイムテーブルＶ３内に未送信データがあるか否かが判定される。未送信データがあると判定された場合は（Ｓ３２２：ＹＥＳ）、ステップＳ３１７からＳ３２１の処理が再び実行される。未送信データがないと判定された場合は（Ｓ３２２：ＮＯ）、ステップＳ３２３において、タイムテーブル１８０のレコード毎に所定条件に適合する「ＲＣＵ番号」及びタイムテーブル番号がＭＣＵへ送信される。ここで、所定条件とは、自ＤＫＣよりＲＣＵ番号の大きいＲＣＵ番号のＲＣＵ側更新完了欄が「１」又は「２」であることである。

そして、ステップＳ３２４において、ＲＣＵ１よりタイムテーブル１８０要求ありか否かが判定される。そして、タイムテーブル要求ありと判定された場合は（Ｓ３２４：ＹＥＳ）、ステップＳ３２５において、受領したタイムテーブルに基づいて、タイムテーブル番号及びＲＣＵ番号に該当するＲＣＵ側更新完了欄が「１」に変更される。このようにＲＣＵ側更新完了欄が「１」に変更されたとき、又は、タイムテーブル１８０要求なしと判定された場合は（Ｓ３２４：ＮＯ）、この処理が終了となる。

次に、ステップＳ３１０のＭＣＵ選定処理について説明する。図９は、ＭＣＵ（親装置）選定処理の詳細を示すフローチャートである。

ステップＳ４０１において、リシンク中のボリュームが含まれているか否かが判定される。含まれていると判定されて場合は（Ｓ４０１：ＹＥＳ）、ステップＳ４０２において、自ＤＫＣのＲＣＵ番号より若番のＲＣＵ番号に接続されているか否かが判定される。接続されていると判定された場合は（Ｓ４０２：ＹＥＳ）、ステップＳ４０３の処理へ進む。一方、ステップＳ４０１で含まれていないと判定された場合（Ｓ４０１：ＮＯ）、又はステップＳ４０２で接続されていないと判定された場合は（Ｓ４０２：ＮＯ）、処理が終了となる。

ステップＳ４０３において、ＭＣＵは他ＲＣＵと通信中か否かが判定される。通信中であると判定された場合は（Ｓ４０３：ＹＥＳ）、ステップＳ４０４において、前記若番のＲＣＵ番号のＤＫＣはあるか否かが判定される。あると判定された場合は（Ｓ４０４：ＹＥＳ）、ステップＳ４０５において、その他に若番のＲＣＵ番号のＤＫＣは通信中か否かが判定される。通信中であれば（Ｓ４０５：ＹＥＳ）、ステップＳ４０４の処理へ戻り、通信中でなければ（Ｓ４０５：ＮＯ）、ステップＳ４０３の処理へ戻る。

一方、ステップＳ４０３で通信中でないと判定された場合は（Ｓ４０３：ＮＯ）、ステップＳ４０６において、リシンク処理のＭＣＵは通信中でないＭＣＵに変更され、処理が終了となる。また、ステップＳ４０４で前記若番のＲＣＵ番号のＤＫＣがない場合は（Ｓ４０４：ＮＯ）、ステップＳ４０７において、リシンク処理のＭＣＵが通信中でないＲＣＵに変更され、処理が終了となる。このようにして、ＭＣＵの選定処理が行われる。

次に、削除処理について説明する。図１０は、削除処理の詳細を示すフローチャートである。

先ず、ステップＳ５０１において、タイムテーブル番号毎にＲＣＵ側更新完了欄が「１」か「２」の場合、ジャーナル削除可能欄１８６が「１」に変更される。そして、ステップＳ５０２において、全タイムテーブル番号に対して実施か否かが判定される。実施されていなければ（Ｓ５０２：ＮＯ）、ステップＳ５０１の処理が再び行われる。実施されていれば（Ｓ５０２：ＹＥＳ）、ステップＳ５０３の処理が行われる。

ステップＳ５０３において、タイムテーブル番号毎にジャーナル削除可能欄１８６が「１」の場合、空き欄を「０」、ジャーナル削除可能欄１８６を「０」に変更される。そして、ステップＳ５０４において、全タイムテーブル番号に対して実施か否かが判定される。実施されていなければ（Ｓ５０４：ＮＯ）、ステップＳ５０３の処理が再び行われる。実施されていれば（Ｓ５０４：ＹＥＳ）、処理が終了となる。

次に、リシンクのシミュレーション処理について説明する。図１１から図１３は、リシンクのシミュレーション処理の詳細を示すフローチャートである。

先ずステップＳ６０１において、シミュレーション対象は、新規にペア作成されたボリュームであるか否かが判定される。新規にペア作成されたボリュームでない場合は（Ｓ６０１：ＮＯ）、シミュレーションを行なう必要がないため、この処理が終了となる。

新規に作成されたペアであると判定された場合は（Ｓ６０１：ＹＥＳ）、ステップＳ６０２において、シミュレーションしたいデータがリシンクのタイムであるかリシンクのペースであるかが判定される。タイムであると判定された場合は（Ｓ６０２：タイム）、ステップＳ６０３において、タイムのシミュレーションを行なうための入力画面であるタイム入力画面が表示される。そして、ステップＳ６０４において、タイム入力画面上からペース、対象ボリューム、回線速度に関する情報が取得される。

ステップＳ６０５において、タイムテーブル１８０が対象ボリュームを抜粋し、タイムテーブルＶ１０が作成される。ステップＳ６０６において、タイムテーブルＶ１０を自ＤＫＣのアドレス、日時でソートしてタイムテーブルＶ１１が作成される。そして、ステップＳ６０７において、変数Ｋが「０」に設定される。

ステップＳ６０８において、変数Ｋが「１」に設定され、ベースタイムが日時（先頭のタイムテーブル１８０の番号部分）＋ペース、ベースアドレスが自ＤＫＣ上のアドレスに設定される。ステップＳ６０９において、ベースアドレスが自ＤＫＣ上のアドレスと一致するか否かが判定される。一致すると判定された場合は（Ｓ６０９：ＹＥＳ）、ステップＳ６１０において、ベースタイムが日時より早い時間であるか否かが判定される。

ステップＳ６０９で一致しないと判定した場合（Ｓ６０９：ＮＯ）、又はステップＳ６１０でベースタイムが日時より早いと判定した場合は（Ｓ６１０：ＹＥＳ）、ステップＳ６１１において、変数Ｋが「Ｋ＋１」に設定され、ベースタイムが日時（先頭のタイムテーブル１８０の番号部分）＋ペース、ベースアドレスが自ＤＫＣ上のアドレスに設定される。

ステップＳ６１１の処理が終了した場合、又はステップＳ６１０でベースタイムが日時より遅い場合は（Ｓ６１０：ＮＯ）、ステップＳ６１２において、全タイムテーブル番号に対して実施済みか否かが判定される。実施済みでないと判定された場合は（Ｓ６１２：ＮＯ）、ステップＳ６１３において、次タイムテーブル番号が参照されステップＳ６０９の処理へ戻る。

全タイムテーブル番号に対して実施済みであると判定された場合は（Ｓ６１３：ＹＥＳ）、ステップＳ６１４において、タイムが変数Ｋ（転送データ数）×２５６ＫＢ／転送能力により算出される。ステップＳ６１５において、入力画面に対し、リシンク時間が表示される。そしてこの処理が終了となる。

一方、ステップＳ６０２でペースであると判定された場合は（Ｓ６０２：ペース）、ステップＳ６１６において、ペースのシミュレーションを行なうための入力画面であるペース入力画面が表示される。そして、ステップＳ６１７において、ペース入力画面上からタイム、対象ボリューム、回線速度に関する情報が取得される。

ステップＳ６１８において、タイムテーブル１８０が対象ボリュームを抜粋し、タイムテーブルＶ１０が作成される。ステップＳ６１９において、タイムテーブルＶ１０を自ＤＫＣのアドレス、日時でソートしてタイムテーブルＶ１１が作成される。そして、ステップＳ６２０において、ペースが「０」に設定され、ステップＳ６２１において変数Ｋが「０」に設定される。

ステップＳ６２２において、変数Ｋが「１」に設定され、ベースタイムが日時（先頭のタイムテーブル１８０の番号部分）＋ペース、ベースアドレスが自ＤＫＣ上のアドレスに設定される。ステップＳ６２３において、ベースアドレスが自ＤＫＣ上のアドレスと一致するか否かが判定される。一致すると判定された場合は（Ｓ６２３：ＹＥＳ）、ステップＳ６２４において、ベースタイムが日時より早い時間であるか否かが判定される。

ステップＳ６２３で一致しないと判定した場合（Ｓ６２３：ＮＯ）、又はステップＳ６２４でベースタイムが日時より早いと判定した場合は（Ｓ６２４：ＹＥＳ）、ステップＳ６２５において、変数Ｋが「Ｋ＋１」に設定され、ベースタイムが日時（先頭のタイムテーブル１８０の番号部分）＋ペース、ベースアドレスが自ＤＫＣ上のアドレスに設定される。

ステップＳ６２５の処理が終了した場合、又はステップＳ６２４でベースタイムが日時より遅い場合は（Ｓ６２４：ＮＯ）、ステップＳ６２６において、全タイムテーブル番号に対して実施済みか否かが判定される。実施済みでないと判定された場合は（Ｓ６２６：ＮＯ）、ステップＳ６２７において、次タイムテーブル番号が参照されステップＳ６２３の処理へ戻る。

全タイムテーブル１８０に対して実施済みであると判定された場合は（Ｓ６２６：ＹＥＳ）、ステップＳ６２８において、変数Ｋ（転送データ数）×２５６ＫＢ／転送能力がタイムより小さいか否かが判定される。タイムより大きいと判定された場合は（Ｓ６２８：ＮＯ）、ステップＳ６２９において、ペースに１０秒加算され、ステップＳ６２１の処理へ戻る。また、タイムより小さいと判定された場合は（Ｓ６２８：ＹＥＳ）、ステップＳ６３０において、入力画面に対し、リシンクペースが表示される。

以上ステップＳ６０１からＳ６３０の処理が行われることにより、ストレージシステム１は、タイム又はペースが指示されたときに、それぞれに応じたシミュレーション結果をストレージナビゲータ２３０に表示し、シミュレーション結果をユーザに報知することができる。ユーザは、種々のリシンク時間やリシンクペースをシミュレーションすることにより、ストレージシステム１が実行する業務等に最適なリシンク時間やリシンクペースを設定することが可能となる。

次は、リシンク指示処理について説明する。図１４は、リシンク指示処理の詳細を示すフローチャートである。この処理は、ストレージナビゲータ２３０に表示されるシミュレーション結果に基づいて、ユーザにリシンクが指示されることにより実行される。

ステップＳ７０１において、リシンク対象のＲＣＵ番号、対象ボリューム、ペース（リシンクペース）に関する情報が取得される。ステップＳ７０２において、対象ボリュームのステータスが「リシンク中」に変更される。ステップＳ７０３において、対象ＲＣＵに対し、自ＤＫＣのＲＣＵ番号（若しくはＭＣＵ番号）、ステータスが送信される。

ステップＳ７０４において、タイムテーブル１８０から対象ボリュームが抜粋され、タイムテーブルＶ１０が作成される。そして、ステップＳ７０５において、ベースタイムが日時＋ペースに設定され、ベースアドレスが自ＤＫＣ上のアドレスに設定される。

そして、ステップＳ７０６において、ベースアドレスと自ＤＫＣが一致するか否かが判定される。一致すると判定された場合は（Ｓ７０６：ＹＥＳ）、ステップＳ７０７において、ベースタイムが日時より早いか否かが判定される。ベースタイムが日時より早いと判定された場合は（Ｓ７０７：ＹＥＳ）、ステップＳ７０８において、リシンク指示未送信処理が実行される。この処理については、後述する。

一方、ベースアドレスと自ＤＫＣが一致しないと判定された場合（Ｓ７０６：ＮＯ）、又は、ベースタイムが日時より遅いと判定された場合は（Ｓ７０７：ＮＯ）、ステップＳ７０９において、ベースタイムが日時＋ペースに、ベースアドレスが自ＤＫＣ上のアドレスに設定される。

ステップＳ７０８又はＳ７０９の処理が終了すると、ステップＳ７１０において、全タイムテーブル番号に対して実施済みか否かが判定される。実施済みでないと判定された場合は（Ｓ７１０：ＮＯ）、ステップＳ７１１において、次タイムテーブル番号が参照され、ステップＳ７０６の処理へ戻る。実施済みであると判定された場合は（Ｓ７１０：ＹＥＳ）、処理が終了となる。

次に、リシンク指示未送信処理について説明する。図１５は、リシンク指示未送信処理を示すフローチャートである。

ステップＳ８０１において、タイムテーブル番号がタイムテーブルＶ１である場合に、ＲＣＵ側更新完了欄を「２」に変更する。そして、ステップＳ８０２において、全タイムテーブル番号に対して実施したか否かが判定される。実施していないと判定された場合は（Ｓ８０２：ＮＯ）、ステップＳ８０１の処理へ戻る。実施していると判定された場合は（Ｓ８０２：ＹＥＳ）、処理が終了となる。

なお、上述した実施形態では、図４から図１５を使用して説明した処理をリモートコピー処理部２４０等が実行する場合で説明したが、他のリモートコピー処理部３４０等でも、実質的に同様な処理を実行することができる。

次に、ステップＳ６０４，Ｓ６０７における入力画面の一例について説明する。これらの入力画面は、ストレージナビゲータ２３０の表示部に表示される入力画面である。

図１６は、リシンク時間のシミュレーション時のタイム入力画面３０の一例を示す図である。ユーザは、ストレージナビゲータ２３０を操作して、入力項目１「ＬＵの番号」、入力項目２「回線帯域（Ｍｂｐｓ）」、入力項目３「リシンクのペース」を入力する。入力項目１には、例えば、対象となるボリューム、すなわち、ＬＵ２０，ＬＵ２１，ＬＵ５０等のロジカルユニットナンバーが入力される。入力項目２には、例えば、回線帯域として、２０（Ｍｂｐｓ）が入力される。また、入力項目３には、所定のリシンクのペースが入力される。このように、入力項目１から３が入力されると、シミュレーション制御部２７０の処理が実行され、リシンク時間が算出される。そして、そのリシンク時間が出力項目としてストレージナビゲータ２３０に表示される。

なお、既述のようにタイムテーブル１８０の日時欄１８４に保存される時間は、データが更新された時間が保存される。この更新された時間を基にペースが選択される。上記所定のリシンクのペースは、具体的には、秒単位、分単位、時間単位等で入力するこが可能である。なお、この際、全更新データをコピーする入力や、順序性保障なし（従来技術に相当する。）を入力することも可能とすることができる。

図１７は、リシンクペースのシミュレーション時のペース入力画面４０の一例を示す図である。ユーザは、ストレージナビゲータ２３０を操作して、入力項目１「ＬＵの番号」、入力項目２「回線帯域（Ｍｂｐｓ）」、入力項目４「秒」を入力する。入力項目１には、例えば、対象となるボリューム、すなわち、ＬＵ２０，ＬＵ２１，ＬＵ５０等のロジカルユニットナンバーが入力される。入力項目２には、例えば、回線帯域として、２０（Ｍｂｐｓ）が入力される。また、入力項目４には、所定のリシンク時間が入力される。このように、入力項目１，２，４が入力されると、シミュレーション制御部２７０の処理が実行され、リシンクペースが算出される。そして、そのリシンクペースが出力項目としてストレージナビゲータ２３０に表示される。

この第１の実施形態のストレージシステム１によると、リシンクのためのシミュレーションをユーザが自由にリシンク時間又はペースを入力することにより複数回行うことができ、その中から最適なリモートコピーを行なうことができるようにリシンクタイム、又はリシンクペースを設定することができるので、リモートコピーにおいてデータの整合性の保障を図るとともにリシンク時間の短縮を図ることができる。

（第２の実施形態）
以下では、他のリモートコピー元の選定方法について説明する。具体的には、リモートコピーが複数のストレージシステム間で行なわれている場合のリモートコピー元の選定方法を説明する。その他の部分については、実質的に第１の実施形態と同様であるため説明を省略する。

図１８は、リモートコピーが複数のストレージシステム間で行なわれる構成を概略的に説明するための図である。ストレージ装置１２０、ストレージ装置２２０、ストレージ装置３２０及びストレージ装置４２０間でリモートコピーが行なわれる構成を示している。なお、図中太い矢印は、リモート（データ）コピーの方向を示している。

ストレージ装置１２０はＭＣＵの番号、ストレージ装置２２０から４２０は、それぞれ、ＲＣＵ１、ＲＣＵ２、ＲＣＵ３の番号を有し、ストレージ装置１２０から４２０はユニークな番号が設定されている。また、リモートコピーは、ストレージ装置１２０（ＭＣＵ）からストレージ装置２２０（ＲＣＵ１）、ストレージ装置３２０（ＲＣＵ２）、ストレージ装置４２０（ＲＣＵ３）へ、ストレージ装置２２０（ＲＣＵ１）からストレージ装置３２０（ＲＣＵ２）、ストレージ装置４２０（ＲＣＵ３）へ、ストレージ装置３２０（ＲＣＵ２）からストレージ装置４２０（ＲＣＵ３）へ行なうように設定されている。

このようにＭＣＵ，ＲＣＵ１，ＲＣＵ２，ＲＣＵ３をストレージ装置１２０から４２０に設定することにより、リモートコピーのコピー元の選定を行なうことが可能となる。

なお、１つのＤＫＣに対し、複数のＲＣＵｎを有するように設定することは可能である。この場合は、ストレージ装置単位ではなくボリューム単位にＲＣＵｎを分けて設定するように構成する。図１９は、このようなストレージシステムの構成を概略的に示す図である。

図１９は、ボリューム単位にＲＣＵを設定したときの構成を概略的に示す図である。図１９に示すように、ストレージ装置１２０では、ボリューム００１から００４のグループがＭＣＵに設定されており、ボリューム０１１から０１４のグループがＲＣＵｎに設定されている。一方、ストレージ装置２２０では、ボリューム００１から００４のグループがＲＣＵ１に設定されており、ボリューム０１１から０１４のグループがＲＣＵ４に設定されている。そして、ＭＣＵからＲＣＵ１にリモートコピーが実行され、ＲＣＵ４からＲＣＵｎにリモートコピーが実行されるように構成されている。このように、ボリューム単位でＭＣＵ、ＲＣＵを設定することにより、１つのＤＫＣに対して複数のＲＣＵｎを設定することが可能となる。

次に選定を実施するタイミングについて説明する。タイムテーブル１８０を読み込むタイミングで選定を実施する。この選定は、自ＤＫＣと比較し、若番のＤＫＣからリモートコピーを実施する。ＭＣＵ側のＤＫＣの状態がリモートコピー中の場合には、次のＤＫＣの状態を確認し、コピーを実施していないＤＫＣからタイムテーブル１８０を読み込む処理を行う。

図２０は、この処理を説明するための構成を概略的に示す図である。図２０に示すように、ストレージ装置１２０から４２０がインターネットプロトコル（ＩＰ）を介して接続されており、ストレージ装置１２０にＭＣＵ、ストレージ装置２２０にＲＣＵ１、ストレージ装置３２０にＲＣＵ２、ストレージ装置４２０にＲＣＵ３が設定されている。なお、図中の太い矢印はリモートコピーの通常時のデータの流れを示している。また、図２１は、親装置を選定する処理を示すフローチャートである。

この構成では、通常時ＲＣＵ３は、ＲＣＵ１からタイムテーブル１８０を読み込んでいる。そして、ＲＣＵ１がコピー中の場合（例えば、ＲＣＵ１からＲＣＵ２）は（Ｓ９０１：ＹＥＳ）、自ＤＫＣより若番のＲＣＵを探し、ＲＣＵ２を見つける（Ｓ９０３）。なお、ＲＣＵ１がコピー中でない場合は（Ｓ９０１：ＮＯ）、ＲＣＵ１からＲＣＵ３にリモートコピーを実施する（Ｓ９０２）。

ＲＣＵ２を見つけると、ＲＣＵ２がリモートコピー中であるか否かを確認し（Ｓ９０４）、リモートコピー中（例えば、ＲＣＵ１からＲＣＵ２）であれば（Ｓ９０４：ＹＥＳ）、ＲＣＵ３は自ＤＫＣより若番のＲＣＵを探しＭＣＵを見つける（Ｓ９０６）。なお、ＲＣＵ２がリモートコピー中でない場合は（Ｓ９０４：ＮＯ）、ＲＣＵ２からＲＣＵ３にリモートコピーを実施する（Ｓ９０５）。

ＭＣＵを見つけると、ＭＣＵがリモートコピー中であるか否かを確認し（Ｓ９０７）、リモートコピー中（例えば、ＭＣＵからＲＣＵ１）であれば（Ｓ９０７：ＹＥＳ）、上記ＲＣＵ２を見つける処理（Ｓ９０１）に戻る。なお、リモートコピー中でない場合は（Ｓ９０７：ＮＯ）、ＭＣＵからＲＣＵ３にリモートコピーを実施する（Ｓ９０８）。

このようにＭＣＵ又は上位のＲＣＵを選定することができることにより、第１の実施形態の処理を複数のストレージ装置間でリモートコピーを行なう場合にも適用することができる。したがって、リモートコピーの拡張を制限なく行なうことができ、直接上位のＲＣＵがリモートコピー中である場合には、リモートコピー中でない他の上位のＲＣＵやＭＣＵからリモートコピーをすることが可能となる。

（リシンク単位の説明）
図２２及び図２３は、転送するデータ量と順序性保障の間隔の相互関係を説明するための図である。図２３は、縦軸がデータ量、横軸がリシンク時間となっている。図２３に示すように、データ量が増加するとリシンク時間も長くなる関係になる。また、図２２は、縦軸がデータ量、横軸が順序性保障の間隔を示している。図２２に示すように、データ量が多ければ順序性保障の間隔（ペース）が短いほどデータの量が多くなり、順序性保障の間隔が長いほどデータ量が少なくなる関係になっている。なお、従来技術のように順序保障がない場合は、データ量を少なく設定することができるがデータの整合性を保つことができない。

図２２及び図２３に示す関係となっているため、リシンク時間又は順序性保障の間隔が指定されると、他の要素が確定する。このため、上記各実施形態においては、順序性保障の間隔（ペース）又はリシンク時間によりシミュレーションを行なうことができるようになっている。

（他の実施形態）
上記実施形態では本発明を、ストレージ装置１２０とストレージ装置２２０を少なくとも含み、ストレージ装置１２０内のデータボリューム１２４とストレージ装置２２０内のデータボリューム２２４とでペアを構成し、データボリューム１２４に書き込まれたデータを、データボリューム２２４にストレージ装置１２０に含まれるジャーナルボリューム１２３を利用してリモートコピーするストレージシステム１において、リモートコピーを行う更新時間と更新データ量を管理するタイムテーブル１８０と、タイムテーブル１８０を利用してデータボリューム１２４とデータボリューム２２４の再同期を行うための再同期時間に関するシミュレーションを行なうシミュレーション制御部１７０と、シミュレーション制御部２７０でシミュレーションした再同期時間に基づいて、リモートコピーを制御するリモートコピー制御部２６０とを備えるストレージシステムに適用した場合について説明したが、本発明はこれに限られるものではない。

また、本発明を、シミュレーション制御部２７０のシミュレーション結果を表示するとともにその結果に基づいて、リモートコピー制御部２６０に対する再同期時間の指示を取得するストレージナビゲータ２３０を備えるストレージシステム１について適用した場合について説明したが、本発明はこれに限られるものではない。

さらに、本発明を、ストレージナビゲータ２３０は、再同期時間又は再同期ペースの指示を取得し、記シミュレーション制御部２７０は、ストレージナビゲータ２３０で再同期時間を取得した場合にはタイムテーブル１８０を利用してデータボリューム１２４とデータボリューム２２４の再同期を行うための再同期時間に関するシミュレーションを行ないストレージナビゲータ２３０に表示し、再同期ペースを取得した場合にはタイムテーブル１８０を利用してデータボリューム１２４とデータボリューム２２４の再同期を行うための再同期ペースに関するシミュレーションを行ないストレージナビゲータ２３０に表示することストレージシステム１について適用した場合について説明したが、これに限られるものではない。

さらに、本発明を、ストレージ装置１２０は、データボリューム１２４とデータボリューム２２４とを対応付けるためのアドレス変換テーブル１９０を備えるストレージシステム１に適用した場合ついて説明したが、本発明はこれに限られるものではない。

本発明は、ストレージシステム及びその再同期設定方法に広く適用することができる。

本発明の第１の実施形態に係わるストレージシステムの構成を示す図である。 同実施形態に係わるタイムテーブルの一例を示す図である。 同実施形態に係わるアドレス変換テーブルの一例を示す図である。 同実施形態に係わる処理を示すフローチャートである。 同実施形態に係わるタイムテーブル作成処理を示すフローチャートである。 同実施形態に係わるタイムテーブル同期処理の一部を示すフローチャートである。 同実施形態に係わるタイムテーブル同期処理の一部を示すフローチャートである。 同実施形態に係わるタイムテーブル同期処理の一部を示すフローチャートである。 同実施形態に係わるＭＣＵ選定処理を示すフローチャートである。 同実施形態に係わる削除処理を示すフローチャートである。 同実施形態に係わるリシンクのシミュレーション処理の一部を示すフローチャートである。 同実施形態に係わるリシンクのシミュレーション処理の一部を示すフローチャートである。 同実施形態に係わるリシンクのシミュレーション処理の一部を示すフローチャートである。 同実施形態に係わるリシンク指示処理を示すフローチャートである。 同実施形態に係わるリシンク指示未送信処理を示すフローチャートである。 同実施形態に係わるシミュレーション時のタイム入力画面の一例を示す図である。 同実施形態に係わるシミュレーション時のペース入力画面の一例を示す図である。 本発明の第２の実施形態に係わるリモートコピーが複数のストレージシステム間で行なわれる構成を概略的に説明するための図である。 同実施形態に係わる他のストレージシステムの構成を概略的に示す図である。 同実施形態に係わるリモートコピー元を選定するための処理を説明するための図である。 同実施形態に係わる選定処理を示すフローチャートである。 本発明の転送するデータ量と順序性保障の間隔の相互関係を説明するための図である。 本発明の転送するデータ量と順序性保障の間隔の相互関係を説明するための図である。

符号の説明

１…ストレージシステム、１１０，２１０，３１０…サーバ、１２０，２２０，３２０…ストレージ装置、１２３，２２３，３２３…ジャーナルボリューム、１３０，２３０，３３０…ストレージナビゲータ、１４０，２４０，３４０…リモートコピー処理部、１５０，２５０，３５０…メモリ、１６０，２６０，３６０…リモートコピー制御部、１７０，２７０，３７０…シミュレーション制御部、１８０，２８０，３８０…タイムテーブル、１９０，２９０，３９０…アドレス変換テーブル

Claims (7)

1. 第１のストレージ装置と第２のストレージ装置を少なくとも含み、前記第１のストレージ装置内の第１のボリュームと前記第２のストレージ装置内の第２のボリュームとでペアを構成し、前記第１のボリュームに書き込まれたデータを、前記第２のボリュームに前記第１のストレージ装置に含まれるジャーナルボリュームを利用してリモートコピーするストレージシステムにおいて、
   前記リモートコピーを行う更新時間と更新データ量を管理するタイムテーブルと、
   前記タイムテーブルを利用して前記第１のボリュームと前記第２のボリュームの再同期を行うための再同期時間に関するシミュレーションを行なうシミュレーション制御部と、
   前記シミュレーション制御部でシミュレーションした再同期時間に基づいて、前記リモートコピーを制御するリモートコピー制御部とを備えること、
   を特徴とするストレージシステム。
2. 前記シミュレーション制御部のシミュレーション結果を表示するとともにその結果に基づいて、前記リモートコピー制御部に対する再同期時間の指示を取得する管理装置を備えること、
   を特徴とする請求項１記載のストレージシステム。
3. 前管理装置は、前記再同期時間又は再同期ペースの指示を取得し、
   前記シミュレーション制御部は、前記管理装置で前記再同期時間を取得した場合には前記タイムテーブルを利用して前記第１のボリュームと前記第２のボリュームの再同期を行うための再同期時間に関するシミュレーションを行ない前記管理装置に表示し、前記再同期ペースを取得した場合には前記タイムテーブルを利用して前記第１のボリュームと前記第２のボリュームの再同期を行うための再同期ペースに関するシミュレーションを行ない前記管理装置に表示すること、
   を特徴とする請求項２記載のストレージシステム。
4. 前記第１のストレージ装置は、前記第１のボリュームと前記第２のボリュームとを対応付けるためのアドレス変換テーブルを備えること、
   を特徴とする請求項１記載のストレージシステム。
5. 第１のストレージ装置と第２のストレージ装置を少なくとも含み、前記第１のストレージ装置内の第１のボリュームと前記第２のストレージ装置内の第２のボリュームとでペアを構成し、前記第１のボリュームに書き込まれたデータを前記第２のボリュームに前記第１のストレージ装置に含まれるジャーナルボリュームを利用してリモートコピーするストレージシステムの再同期設定方法において、
   前記リモートコピーを行う更新時間と更新データ量を管理するタイムテーブルを利用して前記第１のボリュームと前記第２のボリュームの再同期を行うための再同期時間に関するシミュレーションを行なうステップと、
   前記シミュレーションした再同期時間に基づいて、前記リモートコピーを実行するステップとを備えること、
   を特徴とするストレージシステムの再同期設定方法。
6. 前記シミュレーション結果を表示するステップと、
   その表示結果に基づいて、前記再同期時間の指示を取得するステップとを備えること、
   を特徴とする請求項５記載のストレージシステムの再同期設定方法。
7. 前記リモートコピーは、前記第１のボリュームと前記第２のボリュームとを対応付けるためのアドレス変換テーブルを利用して行なうこと、
   を特徴とする請求項５記載のストレージシステムの再同期設定方法。

Images