JP2009123175A - ストレージシステム並びにストレージ装置及びデータ更新方法 - Google Patents

Abstract

【課題】本発明は、論理ボリュームの容量を効率よく活用し得るストレージシステム並びにストレージ装置提案する。
【解決手段】ホスト計算機から送信されるデータを格納するためのデータボリューム及び前記データボリュームの更新データを時系列に識別可能に書き込むためのジャーナルボリュームを有するストレージ装置であって、外部より設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記ジャーナルボリュームにおいて更新する更新部を備える。
【選択図】図１

Description

本発明は、ストレージシステム並びにストレージ装置及びデータ更新方法に関し、例えば、ストレージシステム内のデータのバックアップやリストアを管理するストレージ装置に適用して好適なものである。

従来、データのバックアップやリストアをするための技術として、例えば、論理ボリュームのスナップショットを取得し、そのスナップショットを使用してデータをリストアする技術（以下、スナップショット技術と呼ぶ。）と、論理ボリュームのデータのジャーナルを取得し、そのジャーナルを利用してデータをリストアする技術（以下、ジャーナル技術と呼ぶ。）とを組み合わせて任意の時点のデータを復元する技術がある。

スナップショットとは、論理ボリュームのある時点でのイメージのことである。また、ジャーナルとは、論理ボリュームへの書込み履歴のデータのことである。

スナップショット技術によれば、一般に、スナップショットそれ自体をリストアされたデータとして使用することができるため、リストアを短時間で行うことができる。しかし、多くの時点のどの時点にもリストアできるようにするためには、多数のスナップショットを取得する必要が生じるので、負荷が大きい。

一方、ジャーナル技術によれば、多くの時点のどの時点にもリストアできるようにしたい場合であっても、論理ボリュームへの書込みのジャーナルを記録すれば良いので、スナップショット技術に比べて負荷は小さい。しかし、過去のある時点のデータをリストアするためには、その時点までの各時点のジャーナルを順次に利用しリストアしていく必要があるため、一般に、スナップショット技術よりもリストアに長い時間がかかる。

そこで、近年では、状況に応じてスナップショット技術とジャーナル技術を切り替えて運用する技術が提案されている（例えば、特許文献１参照）。

このような技術として、データの書き込みの単位で時系列に更新データをジャーナルとしてバックアップすることで、任意の時刻のデータを復元することができる技術であるＣＤＰ（Continuous Data Protection）技術がある。ＣＤＰの１例として、過去の特定の時点（以下、リカバリポイントと呼ぶ）のデータをベースボリュームとして保持し、ベースボリュームに対して更新データ（ジャーナル）を任意に適用することで、任意の時点のデータとして復元する。
特開２００７−０８０１３１号公報

しかしながら、リカバリポイントからリカバリポイントまでの間が長期間にわたる場合には、データを復元する必要のない期間を有しているにもかかわらず、当該期間に応じて、ジャーナルを格納するためのジャーナルボリュームの容量を大きくしなければならないという問題がある。

また、スナップショットを利用する場合にも、データを復元する必要のない期間を有しているにもかかわらず、スナップショットを実施した世代数分に応じて、ボリュームの容量を大きくしなければならないという問題がある。さらに、特定の期間についてのみについてジャーナルボリュームを用いるような、連続するリカバリポイントの管理ができないという問題がある。

このように、従来技術では、ユーザにとってデータを復元する必要のない期間についても復元可能とするようになされており、かつ、データを復元する必要のない期間のデータを削除することができないため、論理ボリュームの容量を有効に活用することができないという問題がある。

本発明は以上の点を考慮してなされたもので、論理ボリュームの容量を効率よく活用し得るストレージシステム並びにストレージ装置及びデータ更新方法を提案するものである。

かかる課題を解決するために本発明においては、ホスト計算機から送信されるデータを格納するための第１のデータボリューム及び前記第１のデータボリュームの更新データを時系列に識別可能に書き込むための第１のジャーナルボリュームを有する第１のストレージ装置と、第１のデータボリューム及び前記第１のジャーナルボリュームの複製を保持する第２のデータボリューム及び前記第２のジャーナルボリュームを有する第２のストレージ装置と、前記第１のストレージ装置を管理する管理装置とを備え、前記管理装置は、データの復元が必要な期間及びデータの復元が必要でない期間を設定して、データの復元が必要な期間及びデータの復元が必要でない期間の情報を前記第１のストレージ装置に送信する設定部を備え、前記第１のストレージ装置は、前記設定部により設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記第１のジャーナルボリュームにおいて更新する更新部を備える。

また、本発明においては、ホスト計算機から送信されるデータを格納するためのデータボリューム及び前記データボリュームの更新データを時系列に識別可能に書き込むためのジャーナルボリュームを有するストレージ装置であって、外部より設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記ジャーナルボリュームにおいて更新する更新部を備える。

さらに、本発明においては、ホスト計算機から送信されるデータを格納するためのデータボリューム及び前記データボリュームの更新データを時系列に識別可能に書き込むためのジャーナルボリュームを有するストレージ装置のデータ更新方法であって、外部より設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記ジャーナルボリュームにおいて更新する更新ステップを備える。

従って、ユーザにとって復元する必要のない期間の更新データを第１のジャーナルボリュームにおいて保持することを防止し、第１のジャーナルボリュームの使用容量を減らすことで、第１のジャーナルボリュームの容量を有効に活用することができる。

本発明によれば、論理ボリュームの容量を効率よく活用し得るストレージシステム並びにストレージ装置及びデータ更新方法を実現できる。

以下、本発明の一実施の形態を、図面を参照して詳細に説明する。なお、これにより本発明が限定されるものではない。

図１は、本実施の形態におけるストレージシステム１（計算機を含む）を示している。ストレージシステム１は、ホスト計算機２がストレージネットワーク３を介して第１のストレージ装置４及び第２のストレージ装置５と接続されることにより構成されている。

ホスト計算機２は、パーソナルコンピュータ、ワークステーション、メインフレーム等の計算機である。ホスト計算機２は、データベースなど様々な業務や用途に応じたアプリケーションプログラムを実行することにより種々の処理を行う。なお、ストレージネットワーク３を介して第１のストレージ装置４及び第２のストレージ装置５に接続するホスト計算機２は、何台であっても良い。また、ホスト計算機２は、情報処理に係る入出力に必要なコマンド及びデータを第１のストレージ装置４と通信し、データの書込みや更新、変更に関してはライト要求を行う。

