JP5227887B2 - バックアップ管理方法 - Google Patents

Description

本発明は、サーバ仮想化環境におけるストレージシステムを用いたバックアップ及びリカバリに関する。

近年、ＩＴ技術が普及し、ホスト計算機などのＩＴ機器自体は爆発的に増加している。その結果、ＩＴ機器の数の多さなどから、ＩＴ機器管理の難しさが問題になってきている。
ホスト計算機の管理容易化を実現する技術としてサーバ仮想化技術がある。サーバ仮想化技術にはたとえば、実ホスト計算機上に特別な仮想化プログラムを動作させ、当該仮想化プログラムが実ホスト計算機とは異なる構成、個数、処理能力の仮想的な計算機（仮想計算機、又はＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）という）を、当該実ホスト上に構築するソフトウェアベースサーバ仮想化技術がある。上記技術により、実ホストの構成、個数、処理能力などを気にすることなく、ＩＴ管理者は必要な計算処理能力を必要な分だけ使用し、管理することが可能となる。

一方、サーバ仮想化を使用する環境（サーバ仮想化環境という）では、ＶＭの情報、およびＶＭ上で動作するＯＳ、アプリケーションソフトウェアおよびそのデータ等はまとめてデータ化され（VMファイルという。ただし、必ずしもファイルシステムが管理するデータ構造であるファイルである必要は無く、データであればよい。）、ストレージシステム等の記憶領域に記憶される。サーバ仮想化環境におけるバックアップは、稼働中のＶＭをまとめて保存する。サーバ仮想化環境におけるバックアップ技術の一例として、特許文献１がある。特許文献１によると、サーバ仮想化環境において、仮想化プログラムが稼働中のＶＭを、いったん静止化し、ファイルとしてVMショットファイルが保存される上記の共有記憶領域にデータ（スナップショットファイルという。ただし、必ずしもファイルシステムが管理するデータ構造であるファイルである必要は無く、データであればよい。）として保存する。一般的に上記ＶＭのファイル化処理はスナップショット処理とよばれる。一般にスナップショットファイルは、VMファイルでは保存されない、VMの仮想的なメモリや、レジスタの内容や、スナップショット処理実施後に、ストレージシステムに書き込んだデータの差分などが含まれる。スナップショットファイルとVMファイルを利用することで、仮想化プログラムは、ＶＭや、ＶＭ上ＯＳやアプリケーションの論理的な障害発生時に、スナップショット取得時点のＶＭを回復することができる。

また、ストレージシステムによるバックアップ技術がある。たとえば、特許文献２が開示されている。特許文献２によると、ホスト計算機がストレージシステムと接続される環境において、ホスト計算機上で動作するアプリケーションソフトウェアの回復可能な時刻に、ストレージシステムがアプリケーションソフトウェアのデータが保存されるボリュームをまとめて、ストレージシステムのコピー機能により、同時に複製する。これにより、アプリケーションソフトウェアの論理障害や、ストレージシステムのディスク装置故障などの物理障害の両方からアプリケーションソフトウェアの情報を回復することができる。ストレージシステムによるバックアップ技術は、バックアップに必要なデータコピーをストレージシステムが行うため、ホスト計算機の負荷を軽減することができる。

ＵＳ２００７２４４９３８号報 ＵＳ７１２０７６９号報

仮想化プログラムがストレージシステムの記憶領域（例えば、一つ以上のボリュームやボリューム中の定められたブロックアドレス範囲がある）にVMファイルや、スナップショットファイルを格納する場合、一つ以上のVMファイルや、スナップショットファイルがこの記憶領域に混在して格納される。一方で、ストレージシステムは、ボリューム単位やブロックアドレス範囲というVMファイルや、スナップショットファイルのデータ構造とは独立なボリュームやブロックアドレス範囲を指定することでバックアップ処理を行う。そのため、ストレージシステムによる特定VMのバックアップ（すなわち、特定VMのVMファイル、スナップショットファイルの保存）は混在するほかのVMの情報もまとめてバックアップしている。

しかし、特許文献１及び特許文献２に開示の技術ではこうしたストレージ装置がバックアップ対象として指示を受ける記憶領域に複数VMの情報（VMファイル、スナップショットファイル）が混在した状況でのバックアップデータ活用を効率的にできない。

本発明の目的は、ＶＭのバックアップを効率的に活用することのできる情報処理システム、管理計算機、方法、管理プログラム、管理プログラムが格納された媒体、及び管理プログラムを管理計算機にインストールするプログラム配布サーバを提供することにある。

上記目的を達成するために本発明は次のような構成をとる。本発明の計算機システムは、管理計算機と、複数の仮想計算機を提供するホスト計算機と、記憶領域をホスト計算機に提供するストレージシステムとから構成される。前記記憶領域は前記複数の仮想計算機に対応する複数のVMファイル、スナップショットファイルを格納する。ホスト計算機は前記複数の仮想計算機の一つである第一の仮想計算機の静止化を行い、前記記憶領域に、前記第一の仮想計算機に対応する第一のスナップショットファイルを生成する。ストレージシステムは前記静止化を伴った第一のスナップショットファイル生成後に、前記記憶領域の複製を作成する。前記管理計算機は、作成した複製に格納された複数のスナップショットファイルについて、前記第一のスナップショットファイルと、前記第一のスナップショットファイル以外の少なくとも一つのスナップショットファイルと、の静止化時間を管理し、表示する。

本発明により、計算機システムの管理者は複数の仮想計算機のスナップショットファイルをストレージシステムで複製したデータを効率的に活用できる。

図１は、本発明の実施例１における計算機システムの構成に関するブロック図である。 図２は、本発明の実施例１における管理計算機１００の詳細図である。 図３は、本発明の実施例１におけるホスト計算機２００の詳細図である。 図４は、本発明の実施例１における管理計算機１００に記憶されるストレージ情報１１０４を示す。 図５は、本発明の実施例１における管理計算機１００に記憶されるコピー構成情報１１０３を示す。 図６は、本発明の実施例１における管理計算機１００に記憶されるＶＭ情報１１０６を示す。 図７は、本発明の実施例１における管理計算機１００に記憶されるホスト情報１１０８を示す。 図８は、本発明の実施例１における管理計算機１００に記憶されるボリュームプール情報１１０９を示す。 図９は、本発明の実施例１における管理計算機１００に記憶されるバックアップカタログ情報１１０５を示す。 図１０は、本発明の実施例１における管理計算機１００に記憶されるコピーグループ使用情報１１０１を示す。 図１１は、本発明の実施例１における管理計算機１００に記憶されるバックアップ定義情報１１１０を示す。 図１２は、本発明の実施例１におけるストレージシステム３００に記憶されるコピーペア管理情報１２１０を示す。 図１３は、本発明の実施例１におけるストレージシステム３００に記憶されるボリューム管理情報１２５０を示す。 図１４は、本発明の実施例１におけるＶＭのバックアップの概念を説明するための概念図である。 図１５は、本発明の実施例１におけるＶＭのバックアップ動作を示す説明図である。 図１６は、本発明の実施例１におけるストレージシステム用のＩＯ要求に含まれる情報の詳細を示す。 図１７は、本発明の実施例１における管理計算機によるストレージディスカバリのフローである。 図１８は、本発明の実施例１における管理計算機によるホストディスカバリのフローである。 図１９は、本発明の実施例１における管理計算機によるスケジュール定義の動作フローである。 図２０は、本発明の実施例１における管理計算機による、バックアップスケジュール入力画面例である。 図２１は、本発明の実施例１における管理計算機による、コピー定義作成の詳細フローである。 図２２は、本発明の実施例１における管理計算機による、ＶＭのバックアップ取得の動作フローである。 図２３は、本発明の実施例１における管理計算機による、バックアップ結果の画面例である。 図２４は、本発明の実施例１における管理計算機による回復動作のフローである。 図２５は、本発明の実施例１における管理計算機によるＶＭの回復手続きをするための入力画面である。 図２６は、本発明の実施例１におけるストレージシステムによるコピー処理のフローチャートである。 図２７は、本発明の実施例２におけるＶＭのバックアップの概念を説明するための概念図である。 図２８は、本発明の実施例２における管理計算機による、バックアップスケジュール入力画面例である。 図２９は、本発明の実施例２における管理計算機１００の詳細図である。 図３０は、本発明の実施例２における管理計算機１００に記憶されるRPO情報を示す。 図３１は、本発明の実施例２における管理計算機１００による、ＶＭのバックアップ取得の動作フローである。 図３２は、本発明の実施例２における管理計算機１００に記憶されるバックアップカタログ情報１１０５を示す。 図３３は、本発明の実施例２における管理計算機１００による、ストレージシステムによるコピー処理の為の動作フローである。

以下、本発明を、図面を参照して説明する。

以後の説明では「ｘｘｘテーブル」、「ｘｘｘリスト」、「ｘｘｘＤＢ」又は「ｘｘｘキュー」等の表現にて本発明の情報を説明するが、これら情報はテーブル、リスト、ＤＢ又はキュー等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ｘｘｘテーブル」、「ｘｘｘリスト」、「ｘｘｘＤＢ」及び「ｘｘｘキュー」等について「ｘｘｘ情報」と呼ぶことがある。

また各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」及び「番号」という表現を用いるが、これらの表現は装置や部品などの物理的な存在に限らず、論理的な存在についても区別をつけるために割り当てられているものであるため、お互いに置換が可能である。

以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることによって定められた処理をメモリ及びインタフェイスを用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアによって実現されてもよい。

各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。

（１−１）システム構成
図１は、本発明の実施例１の計算機システムの構成に関するブロック図の一例である。

計算機システムは、管理計算機１００、ホスト計算機２００、及びストレージシステム３００から構成される。また、管理計算機１００、ホスト計算機２００及びストレージシステム３００は、それぞれ１台ずつが図示されているが、何台備わっていてもよい。図１においては、ストレージシステム３００は一つの装置として図示されているが、ホスト計算機からのリクエストを受信する一つ以上の記憶制御装置と、複数の記憶媒体（ディスク装置等）から構成されるのであれば、複数の装置（例えば、仮想化装置やコピー装置等）から構成されてもよい。

管理計算機１００、ホスト計算機２００、ストレージシステム３００はデータ通信線５００を介して相互に接続される。なお、データ通信線５００は一つ以上のネットワークから構成されてもよい。さらに、データ通信線５００は、データ通信線５００と制御用通信線５５のいずれかまたは両方と共用の通信線であってもよい。

図２は管理計算機１００の詳細を示す。管理計算機１００は、メモリ１１０、プロセッサ１２０及び管理ポート１３０を備える計算機である。メモリ１１０、プロセッサ１２０及び管理ポート１３０は、内部ネットワーク（図示省略）によって相互に接続される。なお、管理計算機は管理ポート１３０以外のポートを用いてストレージシステム３００と接続してもよい。

プロセッサ１２０は、メモリ１１０に記憶されるプログラムを実行することによって、各種処理を行う。例えば、プロセッサ１２０は、ストレージシステム３００にＩＯ要求を送信することによって、当該ストレージシステム３００によって実行されるローカルコピーを制御する。なお、ＩＯ要求は、書き込み要求、読み出し要求、又はコピー制御要求等を含む。

メモリ１１０には、プロセッサ１２０によって実行されるプログラム及びプロセッサ１２０によって必要とされる情報等が記憶される。具体的には、メモリ１１０には、コピーグループ使用情報１１０１、管理プログラム１１０２、コピー構成情報１１０３、ストレージ情報１１０４、バックアップカタログ情報１１０５、ＶＭ情報１１０６、ホスト情報１１０８、ボリュームプール情報１１０９、及びバックアップ定義情報１１１０、が記憶される。更に、メモリ１１０には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１１０７が記憶される。ＯＳ１１０７は、管理計算機１００の処理の全体を制御するプログラムである。

