JP4981523B2 - ストレージシステム及びストレージシステム管理方法 - Google Patents

Description

本発明は、ストレージシステム及びストレージシステム管理方法に関し、例えば、ストレージシステム内のボリュームを回復するために行なわれる管理に適用しても好適なものである。

ウィルス感染、ディスク障害、ユーザ誤操作等が発覚し、ストレージシステム内のボリュームをある時点の正しい状態に回復する場合、ボリュームのバックアップ取得以降に変更された構成変更（例えば、バックアップを取得したボリュームがペア構成され副ボリュームができた場合）を考慮していなかった。

バックアップからデータを回復する場合、先ず、バックアップ時点に構成を戻し、バックアップデータをリストアし、構成変更を再現しながらジャーナルデータを適用するといった構成回復作業を、ユーザが手作業で実施するしかなかった。

なお、ジャーナルデータを用いてデータを回復するストレージシステムの技術としては、複数のジャーナルエントリと一つ以上のデータボリュームの少なくとも一つのスナップショットのジャーナルを維持し、ジャーナルとスナップショットの各々に発生順に固有な順序番号を割り当てることにより、スナップショットに適用すべきジャーナルを見つける事が容易になり、ジャーナルスペースを回復するものが知られている（例えば、特許文献１参照）。
特開２００５−１８７３８号公報

しかしながら、データの回復時において、データ回復時刻、構成回復時刻をユーザが指定したときに、データ回復時刻、構成回復時刻の状態と現在の状態との相違点をユーザに示すことができなかった。このように、相違点をユーザに表示することができなかったため、ユーザがどのようなデータの状態、構成に回復させるかを容易に決定することができず、ユーザのデータ回復、構成回復の操作が容易ではなかった。また、ユーザが手作業により回復処理を行うため、ストレージシステムで回復処理を自動的に実行することができず、回復処理に多くの時間が必要だった。

本発明は、以上の点を考慮してなされたもので、ストレージシステム内のデータ及び構成のすくなくともいずれかを回復する際に、ユーザの回復操作を容易なものとするとともに回復処理の時間を短縮することができるストレージシステム及びストレージシステム管理方法を提案しようとするものである。

本発明は、ホストと、このホストから書き込まれるデータを保存するとともにそのジャーナルデータを保存する複数のボリュームを有するストレージ装置と、前記ストレージ装置を管理する管理サーバと、前記ストレージ装置に書き込まれるデータをバックアップするバックアップ装置を含み、前記管理サーバは、前記複数のボリュームの構成変更及びその変更時刻を少なくとも変更履歴として保存するテーブルと、前記テーブルに保存する変更履歴の管理を行なう管理部と、回復する回復ボリュームの指定及び回復時刻の指定を取得する第１の取得部と、前記第１の取得部で回復ボリュームの指定及び回復時刻の指定を取得すると、前記指定されたボリューム及び前記指定された回復時刻に関する情報を前記テーブルから取得する第２の取得部と、前記第２の取得部で取得した情報と、現在の前記指定されたボリュームに関する情報とに基づいて、現在の前記指定されたボリュームの構成と前記指定された時刻の前記指定されたボリュームの構成の相違点が異なる表示となるように表示する表示部と、前記表示部の表示に基づいて、前記指定された時刻に前記指定されたボリュームを回復する指示を取得すると、前記バックアップ装置でバックアップしたデータ及び前記ジャーナルデータに基づいて、前記指定された時刻の状態に前記指定されたボリュームの状態を回復する回復制御部を備えることを特徴とするストレージシステムである。

すなわち、ホストと、このホストから書き込まれるデータを保存するとともにそのジャーナルデータを保存する複数のボリュームを有するストレージ装置と、前記ストレージ装置を管理する管理サーバと、前記ストレージ装置に書き込まれるデータをバックアップするバックアップ装置を含むストレージシステムにおいて、前記複数のボリュームの構成変更及びその変更時刻を少なくとも変更履歴として保存するテーブルの管理を行ない、回復する回復ボリュームの指定及び回復時刻の指定を取得すると、前記指定されたボリューム及び前記指定された回復時刻に関する情報を前記テーブルから取得し、その取得した情報と、現在の前記指定されたボリュームに関する情報とに基づいて、現在の前記指定されたボリュームの構成と前記指定された時刻の前記指定されたボリュームの構成の相違点が異なる表示となるように表示し、その表示に基づいて、前記指定された時刻に前記指定されたボリュームを回復する指示を取得すると、前記バックアップ装置でバックアップしたデータ及び前記ジャーナルデータに基づいて、前記指定された時刻の状態に前記指定されたボリュームの状態を回復することにより、ストレージシステム内のデータ、構成を回復する際に、ユーザの回復操作を容易なものとするとともに自動的に回復処理を実行することにより回復処理の時間を短縮することができる。

本発明によれば、ストレージシステム内のデータ、構成を回復する際に、ユーザの回復操作を容易なものとするとともに自動的に回復処理を実行することにより回復処理の時間を短縮することができるストレージシステムを提供できる。
また、本発明によれば、回復後のボリュームが保持するデータの時刻（いつの時点のデータをボリュームが保持しているか）と、ボリュームの構成をＧＵＩ表示して、回復後のストレージの状態をユーザが確認後に、回復処理の実行を決定することができるので、回復処理の間違いを防止することができるストレージシステムを提供できる。

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

図１は、ストレージシステム１の全体構成を示す図である。ストレージシステム１は、ホスト１００，２００、ユーザインターフェース３００、管理サーバ４００、ストレージ装置５００、バックアップ装置６００、バックアップサーバ７００、ホスト８００及びストレージ装置９００を有している。

ホスト１００，２００、ユーザインターフェース３００、管理サーバ４００、ストレージ装置５００、バックアップ装置６００、バックアップサーバ７００、ホスト８００及びストレージ装置９００は、それぞれＬＡＮを介して接続されている。ホスト１００，２００及びバックアップ装置６００と、ストレージ装置５００はスイッチ１０を介して接続され、ホスト８００とストレージ装置９００はスイッチ２０を介して接続されている。また、ホスト１００，２００、ユーザインターフェース３００、管理サーバ４００、ストレージ装置５００、バックアップ装置６００及びバックアップサーバ７００は、ローカルサイトに配置され、ホスト８００及びストレージ装置９００はリモートサイトに配置されている。

このストレージシステム１では、ローカルサイトに配置されたストレージ装置５００に書き込まれたデータを、同期、又は非同期でリモートサイトに配置されたストレージ装置９００にコピーするように構成されている。なお、リモートサイトは、例えばローカルサイトと同じ建物内の別の場所に配置しても良いし、ローカルサイトから遠隔地に配置しても良い。

ホスト１００は、プロセッサ１０１及びメモリ１０２を有している。プロセッサ１０１は、メモリ１０２内に格納されたプログラムを実行することにより、ホスト１００を制御する。メモリ１０２には、業務アプリケーションプログラム（業務ＡＰ）１０３、ストレージ装置管理プログラム（ストレージ装置管理Ｐ）１０４等が格納される。業務アプリケーションプログラム１０３は、例えば、クレジットカード会社にストレージシステム１が適用されるのであれば、クレジットカードの決済処理等に関する処理を実行するためのアプリケーションプログラムである。ストレージ装置管理プログラム１０４は、ストレージ装置５００の管理を行うためのプログラムである。

なお、ローカルサイトのホスト２００は、プロセッサ２０１及びメモリを２０２有している。メモリ２０２には、業務アプリケーションプログラム（業務ＡＰ）２０３及びストレージ装置管理プログラム（ストレージ装置管理Ｐ）２０４が格納される。プロセッサ２０１、メモリ２０２、業務アプリケーションプログラム２０３及びストレージ装置管理プログラム２０４については、ホスト１００における説明と同様となるため、説明を省略する。

また、リモートサイトのホスト８００も、図示は省略するが、ホスト１００，２００と同様に、プロセッサ及びメモリを有しており、そのメモリには、ストレージ装置管理プログラム等が格納される。

ユーザインターフェース３００は、表示部や入力部を有している。表示部は、例えば、ディスプレイである。この表示部は、ユーザに管理サーバ４００でストレージシステム１を管理するために必要な情報を表示する。入力部は、例えば、マウスやキーボードである。ユーザは、これらを用いてストレージシステム１を管理するために必要な情報を入力する。なお、この実施の形態では、ユーザインターフェース３００は、ＬＡＮを介して管理サーバ４００と接続される構成としているが、管理サーバ４００がユーザインターフェース３００を含む構成でも良い。