第１のストレージ装置４は、ストレージネットワーク３を介して送信されるコマンドやデータを受信して所定の処理を実行し、ホスト計算機２に対して所定の応答を行う。第２のストレージ装置５は、第１のストレージ装置４上のデータの複製を保持する。第２のストレージ装置５は、通常、遠隔地（ここでは便宜的にリモートサイトと呼ぶ）に配置されるが、距離は問わない。以下、第１のストレージ装置４は、第２のストレージ装置５のリモートサイト又はリモート側に対し、ローカルサイト又はマスタ側と言い換える場合がある。

管理サーバ６は、管理ネットワーク７を通して、第１のストレージ装置４及び第２のストレージ装置５の構成・保守・性能等の管理を行うための計算機である。また、管理サーバ６は、リカバリポイント間において、データの復元が必要な期間及びデータの復元が必要でない期間となるリカバリ期間の設定についても行うようになされている（後述）。なお、ストレージシステム１では、ストレージネットワーク５に管理サーバ６を接続することで、管理ネットワーク７を利用しない（例えば、In Bandのみの管理）構成とすることもできる。

次に、詳細は後述するが、処理全体の流れを以下で述べる。第１のストレージ装置４は、ホスト計算機２から入力されたデータをプライマリボリューム（P-VOL）１１に格納する。続いて、第１のストレージ装置４は、プライマリボリューム１１に書き込みされると、入力されたデータの更新データの管理データであるジャーナルデータを作成し、更新データ及びジャーナルデータをマスタ側ジャーナルボリューム（M-JNL VOL）１２に書き込む。

続いて、第１のストレージ装置４は、ＣＤＰ機能によって保護するために、目標保障期間を経過した（リカバリポイント時における）更新データをマスタ側ベースボリューム（M-B-VOL）１３に適用する。そして、第１のストレージ装置４は、プライマリボリューム１１に書き込みされると、再び、更新データ及びジャーナルデータをマスタ側ジャーナルボリューム１２に書き込み、これを繰り返す。

このようにして、第１のストレージ装置４は、マスタ側ベースボリューム１３のデータ及びマスタ側ジャーナルボリューム１２の更新データをプライマリボリューム１１に適用することで、直近のリカバリポイントから現在までの間の任意の時点のデータを復元することができる。

このとき、第１のストレージ装置４は、後述するタイミングで、ユーザに指定された、ユーザにとって復元する必要のない期間の更新データを、マスタ側ジャーナルボリューム１２において更新（マージ）するようになされている。これにより、第１のストレージ装置４は、ユーザにとって復元する必要のない期間の更新データをマスタ側ジャーナルボリューム１２において保持することを防止し、マスタ側ジャーナルボリューム１２の使用容量を減らすことで、マスタ側ジャーナルボリューム１２の容量を有効に活用することができる。

一方、第１のストレージ装置４は、後述するタイミングで、マスタ側ベースボリューム１３のデータをリモート側ベースボリューム（R-B-VOL）１４に転送し、マスタ側ジャーナルボリューム１２の更新データ及びジャーナルデータをリモート側ジャーナルボリューム（R-JNL VOL）１５に転送する。

このとき、第１のストレージ装置４は、後述するタイミングで、ユーザに指定された、ユーザにとって復元する必要のない期間の更新データを、マスタ側ジャーナルボリューム１２において更新（マージ）し、ユーザに指定された、ユーザにとって復元する必要のある期間の更新データを、リモート側ジャーナルボリューム１５に転送するようになされている。なお、ユーザにとって復元する必要のある期間の更新データを、リモート側ジャーナルボリューム１５にバックアップするということもできる。

これにより、第１のストレージ装置４は、ユーザにとって復元する必要のない期間の更新データをリモート側ジャーナルボリューム１５において保持することを防止して、リモート側ジャーナルボリューム１５の容量を有効に活用することができる。また、第１のストレージ装置４は、ユーザが復元する必要のある期間として指定する必要最低限の更新データをリモート側ジャーナルボリューム１５に転送するため、ストレージネットワーク３の回線帯域の使用を減らすことで、ストレージネットワーク３の回線帯域をも有効に活用することができる。

そして、第２のストレージ装置５は、第１のストレージ装置４から転送されたマスタ側ベースボリューム１３のデータの複製をリモート側ベースボリューム１４において保持すると共に、第１のストレージ装置４から転送された更新データ及びジャーナルデータの複製をリモート側ジャーナルボリューム１５において保持する。

これにより、第２のストレージ装置５は、リモート側ベースボリューム１４のデータ及びリモート側ジャーナルボリューム１５の更新データをセカンダリボリューム（S-VOL）１６に適用することで、直近のリカバリポイントから後述するタイミングまでの間において、ユーザにとってデータを復元する必要のない期間を除いた任意の時点のデータを復元することができる。

なお、ここでいう各種ボリュームを構成する物理媒体は、ハードディスクドライブ（ＲＡＩＤ含む）だけでなく、フラッシュメモリや磁気テープ等も可能であって、限定するものではない。

また、プライマリボリューム１１、マスタ側ジャーナルボリューム１２、マスタ側ベースボリューム１３、リモート側ベースボリューム１４、リモート側ジャーナルボリューム１５及びセカンダリボリューム１６は、複数組あっても良い。さらに、１つのマスタ側ジャーナルボリューム１２に複数のマスタ側ベースボリューム１３があっても良く、この他種々の組合せが可能である。

図２は、第１のストレージ装置４内の構成を示している。ホスト計算機２からのプライマリボリューム１１へのデータ参照要求又は書き込み要求は、業務ポート２１を介してコントローラ２２が受け付ける。コントローラ２２は、既定のプライマリボリューム１１とホスト計算機２の関連を元に、適切なプライマリボリューム１１へのデータの書込み（Write）又は適切なプライマリボリューム１１からのデータの読出し（Read）を行う。この際、コントローラ２２は、内部の高速なキャッシュを利用してＩ／Ｏを高速に行うことがある。

構成設定・保守やリカバリ期間の設定等の管理サーバ６からの要求についても、管理ポート２３を介してコントローラ２２が受け付ける。構成設定については、内部のキャッシュメモリ等に保持する構成情報を更新し、プライマリボリューム１１の構成変更やコピー関係の構築等各種変更を実施する。なお、管理ポート２３は、業務ポート２１と同一のポートを共有しても良い。

コントローラ２２上で実行されるプログラム及びコントローラ２２が利用するテーブルは、メモリ２４上に格納される。本実施の形態では、メモリ２４上には、リカバリポイント管理プログラム３１、ジャーナル複製プログラム３２、ジャーナルマージプログラム３３及びリカバリポイントマージプログラム３４が格納されている。また、メモリ２４上には、ジャーナル管理テーブル３５、ジャーナル管理キャッシュテーブル３６及びリカバリ期間管理テーブル３７が格納されている。なお、各種プログラム及び各種テーブルの詳細については、後述する。