管理プログラム１１０２は、当該管理計算機１００とデータ通信線５００を介して接続されるストレージシステム３００を管理するプログラムである。

コピー構成情報１１０３は、ストレージシステム３００が実行するコピーの構成及び状態を管理する情報である。なお、コピー構成情報１１０３の詳細については、後述する図５で説明する。

コピーグループ使用情報１１０１は、動作中のコピーとバックアップの使用可否を管理する情報である。

ストレージ情報１１０４は、当該管理計算機１００によって管理されるストレージシステム３００に関する管理情報である。ストレージ情報１１０４は１台のストレージシステム３００につき１個のストレージ情報１１０４が作成される。ストレージ情報１１０４の詳細については、後述する図４で説明する。

バックアップカタログ情報１１０５は、バックアップ対象となるＶＭ、バックアップ時刻などを管理する管理情報である。バックアップカタログ情報１１０５の詳細については、後述する図９で説明する。

ＶＭ情報１１０６は、バックアップ候補となるＶＭの詳細情報を保持する管理情報である。ＶＭ情報１１０６の詳細については、後述する図６で説明する。

ホスト情報１１０８は、バックアップ候補となるＶＭが動作するホスト計算機２００の詳細情報を保持する管理情報である。ホスト情報１１０８の詳細については、後述する図７で説明する。

ボリュームプール情報１１０９は、ホスト計算機がＶＭ情報を保持するために管理する複数の記憶領域からなる記憶プールの管理情報である。ボリュームプール情報１１０９の詳細については、後述する図８で説明する。

バックアップ定義情報１１１０は、バックアップ定義時に設定される管理情報である。

バックアップ定義情報１１１０の詳細については、後述する図１１で説明する。

なお管理計算機１００は入出力装置を有してもよい。入出力装置の例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外の装置であってもよい。また、入出力装置の代替としてシリアルインタフェイスやイーサネット（Ｒ）インタフェイスを入出力装置とし、当該インタフェイスにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。

以後、ホスト計算機とストレージシステムを管理し、本願発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムであり、管理計算機と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

図３はホスト計算機２００の詳細を示す。ホスト計算機２００は、メモリ２１０、プロセッサ２２０、ホストポート２３０及び管理ポート２４０を備える計算機である。メモリ２１０、プロセッサ２２０、ホストポート２３０及び、管理ポート２４０は、内部ネットワーク（図示省略）によって相互に接続される。なお、本願明細書ではホスト計算機は管理計算機との通信用に管理ポート、ストレージシステムへのデータ入出力用にホストポートを備えるが、1つのポートを共有で使用してもかまわない。

プロセッサ２２０は、メモリ２１０に記憶されるプログラムを実行することによって、各種処理を行う。例えば、プロセッサ２２０は、ストレージシステム３００にＩＯ要求を送信することによって、当該ストレージシステム３００によって提供される一つ以上の論理ボリューム（以後、単にボリュームと呼ぶことがある）Ｖｏｌ１、Ｖｏｌ２（図１に図示）にアクセスする。

メモリ２１０には、プロセッサ２２０によって実行されるプログラム及びプロセッサ２２０によって必要とされる情報等が記憶される。具体的には、メモリ２１０には、仮想化プログラム２１２、およびＶＭ２１１が記憶される。

仮想化プログラム２１２は、ホスト計算機２００を仮想化し、仮想的な計算機ＶＭ２１１を生成するプログラムである。

ボリュームプール２１３は、ストレージシステム３００が提供する複数の論理ボリュームをグループ化し、ＶＭのための仮想ボリューム（ＶＶｏｌ）を提供する仮想化プログラム２１２が使用する論理ボリュームと仮想ボリュームを対応付ける管理情報である。

ＶＭデータ２１１は仮想化プログラム２１２が使用するＶＭの情報を保持するデータである。また、ＶＭデータ２１１には、VMの構成（仮想計算機のプロセッサのタイプ、主メモリ、レジスタ数、仮想ボリュームの容量等）に加え、VM上で仮想的に動作する仮想プロセッサの状態、一時データなどの稼働情報（仮想計算機のステータスや主メモリ、レジスタの内容など）、上記主メモリの内容には、ＶＭ上で動作するＯＳ（ゲストＯＳとよぶ）２１１０１やアプリケーションソフトウェアなどのデータが含まれる。

ホストポート２３０は、データ通信線５００を介して、ストレージシステム３００に接続されるインタフェイスである。具体的には、ホストポート２３０は、ストレージシステム３００にＩＯ要求を送信する。

管理ポート２４０は管理計算機１００と通信するためのインタフェイスである。なおホスト計算機２００は入出力装置を有してもよい。入出力装置の例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外の装置であってもよい。また、入出力装置の代替としてシリアルインタフェイスやイーサーネットインタフェイスを入出力装置とし、当該インタフェイスにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。また、ホスト計算機２００、管理計算機１００のそれぞれの入出力装置は同じである必要はない。管理ポート２４０はホスト計算機２００が有する他のポートで代用してもよい。

次に図１に示すストレージシステム３００について説明する。

ストレージシステム３００は、記憶制御装置１０００及びディスク装置１５００を備える。

なお、データ通信線５００は一つ以上のネットワークから構成されてもよい。さらに、データ通信線５００は、データ通信線５００と通信線５５のいずれかまたは両方と共用の通信線やネットワークであってもよい。

ディスク装置１５００は、ディスク型の記憶メディアのドライブであり、ホスト計算機２００から書き込み要求されたデータを記憶する。ディスク装置１５００に代えて、他種の記憶デバイス（例えばフラッシュメモリドライブ）が採用されても良い。記憶制御装置１０００は、ストレージシステム３００の全体を制御する。具体的には、記憶制御装置１０００は、ディスク装置１５００へのデータの書き込み及びディスク装置１５００からのデータの読み出しを制御する。また、記憶制御装置１０００は、ディスク装置１５００の記憶領域を、一つ以上の論理ボリュームをホスト計算機２００に提供する。なお、ディスク装置は複数存在してもよい。図１では異なるディスク装置１５００a、１５００ｂ、１５００ｃ、１５００ｄを基にした論理ボリュームＶｏｌ１、Ｖｏｌ２をホスト計算機２００に提供する例を示している。

記憶制御装置１０００は、メモリ１２００、キャッシュメモリ１１００（メモリ１２００と共用であってもよい）、ストレージポート１３２０、プロセッサ１３１０を備える。なお、記憶制御装置１０００の実装にあたって、一つ以上の回路基盤上に、前記ハードウェア構成物（例えば、ストレージポート１３２０やプロセッサ１３１０）のそれぞれが一つ以上存在していればよい。例えば、信頼性を向上させるためや高性能化などの理由から記憶制御装置１０００を複数のコントロールユニットから構成し、個々のコントロールユニットがメモリ１２００やストレージポート１３２０やプロセッサ１３１０を有してもよく、さらに複数のコントロールユニットにキャッシュメモリ１１００が接続されたハードウェア構成であってもかまわない。なお、図示は省略したが、記憶制御装置１０００は一つ以上のバックエンドポートを有し、バックエンドポートがディスク装置１５００と接続されている。しかし、バックエンドポート以外のハードウェアによって記憶制御装置１０００がディスク装置と接続されてもよい。

キャッシュメモリ１１００は、ディスク装置１５００へ書き込まれるデータ及びディスク装置１５００から読み出されるデータを、一時的に記憶する。

ストレージポート１３２０は、データ通信線５００を介して、ホスト計算機２００及び他のストレージシステム３００に接続されるインタフェイスである。ストレージポート１３２０は管理計算機１００に接続されてもかまわない。具体的には、ストレージポート１３２０は、ホスト計算機２００からＩＯ要求（リード要求又は／及びライト要求が例である）を受信する。また、ストレージポート１３２０は、ディスク装置１５００から読み出されたデータを、ホスト計算機２００に送信する。更に、リモートコピー実施時にはストレージポート１３２０は、ストレージシステム３００同士で交換されるデータを送受信する。

プロセッサ１３１０は、メモリ１２００に記憶されるプログラムを実行することによって、各種処理を行う。具体的には、プロセッサ１３１０は、ストレージポート１３２０によって受信されたＩＯ要求を処理する。また、プロセッサ１３１０は、ディスク装置１５００へのデータの書き込み及びディスク装置１５００からのデータの読み出しを制御する。また、プロセッサ１３１０は、以下に示すプログラムの処理によって、一以上のディスク装置１５００の記憶領域を基に論理ボリュームを設定する。

メモリ１２００には、プロセッサ１３１０によって実行されるプログラム及びプロセッサ１３１０によって必要とされる情報等が記憶される。具体的には、メモリ１２００には、コピーペア管理情報１２１０、コピー処理プログラム１２３０、ボリューム管理情報１２５０及びＩＯ処理プログラム１２９０が記憶される。

次にメモリ１２００に格納されたプログラム及び情報について説明する。

コピーペア管理情報１２１０は、コピーペアを管理するための情報である。コピーペアは、コピーの対象となるストレージシステム３００上の二つの論理ボリュームの対の集合である。コピーペア管理情報１２１０の詳細については、後述する図１２で説明する。

コピー処理プログラム１２３０は、複製処理を行う。コピー処理については、後述する図２６で詳細を説明する。

ボリューム管理情報１２５０は、ストレージシステム３００によって提供される論理ボリュームを管理する情報を含む。なお、ボリューム管理情報１２５０については、後述する図１３で詳細を説明する。

以上、説明した構成により、ホスト計算機２００が送信した書き込みデータはストレージシステム３００の論理ボリュームへ格納され、また当該書き込みデータはボリュームローカルコピーよって同一のストレージシステム３００内における別論理ボリュームに複製され、格納される。

これによりストレージシステム内の論理ボリュームのデータであって、データ二重化の対象となるデータを冗長化することができ、その結果としてストレージシステムの複製元論理ボリューム（正論理ボリューム）のデータが消失した場合も複製先論理ボリューム（副論理ボリューム）に格納した複製データを用いて、消失前の処理を回復することができる。

なお、正論理ボリュームと副論理ボリュームは一つの装置内に存在してもよく、またリモートレプリケーションのように別の装置（例えば、第一のストレージシステムに正論理ボリュームがあり、第二のストレージシステムに副論理ボリュームがある場合がある）に存在してもよい。なお、コピー処理は必ずしも正論理ボリュームのデータの全てを、正論理ボリュームに対応するディスク装置から副論理ボリュームに対応するディスク装置へコピーする必要はなく、コピーについての要求をストレージシステムが受信した時の正論理ボリュームのデータの複製を格納した副論理ボリュームをホスト計算機に対して提供できればどのようなコピー処理であってもよい。そのようなコピー処理としてはストレージ装置によるＣｏｐｙ−Ｏｎ−Ｗｒｉｔｅアルゴリズムを用いた論理スナップショット技術がある。

さらに、上記例では一つ以上の論理ボリュームを複製元としてストレージシステム外の計算機（例えばホスト計算機や管理計算機）から要求を受信して動作する。しかしボリュームを指定する以外にも記憶領域を指定できれば他の指定、及び指定を受けた記憶領域のコピー処理を行ってもよい。そのような例としては論理ボリュームと論理ボリューム内のブロックアドレスの範囲を指定した要求を受け、当該範囲をコピーする処理がある。同様に、ストレージシステムがファイルを対象とした要求を受信するのであれば、ファイルまたはディレクトリを指定した要求を受信し、指定されたファイルまたはディレクトリをコピーしてもよい。

（１−２）実施例１の概要
次に実施例１の概要を説明する。実施例１では、サーバ仮想化環境において、ホスト計算機２００が有する仮想化プログラム２１２が提供するスナップショット機能と、ストレージシステムが提供するコピー機能を組み合わせて、ＶＭのバックアップを実現する例について説明する。

図１４は、実施例１における、ＶＭのバックアップの概念を説明するための概念図である。