管理サーバ４００は、プロセッサ４０１及びメモリ４０２を有している。プロセッサ４０１は、メモリ４０２内に格納された各種テーブルを用いて、格納された各種プログラムを実行することにより、管理サーバ４００を制御する。メモリ４０２には、各種プログラムとして例えば構成管理プログラム（構成管理Ｐ）４０３、バックアップ回復制御プログラム（バックアップ回復制御Ｐ）４０４、構成監視プログラム（構成監視Ｐ）４０５が格納され、各種テーブルとしては例えば、管理テーブル群４２０が格納される。

スイッチ１０は、ファイバチャネルスイッチである。ホスト１００，２００は、このスイッチ１０を介してデータをストレージ装置５００に書き込み、また、ストレージ装置５００からデータを読み出す。

ストレージ装置５００は、制御部５０１、メモリ５０２、保守端末（ＳＶＰ）５０３及び複数のボリューム５０４を有している。制御部５０１は、メモリ５０２内に格納されたプログラムを実行することにより、ストレージ装置５００を制御する。メモリ５０２には、制御部５０１がストレージ装置５００を制御するためのプログラムが格納される。保守端末５０３はストレージ装置５００の保守を行なう際に用いられる。複数のボリューム５０４には、ホスト１００，２００から書き込まれたデータが記憶される。なお、ボリューム５０４の１つは、ストレージ装置５００に書き込まれたデータのジャーナルデータを保存する。

なお、ストレージ装置９００も、ストレージ装置５００と同様な構成をしている。すなわち、ストレージ装置９００は、制御部９０１、メモリ９０２、ＳＶＰ９０３、複数のボリューム９０４を有している。これらの説明は、実質的にストレージ装置５００における説明と同様であるため、省略する。

バックアップ装置６００は、複数のテープ６０１を有している。バックアップ装置６００は、ホスト１００，２００からストレージ装置５００に書き込まれたデータをテープにバックアップする。

バックアップサーバ７００は、プロセッサ７０１及びメモリ７０２を有している。プロセッサ７０１は、メモリ７０２内に格納されたプログラムを実行することにより、バックアップサーバ７００を制御する。メモリ７０２には、バックアッププログラム（バックアップＰ）７０３が格納される。プロセッサ７０１がバックアッププログラム７０３を実行することにより、バックアップ装置６００を制御して、ホスト１００，２００からストレージ装置５００に書き込まれたデータ及びボリューム５０４に保存されるジャーナルデータのバックアップを行なう。

図２は、管理サーバ４００における機能ブロック図を示している。図２に示すように、管理サーバは、構成管理部４１１、バックアップ回復制御部４１２及び構成監視部４１３を有している。構成管理部４１１は、プロセッサ４０１が構成管理プログラム４０３を実行することにより得られる機能であり、バックアップ回復制御部４１２は、プロセッサ４０１がバックアップ回復制御プログラム４０４を実行することにより得られる機能であり、構成監視部４１３は、プロセッサ４０１が構成監視プログラム４０５を実行することにより得られる機能である。

図３は、ボリューム管理テーブル４２１を示す図である。ボリューム管理テーブル４２１は、ストレージ装置５００及び９００の複数のボリューム５０４及び９０４を管理するためのテーブルである。ボリューム管理テーブル４２１は、ボリュームＩＤ欄４２１Ａ、ボリューム名欄４２１Ｂ、装置番号欄４２１Ｃ、論理デバイス番号欄４２１Ｄ、使用状態欄４２１Ｅ及び主ボリュームＩＤ欄４２１Ｆを有している。

ボリュームＩＤ欄４２１Ａは、ボリュームのＩＤを保存する欄である。ボリューム名欄４２１Ｂは、ボリューム名を保存する欄である。装置番号欄４２１Ｃは、装置番号を保存する欄である。論理デバイス番号欄４２１Ｄは、論理デバイス番号を保存する欄である。使用状態欄４２１Ｅは、ボリュームの使用状態を保存する欄である。主ボリュームＩＤ欄４２１Ｆは、主ボリュームＩＤを保存する欄である。

ボリュームＩＤ欄４２１Ａにはボリュームが予約、または、ボリュームが生成されたときに、ボリューム毎に異なる１以上の数値が保存される。ボリューム名欄４２１Ｂには、「Ａ」、「Ｄ」、「Ａ１０」、「Ａ１１」、「Ａ１２」及び「Ａ１１ｒｅｓ」等のボリューム名が保存される。装置番号欄４２１Ｃには、「１０００」、「２０００」等の装置番号が保存される。論理デバイス番号欄４２１Ｄには、「１７Ｃ」、「１７Ｄ」、「１７Ｅ」、「３０１」、「３０２」、「３０３」及び「３０４」等の論理デバイス番号が保存される。「ｕｓｅ」は、ボリュームが使用中であることを示し、「ｎｏｔ ｕｓｅ」は、ボリュームが未使用ボリュームであることを示し、「ｒｅｓｅｒｖｅ」は、ボリュームが予約された状態を示す。使用状態欄４２１Ｅには、「ｕｓｅ」、「ｎｏｔ ｕｓｅ」又は「ｒｅｓｅｒｖｅ」が保存される。主ボリュームＩＤ欄４２１Ｆには、「−１」、「０」又は「１以上の数値」が保存される。「−１」は、自ボリュームは、ペア構成を組んでいない単独ボリュームであることを意味する。「０」は、自ボリュームは、ペア構成のルートボリュームであることを意味する。「１以上の数値」は、自ボリュームは副ボリュームであることを意味し、主ボリューム側のボリュームＩＤを示す。

例えば、図３に示すように、ボリュームＩＤ欄４２１Ａの「１」には、ボリューム名欄４２１Ｂにはボリューム名として「Ａ」、装置番号欄４２１Ｃには装置番号として「１０００」、論理デバイス番号欄４２１Ｄには論理デバイス番号として「１７Ｃ」、使用状態欄４２１Ｅには使用状態として「ｕｓｅ」及び主ボリュームＩＤ欄４２１Ｆには主ボリュームＩＤとして「０」が保存される。

図４は、構成変更履歴テーブル４２２を示す図である。構成変更履歴テーブル４２２は、ストレージシステム１内の構成の変更の履歴を保存するテーブルである。構成変更履歴テーブル４２２は、処理時刻欄４２２Ａ、処理内容欄４２２Ｂ及びボリュームＩＤ欄４２２Ｃを有しており、ボリュームＩＤ欄４２２Ｃは、さらに、第１保存欄４２２Ｄ及び第２保存欄４２２Ｅを有している。

処理時刻欄４２２Ａは、処理時刻を保存する欄である。処理内容欄４２２Ｂは、構成変更を行なった処理内容を保存する欄である。ボリュームＩＤ欄４２２Ｃは、ボリュームＩＤを保存する欄である。

処理時刻欄４２２Ａには年月日及び時刻が保存される。処理内容欄４２２Ｂには、「ＣＰ取得」、「ｖｏｌ作成」、「ｖｏｌ削除」、「ペア作成」及び「ペア分割」等が保存される。「ＣＰ取得」は処理内容がチェックポイントの取得であったことを示し、「ｖｏｌ作成」は処理内容がボリューム作成であったことを示し、「ｖｏｌ削除」は処理内容がボリューム削除であったことを示し、「ペア作成」は処理内容がボリュームのペア作成であったことを示し、「ペア分割」は処理内容がボリュームのペア分割であったことを示す。ボリュームＩＤ欄４２２ＣにはボリュームＩＤである「１以上の数値」が保存される。また、ボリュームＩＤ欄は、「ｖｏｌ作成」、「ｖｏｌ削除」、については、第１保存欄４２２ＤにボリュームＩＤを保存することでボリュームを特定し、処理内容がペア構成、ペア分割である場合には、ペアを構成するボリュームＩＤをそれぞれ特定するために第１保存欄４２２Ｄに主ボリュームＩＤを保存し、第２保存欄４２２Ｅに副ボリュームＩＤを保存する。

例えば、図４に示すように、処理時刻欄の「２００７／２／２８ ６：００」には、処理内容欄に処理内容として「ｖｏｌ作成」、ボリュームＩＤ欄の第１保存欄にはボリュームＩＤとして「１」が保存されている。また、処理時刻欄の「２００７／２／２８ ８：００」には、処理内容欄に処理内容として「ペア作成」、ボリュームＩＤ欄の第１保存欄には主ボリュームＩＤとして「１」、第２保存欄には副ボリュームＩＤとして「３」が保存される。

図５は、構成表示テーブル４２３を示す図である。構成表示テーブル４２３は、ユーザにより指定された時刻の構成をユーザインターフェース３００に表示する等のために使用されるテーブルである。構成表示テーブル４２３は、ボリュームＩＤ欄４２３Ａ、回復前（現状）欄４２３Ｂ及び回復後欄４２３Ｃを有しており、さらに、回復前（現状）欄４２３Ｂは、ペア状態欄４２３Ｄ及び保持データの時刻欄４２３Ｅを有しており、回復後欄４２３Ｃは、ペア状態欄４２３Ｆ及び保持データの時刻欄４２３Ｇを有している。