図３は、マスタ側ジャーナルボリューム１２の構成を示している。マスタ側ジャーナルボリューム１２は、ジャーナル管理テーブル３５を保存するための領域及び更新データを保存する領域から構成されている。コントローラ２２は、ジャーナル管理テーブル３５をマスタ側ジャーナルボリューム１２からメモリ２４に格納する。

リモートサイトである第２のストレージ装置５は、各種ボリュームやメモリ内のプログラム及びテーブルが異なり、第１のストレージ装置４上のデータの複製を保持するようになされていることを除いて、基本的には第１のストレージ装置４と同一であるため、ここでは説明を省略する。

図４は、管理サーバ６の構成を示している。管理サーバ６は、管理ネットワーク７に接続するための管理ポート４１と、プロセッサ４２と、メモリ４３と、後述する処理結果を出力するための表示モニタ４４等と接続される出力部４５と、管理サーバ６のユーザが指示を入力するためのキーボード等と接続される入力部４６とを有し、これらは内部バス等の回路を介して相互に接続される。メモリ４３には、リカバリ期間設定画面処理プログラム４７が格納されている。なお、リカバリ期間設定画面処理プログラム４７の詳細については、後述する。

図５は、ジャーナル管理テーブル３５の構成を示している。ジャーナル管理テーブル３５は、ジャーナルデータを格納して、ジャーナルデータ及び当該ジャーナルデータに対応する更新データを管理する。ジャーナル管理テーブル３５は、ＩＤ欄３５Ａ、ライト受付時刻欄３５Ｂ、ライト先アドレス欄３５Ｃ及びライトデータ保管場所欄３５Ｄから構成されている。

ＩＤ欄３５Ａには、ジャーナルデータを一意に識別するＩＤが格納される。ライト受付欄３５Ｂには、コントローラ２２がライト要求を受付し更新データをプライマリボリューム１１に書き込んだ時刻であるライト受付時刻が格納される。ライト先アドレス欄３５Ｃには、当該ジャーナルデータに対応する更新データが書き込まれるプライマリボリューム１１のアドレスであるライト先アドレスが格納される。ライトデータ保管場所欄３５Ｄには、当該ジャーナルデータに対応する更新データが書き込まれるマスタ側ボリューム１２のアドレスであるライトデータ保管場所アドレスが格納される。

この場合、例えば、ＩＤが「０」のジャーナルデータに対応する更新データは、ライト受付時刻が「２００７／８／３ １５：００」であり、ライト先アドレスが「０ｘ００５００」のアドレスに格納され、ライトデータ保管場所アドレスが「０ｘ１０２０００」のアドレスに格納されていることを示している。なお、ジャーナル管理テーブル３５は、プライマリボリューム１１ごとに存在する。

図６は、ジャーナル管理キャッシュテーブル３６の構成を示している。ジャーナル管理キャッシュテーブル３６は、ユーザにとって復元する必要のない期間の更新データを更新（マージ）する際に、ジャーナルデータを一時的に格納して、複製するジャーナルデータ及び当該ジャーナルデータに対応する更新データを管理する。ジャーナル管理キャッシュテーブル３６は、ＩＤ欄３６Ａ、ライト受付時刻欄３６Ｂ、ライト先アドレス欄３６Ｃ及びライトデータ保管場所欄３６Ｄから構成されている。

ジャーナル管理キャッシュテーブル３６は、ジャーナル管理テーブル３５と同様に、ＩＤ、ライト受付時刻、ライト先アドレス及びライトデータ保管場所アドレスを格納する。なお、ジャーナル管理キャッシュテーブル３６のライト受付時刻は、ユーザにとって復元する必要のない期間の更新データが更新（マージ）される場合には、ユーザにとって復元する必要のある期間の開始時刻に、コントローラ２２がライト要求を受付し更新データをプライマリボリューム１１に書き込んだこととなるように、当該ライト受付時刻が更新される（後述）。

この場合、例えば、ＩＤが「０」のジャーナルデータに対応する更新データは、ライト受付時刻が「２００７／８／１ １５：００」であり、ライト先アドレスが「０ｘ００５００」のアドレスに格納され、ライトデータ保管場所アドレスが「０ｘ１００４００」のアドレスに格納されていることを示している。なお、当該ライト受付時刻は、実際に、コントローラ２２がライト要求を受付し更新データをプライマリボリューム１１に書き込んだ時刻、又はユーザにとって復元する必要のある期間の開始時刻に、コントローラ２２がライト要求を受付し更新データをプライマリボリューム１１に書き込んだこととなるように更新された時刻である。なお、ジャーナル管理キャッシュテーブル３６は、プライマリボリューム１１ごとに存在する。

図７は、リカバリ期間管理テーブル３７の構成を示している。リカバリ期間管理テーブル３７は、リカバリ期間の更新データを更新（マージ）するか否か、及び当該更新データを複製する際に更新（マージ）してリモート側ジャーナルボリューム１５に転送するか否かを管理する。リカバリ期間管理テーブル３７は、ＩＤ欄３７Ａ、リカバリ期間開始時刻欄３７Ｂ、リカバリ期間終了時刻欄３７Ｃ、マージフラグ欄３７Ｄ及び複製フラグ欄３７Ｅから構成されている。

ＩＤ欄３７Ａには、リカバリ期間管理テーブル３７のエントリを一意に識別するＩＤが格納される。リカバリ期間開始時刻欄３７Ｂには、リカバリ期間の開始時刻が格納される。リカバリ期間終了時刻欄３７Ｃには、リカバリ期間の終了時刻が格納される。マージフラグ欄３７Ｄには、当該エントリのリカバリ期間の更新データを更新（マージ）するか否かの情報が格納される。複製フラグ欄３７Ｅには、当該エントリのリカバリ期間の更新データを更新（マージ）してリモート側ジャーナルボリューム１５に転送するか否かの情報が格納される。

この場合、例えば、ＩＤが「０」のエントリのリカバリ期間は、リカバリ期間開始時刻が「２００７／８／３ ０：００」であり、リカバリ期間終了時刻が「２００７／８／３ １５：００」であることを示している。また、ＩＤが「０」のエントリのリカバリ期間は、マージフラグが「ＯＦＦ（オフ）」であり、複製フラグが「ＯＦＦ（オフ）」であるため、リカバリ期間の更新データを更新（マージ）しない、すなわち、ユーザにとって復元する必要のある期間であることを示している。

また、この場合、例えば、ＩＤが「１」のエントリのリカバリ期間は、リカバリ期間開始時刻が「２００７／８／２ ０：００」であり、リカバリ期間終了時刻が「２００７／８／２ ２１：００」であることを示している。また、ＩＤが「１」のエントリのリカバリ期間は、マージフラグが「ＯＦＦ（オフ）」であり、複製フラグが「ＯＮ（オン）」であるため、リカバリ期間の更新データを更新（マージ）してリモート側ジャーナルボリューム１５に転送する、すなわち、ユーザにとって復元する必要のない期間であることを示している。