ホスト計算機２００では仮想化プログラム２１２が動作する。仮想化プログラム２１２が動作することにより、ホスト計算機は当該計算機を利用するクライアント計算機や利用者に対して一つ以上のＶＭを提供することができる。ホスト計算機２００はストレージシステム３００が提供する一つ以上の論理ボリュームに対して読み書きする。ホスト計算機２００は、アクセスした論理ボリュームの記憶領域の一部を仮想ボリュームとしてＶＭに提供し、その実体を論理ボリュームにVMファイルを書き込む。VMファイルはVMデータ２１１に含まれるVMの構成情報（仮想計算機の主メモリサイズ、レジスタ数、仮想ボリュームの容量など）および、仮想ボリュームに書き込まれたデータが格納される。ホスト計算機２００は仮想ボリュームと論理ボリュームとの対応関係をボリュームプール２１３と呼ばれる論理的な存在（情報としては後述するボリュームプール情報１１０９）で管理する。

ＶＭバックアップ時は、ホスト計算機２００が仮想化プログラムの指示内容に従い、ＶＭからスナップショットファイルを生成し、ボリュームプールに登録されたストレージシステム３００の論理ボリュームのいずれかに生成されたスナップショットファイルを書き込む。スナップショットファイルは、VMデータ２１１で管理されるVMの稼働情報、スナップショットファイル生成後に対象VMが書き込んだ仮想ボリュームへの更新情報などが含まれるデータである。このスナップショットファイルとVMファイルを組み合わせて使用することで、ホスト計算機２００は、スナップショットファイル生成時点のVMを任意の時点で再現することが出来る。

次に、ストレージシステム３００がスナップショットファイルおよびＶＭファイルの書き込まれたボリュームプールに登録された全論理ボリューム（コピー元論理ボリューム）のデータをコピー機能で別論理ボリューム（コピー先論理ボリューム）に複製する。

ＶＭ回復時は、ストレージシステム３００がコピー方向を逆向きにコピー機能を動作させ、コピー先論理ボリュームにバックアップしたスナップショットファイルをコピー元論理ボリュームに書き戻す。次にホスト計算機は書き戻されたスナップショットファイルを用いて、ＶＭを再起動する。

ただし、ＶＭの回復方法は上記方法に限らず、コピー先論理ボリュームに格納されたスナップショットファイル、VMファイルを用いてＶＭを新たに起動できるのであれば、スナップショットファイルが何処に格納されていてもよく、さらにＶＭを新たに起動するホスト計算機は元々ＶＭが起動されていたホスト計算機と同じでもよく、別でもよい。

図１４では、ＶＭ１のバックアップ動作を示しており、ホスト計算機２００aは当該ホスト計算機２００a上で動作するＶＭ１のスナップショットファイル（Snap1 File）をボリュームプールに登録された任意の論理ボリューム（図１４の場合Ｖｏｌ２）に書き込む。ストレージシステム３００は、ボリュームプールに登録されたコピー元論理ボリューム（Ｖｏｌ１、Ｖｏｌ２）のデータをコピー機能により、同一ストレージシステム３００内のコピー先論理ボリューム（Ｖｏｌ１’、Ｖｏｌ２’）に複製する。

図１５は、ＶＭのバックアップ動作を示す説明図の一例である。図１５では、ＶＭ１、ＶＭ２がホスト計算機上で動作しており、ＶＭ１は、時刻Ｔ１、Ｔ３に、ＶＭ２は時刻Ｔ２にバックアップを取得している。ここで、Ｔ１におけるＶＭ１のバックアップ時にスナップショットファイル（Snap1-1）がホスト計算機により生成され、ストレージシステム内の論理ボリュームにバックアップされ、そのスナップショットファイル（Snap1-1）はＶＭ１の次のバックアップ時である時刻Ｔ３まで論理ボリュームに存在する。時刻Ｔ３では、ホスト計算機は既存スナップショットを削除し、新しいスナップショットを生成する。次に、ストレージシステムがコピー機能で当該論理ボリュームにある全データを同一ストレージシステム内のコピー先論理ボリュームに複製する。

ここで、時刻Ｔ２のバックアップについて考える。時刻Ｔ２ではＶＭ２のスナップショットファイル（Snap2-1）がバックアップされるが、同時にＴ１のバックアップで生成されたスナップショットファイル（Snap1-1）もコピー元論理ボリュームに保持されており、すべてのデータをコピー機能でコピー先論理ボリュームに複製する。

次に時刻Ｔ２で取得したＶＭ２のバックアップの回復を考える。時刻T２でストレージシステム３００が、バックアップの回復を実施すると、実際はＶＭ２のスナップショットファイル（Snap2-1）の他に、ＶＭ１のスナップショットファイル(Snap1-1)も回復可能である。ただし、VM1回復には、時刻Ｔ２に、どの時刻のどのＶＭが回復するかを正確に管理する必要がある。そこで、スナップショット取得時Ｔ２に、それ以前に取得した当該スナップショット取得対象ＶＭ以外のＶＭのスナップショットファイルが存在する場合、Ｔ２よりも1つ前の時刻（Ｔ１）のバックアップ情報を、Ｔ２のバックアップ情報の一部として、バックアップカタログ情報１１０５に保存する。バックアップカタログ情報１１０５の詳細については、後述する図９で説明する。

（１−３）ストレージ情報
図４は管理計算機１００に記憶されるストレージ情報１１０４の構成図の一例である。なお、ストレージ情報１１０４を作成する処理は後述する図１７で説明する。

ストレージ情報１１０４は、管理計算機１００が認識するストレージシステム３００および、論理ボリュームの情報を示し、ストレージシステムＩＤ１１４０１、ストレージ情報１１４０２、ボリュームID１１４０３、使用有無１１４０４を含む。

ストレージシステムID１１４０１は、管理計算機１００によって管理されるストレージシステム３００の識別子およびアドレス（IPアドレスなど）からなる識別子である。

ストレージ情報１１４０２は、ストレージシステム３００が独自に持つ情報が含まれる。ストレージ情報１１４０２には、ストレージシステムの種別（例えば、ハイエンドストレージ）、使用可能なストレージシステム機能（例えば、ローカルコピー、リモートコピー）などがある。

ボリュームＩＤ１１４０３は、ストレージシステムＩＤ１１４０１が示すストレージシステム３００の内部処理で使用するために、当該ストレージシステム３００が装置内で付与して管理している論理ボリュームの識別子である。

使用有無１１４０４は、該当するボリュームＩＤの論理ボリュームがホスト計算機２００により、使用されているか否かを示す情報である。

（１−４）コピー構成情報
図５は管理計算機１００に記憶されるコピー構成情報１１０３の構成図の一例である。なお、コピー構成情報１１０３を作成する処理は図２１で説明する。

コピー構成情報１１０３は、管理計算機１００がコピー機能を使用するごとに作成され、コピーの指示ごとに当該情報にコピーグループの識別子であるコピーグループＩＤ１１３００が付与される。コピー構成情報１１０３には、コピーグループID１１３００、コピー情報１１３０１、コピー状態１１３０２及びコピーペア情報１１３０３〜１１３０７が含まれる。

コピー情報１１３０１は、コピー種別及びコピーオプション情報を含む。コピー種別は、ストレージシステム３００が提供する機能であるコピーがローカルコピー又はリモートコピーのいずれであるかを示す。ローカルコピーとは、同一のストレージシステム３００内で行われるコピーであり、この場合、コピー元論理ボリュームとコピー先論理ボリュームとが同一のストレージシステム３００に存在する。リモートコピーとは、異なるストレージシステム３００間で行われるコピーであり、この場合、コピー元論理ボリュームとコピー先論理ボリュームとが別々のストレージシステムに存在する。コピー情報１１３０１に含まれるコピーオプション情報は、各コピー種別のオプションを表す情報である。例えば、コピーオプション情報は、ローカルコピーの一時停止時に副ボリューム（コピー先論理ボリューム）への書き込みが可能か否かを表す。ローカルコピーの一時停止とは、管理計算機１００からの指示によるローカルコピーの一時停止である。

コピー状態情報１１３０２は、このコピー構成情報１１０３によって管理されるコピーの現在の状態を示す。具体的には、例えば、コピー状態情報１１３０２は、このコピー構成情報１１０３によって管理されるコピーの状態が、コピー中、一時停止、ペア状態又は異常状態のいずれであるかを示す。

コピーペア情報は、ペアＩＤ１１３０３、正ストレージシステムID１１３０４、正ボリュームＩＤ１１３０５、副ストレージシステムＩＤ１１３０６、副ボリュームＩＤ１１３０７を含む。

ペアＩＤ１１３０３は、シーケンス番号であり、コピーする順番を管理する。

正ストレージシステムＩＤ１１３０４は、コピー元の論理ボリュームを提供するストレージシステム（以下、正ストレージシステム）３００の識別子である。正ストレージシステム３００は、ホスト計算機１００，管理計算機２００からのデータを直接格納する。

正ボリュームＩＤ１１３０５は、正ストレージシステム３００が装置内で管理するために付与する正ボリュームの識別子である。

副ストレージシステムＩＤ１１３０６は、コピー先の副ボリュームを提供する副側のストレージシステム３００（以下、副ストレージシステム）の識別子である。ローカルコピーの場合は、正ストレージシステム３００と同一のＩＤになる。

副ボリューム１１３０７は、副ストレージシステム３００が当該システムの装置内で管理するために付与する副ボリュームの識別子である。

（１−５）VM情報
図６は管理計算機１００に記憶されるＶＭ情報１１０６の構成図の一例である。なお、ＶＭ情報１１０６を作成する処理は、図１８で説明する。

ＶＭ情報１１０６には、サイト名１１６０１、ＶＭ ＩＤ１１６０２、仮想ボリュームＩＤ１１６０３、ホストＩＤ１１６０４、ボリュームプールＩＤ１１６０５が含まれる。

サイト名１１６０１は、複数のＶＭをまとめて管理するためのグループの識別子である。

ＶＭ ＩＤ１１６０２は、ホスト計算機２００上で動作する仮想的な計算機の識別子である。

仮想ボリュームID１１６０３は、仮想化プログラムがＶＭに提供する仮想ボリュームの識別子である。

ホストＩＤ１１６０４は、後述する図７に示すホスト情報１１０８に登録されるホスト計算機の情報の参照先を示す識別子である。

ボリュームプールＩＤ１１６０５は、後述する図８に示すボリュームプール情報１１０９に複数個登録されるボリュームプール情報の参照先を示す識別子である。

（１−６）ホスト情報
図７は管理計算機１００に記憶されるホスト情報１１０８の構成図の一例である。なお、ホスト情報を作成する処理は、図１８で説明する。ホスト情報１１０８には、ホストＩＤ１１８０１、サーバ情報１１８０２、ボリュームＩＤ１１８０３が含まれる。

ホストＩＤ１１８０１は、管理計算機１００がホスト計算機を識別するための識別子およびアドレス（ＩＰアドレスなど）からなる識別子である。サーバ情報１１８０２は、管理計算機１００がホスト計算機にアクセスする上で必要となる情報の集合で、ＩＰアドレス、仮想サーバプログラムの種別などを記憶する。ボリュームＩＤ１１８０３は、ホストＩＤ１１８０１が示すホスト計算機２００がアクセス可能なストレージシステムの論理ボリュームを識別するための識別子である。

（１−７）ボリュームプール情報
図８は管理計算機１００に記憶されるボリュームプール情報１１０９の構成図の一例である。なお、ボリュームプール情報１１０９を作成する処理は、後述する図１８で説明する。

ボリュームプール情報１１０９には、ボリュームプールＩＤ１１９０１、ストレージID１１９０２、ボリュームID１１９０３が含まれる。

ボリュームプールＩＤ１１９０１は、ホスト計算機２００上で動作する仮想化プログラム２１２が使用するボリュームプールの識別子である。当該ストレージプールには複数のストレージシステムが提供する論理ボリュームが登録される。