ボリュームＩＤ欄４２３Ａは、ボリュームＩＤを保存する欄である。ペア状態欄４２３Ｄは、回復前のペアの状態を保存する欄である。保持データの時刻欄４２３Ｅは回復前に保持しているデータの時刻を保存する欄である。ペア状態欄４２３Ｆは、回復後のペアの状態を保存する欄である。保持データの時刻欄４２３Ｇは回復後に保持するデータの時刻を保存する欄である。

ボリュームＩＤ欄４２３ＡにはボリュームＩＤとして「１以上の数値」が保存される。ペア状態欄４２３Ｄには、「−」、または、「ｓｐｌｉｔ」が保存される。「−」は、ペアが構成されていない状態を示し、「ｓｐｌｉｔ」はボリューム間でペアは構成されているがボリューム間のデータのコピーが途切れている状態を示している。保持データの時刻欄４２３Ｅには、年月日及び時刻を示すデータが保存される。ペア状態欄４２３Ｆ及び保持データの時刻欄４２３Ｇに保存されるデータは、ペア状態欄４２３Ｄ及び保持データの時刻欄４２３Ｅに保存されるデータの説明と同様であるため説明を省略する。

図５に示すように、構成表示テーブル４２３は、第１段から第１３段まで設けられている。第１段は、ルートの主ボリュームに対応するエントリであり、第２段から第４段は第１段にエントリされた主ボリュームの副ボリュームに対応するエントリである。また、第５段から第７段は第２段にエントリされた副ボリュームの副ボリュームに対応するエントリであり、第８段から第１０段は第３段にエントリされた副ボリュームの副ボリュームに対応するエントリであり、第１１段から第１３段は第４段にエントリされた副ボリュームの副ボリュームに対応するエントリである。

図６から図８は、構成表示テーブル４２４，４２５及び４２６を示す図である。図５に示す構成表示テーブル４２３との違いは、保存されるデータの時刻が異なることによる保存データの内容の違いである。図５に示す構成表示テーブル４２３は、データ回復時刻として９時５０分が指定されたときのデータの状態である。図６に示す構成表示テーブル４２４は、構成回復時刻として１２時００分が指定されたときのデータの状態である。図７に示す構成表示テーブル４２５は、データ回復時刻は１４時３０分、構成回復時刻として１８時００分が指定されたときのデータの状態である。図８に示す構成表示テーブル４２６は、データ回復時刻は１６時３０分、構成回復時刻として１５時００分が指定されたときのデータの状態である。

構成表示テーブル４２４には、ボリュームＩＤ欄４２４Ａ、回復前（現状）欄４２４Ｂ、回復後欄４２４Ｃが設けられるとともに、回復前（現状欄）４２４Ｂには、ペア状態欄４２４Ｄ及び保持データの時刻欄４２４Ｅ、回復後欄４２４Ｃには、ペア状態欄４２４Ｆ及び保持データの時刻欄４２４Ｇが設けられている。また、構成表示テーブル４２５には、ボリュームＩＤ欄４２５Ａ、回復前（現状）欄４２５Ｂ、回復後欄４２５Ｃが設けられるとともに、回復前（現状）欄４２５Ｂには、ペア状態欄４２５Ｄ及び保持データの時刻欄４２５Ｅ、回復後欄４２５Ｃには、ペア状態欄４２５Ｆ及び保持データの時刻欄４２５Ｇが設けられている。また、構成表示テーブル４２６には、ボリュームＩＤ欄４２６Ａ、回復前（現状）欄４２６Ｂ、回復後欄４２６Ｃが設けられるとともに、回復前（現状）欄４２６Ｂには、ペア状態欄４２６Ｄ及び保持データの時刻欄４２６Ｅ、回復後欄４２６Ｃには、ペア状態欄４２６Ｆ及び保持データの時刻欄４２６Ｇが設けられている。なお、構成表示テーブル４２４から４２６に保存されたデータの内容については、構成表示テーブル４２３における説明と同様であるため説明を省略する。

次に、データ保存先テーブル４２７について説明する。データ保存先テーブル４２７は、ボリュームのデータを保存する保存先を指定するために用いられる。図９はデータ保存先テーブルを示す図である。

図９に示すように、データ保存先テーブル４２７は、保存元ボリュームＩＤ欄４２７Ａと保存先ボリュームＩＤ欄４２７Ｂを有している。保存元ボリュームＩＤ欄４２７Ａはデータの保存元のボリュームのボリュームＩＤを保存する欄である。保存先ボリュームＩＤ欄４２７Ｂはデータの保存先のボリュームのボリュームＩＤを保存する欄である。

例えば、データの保存元のボリュームとデータの保存先のボリュームとが同じ場合には、保存元ボリュームＩＤ欄４２７Ａと保存先ボリュームＩＤ欄４２７Ｂに同一のボリュームＩＤが保存される。

このように、同じボリュームにデータが保存される場合には、図９のデータ保存先テーブル４２７の第１段に示すように、保存元ボリュームＩＤ欄４２７Ａに「４」、保存先ボリュームＩＤ欄４２７Ｂに「４」と同じボリュームＩＤが保存される。また、例えば、データの保存元のボリュームとデータの保存先のボリュームが異なる場合には、保存元ボリュームＩＤ欄４２７Ａと保存先ボリュームＩＤ欄４２７Ｂに異なるボリュームＩＤが保存される。図９のデータ保存先テーブル４２７の第２段に示すように、保存元ボリュームＩＤ欄４２７Ａに「４」、保存先ボリュームＩＤ欄４２７Ｂに「６」と異なるボリュームＩＤが保存される。

次に、構成変更通知情報４２８について説明する。構成変更通知情報４２８は、構成回復時にバックアップ回復制御部４１２から構成監視部４１３に通知される情報である。

構成変更通知情報４２８は、エントリ数情報４２８Ａ、変更種別情報４２８Ｂ、ボリュームＩＤ情報４２８Ｃ、変更種別情報４２８Ｄ、ボリュームＩＤ情報４２８Ｅ、変更種別情報４２８Ｆ及びボリュームＩＤ情報４２８Ｇを含んでいる。

エントリ数情報４２８Ａは構成変更のエントリ数を示す。変更種別情報４２８Ｂ、４２８Ｄ及び４２８Ｆは構成変更の内容を示す。ボリュームＩＤ情報４２８Ｃ、４２８Ｅ及び４２８Ｇは構成を変更するボリュームＩＤを示す。

図１０に示す構成変更通知情報４２８は、エントリ数情報が「３」であるため、変更種別情報とボリュームＩＤ情報が３組ある。具体的には、構成変更通知情報４２８は、ボリュームＩＤ３，４のペアが解除されたこと、ボリュームＩＤ３，５のペアが解除されたこと、ボリュームＩＤ５が削除されたこと、を示す情報となっている。

図１１は、図４に示す構成変更履歴テーブル４２２に保存された構成変更と対応するストレージシステム１内の構成変更の履歴を示す図である。以下では、ユーザの行なった操作又はストレージシステム１内で実行された構成変更を時系列で説明する。

時刻６：００に、ユーザはボリュームＡを作成する。時刻６：３０に、ユーザはボリュームＤを作成する。時刻７：００に、ユーザはボリュームＡ１０を作成する。時刻８：００に、ユーザは、ボリュームＡとボリュームＡ１０とをペア構成する。時刻９：００に、ボリュームＡとボリュームＡ１０のペアがスプリットされる。時刻９：３０に、ユーザは、ボリュームＤを削除する。時刻９：４５に、ユーザは、ボリュームＡ１１を作成する。
時刻１０：００に、ユーザは、ボリュームＡ１０とボリュームＡ１１とをペア構成する。時刻１１：００に、ボリュームＡ１０とボリュームＡ１１のペアがスプリットされる。時刻１１：０５に、スプリットされていたボリュームＡとボリュームＡ１０のペアが組まれる。時刻１２：００に、ボリュームＡとボリュームＡ１０のペアがスプリットされる。ユーザは、時刻１２：４５に、ボリュームＡ１２を作成する。時刻１３：００にユーザは、ボリュームＡ１０とボリュームＡ１２とをペア構成する。時刻１４：００にボリュームＡ１０とボリュームＡ１２のペアがスプリットされる。時刻１４：０５に、スプリットされていたボリュームＡとボリュームＡ１０とがペア構成される。時刻１５：００にボリュームＡとボリュームＡ１０のペアがスプリットされる。時刻１６：００にボリュームＡ１０とボリュームＡ１１とをペア構成する。時刻１７：００にボリュームＡ１０とボリュームＡ１１のペアがスプリットされる。時刻１７：０５にボリュームＡとボリュームＡ１０とをペア構成する。時刻１８：００にボリュームＡとボリュームＡ１０とのペア構成がスプリットされる。