さらに、この場合、例えば、ＩＤが「２」のエントリのリカバリ期間は、リカバリ期間開始時刻が「２００７／８／１ １５：００」であり、リカバリ期間終了時刻が「２００７／８／１ ２１：００」であることを示している。また、ＩＤが「２」のエントリのリカバリ期間は、マージフラグが「ＯＮ（オン）」であり、複製フラグが「ＯＮ（オン）」であるため、リカバリ期間の更新データを更新（マージ）してリモート側ジャーナルボリューム１５に転送する、すなわち、ユーザにとって復元する必要のない期間であることを示している。

なお、リカバリ期間管理テーブル３７は、プライマリボリューム１１ごとに存在する。

図８は、表示モニタ４４に表示されるリカバリ期間設定画面４８を示している。リカバリ期間設定画面４８は、管理サーバ６のユーザの操作部（図示せず）の操作に基づいて、リカバリ期間の更新データを更新（マージ）するか否か、及び当該更新データを複製する際に更新（マージ）してリモート側ジャーナルボリューム１５に転送するか否かを設定する。リカバリ期間設定画面４８は、対象ボリューム欄４８Ａ、設定欄４８Ｂ、左矢印ボタン４８Ｃ、右矢印ボタン４８Ｄ、リカバリ期間一覧欄４８Ｅ、ＯＫボタン４８Ｆ及びキャンセルボタン４８Ｇから構成されている。

対象ボリューム欄４８Ａには、リカバリ期間を設定するプライマリボリューム１１の識別ＩＤが格納される。設定欄４８Ｂには、リカバリ期間開始時刻及びリカバリ期間終了時刻が格納される。また、設定欄４８Ｂでは、マージフラグ及び又は複製フラグが選択される。左矢印ボタン４８Ｃは、リカバリ期間一覧欄４８Ｅのエントリが選択され、設定欄４８Ｂに反映する場合に押下される。右矢印ボタン４８Ｄは、設定欄４８Ｂが入力され、リカバリ期間一覧欄４８Ｅに反映する場合に押下される。リカバリ期間一覧欄４８Ｅには、設定欄４８Ｂに入力された情報が一覧表示される。ＯＫボタン４８Ｆは、リカバリ期間の設定を反映して終了する場合に押下される。キャンセルボタン４８Ｇは、リカバリ期間の設定を反映せずに終了する場合に押下される。

管理サーバ６は、例えば、管理サーバ６のユーザの操作部（図示せず）の操作により、対象ボリューム欄４８Ａに「プライマリボリューム１」と入力されると、「プライマリボリューム１」のプライマリボリューム１１のリカバリ期間管理テーブル３７をリカバリ期間設定画面４８に表示する。

また、管理サーバ６は、例えば、管理サーバ６のユーザの操作部（図示せず）の操作により、設定欄４８Ｂに、リカバリ期間開始時刻が「２００７／８／２ ０：００」、リカバリ期間終了時刻が「２００７／８／２ ２１：００」と入力され、複製フラグが選択されると共に、右矢印ボタン４８Ｄが押下されると、上述の設定欄４８Ｂに入力された情報をリカバリ期間設定画面４８に表示する（リカバリ期間一覧欄４８ＥのＩＤ「２」）。

図９及び図１０は、このストレージシステム１における管理サーバ６のリカバリ期間設定画面処理に関する、管理サーバ６のプロセッサ４２の具体的な処理手順を示したフローチャートの一例である。

管理サーバ６のプロセッサ４２は、例えば、管理サーバ６のユーザの操作部（図示せず）の操作により、リカバリ期間設定指示を受信すると、選択したプライマリボリューム１１のリカバリ期間を設定するリカバリ期間設定画面処理プログラム４７を実行することにより、図９及び図１０に示すリカバリ期間設定画面処理手順ＲＴ１に従って、リカバリ期間設定画面４８を表示モニタ４４に表示する（ＳＰ１）。

続いて、管理サーバ６のプロセッサ４２は、管理サーバ６のユーザの操作部（図示せず）の操作により、所定時間内に、対象ボリューム欄４８Ａ及び設定欄４８Ｂが入力され、右矢印ボタン４８Ｄが押下されたか否かをチェックする（ＳＰ２）。そして、管理サーバ６のプロセッサ４２は、所定時間内に、対象ボリューム欄４８Ａ及び設定欄４８Ｂが入力され、右矢印ボタン４８Ｄが押下されていない場合（ＳＰ２：ＮＯ）には、ステップＳＰ１１に進む。

これに対して、管理サーバ６のプロセッサ４２は、所定時間内に、対象ボリューム欄４８Ａ及び設定欄４８Ｂが入力され、右矢印ボタン４８Ｄが押下された場合（ＳＰ２：ＹＥＳ）には、対象ボリューム欄４８Ａ及び設定欄４８Ｂに入力された情報がリカバリ期間を設定する期間内であるか否かをチェックする（ＳＰ３）。
そして、管理サーバ６のプロセッサ４２は、設定欄４８Ｂに入力されたリカバリ期間が、リカバリ期間を設定する期間内でない場合（ＳＰ３：ＮＯ）には、リカバリ期間設定画面４８にリカバリ期間を設定する期間内でない旨のエラーメッセージを表示し（ＳＰ４）、この後、ステップＳＰ１１に進む。

これに対して、管理サーバ６のプロセッサ４２は、対象ボリューム欄４８Ａ及び設定欄４８Ｂに入力された情報がリカバリ期間を設定する期間内である場合（ＳＰ３：ＹＥＳ）には、設定欄４８Ｂに入力されたリカバリ期間が、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間と重複するか否かをチェックする（ＳＰ５）。そして、管理サーバ６のプロセッサ４２は、設定欄４８Ｂに入力されたリカバリ期間が、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間と重複しない場合（ＳＰ５：ＮＯ）には、ステップＳＰ８に進む。

これに対して、管理サーバ６のプロセッサ４２は、設定欄４８Ｂに入力されたリカバリ期間が、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間と重複する場合（ＳＰ５：ＹＥＳ）には、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間が、設定欄４８Ｂに入力されたリカバリ期間内に含まれるか否かをチェックする（ＳＰ６）。そして、管理サーバ６のプロセッサ４２は、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間が、設定欄４８Ｂに入力されたリカバリ期間内に含まれている場合（ＳＰ６：ＹＥＳ）には、設定欄４８Ｂに入力されたリカバリ期間内に含まれている、リカバリ期間一覧欄４８Ｅにすでに設定されている情報を削除する（ＳＰ７）。