ストレージID１１９０２は、ボリュームプールに登録されたストレージシステムの識別子である。

ボリュームID１１９０３は、ボリュームプールに登録されたストレージシステムが提供する論理ボリュームを識別するための識別子である。

（１−８）バックアップカタログ情報
図９は管理計算機１００に記憶されるバックアップカタログ情報１１０５の構成図の一例である。なお、バックアップカタログ情報１１０５を作成する処理は、後述する図２２で説明する。 バックアップカタログ情報１１０５には、時刻１１５０１、バックアップ対象１１５０２、残存VM情報１１５０３〜１１５０５、コピーグループID１１５０６が含まれる。

時刻１１５０１は、バックアップ実施時刻である。当該領域にはバックアップ実施時刻が格納される。

バックアップ対象１１５０２は、バックアップ対象となるＶＭの識別子が格納される。残存ＶＭ情報１１５０３〜１１５０５は、ボリュームプールに登録される論理ボリュームに残存する全スナップショットファイルの情報である。当該領域にはスナップショットファイルの生成時刻と、スナップショットの識別子が格納される。

コピーグループID１１５０６はストレージシステム３００のコピー機能を利用するときに使用するコピーグループ識別子である。

（１−９）コピーグループ使用情報
図１０は管理計算機１００に記憶されるコピーグループ使用情報１１０１の構成図の一例である。なお、コピーグループ使用情報１１０１の作成処理は、図１９で説明する。

コピーグループ使用情報１１０１には、コピーグループID１１０１１と、有効フラグ１１０１２、有効期限１１０１３が含まれる。

コピーグループID１１０１１は、ストレージシステム３００のコピー機能を利用するときに使用するコピーグループ識別子である。

有効フラグ１１０１２は、管理計算機１００によって生成されたコピーグループIDが示すコピー先論理ボリュームに有効なデータが存在するか否かを示す。

有効期限１１０１３は、管理計算機によって生成されたコピーグループの有効期限を示す。当該有効期限を過ぎたコピーグループは、別のバックアップで使っても構わない。

（１−１０）バックアップ定義情報
図１１は管理計算機１００に記憶されるバックアップ定義情報１１１０の構成図の一例である。なお、バックアップ定義情報１１１０の作成処理は、後述する図１９で説明する。

バックアップ定義情報１１１０には、VM ID１１１０１と、バックアップ間隔１１１０２、保護期間１１１０３、開始時刻１１１０４、終了時刻１１１０５が含まれる。

VM ID１１１０１は、ホスト計算機２００上で動作するＶＭの識別子である。

バックアップ間隔１１１０２は、該当するＶＭがバックアップされてから次に再度バックアップされるまでの間隔を示す。

バックアップ保護期間１１１０３は、バックアップした情報を保管する期間を示す。図１１ではＶＭ１の保護期間が７日とあるが、この場合、バックアップしたＶＭ１の情報は7日間、ストレージシステム３００のコピー先論理ボリュームなどで保護されることを示す。

開始時刻１１１０４は、バックアップを開始する時刻を示す。終了時刻１１１０５は、バックアップを終了する時刻を示す。

（１−１１）コピーペア管理情報
図１２はストレージシステム３００に記憶されるコピーペア管理情報１２１０の構成図の一例である。なお、コピーペア管理情報１２１０の作成処理は、後述する図２６で説明する。コピーペア管理情報１２１０は、コピーグループＩＤ１２１００、ペアＩＤ１２１０１、ボリュームＩＤ１２１０２、コピー状態情報１２１０３、コピー対象ストレージＩＤ１２１０４、コピー対象ボリュームＩＤ１２１０５、コピー種別１２１０６を含む。

コピーグループＩＤ１２１００は、ペアＩＤ１２１０１によって識別されるコピーペアが属するコピーグループの識別子である。ストレージシステム３００は、一つ以上のコピーペアを含むコピーグループを管理する。そのため、管理計算機１００は、コピーグループを指定して、ローカルコピーもしくはリモートコピーの運用の一時停止、再開又は解除をグループに含まれるコピーペアを一括して指示できる。

ペアＩＤ１２１０５は、ボリュームＩＤ１２１０２によって識別される論理ボリューム及びコピー対象ボリュームＩＤ１２１０５によって識別される論理ボリュームをから構成されるコピーペアの識別子である。具体的には、図５で説明したコピー構成情報１１０３のペアID１１３０３が登録される。

ボリュームＩＤ１２１０２は、当該コピーペア管理情報１２１０を記憶するストレージシステム３００によって提供される論理ボリュームの識別子である。

コピー状態情報１２１０３は、ボリュームＩＤ１２１０２によって識別される論理ボリュームに対するコピーの現在の状態を示す。具体的には、コピー状態情報１２１０３は、ボリュームID１２１０２によって識別される論理ボリュームが、「コピー中」、「一時停止中」又は「異常」のいずれであるかを示す。

コピー対象ストレージＩＤ１２１０４は、ボリュームID１２１０２によって識別される論理ボリュームとコピーペアになる論理ボリュームを提供するストレージシステム３００の識別子である。つまり、コピー対象ストレージＩＤ１２１０４には、副ストレージシステム３００の識別子が格納される。

コピー対象ボリュームＩＤ１２１０５は、ボリュームID１２１０２によって識別される論理ボリュームとコピーペアになる論理ボリュームの識別子である。つまり、コピー対象ボリュームＩＤ１２１０５には、ボリュームID１２１０２によって識別される論理ボリュームに記憶されるデータのコピー先となる副ボリュームの識別子が格納される。

コピー種別１２１０６は、ペアＩＤ１２１０１によって識別されるコピーペアに実行されるコピーの種類である。具体的には、コピー種別１２１０６には、「ローカルコピー」、「リモートコピー」のいずれかが格納される。なお、本実施の形態のコピー種別１２１０６には、「ローカルコピー」が格納される。

（１−１２）ボリューム管理情報
図１３は、本発明の実施例１のストレージシステム３００に記憶されるボリューム管理情報１２５０の構成図である。

ボリューム管理情報１２５０は、ボリュームＩＤ１２５０１、ボリューム状態情報１２５０２、容量１２５０３、コピーペアＩＤ１２５０４及びコピーグループＩＤ１２５０５を含む。

ボリュームＩＤ１２５０１は、当該ボリューム管理情報１２５０を記憶するストレージシステム３００によって提供される論理ボリュームの識別子である。

ボリューム状態情報１２５０２は、ボリュームＩＤ１２５０１によって識別される論理ボリュームの現在の状態を示す。具体的には、ボリューム状態情報１２５０２には、「正」、「副」、「正常」、「異常」又は「未実装」のうち少なくとも一つが格納される。例えば、ボリュームＩＤ１２５０１によって識別される論理ボリュームが正ボリュームの場合、ボリューム状態情報１２５０２には「正」が格納される。また、ボリュームＩＤ１２５０１によって識別される論理ボリュームが副ボリュームの場合、ボリューム状態情報１２５０２には「副」が格納される。また、ボリュームＩＤ１２５０１によって識別される論理ボリュームにホスト計算機２００が正常にアクセスできる場合、ボリューム状態情報１２５０２には「正常」が格納される。また、ボリュームＩＤ１２５０１によって識別される論理ボリュームにホスト計算機２００が正常にアクセスできない場合、ボリューム状態情報１２５０２には「異常」が格納される。例えば、ディスク装置１５００の故障時、コピーの障害時に、ボリューム状態情報１２５０２には「異常」が格納される。

また、ボリュームＩＤ１２５０１によって識別される論理ボリュームにデータが格納されていない場合、ボリューム状態情報１２５０２には「未実装」が格納される。

容量１２５０３は、ボリュームＩＤ１２５０１によって識別される論理ボリュームの容量である。 コピーペアＩＤ１２５０４は、ボリュームＩＤ１２５０１に関連するコピーペアの識別子である。具体的には、図５で説明したコピー情報１１０３のペアＩＤ１１３０３が格納される。

グループＩＤ１２５０５は、コピーペアＩＤ１２５０４が属するコピーグループの識別子である。管理計算機１００がコピー指示をするごとに作成されるコピー情報１１０３に付与されたコピーグループＩＤが格納される。

図１６は本発明のIO要求７３００の一例を記した説明図である。

IO要求７３００は、管理計算機１００又はホスト計算機２００によって発行される。また、IO要求７３００は、宛先７３００１、指示内容７３００２、制御対象ボリュームＩＤ７３００３、グループＩＤ７３００４及びオプション７３００５を含む。

宛先７３００１には、ＩＯ要求７３００の送信先となるストレージシステム３００のアドレス（IPアドレス、製品番号など）が格納される。例えば、管理計算機１００又はホスト計算機２００がストレージシステム３００に対してＩＯ要求７３００を送信する場合には、ストレージ情報１１０４（図４）に格納されるストレージシステムＩＤに登録されるＩＰアドレスがＩＯ要求の宛先７３００１に格納される。

指示内容７３００２は、当該ＩＯ要求７３００によって指示される処理の内容である。例えば、指示内容７３００２は、構成情報報告、ローカルコピー機能の制御指示又はデータアクセスの指示等がある。具体的には、指示内容７３００２には、書込要求、読出要求又はコピー制御指示がある。さらに、コピー制御指示には、リモートコピー開始、リモートコピー一時停止、リモートコピー再開、リモートコピー解除、ローカルコピー開始、ローカルコピー一時停止、ローカルコピー再開、ローカルコピー解除、ローカルコピーリストア又は構成情報報告などの要求がある。

制御対象ボリュームＩＤ７３００３は、ＩＯ要求７３００の指示内容に基づいてストレージシステム３００が処理する対象論理ボリュームの識別子を表す。つまり、ストレージシステム３００は受信したＩＯ要求７３００に含まれる制御対象ボリュームＩＤ７３００３に対して指示内容７３００２の処理を実施する。

グループＩＤ７３００４は、ＩＯ要求７３００による処理の対象となるコピーグループの識別子である。グループ７３００４には、管理計算機１００がコピー指示をするごとに作成されるコピー構成情報１１０３に付与されたコピーグループＩＤ１１３００が格納される。

オプション７３００５には、コピー構成情報、当該ＩＯ要求７３００を補助するオプション情報及び当該ＩＯ要求によって書き込みが要求されるデータ等が格納される。なお、コピー構成情報は、コピー種別、コピー先のストレージＩＤ、コピー先の論理ボリュームＩＤ、コピー元のストレージＩＤ及びコピー元の論理ボリュームＩＤ等を含む。

（１−１３）実施例１の動作
ＶＭバックアップの動作は大きく以下の4つの動作に分けることができる。すなわち、ディスカバリ動作、スケジュール定義動作、バックアップ動作、回復動作である。以下、それぞれの動作について説明する。

（１−１３−１）ディスカバリ動作
ディスカバリ動作とは、管理プログラム１１０２の指示に従い、管理計算機１００が実行する処理による動作で、ストレージシステム３００、および、ホスト計算機２００等の機器を検出し、検出した機器の構成情報を取得する。ここでは、ストレージシステム３００のディスカバリをストレージディスカバリ、ホスト計算機２００のディスカバリをホストディスカバリとよぶことにする。

図１７は管理計算機１００による、ストレージディスカバリのフローの一例である。

はじめに、管理計算機１００は、ディスカバリで検出する範囲をたとえばIPアドレス等で特定する（ステップ５０００）。例えば、管理計算機１００は、ユーザから１９２．１６８．１．０〜１９２．１６８．１．２５５といった値の入力を受け付け、入力された値に基づいて管理計算機は検出範囲を特定する。

次に、管理計算機１００はストレージシステム３００に対して構成情報報告を命令するIO要求７３００を作成し、ステップ５０００で特定されたディスカバリの検出範囲が示すアドレスのうちのいずれかを選択して宛先にし、当該構成情報報告要求を発行する（ステップ５０１０）。