このような構成変更がストレージシステム１内で行なわれ、時刻１８：１５にストレージシステム１内で問題が発覚している。問題とは、例えば、ストレージシステム１がウィルス感染した場合、実ボリュームを構成するディスクに障害が発生した場合、ユーザの誤操作が発覚した場合などである。

図１２は、図１１のストレージシステム１内の構成変更と対応するボリューム状態を示す図である。図１１を用いて説明した構成変更により変更されていくボリュームの状態を時系列で示している。図１１における説明と重複するため、詳細な説明は省略する。

図１７は、問題発覚後にユーザがストレージシステム１を回復させる際に、ユーザインターフェース３００に表示される画面３１０を示す図である。図１７に示すように、画面３１０は、ツリービュー部３１１、データ回復画面部３１２を有している。

ツリービュー部３１１は、ボリュームの階層構造を示す。そして、ユーザが、ツリービュー部３１１内のボリュームにポインタを置いて、例えばユーザインターフェース３００の入力部のマウスを右クリックすることにより、メニュー３１３を表示させることが可能となる。そのメニュー表示から「データ回復」を選択すると、データ回復画面部３１２が画面３１０に表示される。

データ回復画面部３１２は、データ回復時刻部３１４、スクロールバー３１５、構成回復時刻部３１６、プルダウンバー３１７、構成表示画面部３１８を表示する。

データ回復時刻部３１４は、データを回復する時刻を表示する。スクロールバー３１５は、データを回復する時刻をユーザが指定するために用いられる。スクロールバー３１５は、チェックポイント（ＣＰ）時刻と、現在時刻との時間を表示しており、ユーザは、ユーザインターフェース３００の入力部を用いてスクロールバー３１５近傍に表示されるポインタを移動させることにより、データ回復時刻を指定できるようになっている。

構成回復時刻部３１６は、構成を回復する時刻を表示する。プルダウンバー３１７は、構成変更履歴テーブル４２２を用いて構成の変更のあった時刻、構成変更内容をプルダウンで表示するために用いられる。ユーザは、ユーザインターフェース３００の入力部及びプルダウンバー３１７を用いて、プルダウンされた構成変更の内容から構成回復時刻を指定できるようになっている。

なお、ユーザが構成変更行なう際には、データ回復時刻、構成回復時刻それぞれを指定しても良いし、いずれを指定しても良い。

構成表示画面部３１８は指定されたボリュームの現時点での構成を示す図である。図１７においては、時刻１８：２５：００時点でのボリュームＡの構成を示している。ボリュームＡには、副ボリュームとしてボリュームＡ１０が作成されており、そのボリュームＡ１０には、副ボリュームとしてボリュームＡ１１、ボリュームＡ１２が作成されていることが示されるとともに、ボリュームＡとボリュームＡ１０，ボリュームＡ１０とボリュームＡ１１，Ａ１２それぞれは、スプリットの状態となっていることが示されている。また、各ボリュームＡ，Ａ１０，Ａ１１及びＡ１２の下側に示される時刻は、各ボリュームがいつの時刻のデータを保持しているかを示している。例えば、ボリュームＡは時刻１８：２５：００のデータを、ボリュームＡ１０は時刻１８：００：００のデータを保持している。

また、構成表示画面部３１８には、シミュレートボタン３１９Ａ、実行ボタン３１９Ｂ及びキャンセルボタン３１９Ｃが表示されている。シミュレートボタン３１９Ａは、ユーザにより指定されたデータ回復時刻、構成回復時刻等により回復を行なうとどのような構成になるかのシミュレートを実行させるボタンである。このシミュレート結果は、構成表示画面部１８に表示される。実行ボタン３１９Ｂは、シミュレートした構成によりデータ回復、構成回復の実行を指示するボタンである。キャンセルボタン３１９Ｃは、シミュレートした構成をキャンセルするボタンである。

次に、管理サーバ４００で実行される処理について説明する。先ず、構成変更情報収集処理について図２２から図２４を参照して説明する。構成変更情報収集処理は、具体的には、図２２に示すボリューム作成時・削除時の処理、図２３に示すペア生成・分割時の処理及び図２４に示すチェックポイント（ＣＰ）取得時の処理である。

先ず、ボリューム作成時・削除時の処理について説明する。ユーザは、ボリュームの作成・削除を行なう際には、ユーザインターフェース３００上から各種操作を行なう。例えば、ユーザはボリューム作成時においては、ユーザインターフェース３００上であき論理デバイス（ＬＤＥＶ：ボリューム）を選択し、ボリューム名を付ける。また、ユーザはボリューム削除時においては、ボリューム名を選択する。なお、ボリューム管理テーブル４２１は、論理デバイスがユーザにより作成されたときは、エントリができるようになっている。

図２２は、ボリューム作成・削除時の処理を示すフローチャートである。先ず、ステップＳ１０１において、構成管理部４１１は、処理種別について判別する。具体的には、処理種別がボリューム作成であるか、ボリューム削除であるかについて判別する。

処理種別がボリューム作成であると判別すると（Ｓ１０１：ボリューム作成）、ステップＳ１０２において、構成管理部４１１は、ボリューム管理テーブル４２１のユーザが指定した論理デバイスに、ボリューム名、使用状態“ｕｓｅ”、主ボリュームＩＤ“−１”を記録し、ボリュームＩＤをふる。そして、構成管理部４１１は、ステップＳ１０３において、構成変更履歴テーブル４２２に、ボリューム作成のエントリを追加し、処理時刻とボリュームＩＤを記録する。

一方、処理種別がボリューム削除であると判別すると（Ｓ１０１：ボリューム削除）、構成管理部４１１は、ステップＳ１０４において、ボリューム管理テーブル４２１で、削除したボリュームの使用状態を“ｎｏｔ ｕｓｅ”へ変更する。そして、構成管理部４１１は、ステップＳ１０５において、構成変更履歴テーブル４２２にボリューム削除のエントリを追加し、処理時刻とボリュームＩＤを記録する。

ステップＳ１０３の処理、又は、ステップＳ１０５の処理が終了すると、構成管理部４１１は、この処理を終了する。

ペア生成・分割時においては、ユーザがボリュームのペア生成、分割を実行する。図２３は、ペア生成・分割時の処理を示すフローチャートである。ステップＳ２０１において、先ず、構成管理部４１１は、主ボリュームは単独ボリュームであるか否かを判別する。この判別は、ボリューム管理テーブル４２１の主ボリュームのエントリの主ボリュームＩＤが“−１”であるか否かを判別することにより行なわれる。

主ボリュームは単独ボリュームであると判別すると（Ｓ２０１：ＹＥＳ）、構成管理部４１１は、ステップＳ２０２において、主ボリュームのエントリに、ルートボリュームを示す主ボリュームＩＤ（０）を振る。

一方、主ボリュームは単独ボリュームでないと判別すると（Ｓ２０１：ＮＯ）、または、ステップＳ２０２において、ルートボリュームを示す主ボリュームＩＤを振った場合は、ステップＳ２０３において、構成管理部４１１は、副ボリュームは単独ボリュームであるか否かを判別する。

副ボリュームは単独ボリュームであると判別すると（Ｓ２０３：ＹＥＳ）、構成管理部４１１は、ステップＳ２０４において、副ボリュームのエントリに主ボリュームＩＤを記録する。

一方、副ボリュームは単独ボリュームでないと判別すると（Ｓ２０３：ＮＯ）、または、ステップＳ２０４において、副ボリュームのエントリに主ボリュームＩＤを記録すると、構成管理部４１１は、ステップＳ２０５において、構成変更履歴へ、処理時刻、処理内容及びボリュームＩＤを記録する。そして、処理が終了する。

なお、構成管理部４１１は、ペア解除時は、下位にペアが構成されていないこと、すなわち、解除対象の副ボリュームＩＤが、他ボリュームの主ボリュームＩＤの欄に存在しないことをボリューム管理テーブル４２１で確認後にペアを解除する。

図２４は、チェックポイント取得時の処理を示すフローチャートである。ユーザがチェックポイントの取得を実行したとき、または、ストレージシステムでチェックポイントを挿入したときにこの処理が実行される。

ステップＳ３０１において、構成管理部４１１は、構成変更履歴テーブル４２２に、チェックポイント取得のエントリを追加し、チェックポイントを取得したボリュームＩＤを記録する。

次に、回復処理の動作の流れについて説明する。図２５は、回復処理の動作を説明するためのフローチャートである。

ステップＳ４０１において、ユーザがツリービュー部３１１から回復対象ボリュームを選択し、ユーザインターフェース３００入力部を用いて「データ回復」を選択する。ステップＳ４０２において、バックアップ回復制御部４１２は、ボリューム管理テーブル４２１より、回復対象ボリュームとペアを構成するボリューム群を抽出する。