続いて、管理サーバ６のプロセッサ４２は、設定欄４８Ｂに入力された情報をリカバリ期間設定画面４８のリカバリ期間一覧欄４８Ｅに反映する（ＳＰ８）。

これに対して、管理サーバ６のプロセッサ４２は、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間が、設定欄４８Ｂに入力されたリカバリ期間内に含まれていない場合（ＳＰ６：ＮＯ）には、重複するリカバリ期間を除く期間で、リカバリ期間一覧欄４８Ｅにすでに設定されているリカバリ期間を再設定し、その後、設定欄４８Ｂに入力された情報をリカバリ期間設定画面４８のリカバリ期間一覧欄４８Ｅに反映する（ＳＰ９）。

このように、管理サーバ６のプロセッサ４２は、新たに入力された情報とすでに設定されているリカバリ期間とが重複する場合に、自動的に新たに入力された情報に更新することにより、ユーザの使い勝手を向上させることができる。

続いて、管理サーバ６のプロセッサ４２は、リカバリ期間一覧欄４８Ｅに設定されている情報を日時の早い順に並び替える（ＳＰ１０）。

続いて、管理サーバ６のプロセッサ４２は、所定時間内に、ＯＫボタン４８Ｆが押下されたか否かをチェックする（ＳＰ１１）。そして、管理サーバ６のプロセッサ４２は、所定時間内に、ＯＫボタン４８Ｆが押下されていない場合（ＳＰ１１：ＮＯ）には、ステップＳＰ２に戻る。

これに対して、管理サーバ６のプロセッサ４２は、所定時間内に、ＯＫボタン４８Ｆが押下された場合（ＳＰ１１：ＹＥＳ）には、リカバリ期間一覧欄４８Ｅに設定されている情報を第１のストレージ装置４に送信し（ＳＰ１２）、この後、図９及び図１０に示すリカバリ期間設定画面処理手順ＲＴ１を終了する（ＳＰ１３）。

図１１は、このストレージシステム１における第１のストレージ装置４のリカバリ期間管理処理に関する、第１のストレージ装置４のコントローラ２２の具体的な処理手順を示したフローチャートの一例である。

第１のストレージ装置４のコントローラ２２は、例えば、管理サーバ６からリカバリ期間一覧欄４８Ｅに設定されている情報を受信すると、リカバリ期間管理プログラム３１を実行することにより、図１１に示すリカバリ期間管理処理手順ＲＴ２に従って、リカバリ期間一覧欄４８Ｅに設定されている情報を、対象のプライマリボリューム１１のリカバリ期間管理テーブル３７に反映する（ＳＰ２１）。

続いて、第１のストレージ装置４のコントローラ２２は、反映されたリカバリ期間管理テーブル３７の複製フラグ欄３７Ｅを参照して、リカバリ期間管理テーブル３７のいずれかのエントリの複製フラグが「ＯＮ」となっているか否かをチェックする（ＳＰ２２）。そして、第１のストレージ装置４のコントローラ２２は、リカバリ期間管理テーブル３７のいずれかのエントリの複製フラグが「ＯＮ」となっていない場合（ＳＰ２２：ＮＯ）、すなわち、リカバリ期間管理テーブル３７のいずれのエントリの複製フラグも「ＯＦＦ」である場合には、ステップＳＰ２４に進む。

これに対して、第１のストレージ装置４のコントローラ２２は、リカバリ期間管理テーブル３７のいずれかのエントリが「ＯＮ」となっている場合（ＳＰ２２：ＹＥＳ）には、対象のプライマリボリューム１１のマスタ側ベースボリューム１３に格納されているデータを第２のストレージ装置５のリモート側ベースボリューム１４に複製する（ＳＰ２３）。

続いて、第１のストレージ装置４のコントローラ２２は、ジャーナルデータ及び対応する更新データを複製するジャーナル複製処理を実施する（ＲＴ３）。なお、ジャーナル複製処理の詳細については、後述する。

続いて、第１のストレージ装置４のコントローラ２２は、反映されたリカバリ期間管理テーブル３７のマージフラグ欄３７Ｄを参照して、リカバリ期間管理テーブル３７のいずれかのエントリのマージフラグが「ＯＮ」となっているか否かをチェックする（ＳＰ２４）。そして、第１のストレージ装置４のコントローラ２２は、リカバリ期間管理テーブル３７のいずれかのエントリのマージフラグが「ＯＮ」となっていない場合（ＳＰ２４：ＮＯ）、すなわち、リカバリ期間管理テーブル３７のいずれのエントリのマージフラグも「ＯＦＦ」である場合には、ステップＳＰ２５に進む。

これに対して、第１のストレージ装置４のコントローラ２２は、リカバリ期間管理テーブル３７のいずれかのエントリのマージフラグが「ＯＮ」となっている場合（ＳＰ２４：ＹＥＳ）には、ジャーナルデータ及び対応する更新データを更新（マージ）するリカバリ期間マージ処理を実施する（ＲＴ５）。なお、リカバリ期間マージ処理の詳細については、後述する。

やがて、第１のストレージ装置４のコントローラ２２は、この後、図１１に示すリカバリ期間管理処理手順ＲＴ２を終了する（ＳＰ２５）。

図１２は、このストレージシステム１における第１のストレージ装置４のジャーナル複製処理に関する、第１のストレージ装置４のコントローラ２２の具体的な処理手順を示したフローチャートの一例である。

第１のストレージ装置４のコントローラ２２は、例えば、対象のプライマリボリューム１１のマスタ側ベースボリューム１３に格納されているデータが第２のストレージ装置５のリモート側ベースボリューム１４に複製されると（ＳＰ２３）、ジャーナル複製プログラム３２を実行することにより、図１２に示すジャーナル複製処理手順ＲＴ３に従って、対象のプライマリボリューム１１のジャーナル管理テーブル３５のうち、当該ジャーナル複製処理時に選択されていない未選択のジャーナルデータを、ライト受付時刻欄３５Ｂを参照してライト受付時刻が古い順に選択する（ＳＰ３１）。

続いて、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータをジャーナル管理キャッシュテーブル３６に複製する（ＳＰ３２）。

続いて、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻が、リカバリ期間管理テーブル３７のエントリのうち、複製フラグが「ＯＮ」のエントリのリカバリ期間内であるか否かをチェックする（ＳＰ３３）。そして、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻が、複製フラグが「ＯＮ」のエントリのリカバリ期間内でない場合（ＳＰ３３：ＮＯ）には、ジャーナルデータ及び対応する更新データを更新（マージ）する第１のジャーナルマージ処理を実施する（ＲＴ４）。