次に、管理計算機１００はストレージシステム３００からIO要求の応答を受信すると、当該IO要求の応答を解析する（ステップ５０２０）。解析の結果、正常応答である場合（ステップ５０３０のＹｅｓ）、つまり当該IO要求先のストレージシステム３００が管理計算機１００に、ボリューム管理情報１２５０（図１３）を参照して当該ストレージシステムの構成情報を報告した場合、管理計算機１００は当該IO要求の発行先にストレージシステム３００が存在するものとして判定し、ストレージ情報１１０４（図４）を作成する（ステップ５０４０）。ここで、管理計算機１００は、ストレージシステム３００からボリューム管理情報１２５０に含まれる情報を受信し、ストレージシステム３００からの応答を基に、ストレージ情報１１０４を作成する。

管理計算機１００からストレージシステム３００に対して送信された構成情報報告のＩＯ要求に対する応答が正常応答で無い場合（ステップ５０３０のＮｏ）、管理計算機１００はステップ５０６０に進む。ここで、正常応答で無い場合とは、例えばIO要求先であるストレージシステム３００が存在しない場合を言う。

次に管理計算機１００は、ステップ５０６０において、ステップ５０００で特定された検出範囲の全てのアドレスに対してステップ５０１０〜ステップ５０４０までの処理が終了したか否かを判断する（ステップ５０６０）。

ステップ５０６０の判断の結果、終了していない場合（ステップ５０６０のＮｏ）はIO要求の宛先アドレスをステップ５０００で特定した検出範囲が示すアドレスのうちステップ５０１０で選択したアドレスとは異なるアドレスに変更し、ステップ５０１０に戻る（ステップ５０７０）。

管理計算機１００は、ステップ５０７０において、ステップ５０００で特定された検出範囲の全てのアドレスに対してステップ５０１０〜ステップ５０６０までの処理が終了していると判断した場合（ステップ５０６０のＹｅｓ）は、管理計算機１００はステップ５０４０で作成したストレージ情報１１０４を、ディスカバリ動作におけるストレージシステム情報の検出結果として管理計算機に表示して（ステップ５０８０）、ストレージディスカバリを終了する。

図１８は管理計算機１００による、ホストディスカバリのフローの一例である。

はじめに、管理計算機１００はディスカバリで検索する範囲がIPアドレス等で特定する。例えば、管理計算機１００は、ユーザから１９２．１６８．２．０〜１９２．１６８．２．２５５といった値の入力を受け付け、入力された値に基づいて管理計算機は検出範囲を特定する（ステップ５１００）。

次に、管理計算機１００はホスト計算機２００用の構成情報報告要求を作成し、ステップ５１００で特定されたディスカバリの検出範囲が示すアドレスのうちのいずれかを選択して宛先にし、当該ホスト計算機２００の構成情報報告要求を発行する（ステップ５１１０）。

次に、管理計算機１００はホスト計算機２００から要求の応答を受信すると、当該要求の応答を解析する（ステップ５１２０）。解析の結果、正常応答である場合（５１３０のＹｅｓ）、管理計算機１００は当該要求の発行先にホスト計算機２００が存在するものとして判定し、ホスト情報１１０８を作成する（ステップ５１４０）。ここで、管理計算機１００は、ホスト計算機２００からの応答に含まれる、ホストＩＤ１１８０１、サーバ情報１１８０２、ボリュームＩＤ１１８０３を登録することによりホスト情報１１０８を作成する。

管理計算機１００からホスト計算機２００に対して送信された構成情報報告のＩＯ要求に対する応答が正常応答で無い場合（ステップ５１３０のＮｏ）、管理計算機１００はステップ５１６０に進む。ここで、正常応答で無い場合とは、例えばIO要求先であるホスト計算機２００が存在しない場合を言う。

次に、管理計算機１００はホスト計算機上の仮想化プログラム２１２に対し、ＶＭに関する構成情報報告の要求を発行する（ステップ５１４５）。ここで、ホスト計算機２００上の仮想化プログラム２１２には、構成情報報告のほか、スナップショット取得、などの指示が可能である。管理計算機１００は、上記構成情報報告要求の結果、当該要求を受けたホスト計算機から、当該ホスト計算機が管理する仮想ボリュームID、ボリュームプールID、ボリュームプールに登録された論理ボリュームの一覧が得られる。そこで、管理計算機１００は、ＶＭ情報１１０６の仮想ボリュームID１１６０３、ボリュームプールＩＤ１１６０５、さらに、ボリュームプール情報１１０９のボリュームプールＩＤ１１９０１、ボリュームID１１９０３に得られた結果をそれぞれ登録する（ステップ５１５０）。さらに、管理計算機１００は、ストレージ情報１１０４で、ボリュームプール情報１１０９に登録した論理ボリュームと同じボリュームＩＤのものに対し、使用有無１１４０４を「使用中」に設定する。

次に、管理計算機１００は、ステップ５１６０において、ステップ５１００で特定された検出範囲の全てのアドレスに対してステップ５１１０〜ステップ５１５０までの処理が終了したか否かを判断し（ステップ５１６０）、終了していない場合（ステップ５１６０のＮｏ）はIO要求の宛先アドレスをステップ５１００で特定した検出範囲が示すアドレスのうちステップ５１１０で選択したアドレスとは異なるアドレスに変更し、ステップ５１１０に戻る（ステップ５１７０）。

管理計算機１００は、ステップ５１７０において、ステップ５１００で特定された検出範囲の全てのアドレスに対してステップ５１１０〜ステップ５１５０までの処理が終了していると判断した場合（ステップ５１６０のＹｅｓ）は、管理計算機１００はステップ５１４０で作成したホスト情報１１０８及びステップ５１５０で作成したＶＭ情報１１０６、ボリュームプール情報１１０９をディスカバリ動作におけるホスト計算機情報の検出結果として管理計算機に表示して（ステップ５１８０）、ホストディスカバリを終了する。

（１−１３−２）スケジュール定義動作
スケジュール定義動作とは、管理計算機２００の管理プログラム１１０２の指示に従い、管理計算機１００が実施するバックアップスケジュールを定義する処理による動作である。

図１９は管理計算機１００による、スケジュール定義の動作フローの一例である。

はじめに、管理計算機１００は、バックアップ対象のＶＭを特定する。バックアップ対象のＶＭは、ホストディスカバリ（図１８）で作成されたＶＭ情報１１０６のＶＭ ＩＤ１１６０２に登録された全ＶＭである。管理計算機１００は、ユーザからの入力に基づき、当該全ＶＭの一覧から任意のＶＭを選択する（ステップ５２００）。

次に、管理計算機１００は、バックアップのスケジュール情報を特定する（ステップ５２１０）。例えば、管理計算機１００の画面に、図２０に示すバックアップスケジュール入力画面が表示され、ユーザからの時刻の入力を受けると、管理計算機１００は入力された時刻を基に、スケジュール情報を特定する。図２０のバックアップスケジュール入力画面で、ユーザはバックアップ間隔、バックアップ保護期間、バックアップ開始時刻、終了時刻を入力することができる。さらに、図２０のバックアップスケジュール入力画面では、バックアップ間隔、バックアップ保護期間、バックアップ開始時刻、終了時刻それぞれについて、指定した全ＶＭ共通の項目か、各ＶＭ個別の項目を定義することができる。すなわち、全ＶＭ共通の項目に値を指定すると、ステップ５２００で指定した全ＶＭに対し、同一の値を指定することになる。一方で、指定したＶＭそれぞれに対し、バックアップ間隔等としてそれぞれ独立した値を指定することができる。

次に、管理計算機１００は、図２０のバックアップスケジュール入力画面で指定された情報から、バックアップ定義情報１１１０（図１１）を作成する。具体的には、指定されたＶＭをＶＭ ＩＤ１１１０１に、バックアップ間隔をバックアップ間隔１１１０２に、保護期間を保護期間１１１０３、開始時刻、終了時刻をそれぞれ、開始時刻１１１０４，終了時刻１１１０５に格納する（ステップ５２２０）。

次に、管理計算機１００はＶＭのバックアップ世代数を計算する（ステップ５２３０）。ＶＭのバックアップ世代とは、それぞれ異なる時刻でバックアップしたＶＭ情報の個数であり、コピーグループの数と一致する。たとえば、３世代のバックアップとは、あるＶＭについて異なる時刻で取得したバックアップの情報が最大３個あることを示す。具体的には、管理計算機１００は、ステップ５２２０で作成したバックアップ定義情報１１１０を参照し、それぞれのＶＭ ＩＤに対し、１／（バックアップ間隔）を計算し、単位時間当たりのバックアップ取得数を計算する。次に、管理計算機１００は、指定された全てのＶＭの単位時間当たりのバックアップ取得数を加算（値Ａとよぶ）し、次に、ユーザが指定したすべてのＶＭのバックアップ保護期間の平均（値Ｂとよぶ）を算出し、最後に、Ａ＊Ｂを実施し、ＶＭのバックアップ世代数を得る。例えば、ＶＭ１、ＶＭ２の２つのＶＭに対し、ＶＭ１はバックアップ間隔２時間、バックアップ保護期間２４時間、ＶＭ２はバックアップ間隔３時間、バックアップ保護期間３６時間の場合の世代数を考える。Ａ＝（1/2+1/3）、Ｂ＝(24+36)/2なので、バックアップ世代数はＡ＊Ｂ＝２５となる。実際はこのバックアップ世代数は平均値であり、誤差が生じバックアップ情報を保管する場所が不足する可能性があるため、バックアップ世代数＋２，３世代として扱っても良い。

次に、管理計算機１００はコピー定義を作成する（ステップ５２４０）。コピー定義の作成については、後述する図２１で詳細に説明する。

次に、管理計算機１００は、ストレージ情報１１０４を参照し、当該情報の使用有無１１４０４が「未使用」のストレージシステムＩＤ１１４０１、および、ボリュームＩＤ１１４０３を選択し、当該選択されたストレージステムＩＤおよびボリュームＩＤをコピー構成情報の副ストレージシステムＩＤ１１３０６，副ボリュームＩＤ１１３０７にそれぞれ登録する（ステップ５３２０）。このように、管理計算機１００はコピー先論理ボリュームを決定する。

次に、管理計算機１００は、コピー構成情報１１０３のコピー情報を決定する。具体的には、管理計算機１００は、コピー種別を決定するために、例えば、図１９のステップ５２３０で算出したバックアップ世代数を使用する。すなわち、管理計算機１００は当該世代数がストレージシステムのコピー機能の最大世代数を上回らないこと確認する。当該世代数が最大世代数を上回らない場合、管理計算機１００は、当該コピー種別を選択する。上記以外にも、管理計算機はあらかじめ定められたコピー種別を選択しても良い。管理計算機１００は、選択されたコピー種別を、コピー構成情報１１０３のコピー情報１１３０１に登録し、コピー構成情報１１０３の作成を完了する（ステップ５３３０）。

管理計算機１００は、図１９のステップ５２３０で生成したバックアップ世代数分、５３１０〜５３３０を繰り返し、コピー構成情報１１０３のコピーグループＩＤが異なるようにコピー構成情報１１０３を作成する。バックアップ世代数分のコピー構成情報１１０３の作成が終了すると（ステップ５３３０のＹｅｓ）、管理計算機１００は、コピーグループ使用情報１１０１（図１０）を生成する。コピーグループ使用情報１１０１は、コピーグループＩＤ１１０１１、有効フラグ１１０１２、有効期限１１０１３から構成される。当該情報のエントリ数は、ステップ５２３０で算出したバックアップ世代数分、作成する。ここで、管理計算機１００は、コピーグループ使用情報１１０１の作成にあたり、有効フラグ１１０１２をすべて「無効」に、有効期限は空として登録する。以上で、管理計算機１００はコピー定義作成（図１９のステップ５２４０）の詳細フローを完了する。