なお、抽出されるボリューム群は、ボリュームＡ１０を回復対象のボリュームに選択した場合は、ボリュームＡ１０の主ボリュームＡ及びボリュームＡ１０を主ボリュームとするボリュームＡ１１，Ａ１２を構成する各ボリュームとなる。ボリュームＡ，Ａ１０，Ａ１１，Ａ１２のいずれを回復対象ボリュームとして選択しても、ボリューム管理テーブル４２１により、これらのボリューム群を抽出できる。

次に、バックアップ回復制御部４１２は、ステップＳ４０３において、回復前（現状）の構成表示テーブル（例えば、構成表示テーブル４２３）を作成し、現在の構成をユーザインターフェース３００にＧＵＩ（グラフィカル・ユーザ・インターフェース）表示する。

ステップＳ４０４において、このユーザインターフェース３００の表示に基づいて、ユーザは、データ回復時刻、または構成回復時刻を指定し、シミュレートボタン３１９Ａを押下する。

ステップＳ４０５において、回復後の構成表示テーブル（例えば、構成表示テーブル４２４）を作成し、回復後の構成と現状との差分をＧＵＩ表示する。例えば、現在の構成には存在するが、回復後の構成に存在しないボリュームは、他のボリュームに対して薄く表示され、例えば、グレー表示することとする。なお、構成の差分はグレー表示でなくても、構成の差分が他の構成部分と区別して表示できるものであれば良い。

ステップＳ４０６において、ユーザは、ボリュームの内容を保存したい場合は、例えば、ボリュームにポインタをあわせてユーザインターフェース３００の入力部のマウスを右クリックし、メニューを構成表示画面３１８上に表示し、そのメニュー内の「データ保存」を選択する。その後、構成表示画面部３１８上に表示されたデータ保存部３１８Ｃを利用してボリュームのデータの保存が行なわれる。続いて、ステップＳ４０７において、ユーザは、実行ボタン３１９Ｂを押下することにより、「実行」を指示する。

そして、バックアップ回復制御部４１２は、ステップＳ４０８において、回復前（現状）の構成と、回復後の構成を解析し、構成変更、及び、データ回復のシナリオを生成する。例えば、データ回復時刻０９：５０指定時のデータ回復シナリオは、次の（ａ）から（ｇ）である。（ａ）ボリュームＡ１０とボリュームＡ１１のペア構成を解除する。（ｂ）ボリュームＡ１０とボリュームＡ１２のペア構成を解除する。（ｃ）ボリュームＡ１２を削除する。（ｄ）ボリュームＡとボリュームＡ１０をペア状態にする。（ｅ）ボリュームＡにバックアップデータをリストアし、時刻０９：００までのジャーナルをかぶせる。（ｆ）ボリュームＡとボリュームＡ１０のペアを分割する。（ｇ）ボリュームＡに時刻０９：５０までのジャーナルをかぶせる。

そして、バックアップ回復制御部４１２は、ステップＳ４０９において、データ保存の指定があれば、指定されたボリュームのデータを保存する。ボリューム管理テーブル４２１の使用状態欄４２１Ｅで「ｒｅｓｅｒｖｅ」を「ｕｓｅ」へ変更する。そして、保存元と保存先をペアにしてコピーを実施する。

次に、バックアップ回復制御部４１２は、ステップＳ４１０において、構成変更通知を構成監視部４１３へ通知する。

次に、バックアップ回復制御部４１２は、ステップＳ４１１において、回復に必要なバックアップデータ又はスナップショットデータを選択する。そして、バックアップ回復制御部４１２は、ステップＳ４１２において、データ回復シナリオに従い、回復処理を実行する。

回復処理を実行すると、バックアップ回復制御部４１２は、ステップＳ４１３において、全部のシナリオを実行したか否かを判別する。全部のシナリオを実行していないと判別した場合は（Ｓ４１３：ＮＯ）、バックアップ回復制御部４１２は、次のシナリオを実行する。一方、全部のシナリオを実行下と判別すると（Ｓ４１３：ＹＥＳ）、バックアップ回復制御部４１２は、この処理を終了する。

次に、ステップＳ４０６のデータ保存先指定処理について説明する。図２６は、このデータ保存先指定処理を示すフローチャートである。

先ず、バックアップ回復制御部４１２は、ステップＳ５０１において、現在のボリュームにデータを残せるか否かを判別する。

現在のボリュームにデータを残せると判別すると（Ｓ５０１：ＹＥＳ）、バックアップ回復制御部４１２は、ステップＳ５０２において、例えば、ダイアログ「現在のボリュームのデータをそのまま残します。」をユーザインターフェース３００にデータ保存欄３１８Ａとして表示するための処理を実行する。

ユーザは、この表示を確認した後、「ＯＫボタン」又は、「キャンセルボタン」を入力する。このユーザの入力に基づいて、バックアップ回復制御部４１２は、ステップＳ５０３において、「キャンセル」ボタンの入力情報を取得したか、「ＯＫボタン」の入力情報を取得したかを判別する。バックアップ回復制御部４１２は、「ＯＫボタン」の入力情報を取得すると、後述するステップＳ５０９の処理を行い、「キャンセルボタン」の入力情報を取得すると、このデータ保存先指定処理を終了する。

一方、現在のボリュームにデータを残せないと判別すると（Ｓ５０１：ＮＯ）、バックアップ回復制御部４１２は、ステップＳ５０４において、保存先ボリューム（ＬＤＥＶ）を確保できるか否かを判別する。保存先ボリュームを確保できると判別すると（Ｓ５０４：ＹＥＳ）、バックアップ回復制御部４１２は、ステップＳ５０５において、データの保存先を指定するダイアログを表示する。例えば、バックアップ回復制御部４１２は、ダイアログ「データの保存先を指定してください。」をユーザインターフェース３００にデータ保存欄３１８Ｂとして表示する。

ユーザは、このダイアログの表示を視認すると、ステップＳ５０６において、ユーザインターフェース３００に保存先ボリューム名を指定する。このユーザの入力に基づいて、バックアップ回復制御部４１２は、保存先のボリューム名を取得する。

ユーザは、この表示を確認した後、「ＯＫボタン」又は、「キャンセルボタン」を入力する。このユーザの入力に基づいて、バックアップ回復制御部４１２は、ステップＳ５０７において、「キャンセル」ボタンの入力情報を取得したか、「ＯＫボタン」の入力情報を取得したかを判別する。バックアップ回復制御部４１２は、「ＯＫボタン」の入力情報を取得すると、ステップＳ５０８において、保存先ボリュームをボリューム管理テーブル４２１へ記録し、使用状態を「ｒｅｓｅｒｖｅ」とする。そして、バックアップ回復制御部４１２は、ステップＳ５０９において、データ保存先へボリュームＩＤを記録する。ステップＳ５０９の処理が終わると、この処理を終了する。

一方、ステップＳ５０４において、バックアップ回復制御部４１２が、保存先ボリュームを確保できないと判別した場合は、ステップＳ５１０において、ダイアログ「現在のボリュームのデータの保存先を確保できません。」をユーザインターフェース３００にデータ保存欄３１８Ａとして表示し、この処理を終了する。なお、ステップＳ５０７において、キャンセルボタンの入力があったときもこの処理は終了される。

以下では、このように構成されたストレージシステム１において、データの回復を行なう場合に、（１）任意の時刻のデータに戻す場合、（２）任意の時刻の構成に戻す場合、（３）任意の時刻のデータ及び任意の時刻の構成に戻す場合について説明する。

先ず、（１）任意の時刻のデータに戻す場合について説明する。以下では、任意の時刻の一例として、時刻９：５０：００にボリュームＡの状態を回復する場合で説明する。

図１８は、図１７で示す画面３１０において、ユーザがツリービュー部３１１でボリュームＡを指定するとともに、スクロールバー３１５を操作してデータ回復時刻部３１４を時刻０９：５０：００に指定して、シミュレートボタン３１９Ａを押下したときにユーザインターフェース３００に表示される画面３２０を示す図である。

図１３は、時刻０９：５０：００におけるボリュームＡの構成を示す図である。ボリュームＡには、副ボリュームとしてボリュームＡ１０が作成されており、単独のボリュームＡ１１が存在する。ボリュームＡとボリュームＡ１０とはペアが構成されているが、スプリットの状態となっている。なお、ボリュームＡには時刻９：５０：００のデータ、ボリュームＡ１０には時刻０９：００：００のデータが保存されていることが示されている。

このボリュームＡの構成の情報は、構成変更履歴テーブル４２２から取得される。また、この取得された情報に基づいて、図５に示す構成表示テーブル４２３が作成される。