これに対して、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻が、複製フラグが「ＯＮ」のエントリのリカバリ期間内である場合（ＳＰ３３：ＹＥＳ）には、ジャーナル管理キャッシュテーブル３６内のすべてのジャーナルデータ及び対応する更新データを第２のストレージ装置５のリモート側ジャーナルボリューム１５に複製する（ＳＰ３４）。なお、ジャーナル管理キャッシュテーブル３６には、選択したジャーナルデータ及びユーザにとって復元する必要のある期間の開始時刻に、コントローラ２２がライト要求を受付し更新データをプライマリボリューム１１に書き込んだこととなるようにライト受付時刻が更新されたジャーナルデータが格納されている。

これに対して、第１のストレージ装置４のコントローラ２２は、ジャーナル管理キャッシュテーブル３６内のすべてのジャーナルデータを削除する（ＳＰ３５）。

続いて、第１のストレージ装置４のコントローラ２２は、対象のプライマリボリューム１１のジャーナル管理テーブル３５のすべてのジャーナルデータを選択したか否かをチェックする（ＳＰ３６）。そして、第１のストレージ装置４のコントローラ２２は、すべてのジャーナルデータを選択していない場合（ＳＰ３６：ＮＯ）には、ステップＳＰ３１に戻る。これに対して、第１のストレージ装置４のコントローラ２２は、すべてのジャーナルデータを選択した場合（ＳＰ３６：ＹＥＳ）には、この後、図１２に示すジャーナル複製処理手順ＲＴ３を終了する（ＳＰ３７）。

図１３は、このストレージシステム１における第１のストレージ装置４の第１のジャーナルマージ処理に関する、第１のストレージ装置４のコントローラ２２の具体的な処理手順を示したフローチャートの一例である。

第１のストレージ装置４のコントローラ２２は、例えば、選択したジャーナルデータのライト受付時刻が、複製フラグが「ＯＮ」のエントリのリカバリ期間内でない場合（ＳＰ３３：ＮＯ）に、ジャーナルマージプログラム３３を実行することにより、図１３に示す第１のジャーナルマージ処理手順ＲＴ４に従って、ジャーナル管理キャッシュテーブル３６のライト先アドレス欄３６Ｃを参照して、選択したジャーナルデータ以外で、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータがジャーナル管理キャッシュテーブル３６に存在するか否かをチェックする（ＳＰ４１）。

そして、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータ以外で、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータがジャーナル管理キャッシュテーブル３６に存在しない場合（ＳＰ４１：ＮＯ）には、ステップＳＰ４３に進む。これに対して、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータ以外で、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータがジャーナル管理キャッシュテーブル３６に存在する場合（ＳＰ４１：ＹＥＳ）には、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータをジャーナル管理キャッシュテーブル３６から削除する（ＳＰ４２）。

この場合、例えば、図６において、ＩＤが「０」のジャーナルデータが選択されているジャーナルデータである場合、ＩＤが「０」のジャーナルデータと、ＩＤが「２」のジャーナルデータのライト先アドレスが「０ｘ００５００」であり、同じライト先アドレスであるため、ＩＤが「２」のジャーナルデータをジャーナル管理キャッシュテーブル３６から削除する。

これにより、第１のストレージ装置４のコントローラ２２は、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータ及び対応する更新データを第２のストレージ装置５のリモート側ジャーナルボリューム１５に転送しないため、ユーザにとって復元する必要のない期間のリカバリ期間の更新データをリモート側ジャーナルボリューム１５において保持することを防止して、リモート側ジャーナルボリューム１５の容量を有効に活用することができる。

続いて、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻を、当該ライト受付時刻後の直近の複製フラグ「ＯＮ」のリカバリ期間の開始時刻に更新する（ＳＰ４３）。

この場合、例えば、図６において、ＩＤが「１」のジャーナルデータが選択されているジャーナルデータである場合、当該ジャーナルデータのライト受付時刻「２００７／８／１ １２：００」を、直近の複製フラグ「ＯＮ」のリカバリ期間の開始時刻「２００７／８／１ １５：００」に更新する。

やがて、第１のストレージ装置４のコントローラ２２は、この後、図１３に示す第１のジャーナルマージ処理手順ＲＴ４を終了する（ＳＰ４４）。

図１４は、このストレージシステム１における第１のストレージ装置４のリカバリ期間マージ処理に関する、第１のストレージ装置４のコントローラ２２の具体的な処理手順を示したフローチャートの一例である。

第１のストレージ装置４のコントローラ２２は、例えば、リカバリ期間管理テーブル３７のいずれかのエントリのマージフラグが「ＯＮ」となっている場合（ＳＰ２４：ＹＥＳ）に、リカバリ期間マージプログラム３４を実行することにより、図１４に示すリカバリ期間マージ処理手順ＲＴ５に従って、対象のプライマリボリューム１１のジャーナル管理テーブル３５のうち、当該リカバリ期間マージ処理時に選択されていない未選択のジャーナルデータを、ライト受付時刻欄３５Ｂを参照してライト受付時刻が古い順に選択する（ＳＰ５１）。

続いて、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻が、リカバリ期間管理テーブル３７のエントリのうち、マージフラグが「ＯＮ」のエントリのリカバリ期間内であるか否かをチェックする（ＳＰ５２）。そして、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻が、マージフラグが「ＯＮ」のエントリのリカバリ期間内でない場合（ＳＰ５２：ＮＯ）には、ステップＳＰ５３に進む。

これに対して、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータのライト受付時刻が、マージフラグが「ＯＮ」のエントリのリカバリ期間内である場合（ＳＰ５２：ＹＥＳ）には、ジャーナルデータ及び対応する更新データを更新（マージ）する第２のジャーナルマージ処理を実施する（ＲＴ６）。

続いて、第１のストレージ装置４のコントローラ２２は、対象のプライマリボリューム１１のジャーナル管理テーブル３５のすべてのジャーナルデータを選択したか否かをチェックする（ＳＰ５３）。そして、第１のストレージ装置４のコントローラ２２は、すべてのジャーナルデータを選択していない場合（ＳＰ５３：ＮＯ）には、ステップＳＰ５１に戻る。これに対して、第１のストレージ装置４のコントローラ２２は、すべてのジャーナルデータを選択した場合（ＳＰ５３：ＹＥＳ）には、この後、図１４に示すリカバリ期間マージ処理手順ＲＴ５を終了する（ＳＰ５４）。

図１５は、このストレージシステム１における第１のストレージ装置４の第２のジャーナルマージ処理に関する、第１のストレージ装置４のコントローラ２２の具体的な処理手順を示したフローチャートの一例である。