ここで、再び、図１９のスケジュール定義の動作フローに戻る。管理計算機１００は、バックアップ定義情報１１１０（図１１）に登録されたＶＭ ＩＤ１１１０１、開始時時刻１１１０４を読み出し、管理計算機１００が備えるスケジューラ（図示せず）に、上記開始時刻になるとＶＭ ＩＤが示すＶＭのバックアップ動作を呼びだすように登録する。管理計算機１００のスケジューラは管理計算機１００が指定した開始時刻１１１０４になると、スケジューラに登録された内容（ここでは後述のバックアップ動作（図２２）の呼び出しとする）を実行する（ステップ５２６０）。

次に、図２１にコピー定義作成の詳細フローを示す。はじめに、管理計算機１００は、ストレージシステム３００のコピー機能を使用するために、コピー構成情報１１０３（図５）を作成する（ステップ５３１０、ステップ５３２０、ステップ５３３０）。具体的には、管理計算機１００は、コピー対象のコピー元論理ボリュームを決定するために、ＶＭ情報１１０６（図６）を参照し、コピー対象であるＶＭを示すＶＭ ＩＤが属するボリュームプールＩＤ１１６０５を取得し、当該ボリュームプールＩＤ１１６０５を基に、ボリュームプール情報１１０９（図８）から、当該ボリュームプールＩＤに対応するストレージＩＤ１１９０２，ボリュームＩＤ１１９０３を取得する。

次に、管理計算機は、ステップ５３１０、ステップ５３２０、ステップ５３３０をバックアップ世代数分作成するまで繰り返す（ステップ５３４０）。

次に、管理計算機１００は、当該ストレージＩＤ，ボリュームＩＤを、コピー構成情報１１０３の正ストレージシステムＩＤ１１３０４、正ボリュームＩＤ１１３０５にそれぞれ登録する（ステップ５３５０）。このように、管理計算機１００は、コピー元論理ボリュームを決定する。

（１−１３−３）バックアップ動作
バックアップ動作とは、管理プログラム１１０２の指示に従い、管理計算機１００が実施するＶＭのバックアップを取得する処理による動作である。

図２２は管理計算機１００による、ＶＭのバックアップ動作のフローである。

はじめに、管理計算機１００によるＶＭのバックアップ動作は、図１９のステップ５２６０で実施した、管理計算機１００のスケジューラに呼び出されることで、その動作を開始する。

具体的には、管理計算機１００は、スケジューラから、バックアップ対象となるＶＭのＩＤ（ターゲットＶＭという）と、指示内容を取得する。次に、管理計算機１００は、指示内容がバックアップ取得指示の場合、コピーグループ使用情報１１０１（図１０）を参照し、当該情報の有効フラグ１１０１２が「無効」になっているものを探す（ステップ５４１０）。コピーグループ使用情報１１０１の有効フラグが「無効」であるものがない場合（ステップ５４１０のＮｏ）、管理計算機１００は、さらにコピーグループ使用情報１１０１の有効期限１１０１３を参照し、管理計算機１００が管理する現在時刻と有効期限を比較する（ステップ５４２０）。コピーグループ使用情報１１０１の有効期限１１０１３が現在時刻よりも過去であるものがない場合（ステップ５４２０のＮｏ）、管理計算機１００はエラー処理を実施する（ステップ５４３０）。エラー処理とは、例えば、管理計算機１００が管理計算機１００の表示画面にエラー発生したことをメッセージで通知する方法などがある。

コピーグループ使用情報１１０１の有効フラグが「無効」であるものがある場合は（５４１０のＹｅｓ）、「無効」フラグの立っているコピーグループの中から任意の１つを選択する。また、コピーグループ使用情報１１０１の有効期限１１０１３が現在時刻よりも過去であるものがある場合（ステップ５４２０のＹｅｓ）、管理計算機１００は、コピーグループ使用情報１１０１で、有効期限が切れたコピーグループの有効フラグ１１０１２を「無効」に登録し、さらに、「無効」フラグの立っているコピーグループの中から任意の１つを選択する。ここで、管理計算機１００が選択したコピーグループのＩＤ１１０１１を「利用コピーグループＩＤ」とよぶことにする。さらに、管理計算機１００は、ホスト計算機２００に対し、ターゲットＶＭのスナップショット取得要求を発行する（ステップ５４４０）。これによりホスト計算機２００は、当該計算機上の仮想化プログラム２１２によって、指定されたターゲットＶＭのスナップショットを取得する。

管理計算機１００は、ホスト計算機２００から当該スナップショット取得要求の応答を得る（ステップ５４４５）。管理計算機１００は、当該応答を解析し、スナップショットの取得が成功である場合（ステップ５４４５のＹｅｓ）、スナップショットを復元するときに使用するスナップショットＩＤを当該スナップショット取得要求の応答から取得する。

次に、管理計算機１００は、ストレージシステム３００に対するＩＯ要求を作成する。具体的には、管理計算機１００は、利用コピーグループＩＤをコピーグループＩＤ１１３００に、指示内容としてローカルコピーの制御指示１１３０１を指定して、ＩＯ要求を作成し、ストレージシステム３００に、作成したＩＯ要求を発行する（ステップ５４５０）。

管理計算機１００は、ストレージシステム３００から当該ＩＯ要求の応答を得る。管理計算機１００は、当該応答を解析し、当該ＩＯ要求の応答が成功である場合（ステップ５４５５のＹｅｓ）、つまり、ローカルコピーが完了した場合、過去に作成したターゲットVMのスナップショットファイルを削除する。具体的には、管理計算機１００は、バックアップカタログ情報１１０５（図９）の最新の残存VM情報（１１５０３、１１５０４、１１５０５）を参照し、ターゲットVMのスナップショットの識別子を取得する。次に、管理計算機１００は、当該スナップショットの識別子を指定し、スナップショットファイルの削除要求をホスト計算機に発行する（ステップ５４５７）。

管理計算機１００は、バックアップカタログ作成のための処理を実施する（ステップ５４６０）。具体的には、バックアップカタログ作成のための処理として、管理計算機１００は、バックアップカタログ情報１１０５の最新の残存ＶＭ情報を参照し、次に当該バックアップカタログ情報１１０５に新しいエントリを追加し、そのエントリの残存ＶＭ情報を最新の残存ＶＭ情報に置き換える（ステップ５４６０）。ただし、新規でバックアップカタログ情報１１０５を作成する場合、残存ＶＭ情報には、バックアップ対象の全ＶＭを記載し、残存ＶＭ情報は空を登録する。例えば、ユーザがＶＭ１、ＶＭ２をバックアップ対象に選んだ場合、バックアップカタログ情報１１０５の残存ＶＭ情報はＶＭ１,ＶＭ２の２つの欄が作成される。

次に、管理計算機１００は、ステップ５４６０で新たに作成したバックアップカタログ情報１１０５の新エントリの、時刻１１５０１欄には管理計算機が管理する現在の時刻を、バックアップ対象１１５０２欄には、スケジューラから得たターゲットＶＭのＩＤを、コピーグループＩＤ１１５０欄６にはスケジューラから得た利用コピーグループＩＤを登録する。そして、当該ターゲットＶＭの残存ＶＭ情報には、ステップ５４４０のスナップショット取得指示により取得されたスナップショットファイルの生成時刻と、スナップショットの識別子が格納される。さらに、管理計算機１００は、コピーグループ使用情報１１０１（図１０）のコピーグループＩＤが利用コピーグループと合致する有効フラグ１１０１２を「有効」にする。次に、管理計算機１００は、ターゲットＶＭのバックアップ間隔１１１０２を、バックアップ定義情報１１１０から読み出し、当該バックアップ間隔１１１０２と現在の時刻１１５０１を加算した値を、スケジューラの開始時刻に設定し、ターゲットＶＭが指定開始時刻に本バックアップ動作をよびだすように設定する（ステップ５４７０）。

ステップ５４４５にてスナップショットの取得が成功しなかった場合（ステップ５４４５のＮｏ）、又はステップ５４５５にてストレージシステム３００から当該ＩＯ要求の応答を得られなかった場合（ステップ５４５５のＮｏ）には、管理計算機１００はエラー処理を実施する（ステップ５４３０）。

ここで、管理計算機１００は、当該ＶＭのバックアップ結果を画面に表示しても良い。図２３に、バックアップ結果の画面例を示す。図のカレンダーは当月のどこでバックアップしたかを示し、アンダーラインで強調された日付でバックアップが取得されている。数直線は１日のうちでどのタイミングでバックアップされるかを示しており、カレンダーの太字（１，３，６日）をクリックすると、クリックした日付のバックアップの取得結果を数直線上に表示する。数直線上の「円」は、バックアップ取得したタイミングを表す。ここで、上記「円」をクリックすることで、管理計算機１００は、回復動作を実施する。回復動作は後述の１−１３−４で説明する。また、画面下のBackupボタンは、ユーザによりクリックされると、管理計算機１００は、定められたバックアップ時刻にバックアップ対象の全ＶＭをバックアップする（図２２に示すフロー）。

なお、バックアップ取得日付の表示方法はこれ以外であってもよい。

（１−１３−４）回復動作
回復動作とは、管理計算機１００内の管理プログラム１１０２（図２）の指示に従い、管理計算機１００が実施するものであり、バックアップしたＶＭを回復する処理による動作である。

図２４は管理計算機１００による、回復動作のフローの一例である。

はじめに、管理計算機１００は、ユーザにより指定されたＶＭの回復を行うため、バックアップカタログ情報１１０５（図９）を参照し、指定された回復対象のＶＭとその回復時刻を基に、上記情報に該当するバックアップカタログ情報１１０５の該当エントリを取得する（ステップ５５１０）。

次に、管理計算機１００は、バックアップカタログ情報１１０５の該当エントリ内の残存ＶＭ情報を取り出し、回復対象のＶＭ以外のＶＭの情報を画面に表示する（５５２０）。画面の表示例を図２５に示す。図２５ではＶＭ１が回復対象であり、それ以外のＶＭ（ＶＭ２）を同時に回復可能なＶＭとして表示している。

次に、管理計算機１００は全てのＶＭを回復する場合は（ステップ５５３０のＹｅｓ）、ステップ５５４０に進み、指定ＶＭのみ回復する場合（ステップ５５３０のＮｏ）は、ステップ５５６０に進む。図２５の例では、チェックボックス（ＶＭ１以外にボリュームプールを共有する以下のＶＭも同時に回復できます。 回復しますか？）のチェック有無で判定する。

全てのＶＭを回復する場合（ステップ５５３０のＹｅｓ）、管理計算機１００はバックアップ対象の全ＶＭを停止する指示をホスト計算機２００に発行する（ステップ５５４０）。

次に、管理計算機１００は、バックアップカタログ情報１１０５の該当エントリのコピーグループＩＤ１１５０６が示すコピーグループに対し、指示内容をローカルコピーリストアと指定したＩＯ要求をストレージシステム３００に発行する（ステップ５５５０）。ストレージシステム３００は当該ＩＯ要求を受け取ると、コピー元、コピー先の関係を逆転したコピーを実施し、コピー先論理ボリュームにある情報を、コピー元論理ボリュームに上書きする。

次に、管理計算機１００は、ホスト計算機２００に対し、全ＶＭを再開するように指示する（５５５０）。この時点では、ホスト計算機２００が参照するデータはバックアップされていた情報に置き換わっているため、バックアップされた過去の時刻のＶＭが再起動される。

一方、全てのＶＭを回復しない場合（ステップ５５３０のＮｏ）、管理計算機１００は、回復対象のＶＭのみを停止する要求をホスト計算機２００に発行する（ステップ５５６０）。

次に、管理計算機１００は、バックアップカタログ情報１１０５の該当エントリのコピーグループＩＤ１１５０６から、当該コピーグループＩＤ１１５０６のコピー構成情報１１０３を参照し、コピー先のストレージシステム（副ストレージシステム１１３０６）および、コピー先論理ボリューム（副ボリュームＩＤ１１３０７）を取得し、当該コピー先論理ボリュームをアクセス可能な状態（マウント処理）に変更するようにホスト計算機２００に指示する（ステップ５５７０）。