そして、この構成表示テーブル４２３に作成された情報に基づいて、構成表示画面部３１８に、時刻０９：５０：００におけるボリュームＡの構成が表示される。この際、現在の構成と時刻０９：５０：００における構成との差分は、グレー表示される。すなわち、現在の構成では、ボリュームＡ１２が作成されているが、時刻０９：５０：００においてボリュームＡ１２は作成されていなかったため、ボリュームＡ１２はグレー表示される。

また、構成表示画面部３１８には、データ保存部３１８Ｃが表示される。このデータ保存部３１８Ｃは、現在のボリュームのデータの保存を指示するために用いられる。このデータ保存部３１８Ｃは、ユーザが例えばボリュームＡ１１を選択して右クリックすると表示される。そして、ユーザがデータ保存部３１８Ｃで「データ保存」を選択すると、データ保存欄３１８Ａ又はデータ保存欄３１８Ｂが表示される。なお、図１８においては、説明の都合上、データ保存欄３１８Ａ又はデータ保存欄３１８Ｂをともに表示している。

データ保存欄３１８Ａは、現在のボリュームのデータをそのまま残すときに表示され、データ保存欄３１８Ｂは、現在のボリュームのデータをそのまま残すことができず、保存先を指定する必要があるときに表示される。上記例のように、データ保存部３１８Ｃで「データ保存」が選択された場合において、ボリュームＡ１１のデータがそのまま残すことができるなら、データ保存欄３１８Ａが表示される。データ保存欄には、ＯＫボタンと、キャンセルボタンが表示される。ユーザがボリュームＡ１１のデータを残したいなら、ＯＫボタンを入力し、ボリュームＡ１１のデータを残す必要がないなら、キャンセルボタンを入力する。また、ボリュームＡ１１のデータをそのまま残すことができないなら、データ保存欄３１８Ｂが表示される。データ保存欄３１８Ｂには、ボリューム名、ＯＫボタン、キャンセルボタンが表示される。ボリューム名としてテキストボックスに表示される「Ａ１１ｒｅｓ」をユーザが必要であれば変更して、データの保存先を指定する。そして、ユーザがＯＫボタンを押下することにより、その指定された保存先にボリュームＡ１１のデータが保存され、または、キャンセルボタンを押下することによりその操作がキャンセルされる。なお、上記「Ａ１１ｒｅｓ」は、ストレージシステム１側で自動生成し、プレ表示したボリューム名である。ユーザは、このボリューム名をユーザインターフェース３００を用いて手入力して変更できるようになっている。

このようにボリュームのデータを残すかどうかの操作を行なった後、ユーザは、実行ボタン３１９Ｂ、または、キャンセルボタン３１９Ｃを押下する。実行ボタン３１９が押下されることにより、構成表示テーブル４２３に記録された変更記録に沿った構成変更シナリオを実行してボリュームＡは、時刻０９：５０：００におけるデータの状態に回復される。このデータの回復は、バックアップ回復制御部４１２により、構成変更シナリオにしたがってバックアップ装置６００にバックアップされたバックアップデータ、副ボリュームに保持しているスナップショットデータ、ボリューム５０４に保存されたジャーナルデータを元に行なわれる。

なお、副ボリュームで保持しているスナップショットデータより新しい時刻にデータを回復する場合は、スナップショットデータとジャーナルデータを使用することにより、データを回復することが可能となる。例えば、データ回復時刻１６：００を指定したとき、ボリュームＡ，Ａ１０は、ボリュームＡ１１の時刻１５：００のデータで再同期し、ボリュームＡについて、時刻１５：００から１６：００までのジャーナルデータを反映させる。

次に、（２）任意の時刻の構成に戻す場合について説明する。以下では、任意の時刻の一例として、時刻１２：００：００にボリュームのＡの状態を回復する場合で説明する。

図１９は、図１７で示す画面３１０において、ユーザがツリービュー部３１１でボリュームＡを指定するとともに、プルダウンバー３１７を操作して構成回復時刻部３１６を時刻１２：００：００に指定して、シミュレートボタン３１９Ａを押下したときにユーザインターフェース３００に表示される画面３３０を示す図である。この図１９においては、プルダウンバー３１７を用いて、構成回復時刻を指定することが示されている。なお、プルダウンメニューは、構成変更履歴テーブル４２２の構成変更に基づいて表示される。

図１４は、時刻１２：００：００におけるボリュームＡの構成を示す図である。ボリュームＡには、副ボリュームとしてボリュームＡ１０が作成されており、さらにボリュームＡ１０の副ボリュームとしてボリュームＡ１１が作成されている。ボリュームＡとボリュームＡ１０とはペアが構成されているが、スプリットの状態となっている。また、ボリュームＡ１０とボリュームＡ１１とはペアが構成されているが、スプリットの状態となっている。なお、ボリュームＡには時刻１２：００：００のデータ、ボリュームＡ１０は時刻１２：００：００のデータ、ボリュームＡ１１は時刻０９：００：００のデータが保存されていることが示されている。

このボリュームＡの構成の情報は、構成変更履歴テーブル４２２から取得される。また、この取得された情報に基づいて、図６に示す構成表示テーブル４２４が作成される。

そして、この構成表示テーブル４２４に作成された情報に基づいて、構成表示画面部３１８に、時刻１２：００：００におけるボリュームＡの構成が表示される。この際、現在の構成と時刻１２：００：００における構成との差分は、グレー表示される。すなわち、現在の構成では、ボリュームＡ１２が作成されているが、時刻１２：００：００においてボリュームＡ１２は作成されていなかったため、ボリュームＡ１２はグレー表示される

ユーザは、この構成表示画面部３１８の表示を参照した後、実行ボタン３１９Ｂ、または、キャンセルボタン３１９Ｃを押下する。実行ボタン３１９が押下されることにより、構成表示テーブル４２４に記録された変更記録に沿った構成変更シナリオを実行してボリュームＡは、時刻１２：００：００における構成の状態に回復される。このデータの回復は、バックアップ回復制御部４１２により、構成変更シナリオにしたがってバックアップ装置６００にバックアップされたバックアップデータ、副ボリュームに保持しているスナップショットデータ、ボリューム５０４に保存されたジャーナルデータを元に行なわれる。

次に、（３）任意の時刻のデータ及び任意の時刻の構成に戻す場合について説明する。任意の時刻のデータ及び任意の時刻の構成に戻す場合は、（３ａ）データを回復する時刻が構成を回復する時刻以前である場合、（３ｂ）データを回復する時刻が構成を回復する時刻以降である場合がある。以下では、それぞれの場合について説明する。

先ず、（３ａ）データを回復する時刻が構成を回復する時刻以前である場合について説明する。以下では、ボリュームＡのデータを回復する時刻として時刻１４：３０：００を指定するとともに構成を回復する時刻として時刻１８：００を指定した場合で説明する。

図２０は、図１７で示す画面３１０において、ユーザがツリービュー部３１１でボリュームＡを指定するとともに、スクロールバー３１５を操作してデータ回復時刻部３１４を時刻１４：３０：００に指定し、プルダウンバー３１７を操作してデータ回復時刻部３１４を時刻１８：００：００に指定して、シミュレートボタン３１９Ａを押下したときにユーザインターフェース３００に表示される画面３４０を示す図である。

図１５は、時刻１８：００：００におけるボリュームＡの構成を示す図である。ボリュームＡには、副ボリュームとしてボリュームＡ１０が作成されており、さらにボリュームＡ１０の副ボリュームとしてボリュームＡ１１，ボリュームＡ１２が作成されている。ボリュームＡとボリュームＡ１０とはペアが構成されているが、スプリットの状態となっている。また、ボリュームＡ１０とボリュームＡ１１，Ａ１２とはそれぞれペアが構成されているが、それぞれスプリットの状態となっている。なお、ボリュームＡには時刻１４：３０：００のデータ、ボリュームＡ１０には時刻１８：００：００のデータ、ボリュームＡ１１には時刻１５：００：００のデータ、ボリュームＡ１２には時刻１２：００：００のデータが保存されていることが示されている。

このボリュームＡの構成の情報は、構成変更履歴テーブル４２２から取得される。また、この取得された情報に基づいて、図７に示す構成表示テーブル４２５が作成される。

そして、この構成表示テーブル４２５に作成された情報に基づいて、構成表示画面部３１８に、時刻１８：００：００におけるボリュームＡの構成が表示される。

ユーザは、この構成表示画面部３１８の表示を参照した後、実行ボタン３１９Ｂ、または、キャンセルボタン３１９Ｃを押下する。実行ボタン３１９が押下されることにより、構成表示テーブル４２５に記録された変更記録に沿った構成変更シナリオを実行してボリュームＡは、時刻１４：３０：００のデータの状態に回復されるとともに時刻１８：００：００の構成の状態に回復される。このデータの回復は、バックアップ回復制御部４１２により、構成変更シナリオにしたがってバックアップ装置６００にバックアップされたバックアップデータ、副ボリュームに保持しているスナップショットデータ、ボリューム５０４に保存されたジャーナルデータを元に行なわれる。