第１のストレージ装置４のコントローラ２２は、例えば、選択したジャーナルデータのライト受付時刻が、マージフラグが「ＯＮ」のエントリのリカバリ期間内である場合（ＳＰ５２：ＹＥＳ）に、ジャーナルマージプログラム３３を実行することにより、図１５に示す第２のジャーナルマージ処理手順ＲＴ６に従って、ジャーナル管理テーブル３５のライト先アドレス欄３５Ｃを参照して、選択したジャーナルデータ以外で、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータがジャーナル管理テーブル３５に存在するか否かをチェックする（ＳＰ６１）。

そして、第１のストレージ装置４のコントローラ２２は、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータ以外で、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータが存在する場合（ＳＰ４１：ＹＥＳ）には、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータをジャーナル管理キャッシュテーブル３６から削除し、対応する更新データをマスタ側ジャーナルボリューム１２から削除する（ＳＰ６２）。

この場合、例えば、図５において、ＩＤが「０」のジャーナルデータが選択されているジャーナルデータである場合、ＩＤが「０」のジャーナルデータと、ＩＤが「８」のジャーナルデータのライト先アドレスが「０ｘ００５００」であり、同じライト先アドレスであるため、ＩＤが「８」のジャーナルデータをジャーナル管理キャッシュテーブル３６から削除し、ＩＤが「８」のジャーナルデータに対応する更新データをマスタ側ジャーナルボリューム１２から削除する。

これにより、第１のストレージ装置４のコントローラ２２は、当該選択したジャーナルデータと同じライト先アドレスであり、ユーザにとって復元する必要のない期間のリカバリ期間のジャーナルデータ及び更新データを削除するため、ユーザにとって復元する必要のない期間のリカバリ期間のジャーナルデータ及び更新データをマスタ側ジャーナルボリューム１２において保持することを防止して、マスタ側ジャーナルボリューム１２の容量を有効に活用することができる。

これに対して、第１のストレージ装置４のコントローラ２２は、選択したジャーナルデータ以外で、当該選択したジャーナルデータと同じライト先アドレスのジャーナルデータがジャーナル管理テーブル３５に存在しない場合（ＳＰ６１：ＮＯ）には、選択したジャーナルデータのライト受付時刻を、当該ライト受付時刻後の直近のマージフラグ「ＯＮ」のリカバリ期間の開始時刻に更新する（ＳＰ６３）。

この場合、例えば、図５において、ＩＤが「１７」のジャーナルデータが選択されているジャーナルデータである場合、当該ジャーナルデータのライト受付時刻「２００７／８／１ １２：００」を、直近のマージフラグ「ＯＮ」のリカバリ期間の開始時刻「２００７／８／１ １５：００」に更新する。

やがて、第１のストレージ装置４のコントローラ２２は、この後、図１５に示す第２のジャーナルマージ処理手順ＲＴ６を終了する（ＳＰ６４）。

このようにして、ストレージシステム１では、ユーザに指定された、ユーザにとって復元する必要のない期間の更新データを、マスタ側ジャーナルボリューム１２において更新（マージ）する。

従って、データの重要性に応じストレージ容量を効率よく使用したリカバリ期間の世代管理及び冗長化を行うことができると共に、特定の世代に対してジャーナルボリュームを用いたような連続するリカバリ期間の管理を行うことができる。

具体的に、ストレージシステム１では、図１６に示すように、６日前のデータがマスタ側ベースボリューム１２に格納されており、５日前及び４日前の更新データをユーザにとって復元する必要のない期間（不要期間）として更新（マージ）する場合には、更新データＤ１〜Ｄ４を削除することができるため、マスタ側ジャーナルボリューム１２の更新データの使用容量を「４」減らすことができ、その分マスタ側ジャーナルボリューム１２の容量を有効に活用することができる。

また、ストレージシステム１では、ユーザに指定された、ユーザにとって復元する必要のない期間の更新データを、マスタ側ジャーナルボリューム１２において更新（マージ）し、ユーザにとって復元する必要のある期間の更新データを、リモート側ジャーナルボリューム１５に転送する。

従って、データの重要性に応じストレージ容量を効率よく使用したリカバリ期間の世代管理及び冗長化を行うことができると共に、特定の世代に対してジャーナルボリュームを用いたような連続するリカバリ期間の管理を行うことができる。また、必要最低限のジャーナルデータをバックアップすることで、バックアップの回線帯域、バックアップ先の使用容量を効率よく使用することができる。

具体的に、ストレージシステム１では、図１７に示すように、６日前のデータがマスタ側ベースボリューム１２に格納されており、５日前及び４日前のジャーナルデータ及び更新データをユーザにとって復元する必要のない期間（不要期間）として更新（マージ）して、３日前及び２日前の更新データをユーザにとって復元する必要のある期間（重要期間）としてバックアップする場合には、更新データＤ１１〜Ｄ２０を削除することができるため、リモート側ジャーナルボリューム１５の更新データの使用容量を「１０」減らすことができ、その分リモート側ジャーナルボリューム１５の容量を有効に活用することができる。また、ストレージシステム１では、リモート側ジャーナルボリューム１５に転送する更新データの転送量を「１０」減らすことができ、その分ストレージネットワーク３の回線帯域をも有効に活用することができる。

なお、本実施の形態においては、プライマリボリューム１１、マスタ側ジャーナルボリューム１２及びマスタ側ベースボリューム１３を適用してデータを管理した場合について述べたが、本発明はこれに限らず、マスタ側ベースボリューム１３を有さず、プライマリボリューム１１の更新データをマスタ側ジャーナルボリューム１２に時系列に識別可能に書き込んで管理する場合等この他種々の態様に適用することができる。

また、本実施の形態においては、リカバリ期間一覧欄４８Ｅに、リカバリ時間開始時刻、リカバリ期間終了時刻、マージフラグの有無及び複製フラグの有無を表示した場合について述べたが、本発明はこれに限らず、例えば、プライマリボリュームの復元可能期間や復元回復時点、ジャーナルボリュームの残容量等のこの他種々の情報を表示することができる。

さらに、本実施の形態においては、管理サーバ６のユーザの操作部（図示せず）の操作により、リカバリ期間設定指示を受信したときに、リカバリ期間設定画面処理を実施した場合について述べたが、本発明はこれに限らず、例えば、ストレージ装置がジャーナルボリュームの残容量等との関係から、ジャーナルボリュームをマージする必要がある旨を管理サーバに通知するようにしても良く、この他種々の方法によりリカバリ期間設定画面処理を実施することができる。

本発明は、ストレージシステム内のデータのバックアップやリストアを管理するストレージ装置に広く適用することができる。