次に、管理計算機１００は、ホスト計算機２００に、ステップ５５７０でマウントしたコピー先論理ボリュームの内容を調査し、回復対象ＶＭのスナップショットファイルの有無を確認するように指示する（ステップ５５８０）。

最後に、管理計算機１００は、ＶＭを新規に作成し、回復対象のＶＭのスナップショットファイルを上記コピー先論理ボリュームから参照するようにホスト計算機２００に指示する（ステップ５５９０）。さらに、管理計算機１００は、当該コピー先論理ボリュームのＶＭの情報を、コピー元の論理ボリュームに移動するようにホスト計算機２００に指示を出しても良い。コピー元の論理ボリュームへの移動により、今までのＶＭのデータボリュームにＶＭ情報を集約することができるため、ＶＭを継続して処理できるようになる。

（１−１４）ストレージシステムの動作
図２６は、本発明の実施例１であるのストレージシステム３００によって実行されるコピー処理のフローの一例である。

ストレージシステム３００のプロセッサ１３１０は、ローカルコピーの開始を指示するＩＯ要求７３００（図１６）を受信すると、コピー処理を開始する。ここで、ローカルコピー処理について説明する。

ストレージシステム３００のプロセッサ１３１０は、抽出したコピー構成情報（図５）に基づいて、コピーペア管理情報１２１０（図１２）を作成する（ステップ６０１０）。

具体的には、ストレージシステム３００のプロセッサ１３１０は、「コピー中」を、コピーペア管理情報１２１０のコピー状態情報１２１０３欄に格納する。次に、ストレージシステム３００のプロセッサ１３１０は、ＩＯ要求に示されたコピー元の論理ボリュームＩＤをコピー元の論理ボリュームとして、コピーペア管理情報１２１０のボリュームＩＤ１２１０２欄に格納する。

次に、ストレージシステム３００のプロセッサ１３１０は、ＩＯ要求から抽出したコピー構成情報に含まれるコピー先のストレージＩＤを、コピーペア管理情報１２１０のコピー対象ストレージＩＤ１２１０４欄に格納する。次に、ストレージシステム３００のプロセッサ１３１０は、ＩＯ要求から抽出したコピー構成情報（図４）に含まれるコピー先の論理ボリュームＩＤを、コピーペア管理情報１２１０のコピー対象ボリュームＩＤ１２１０５に格納する。

次に、ストレージシステム３００のプロセッサ１３１０は、コピーペア管理情報１２１０のペアＩＤ１２１０１欄に重複しない値を格納する。次に、ストレージシステム３００のプロセッサ１３１０は、ＩＯ要求に含まれるコピーグループＩＤを、コピーペア管理情報１２１０のコピーグループＩＤ１２１００欄に格納する。次に、ストレージシステム３００のプロセッサ１３１０は、抽出したコピー構成情報に含まれるコピー種別情報を、コピーペア管理情報１２１０のコピー種別１２１０６欄に格納する。ここでは、「ローカルコピー」がコピー種別１２１０６欄に格納される。

次に、ストレージシステム３００のプロセッサ１３１０は、コピーペア管理情報１２１０のボリュームＩＤ１２１０２によって識別されるディスク装置１５００からデータを読み出す。そして、ストレージシステム３００のプロセッサ１３１０は、読み出したデータを、キャッシュメモリ１１００に格納する（ステップ６０３０）。
次に、ストレージシステム３００のプロセッサ１３１０は、キャッシュメモリからデータを読み出し、さらにコピーペア管理情報１２１０のコピー対象ボリュームＩＤ１２１０５によって識別される論理ボリュームに、キャッシュメモリから読み出したデータを書き込む（ステップ６０６０）。

ストレージシステム３００は、ステップ６０３０からステップ６０６０を繰り返して実行することによって、コピー元のボリュームのすべてのデータをコピー先のボリュームへ格納する。

そして、ストレージシステム３００は、ローカルコピー処理を終了する。ストレージシステム３００は、ローカルコピーを終了すると、コピーペア管理情報１２１０のコピー状態情報１２１０３欄に「コピー状態」を格納する。

以上、本発明の実施例１によれば、管理計算機１００は、ストレージシステム上の論理ボリュームを共有する一以上のホスト計算機２００上で動作する任意のＶＭを、スナップショット取得し、ストレージシステムのコピー機能を用いることで、バックアップを行うことができる。さらに、管理計算機１００は、バックアップした全てのＶＭを回復する場合は、逆向きにコピー（ローカルコピーリストア）を実施し、ホスト計算機が使用する論理ボリュームにバックアップした内容を戻し、ＶＭを再起動することで全てのＶＭを回復することができる。また、任意のＶＭのみを回復する場合、管理計算機１００は、ホスト計算機２００に対し、ストレージシステム上でバックアップ情報が格納されるコピー先論理ボリュームにマウントするように指示し、さらに、新しいＶＭを生成し、ＶＭのデータ格納を当該コピー先論理ボリュームに設定することで、他のＶＭに影響することなく、任意のバックアップされたＶＭを回復することができる。

次に、本発明の実施例２について説明する。実施例２によると、ストレージシステムに保存されるバックアップデータの容量効率を向上させることが出来る。これは、ホスト計算機２００による任意のVMのスナップショットファイルの取得タイミングと、ストレージシステム３００による論理ボリュームのコピー機能の実施タイミングを非同期にすることで実現できる。

（２−１）実施例２の概要
図２７のVMのバックアップ動作説明図を用いて、バックアップデータの容量効率向上について説明する。３つのVM（VM１、VM２、VM3）のバックアップを考える。実施例２では計算機システムは、VM1、VM2、VM3のスナップショットファイルがある程度の個数分取得した後に、はじめてストレージシステムによる論理ボリュームのコピー機能を使用する。コピー機能使用後、当該計算機システムは、すべてのスナップショットファイルを削除する。上記手続きにより、複数の副論理ボリューム間にスナップショットファイルの重複を排除でき、バックアップ容量を効率化できる。

（２−２）システム構成
本発明の実施例２の計算機システムの構成を図２９に示す。第２の実施形態の計算機システムの構成では、第一の実施形態とは管理計算機１００のメモリ１１０に保存される情報が異なる。具体的には、RPO情報１１１１が追加になる。

（２−３）実施例２の動作
次に実施例２の動作を、実施例１の動作との差分で説明する。具体的には、スケジュール定義の動作、バックアップ動作に変更があり、さらに、ストレージシステムによるコピー処理動作が追加になる。

（２−３−１）スケジュール定義動作
はじめに、管理計算機１００による、スケジュール定義の動作（図１９）では、ストレージシステムのコピー機能を実施する間隔の入力するステップ（ステップ５２１０）と、スケジューラにバックアップタスクを登録するステップ（ステップ５２６０）の処理内容が異なる。

ステップ５２１０では、図２７のバックアップスケジュール入力画面のように、図２０の入力画面の下部に「回復時点目標」の入力領域が追加になる。当該入力領域により得られた値は、RPO情報１１１１に保存する。ステップ５２６０では、管理計算機１００が備えるスケジューラ（図示せず）に、2つの動作のための処理を管理計算機１００が登録する。すなわち、ＶＭのバックアップ動作と、後述のストレージシステムによるコピー処理ある。これにより、RPO情報に格納された時刻に、ストレージシステムによるコピー処理を、上記スケジューラにVMのバックアップ動作と独立したスケジュールで、呼び出すことができる。

（２−３−２）VMのバックアップ動作
次に、図３１を用いて、管理計算機１００による、ＶＭのバックアップ動作を説明する。

図３１のステップ５４４５のステップで成功の場合（管理計算機１００がスナップショット取得要求の応答を解析し、スナップショットの取得が成功である場合）、管理計算機１００は、バックアップカタログ情報１１０５の最新エントリの、バックアップ対象１１５０２欄には、全ＶＭが対象となるため、「ALL」を記載する。ただし、管理計算機１００は、該当エントリの時刻１１５０１欄には、何も記載しない。

そして、当該ターゲットＶＭの残存ＶＭ情報には、管理計算機１００は、ステップ５４４０のスナップショット取得指示により取得されたスナップショットファイルの生成時刻と、スナップショットの識別子を追記する。ここで、すでに残存VM情報に、情報が記載されている場合、図３２のバックアップカタログ情報のように、当該情報の後方に新しい情報を追加する。

さらに、管理計算機１００は、実施例１の動作とは異なり、コピーグループ使用情報１１０１を更新せず、ターゲットＶＭのバックアップ間隔１１１０２を、バックアップ定義情報１１１０から読み出し、当該バックアップ間隔１１１０２と現在の時刻１１５０１を加算した値を、スケジューラの開始時刻に設定し、ターゲットＶＭが指定開始時刻にバックアップ動作をよびだすように設定する（ステップ８４７０）。

（２−３−３）ストレージシステムによるコピー処理動作
本発明の実施例２には、図３１の管理計算機１００による、ＶＭのバックアップ動作の他、図３３のストレージシステムによるコピー処理の為の動作が必要となる。

はじめに、管理計算機１００は、当該計算機１００のスケジューラにより、当該ストレージシステムによるコピー処理が呼び出されると、ストレージシステム３００に対するＩＯ要求を作成する。具体的には、管理計算機１００は、利用コピーグループＩＤをコピーグループＩＤ１１３００に、指示内容としてローカルコピーの制御指示１１３０１を指定して、ＩＯ要求を作成し、ストレージシステム３００に、作成したＩＯ要求を発行する（ステップ８４００）。

管理計算機１００は、ストレージシステム３００から当該ＩＯ要求の応答を得る。管理計算機１００は、当該IO要求の応答を解析し、当該ＩＯ要求の応答が成功である場合（ステップ８４１０のＹｅｓ）、つまり、ローカルコピーが完了した場合、管理計算機１００は、過去に作成した全VMのスナップショットファイルを削除する。具体的には、管理計算機１００は、バックアップカタログ情報１１０５の時刻１１５０１が記載されたエントリで、最新の残存VM情報（１１５０３、１１５０４、１１５０５）を参照し、残存VM情報に登録される全スナップショットの識別子を取得する。次に、管理計算機１００は、当該スナップショットの識別子を指定し、スナップショットファイルの削除要求をホスト計算機に発行する（ステップ８４１５）。

次に、管理計算機１００は、バックアップカタログ作成のための処理を実施する。具体的には、バックアップカタログ作成のための処理として、管理計算機１００は、バックアップカタログ情報１１０５（図３２）の時刻１１５０１の登録のない最新のエントリの時刻１１５０１欄に管理計算機が管理する現在の時刻を、コピーグループＩＤ１１５０欄６にはスケジューラから得た利用コピーグループＩＤを登録する。さらに、管理計算機１００は、コピーグループ使用情報１１０１のコピーグループＩＤが利用コピーグループと合致する有効フラグ１１０１２を「有効」にする。次に、管理計算機１００は、バックアップ間隔としてRPO情報１１１１に登録されている値を、現在の時刻に加算した値を、スケジューラの開始時刻に設定し、次のストレージシステムによるコピー処理をよびだすように設定する（ステップ８４２０）。

ステップ８４１０にてIO要求の応答を解析し、当該ＩＯ要求の応答が成功でない場合（ステップ８４１０のＮｏ）には、管理計算機１００はエラー処理を実施する（ステップ８４３０）。