次に、（３ｂ）データを回復する時刻が構成を回復する時刻以降である場合について説明する。以下では、ボリュームＡのデータを回復する時刻として時刻１６：３０：００を指定するとともに構成を回復する時刻として時刻１５：００を指定した場合で説明する。

図２１は、図１７で示す画面３１０において、ユーザがツリービュー部３１１でボリュームＡを指定するとともに、スクロールバー３１５を操作してデータ回復時刻部３１４を時刻１６：３０：００に指定し、プルダウンバー３１７を操作してデータ回復時刻部３１４を時刻１５：００：００に指定して、シミュレートボタン３１９Ａを押下したときにユーザインターフェース３００に表示される画面３５０を示す図である。

図１６は、時刻１５：００：００におけるボリュームＡの構成を示す図である。ボリュームＡには、副ボリュームとしてボリュームＡ１０が作成されており、さらにボリュームＡ１０の副ボリュームとしてボリュームＡ１１，ボリュームＡ１２が作成されている。ボリュームＡとボリュームＡ１０とはペアが構成されているが、スプリットの状態となっている。また、ボリュームＡ１０とボリュームＡ１１，Ａ１２とはそれぞれペアが構成されているが、それぞれスプリットの状態となっている。なお、ボリュームＡには時刻１６：３０：００のデータ、ボリュームＡ１０には時刻１５：００：００のデータ、ボリュームＡ１１には時刻０９：００：００のデータ、ボリュームＡ１２には時刻１２：００：００のデータが保存されていることが示されている。

このボリュームＡの構成の情報は、構成変更履歴テーブル４２２から取得される。また、この取得された情報に基づいて、図８に示す構成表示テーブル４２６が作成される。

そして、この構成表示テーブル４２６に作成された情報に基づいて、構成表示画面部３１８に、時刻１５：００：００におけるボリュームＡの構成が表示される。

ユーザは、この構成表示画面部３１８の表示を参照した後、実行ボタン３１９Ｂ、または、キャンセルボタン３１９Ｃを押下する。実行ボタン３１９が押下されることにより、構成表示テーブル４２６に記録された変更記録に沿った構成変更シナリオを実行してボリュームＡは、時刻１６：３０：００のデータの状態に回復されるとともに時刻１５：００：００の構成の状態に回復される。このデータの回復は、バックアップ回復制御部４１２により、構成変更シナリオにしたがってバックアップ装置６００にバックアップされたバックアップデータ、副ボリュームに保持しているスナップショットデータ、ボリューム５０４に保存されたジャーナルデータを元に行なわれる。

なお、上記（２）、（３）の場合において、ボリュームのデータを保存する場合について説明を省略しているが、上記（１）の場合と同様に、ユーザの操作によって構成表示画面部３１８にデータ保存部３１８Ｃを表示し、現状データの保存を指定することとしても良い。

この実施の形態によると、ユーザはストレージシステム１を使用して、ストレージ装置５００に記憶されるデータのバックアップ、及びストレージ装置５００の構成変更を実施することができる。

すなわち、ストレージシステム１内の構成管理部４１１とバックアップ回復制御部４１２により、ストレージ装置５００の構成変更時に、構成変更内容を収集する。この収集内容は、ボリューム管理テーブル４２１、構成変更履歴テーブル４２２に記憶される内容である。

そして、ストレージシステム１内において、ウィルス感染、ディスク障害又はユーザの誤操作等の問題が発覚し、ストレージ装置５００をある時点の正しい状態に回復させる場合に、ユーザは、回復対象ボリュームとともに、データ回復時刻及び構成回復時刻の少なくともいずれかをユーザインターフェース３００に表示される画面３１０を用いて指定することができる。そして、ユーザはシミュレートボタン３１９Ａを押下することにより、現在の構成と、指定した時刻との構成の相違点を確認することができるので、回復対象ボリュームをどのような状態に戻すかを容易にシミュレートすることができる。また、現状のデータを、ユーザが保存先ボリュームを指定して保存することもできる。

また、バックアップ回復制御部４１２は、データ回復のためのシナリオを生成し、バックアップデータ、スナップショットデータ、ジャーナルデータを元に回復処理を実行する。

また、ストレージシステム１では、構成監視プログラム４０５への影響が考慮されている。すなわち、回復処理の過程で、ペア構成を解除して回復する場合、ペア構成を監視している構成監視プログラムへの影響を考慮し、ペア解除、ボリューム削除の情報を図１０に示す構成変更通知により構成監視部４１３へ通知する。この通知により、バックアップ回復制御部４１２と構成監視部４１３が連携することにより、ペア解除やボリューム削除による監視対象ペア無し、及び監視エラーを発生させることなく、構成監視が可能となる。

また、本発明では、主ボリュームをルートとするグループとしてボリューム単位で回復を行なうので、回復対象の主ボリュームと異なるグループのボリュームをアクセス対象とする業務アプリケーションプログラム１０３，２０３への影響がない。また、各ボリュームのデータをいつの時点のデータに回復するかをユーザが選択できる。そのデータ又は構成の回復中は、業務アプリケーションプログラム１０３，２０３は、回復中のボリュームへアクセスしてはいけない。このため、回復中は、ホスト１００，２００からそのボリュームへのアクセスを閉塞し、回復後にアクセスパスを接続してそのボリュームをアクセス可能にする方法もある。業務アプリケーションプログラム１０３，２０３側は、ボリュームへのアクセスの可否を判断してアクセスするようにすることにより、業務アプリケーションプログラム１０３，２０３への影響を防止することも可能である。

なお、本実施の形態では、構成変更の例として、ストレージ装置５００内のペア構成の変更がなされる場合で説明したが、ストレージ装置５００内のボリュームのペア構成としなくても良い。すなわち、ストレージシステム１内にストレージ装置を更に設け、そのストレージ装置内のボリュームとストレージ装置５００内のボリュームとでペア構成する場合でも良い。また、ボリュームがペア構成される場合でなくても、カスケード構成や、階層構成されている場合に構成変更がされる場合でも適用することができる。

この実施形態では、ホスト１００，２００と、このホスト１００，２００から書き込まれるデータを保存するとともにそのジャーナルデータを保存する複数のボリューム５０４を有するストレージ装置５００と、ストレージ装置５００を管理する管理サーバ４００と、ストレージ装置５００に書き込まれるデータをバックアップするバックアップ装置６００を含み、管理サーバ４００は、複数のボリュームの構成変更及びその変更時刻を少なくとも変更履歴として保存する構成変更履歴テーブル４２２と、構成変更履歴テーブル４２２に保存する変更履歴の管理を行ない、回復する回復ボリュームの指定及び回復時刻の指定を取得すると、指定されたボリューム及び指定された回復時刻に関する情報を構成変更履歴テーブル４２２から取得し、その取得した情報と、現在の指定されたボリュームに関する情報とに基づいて、現在の指定されたボリュームの構成と指定された時刻の指定されたボリュームの構成の相違点が異なる表示となるように構成表示画面部３１８に表示し、その表示に基づいて、指定された時刻に指定されたボリュームを回復する実行ボタン３１９Ｂの入力指示を取得すると、バックアップ装置６００でバックアップしたデータ及びボリューム５０４に保存されたジャーナルデータに基づいて、指定された時刻の状態に指定されたボリュームの状態を回復するストレージシステム１の場合で説明したが、本発明はこれに限られず、この他種々の構成のストレージ装置に広く適用することができる。

本発明は、種々のストレージシステム及びストレージシステムの管理方法に広く適用することができる。

本発明に係わるストレージシステムの全体構成を示す図である。 本発明に係わる管理サーバにおける機能ブロック図である。 本発明に係わるボリューム管理テーブルを示す図である。 本発明に係わる構成変更履歴テーブルを示す図である。 本発明に係わる構成表示テーブルを示す図である。 本発明に係わる構成表示テーブルを示す図である。 本発明に係わる構成表示テーブルを示す図である。 本発明に係わる構成表示テーブルを示す図である。 本発明に係わるデータ保存先テーブルを示す図である。 本発明に係わる構成変更通知情報を示す図である。 本発明に係わる構成変更の履歴を示す図である。 本発明に係わるボリューム状態を示す図である。 本発明に係わるボリュームの構成を示す図である。 本発明に係わるボリュームの構成を示す図である。 本発明に係わるボリュームの構成を示す図である。 本発明に係わるボリュームの構成を示す図である。 本発明に係わるユーザインターフェースに表示される画面を示す図である。 本発明に係わるユーザインターフェースに表示される画面を示す図である。 本発明に係わるユーザインターフェースに表示される画面を示す図である。 本発明に係わるユーザインターフェースに表示される画面を示す図である。 本発明に係わるユーザインターフェースに表示される画面を示す図である。 本発明に係わるボリューム作成・削除時の処理を示すフローチャートである 本発明に係わるペア生成・分割時の処理を示すフローチャートである。 本発明に係わるチェックポイント取得時の処理を示すフローチャートである。 本発明に係わる、回復処理の動作を説明するためのフローチャートである。 本発明に係わるデータ保存先指定処理を示すフローチャートである。