本実施の形態によるストレージシステムの構成を示すブロック図である。 第１のストレージ装置の構成を示すブロック図である。 マスタ側ジャーナルボリュームの構成を示すブロック図である。 管理サーバの構成を示すブロック図である。 ジャーナル管理テーブルの構成の説明に供する概念図である。 ジャーナル管理キャッシュテーブルの構成の説明に供する概念図である。 リカバリ期間管理テーブルの構成の説明に供する概念図である。 リカバリ期間設定画面の構成を示すブロック図である。 リカバリ期間設定画面処理手順を示すフローチャートである。 リカバリ期間設定画面処理手順を示すフローチャートである。 リカバリ期間管理処理手順を示すフローチャートである。 ジャーナル複製処理手順を示すフローチャートである。 第１のジャーナルマージ処理手順を示すフローチャートである。 リカバリ期間マージ処理手順を示すフローチャートである。 第２のジャーナルマージ処理手順を示すフローチャートである。 ジャーナル複製処理の概要の説明に供する概念図である。 リカバリ期間マージ処理の概要の説明に供する概念図である。

符号の説明

１……ストレージシステム、２……ホスト計算機、３……ストレージネットワーク、４……第１のストレージ装置、５……第２のストレージ装置、６……管理サーバ、７……管理ネットワーク、１１……プライマリボリューム、１２……マスタ側ジャーナルボリューム、１３……マスタ側ベースボリューム、１４……リモート側ベースボリューム、１５……リモート側ジャーナルボリューム、１６……セカンダリボリューム、３１……リカバリ期間管理プログラム、３２……ジャーナル複製プログラム、３３……ジャーナルマージプログラム、３４……リカバリ期間マージプログラム、３５……ジャーナル管理テーブル、３６……ジャーナル管理キャッシュテーブル、３７……リカバリ期間管理テーブル、４４……表示モニタ、４７……リカバリ期間設定画面処理プログラム、４８……リカバリ期間設定画面

Claims (14)

1. ホスト計算機から送信されるデータを格納するための第１のデータボリューム及び前記第１のデータボリュームの更新データを時系列に識別可能に書き込むための第１のジャーナルボリュームを有する第１のストレージ装置と、
   第１のデータボリューム及び前記第１のジャーナルボリュームの複製を保持する第２のデータボリューム及び前記第２のジャーナルボリュームを有する第２のストレージ装置と、
   前記第１のストレージ装置を管理する管理装置と
   を備え、
   前記管理装置は、
   データの復元が必要な期間及びデータの復元が必要でない期間を設定して、データの復元が必要な期間及びデータの復元が必要でない期間の情報を前記第１のストレージ装置に送信する設定部
   を備え、
   前記第１のストレージ装置は、
   前記設定部により設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記第１のジャーナルボリュームにおいて更新する更新部
   を備えることを特徴とするストレージシステム。
2. 前記更新部は、
   前記復元する必要のない期間の更新データを前記第１のジャーナルボリュームにおいて更新し、前記復元する必要のある期間の更新データを前記前記第２のジャーナルボリュームに転送する
   ことを特徴とする請求項１に記載のストレージシステム。
3. 前記更新部は、
   前記ホスト計算機から前記更新データが送信された時刻が先であり、かつ送信される前記第１のデータボリュームのアドレスが同一のときに、前記更新データを削除する
   ことを特徴とする請求項１に記載のストレージシステム。
4. 前記更新部は、
   前記復元する必要のない期間の更新データが前記ホスト計算機から送信された時刻を、当該時刻後の直近の前記復元する必要のある期間の開始時刻に更新する
   ことを特徴とする請求項１に記載のストレージシステム。
5. 前記設定部は、
   すでに設定されている前記データの復元が必要な期間又は前記データの復元が必要でない期間が、新たに設定された前記データの復元が必要な期間又は前記データの復元が必要でない期間に含まれる場合に、すでに設定されている前記データの復元が必要な期間又は前記データの復元が必要でない期間を削除し、その後、新たに設定された前記データの復元が必要な期間又は前記データの復元が必要でない期間を設定する
   ことを特徴とする請求項１に記載のストレージシステム。
6. 前記設定部は、
   すでに設定されている前記データの復元が必要な期間又は前記データの復元が必要でない期間が、新たに設定された前記データの復元が必要な期間又は前記データの復元が必要でない期間に含まれないが重複している場合に、すでに設定されている前記データの復元が必要な期間又は前記データの復元が必要でない期間を除く期間で、すでに設定されている前記データの復元が必要な期間又は前記データの復元が必要でない期間を再設定し、その後、新たに設定された前記データの復元が必要な期間又は前記データの復元が必要でない期間を設定する
   ことを特徴とする請求項１に記載のストレージシステム。
7. ホスト計算機から送信されるデータを格納するためのデータボリューム及び前記データボリュームの更新データを時系列に識別可能に書き込むためのジャーナルボリュームを有するストレージ装置であって、
   外部より設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記ジャーナルボリュームにおいて更新する更新部
   を備えることを特徴とするストレージ装置。
8. 前記更新部は、
   前記復元する必要のない期間の更新データを前記ジャーナルボリュームにおいて更新し、前記復元する必要のある期間の更新データを外部に転送する
   ことを特徴とする請求項７に記載のストレージ装置。
9. 前記更新部は、
   前記ホスト計算機から前記更新データが送信された時刻が先であり、かつ送信される前記第１のデータボリュームのアドレスが同一のときに、前記更新データを削除する
   ことを特徴とする請求項７に記載のストレージ装置。
10. 前記更新部は、
    前記復元する必要のない期間の更新データが前記ホスト計算機から送信された時刻を、当該時刻後の直近の前記復元する必要のある期間の開始時刻に更新する
    ことを特徴とする請求項７に記載のストレージ装置。
11. ホスト計算機から送信されるデータを格納するためのデータボリューム及び前記データボリュームの更新データを時系列に識別可能に書き込むためのジャーナルボリュームを有するストレージ装置のデータ更新方法であって、
    外部より設定されたデータの復元が必要な期間及びデータの復元が必要でない期間のうち、復元する必要のない期間の更新データを、前記ジャーナルボリュームにおいて更新する更新ステップ
    を備えることを特徴とするデータ更新方法。
12. 前記更新ステップでは、
    前記復元する必要のない期間の更新データを前記ジャーナルボリュームにおいて更新し、前記復元する必要のある期間の更新データを外部に転送する
    ことを特徴とする請求項１１に記載のデータ更新方法。
13. 前記更新ステップでは、
    前記ホスト計算機から前記更新データが送信された時刻が先であり、かつ送信される前記データボリュームのアドレスが同一のときに、前記更新データを削除する
    ことを特徴とする請求項１１に記載のデータ更新方法。
14. 前記更新ステップでは、
    前記復元する必要のない期間の更新データが前記ホスト計算機から送信された時刻を、当該時刻後の直近の前記復元する必要のある期間の開始時刻に更新する
    ことを特徴とする請求項１１に記載のデータ更新方法。

Images