以上、本発明の実施例２によれば、管理計算機１００は、ストレージシステム上の論理ボリュームを共有する一以上のホスト計算機２００上で動作する任意のＶＭのスナップショット取得と、ストレージシステムのコピー機能の制御を非同期に実施することで、副論理ボリュームのデータ容量効率が高いバックアップを行うことができる。さらに、管理計算機１００は、バックアップした副論理ボリューム内の全てのＶＭを回復する場合は、逆向きにコピー（ローカルコピーリストア）を実施し、ホスト計算機が使用する論理ボリュームにバックアップした内容を戻し、ＶＭを再起動することで全てのＶＭを回復することができる。また、任意のＶＭのみを回復する場合、管理計算機１００は、ホスト計算機２００に対し、ストレージシステム上でバックアップ情報が格納されるコピー先論理ボリュームにマウントするように指示し、さらに、新しいＶＭを生成し、ＶＭのデータ格納を当該コピー先論理ボリュームに設定することで、他のＶＭに影響することなく、任意のバックアップされたＶＭを回復することができる。

１００：管理計算機、２００：ホスト計算機、３００：ストレージシステム、１１０：メモリ、１２０：プロセッサ、１３０：管理ポート、

Claims (15)

1. 管理計算機と、ホスト計算機と、ストレージ装置とからなるストレージシステムであって、
   前記ホスト計算機は、当該ホスト計算機上に、第一の仮想計算機と第二の仮想計算機とを提供し、
   前記ホスト計算機は、前記管理計算機の指示に基づいて、当該管理計算機が指定する第一の時間に前記第一の仮想計算機の第一のスナップショットファイルを作成して、当該第一のスナップショットファイルを前記ストレージ装置が有する第一の論理ボリュームに格納し、
   前記ストレージ装置は、前記管理計算機の指示に基づいて、前記第一の論理ボリュームを当該ストレージシステムが有する第二の論理ボリュームに複製し、
   前記管理計算機は、前記第一の時間を前記第一のスナップショットファイル作成時間として、前記第一の仮想計算機のスナップショットファイルと対応付けて管理しており、
   前記管理計算機は、前記ホスト計算機によって前記第一の時間以前の第二の時間に前記第二の仮想計算機の第二のスナップショットファイルが作成され、当該第二のスナップショットファイルが前記第一の論理ボリュームに格納されている場合は、当該第二のスナップショットファイル作成時間及び当該第二の仮想計算機のスナップショットファイルと、前記第一のスナップショットの作成時間及び前記第一の仮想計算機のスナップショットファイルとを対応付けて管理すること、
   を特徴とするストレージシステム。
2. 前記ホスト計算機は、前記管理計算機が指定する前記第一の時間に前記第一の仮想計算機の第一のスナップショットファイルを作成して、当該第一のスナップショットファイルを前記ストレージ装置と外部接続されたストレージシステムが有する第二の論理ボリュームに格納することを特徴とする請求項１記載のストレージシステム。
3. 前記管理計算機は、前記第二の論理ボリュームに格納された前記第一の時間における前記第一の仮想計算機を回復する指示を受信すると、前記第一の時間の前記第一の仮想計算機のみを回復するか、当該第一の仮想計算機及び当該第二の仮想計算機を回復するかを判断することを特徴とする請求項１記載のストレージシステム。
4. 前記管理計算機は、前記第一の時間における前記第一の仮想計算機及び前記第二の仮想計算機を回復すると判断した場合、
   （Ａ）前記ホスト計算機は、前記管理計算機からの指示に基づいて、前記第一の仮想計算機と前記第二の仮想計算機とを停止し、
   （Ｂ）前記ストレージ装置は、前記管理計算機の指示に基づいて、前記第二の論理ボリュームに格納されたデータを当該第一の論理ボリュームに書き戻し、
   （Ｃ）前記ホスト計算機は、前記管理計算機の指示に基づいて、前記第一の論理ボリュームに書き戻された前記第一の仮想計算機と前記第二の仮想計算機とを起動し、
   （Ｄ）前記管理計算機は、前記第一のスナップショットファイル作成時間及び当該第一のスナップショットファイル作成時間における前記第一の仮想計算機のスナップショットファイルと、前記第二のスナップショットファイル作成時間と当該第二の時間におけるスナップショットファイル作成時間における当該第二の仮想計算機のスナップショットファイルとを出力する、
   ことを特徴とする請求項３記載のストレージシステム。
5. 前記管理計算機は、前記第一の時間における前記第一の仮想計算機のみを回復すると判断した場合、前記ホスト計算機上に第三の仮想計算機を提供させ、
   前記管理計算機は、前記ホスト計算機に対し、前記第一の仮想計算機を停止し、前記ストレージ装置が有する前記第二の論理ボリュームをマウントして、当該第二の論理ボリュームが有する、前記第一のスナップショットファイル作成時間における前記第一の仮想計算機のスナップショットファイルを参照するよう指示する、
   ことを特徴とする請求項３記載のストレージシステム。
6. 第一の仮想計算機と第二の仮想計算機とを構築するホスト計算機と接続されるとともに、第一の論理ボリュームと第二の論理ボリュームとを有するストレージ装置と接続される管理計算機であって、
   前記管理計算機は、前記ホスト計算機に、当該管理計算機が指示する第一の時間の前記第一の仮想計算機を回復するために、当該第一の時間に当該第一の仮想計算機の第一のスナップショットファイルを作成させ、当該第一のスナップショットファイルを前記ストレージ装置が有する第二の論理ボリュームに格納するよう指示し、
   前記管理計算機は、前記ストレージ装置に、前記第一の論理ボリュームを当該ストレージ装置が有する第二の論理ボリュームに複製するよう指示し、
   前記管理計算機は、前記第一の時間を前記第一のスナップショットファイル時間として、前記第一の仮想計算機のスナップショットファイルと対応付けて管理し、
   前記管理計算機は、前記ホスト計算機によって前記第一の時間以前の第二の時間に前記第二の仮想計算機の第二のスナップショットファイルが作成され、当該第二のスナップショットファイルが前記第一の論理ボリュームに格納されている場合は、当該第二のスナップショットファイル作成時間及び当該第二の仮想計算機のスナップショットファイルと、前記第一のスナップショットファイル作成時間及び前記第一の仮想計算機のスナップショットファイルとを対応付けて管理すること、
   を特徴とする管理計算機。
7. 前記管理計算機は、前記ホスト計算機に対し、当該第一の時間に当該第一の仮想計算機の第一のスナップショットファイルを作成させて、当該第一のスナップショットファイルを前記ストレージ装置と外部接続されたストレージ装置が有する第二の論理ボリュームに格納させるよう、指示することを特徴とする請求項６記載の管理計算機。
8. 前記管理計算機は、前記第二の論理ボリュームに格納された前記第一の時間における前記第一の仮想計算機を回復する指示を受信すると、前記第一の時間における前記第一の仮想計算機のみを回復するか、前記第一の仮想計算機及び前記第二の仮想計算機を回復するかを判断することを特徴とする請求項６記載のストレージシステム。
9. 前記管理計算機は、前記第一の時間における前記第一の仮想計算機及び前記第二の仮想計算機を回復すると判断した場合、
   （Ａ）前記管理計算機は、前記ホスト計算機に、前記第一の仮想計算機と前記第二の仮想計算機とを停止するよう指示し、
   （Ｂ）前記管理計算機は、前記ストレージシステムに、前記第二の論理ボリュームに格納されたデータを当該第一の論理ボリュームに書き戻させ、
   （Ｃ）前記管理計算機は、前記ホスト計算機に、前記第一の論理ボリュームに書き戻された前記第一の仮想計算機と前記第二の仮想計算機とを起動させ、
   （Ｄ）前記管理計算機は、前記第一のスナップショットファイル作成時間及び当該第一のスナップショットファイル作成時間における前記第一の仮想計算機のスナップショットファイルと、前記第二のスナップショットファイル作成時間と当該第二の時間におけるスナップショットファイル作成時間における当該第二の仮想計算機のスナップショットファイルとを出力する、
   ことを特徴とする請求項８記載のストレージシステム。
10. 前記管理計算機は、前記第一の時間における前記第一の仮想計算機のみを回復すると判断した場合、
    前記管理計算機は、前記ホスト計算機に対し、前記第一の仮想計算機を停止し、前記ストレージ装置が有する前記第二の論理ボリュームをマウントして、当該第二の論理ボリュームが有する、前記第一のスナップショットファイル作成時間における前記第一の仮想計算機のスナップショットファイルを参照するよう指示する
    ことを特徴とする請求項８記載のストレージシステム。
11. 管理計算機と、ホスト計算機と、ストレージ装置とを備えるストレージシステムにおいて、当該ホスト計算機上に構築される第一の仮想計算機のバックアップ管理方法であって、
    前記ホスト計算機は、前記管理計算機の指示に基づいて、当該管理計算機が指定する第一の時間に第一の仮想計算機の第一のスナップショットファイルを作成して、当該第一のスナップショットファイルを前記ストレージ装置が有する第一の論理ボリュームに格納し、
    前記ストレージ装置は、前記管理計算機の指示に基づいて、前記第一の論理ボリュームを当該ストレージ装置が有する第二の論理ボリュームに複製し、
    前記管理計算機は、前記第一の時間を前記第一のスナップショットファイル作成時間として、前記第一の仮想計算機のスナップショットファイルと対応付けて管理しており、
    前記管理計算機は、前記ホスト計算機によって、前記第一の時間以前の第二の時間に、当該ホスト計算機上に構築されている第二の仮想計算機の第二のスナップショットファイルが作成され、当該第二のスナップショットファイルが前記第一の論理ボリュームに格納されている場合は、当該第二のスナップショットファイル作成時間及び当該第二の仮想計算機のスナップショットファイルと、前記第一のスナップショットファイル作成時間及び前記第一の仮想計算機のスナップショットファイルとを対応付けて管理すること、
    を特徴とするバックアップ管理方法。
12. 前記ホスト計算機は、前記管理計算機が指定する当該第一の時間に当該第一の仮想計算機の第一のスナップショットファイルを作成して、当該第一のスナップショットファイルを前記ストレージ装置と外部接続されたストレージシステムが有する第二の論理ボリュームに格納することを特徴とする請求項１１記載のバックアップ管理方法。
13. 前記管理計算機は、前記第二の論理ボリュームに格納された前記第一の時間における前記第一の仮想計算機を回復する指示を受信すると、前記第一の時間の前記第一の仮想計算機のみを回復するか、前記第一の仮想計算機及び前記第二の仮想計算機を回復するかを判断することを特徴とする請求項１１記載のバックアップ管理方法。
14. 前記管理計算機は、前記第一の時間における前記第一の仮想計算機及び前記第二の仮想計算機を回復すると判断した場合、
    （Ａ）前記ホスト計算機は、前記管理計算機からの指示に基づいて、前記第一の仮想計算機と前記第二の仮想計算機とを停止し、
    （Ｂ）前記ストレージ装置は、前記管理計算機の指示に基づいて、前記第二の論理ボリュームに格納されたデータを当該第一の論理ボリュームに書き戻し、
    （Ｃ）前記ホスト計算機は、前記管理計算機の指示に基づいて、前記第一の論理ボリュームに書き戻された前記第一の仮想計算機と前記第二の仮想計算機とを起動し、
    （Ｄ）前記管理計算機は、前記第一のスナップショットファイル作成時間及び当該第一のスナップショットファイル作成時間における前記第一の仮想計算機のスナップショットファイルと、前記第二のスナップショットファイル作成時間と当該第二の時間におけるスナップショットファイル作成時間における当該第二の仮想計算機のスナップショットファイルとを出力する、
    ことを特徴とする請求項１３記載のバックアップ管理方法。
15. 前記管理計算機は、前記第一の時間における前記第一の仮想計算機のみを回復すると判断した場合、前記ホスト計算機上に第三の仮想計算機を提供させ、
    前記管理計算機は、前記ホスト計算機に対し、前記第一の仮想計算機を停止し、前記ストレージ装置が有する前記第二の論理ボリュームをマウントして、当該第二の論理ボリュームが有する、前記第一のスナップショットファイル作成時間における前記第一の仮想計算機のスナップショットファイルを参照するよう指示する
    ことを特徴とする請求項１３記載のバックアップ管理方法。

Images