符号の説明

１…ストレージシステム、１００，２００…ホスト、３００…ユーザインターフェース、３１１…ツリービュー部、３１２…データ回復画面部、３１４…データ回復時刻部、３１５…スクロールバー、３１６…構成回復時刻部、３１７…プルダウンバー、３１８…構成表示画面、４００…管理サーバ、４０１…プロセッサ、４０２…メモリ、４１１…構成管理部、４１２…バックアップ回復制御部、４１３…構成監視部、４２１…ボリューム管理テーブル、４２２…構成変更履歴テーブル、４２３〜４２６…構成表示テーブル、５００…ストレージ装置、６００…バックアップ装置、７００…バックアップサーバ

Claims (20)

1. ホストと、このホストから書き込まれるデータを保存するとともにそのジャーナルデータを保存する複数のボリュームを有するストレージ装置と、前記ストレージ装置を管理する管理サーバと、前記ストレージ装置に書き込まれるデータをバックアップするバックアップ装置を含み、
   前記管理サーバは、
   前記複数のボリュームのペア／スプリット状態を含むボリューム構成の変更及びその変更時刻を少なくとも変更履歴として保存するテーブルと、
   前記テーブルに保存する変更履歴の管理を行なう管理部と、
   回復する回復ボリュームの指定及び回復時刻の指定を取得する第１の取得部と、
   前記第１の取得部で回復ボリュームの指定及び回復時刻の指定を取得すると、前記指定されたボリューム及び前記指定された回復時刻に関する情報を前記テーブルから取得する第２の取得部と、
   前記第２の取得部で取得した情報と、現在の前記指定されたボリュームに関する情報とに基づいて、現在の前記指定されたボリュームのペア／スプリット状態を含むボリューム構成と前記指定された時刻の前記指定されたボリュームのペア／スプリット状態を含むボリューム構成の相違点が異なる表示となるように表示する表示部と、
   前記表示部の表示に基づいて、前記指定された時刻に前記指定されたボリュームを回復する指示を取得すると、前記バックアップ装置でバックアップしたデータ及び前記ジャーナルデータに基づいて、前記指定された時刻の状態に前記指定されたボリュームを回復した場合の該ボリュームのペア／スプリット状態を含むボリューム構成をシミュレートして前記表示部に表示させ、ユーザ入力に応じて前記シミュレートした該ボリューム構成に前記指定されたボリュームを回復する回復制御部とを備えること、
   を特徴とするストレージシステム。
2. 前記第１の取得部で取得する回復する回復ボリュームの指定及び回復時刻の指定は、ユーザインターフェースから取得すること、
   を特徴とする請求項１に記載のストレージシステム。
3. 前記表示部の表示に基づく前記回復する指示は、前記ユーザインターフェースから取得すること、
   を特徴とする請求項２に記載のストレージシステム。
4. 前記表示部は、前記回復時刻のボリュームの構成に対して、前記回復前には存在し前記回復時刻には存在しなくなったボリュームの構成を薄く表示することにより、前記相違点を異ならせること、
   を特徴とする請求項１に記載のストレージシステム。
5. 前記回復時刻の指定は、前記指定されたボリュームのデータを回復する時刻又は前記指定されたボリュームの構成を回復する時刻の少なくともいずれかの時刻であること、
   を特徴とする請求項１に記載のストレージシステム。
6. 前記回復制御部により前記指定されたボリュームを回復する際、その指定されたボリュームの現在のデータの保存の指示を取得すると、前記指定されたボリュームの現在のデータを所定の保存先へ保存する保存部を備えること、
   を特徴とする請求項１に記載のストレージシステム。
7. 前記ボリュームの構成変更は、ペア構成の変更であること、
   を特徴とする請求項１に記載のストレージシステム。
8. 前記回復するボリュームの指定は、前記ペア構成されたボリュームのうちいずれのボリュームを指定してもよいこと、
   を特徴とする請求項７に記載のストレージシステム。
9. 前記ストレージ装置に加えてストレージ装置を複数有し、
   前記ボリュームの構成変更は、前記ストレージ装置内のペア構成、前記ストレージ装置間のペア構成、カスケード構成及び階層構成のいずれかの変更を含むこと、
   を特徴とする請求項１に記載のストレージシステム。
10. 前記管理サーバは、
    前記ストレージシステム内のボリュームの構成を監視する監視部と、
    前記回復制御部が前記指定されたボリュームの回復をするときに、前記監視部にペア構成の変更を示す情報を通知する通知部を備えること、
    を特徴とする請求項１に記載のストレージシステム。
11. ホストと、このホストから書き込まれるデータを保存するとともにそのジャーナルデータを保存する複数のボリュームを有するストレージ装置と、前記ストレージ装置を管理する管理サーバと、前記ストレージ装置に書き込まれるデータをバックアップするバックアップ装置を含むストレージシステム管理方法において、
    前記複数のボリュームのペア／スプリット状態を含むボリューム構成の変更及びその変更時刻を少なくとも変更履歴として保存するテーブルの管理を行なうステップと、
    回復する回復ボリュームの指定及び回復時刻の指定を取得するステップと、
    前記回復ボリュームの指定及び回復時刻の指定を取得すると、前記指定されたボリューム及び前記指定された回復時刻に関する情報を前記テーブルから取得するステップと、
    前記取得した情報と、現在の前記指定されたボリュームに関する情報とに基づいて、現在の前記指定されたボリュームのペア／スプリット状態を含むボリューム構成と前記指定された時刻の前記指定されたボリュームのペア／スプリット状態を含むボリューム構成の相違点が異なる表示となるように表示するステップと、
    前記表示に基づいて、前記指定された時刻に前記指定されたボリュームを回復する指示を取得すると、前記バックアップ装置でバックアップしたデータ及び前記ジャーナルデータに基づいて、前記指定された時刻の状態に前記指定されたボリュームを回復した場合の該ボリュームのペア／スプリット状態を含むボリューム構成をシミュレートして前記表示部に表示させ、ユーザ入力に応じて前記シミュレートした該ボリューム構成に前記指定されたボリュームを回復するステップとを備えること、
    を特徴とするストレージシステム管理方法。
12. 前記回復する回復ボリュームの指定及び回復時刻の指定を取得するステップは、ユーザインターフェースから前記指定を取得すること、
    を特徴とする請求項１１に記載のストレージシステム管理方法。
13. 前記表示に基づく前記回復する指示は、前記ユーザインターフェースから取得すること、
    を特徴とする請求項１２に記載のストレージシステム管理方法。
14. 前記表示は、前記回復時刻のボリュームの構成に対して、前記回復前には存在し前記回復時刻には存在しなくなったボリュームの構成を薄く表示することにより、前記相違点を異ならせること、
    と特徴とする請求項１１に記載のストレージシステム管理方法。
15. 前記回復時刻の指定は、前記指定されたボリュームのデータを回復する時刻又は前記指定されたボリュームの構成を回復する時刻の少なくともいずれかの時刻であること、
    を特徴とする請求項１１に記載のストレージシステム管理方法。
16. 前記指定されたボリュームを回復する際、その指定されたボリュームの現在のデータの保存の指示を取得すると、前記指定されたボリュームの現在のデータを所定の保存先へ保存するステップを備えること、
    を特徴とする請求項１１に記載のストレージシステム管理方法。
17. 前記ボリュームの構成変更は、ペア構成の変更であること、
    を特徴とする請求項１１に記載のストレージシステム管理方法。
18. 前記回復するボリュームの指定は、前記ペア構成されたボリュームのうちいずれのボリュームを指定してもよいこと、
    を特徴とする請求項１７に記載のストレージシステム管理方法。
19. 前記ストレージ装置に加えてストレージ装置を複数有し、
    前記ボリュームの構成変更は、前記ストレージ装置内のペア構成、前記ストレージ装置間のペア構成、カスケード構成及び階層構成のいずれかの変更を含むこと、
    を特徴とする請求項１１に記載のストレージシステム管理方法。
20. 前記指定されたボリュームの回復をするときに、前記ストレージシステム内のボリュームの構成を監視する前記監視部にペア構成の変更を示す情報を通知するステップを備えること、
    を特徴とする請求項１１に記載のストレージシステム管理方法。

Images