JP6069395B2 - 管理計算機 - Google Patents

管理計算機 Download PDF

Info

Publication number
JP6069395B2
JP6069395B2 JP2015075657A JP2015075657A JP6069395B2 JP 6069395 B2 JP6069395 B2 JP 6069395B2 JP 2015075657 A JP2015075657 A JP 2015075657A JP 2015075657 A JP2015075657 A JP 2015075657A JP 6069395 B2 JP6069395 B2 JP 6069395B2
Authority
JP
Japan
Prior art keywords
backup
data
copy function
management
volume
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2015075657A
Other languages
English (en)
Other versions
JP2015149090A (ja
Inventor
美沙子 河野
美沙子 河野
晋広 牧
晋広 牧
正靖 淺野
正靖 淺野
原　純一
純一 原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2015075657A priority Critical patent/JP6069395B2/ja
Publication of JP2015149090A publication Critical patent/JP2015149090A/ja
Application granted granted Critical
Publication of JP6069395B2 publication Critical patent/JP6069395B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本発明は、管理計算機に関する。
近年、ＩＴ技術が普及し、ホスト計算機を含むＩＴ機器は爆発的に増加している。この結果、ＩＴ機器の数の多さから、ＩＴ機器の管理の難しさが問題になってきている。このような状況において、ホスト計算機の管理容易化を実現する技術として、サーバ仮想化技術が知られている。
典型的なサーバ仮想化技術は、「ＶＭｗａｒｅ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｆｉｌｅ Ｓｙｓｔｅｍ： Ｔｅｃｈｎｉｃａｌ Ｏｖｅｒｖｉｅｗ ａｎｄ Ｂｅｓｔ Ｐｒａｃｔｉｃｅｓ」（非特許文献１）に開示されている。この技術は、ホスト計算機上で仮想化制御プログラム（ハイパーバイザという）を動作させ、ハイパーバイザがホスト計算機とは異なる構成、個数、処理能力の仮想的な計算機（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＶＭ））ともいう）を、当該ホスト計算機上に構築する。
この技術では、ハイパーバイザが、複数ボリュームを管理し、それらを単一のデータ記憶領域（データストアという）として提供する。一方、サーバ仮想化技術を使用する環境（サーバ仮想化環境という）では、ＶＭの情報、ＶＭ上で動作するＯＳ（ゲストＯＳ）、アプリケーションプログラム及びそのデータは、１以上のイメージファイル（ＶＭイメージファイルという）にまとめてデータ化される。
ＶＭイメージファイルは、データストアに格納され、ハイパーバイザによって管理される。ＶＭイメージファイルは、ストレージシステムの記憶領域に記憶される。なお、ＶＭイメージファイルは、必ずしもファイルシステムが管理するファイルのデータ構造を有している必要は無い。
一方、データの喪失に備えてデータを複製する、ストレージシステムによるコピー技術がある。例えば、米国特許第７１２０７６９号明細書（特許文献１）は、ホスト計算機と接続しているストレージシステムが、ホスト計算機上で動作するアプリケーションプログラムのデータが保存されるボリュームをまとめて、ストレージシステムのコピー機能により同時に複製することを開示している。
これにより、アプリケーションプログラムの論理障害や、ストレージシステムのドライブ故障などの物理障害の両方から、アプリケーションプログラムのデータを回復することができる。さらに、ストレージシステムのバックアップ技術は、バックアップに必要なデータコピーをストレージシステムが行うため、ホスト計算機の負荷を軽減することができる。この技術は、ホスト計算機（仮想化サーバ）の性能を落とすことなく、複数ＶＭのバックアップを実行可能である。
米国特許第７１２０７６９号明細書
「ＶＭｗａｒｅ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｆｉｌｅ Ｓｙｓｔｅｍ： Ｔｅｃｈｎｉｃａｌ Ｏｖｅｒｖｉｅｗ ａｎｄ Ｂｅｓｔ Ｐｒａｃｔｉｃｅｓ」、ＶＭｗａｒｅ Ｉｎｃ．発行、[平成２３年４月２５日検索]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｖｍｗａｒｅ．ｃｏｍ／ｐｄｆ／ｖｍｆｓ−ｂｅｓｔ−ｐｒａｃｔｉｃｅｓ−ｗｐ．ｐｄｆ＞
上述のように、仮想化サーバが外部ストレージシステムを使用する環境で、ストレージシステムのコピー機能を使用する場合、ＶＭの情報がＶＭイメージファイルに纏められているため、ゲストＯＳ上のドライブ単位又はアプリケーションプログラム（及びそのデータ）単位の細やかなバックアップの要求を満たすことができない場合がある。
この場合、ボリューム単位でコピーを取ることになるので、コピー不要なデータがコピーされることになる。不要なデータがコピーされることは、容量効率の低下及びセキュリティの低下につながる。この課題を解決するために、ＶＭからストレージシステムまでの、ボリューム構成及びデータ配置を把握して、それを変更することが必要となる場合がある。
また、ホスト計算機へのＶＭの追加において、バックアップの方法（使用するバックアップ機能）を考慮して、ボリューム構成及びデータ配置を決めなければ、上記と同様の課題が発生する。この課題を解決するためには、事前にそのＶＭのバックアップ要求を満たすボリューム構成及びデータ配置を構築する必要がある。
しかし、サーバ仮想化環境では様々なボリューム構成をとることが可能であり、バックアップの要求と、既存機能及びボリューム構成とに応じて、取りうるバックアップ方法が異なる。そのため、ユーザは、適切なバックアップ方法を実現するために、どの機能を選択し、どのように使用したらよいか判定することが困難である。同様の課題は、サーバ仮想化環境とは異なる環境の計算機システムにおいても発生し得る。
本発明の一態様は、ホスト計算機とストレージシステムに接続する管理計算機であって、前記ストレージシステムは、ストレージ装置を備え、前記ホスト計算機に仮想ボリュームを提供し、前記ホスト計算機は、仮想計算機を稼働し、前記仮想計算機によってなされるバックアップ元ボリュームからバックアップ先ボリュームへのデータのバックアップの単位である論理ドライブ、当該論理ドライブを含むイメージファイル、当該イメージファイルを含むデータストア、及び当該データストアを構成し仮想ボリュームとして認識されるホストボリュームを提供し、前記管理計算機は、前記ホスト計算機及び前記ストレージシステムを含む管理対象システム内の機器の識別子並びに当該機器の有するコピー機能を管理するコピー機能管理情報並びに前記仮想ボリューム、前記仮想計算機、前記論理ドライブ、前記データストア、前記イメージファイル及び前記ホストボリュームの識別子を含む構成情報を格納し、前記コピー機能管理情報及び前記構成情報を参照し、前記イメージファイル、前記データストア、前記ホストボリューム及びバックアップ対象のデータ間の関係に基づいて、バックアップ方法を決定する。
本発明の一態様によれば、バックアップ対象データに応じた適切なバックアップ方法を実現することができる。
第１実施形態における計算機システムの構成の一例を示すブロック図である。 第１実施形態におけるストレージシステムの構成の一例を示す図である。 第１実施形態におけるホスト計算機の構成の一例を示す図である。 第１実施形態における管理計算機の構成の一例を示す図である。 第１実施形態における構成情報テーブルの一例を示す図である。 第１実施形態におけるデータ記憶領域管理テーブルの一例を示す図である。 第１実施形態におけるコピー機能管理テーブルの一例を示す図である。 第１実施形態におけるバックアップ管理テーブルの一例を示す図である。 第１実施形態におけるシステムポリシテーブルの一例を示す図である。 第１実施形態の計算機システムにおける、ソフトウェア及びボリュームの論理構成の一例を示す図である。 第１実施形態において、バックアップ方法を決定する処理の全体の流れ一例を示すフローチャートである。 第１実施形態におけるバックアップ設定画面の一例を示す図である。 第１実施形態において、バックアップ方法の候補を決定するため、対象データの格納状態を診断する処理の一例を示すフローチャートである。 第１実施形態において、対象データの格納状態に応じてバックアップ方法の候補を決定する処理の一例を示すフローチャートである。 第１実施形態において、対象データの格納状態に応じてバックアップ方法の候補を決定する処理の一例を示すフローチャートである。 第１実施形態において、対象データの格納状態に応じてバックアップ方法の候補を決定する処理の一例を示すフローチャートである。 第１実施形態におけるバックアップ方法表示画面の一例を示す図である。 第２実施形態において、バックアップ方法を決定する処理の一例を示すフローチャートである。
以下、図面を参照しつつ、本発明を実施するための形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。又、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略されている。
第１実施形態
本発明の第１実施形態について説明する。第１実施形態は、ホスト計算機、ストレージシステムそして管理システムを含む計算機システムの管理を説明する。第１実施形態の管理システムは、指定されたデータ（例えば仮想マシンの論理ディスク）のバックアップ方法の候補を決定する。バックアップは、ホスト計算機の負荷低減のために、ホスト計算機のコピー機能を使用することなく、ストレージシステムのコピー機能のみを使用することが好ましい。また、容量効率及びセキュリティに観点から、バックアップにおけるデータコピーから、バックアップ対象以外のデータが除かれていることが好ましい。
管理システムは、ストレージシステムが提供しホスト計算機が利用する記憶空間におけるボリューム構成を特定し、そのボリューム構成における記憶データの配置を特定する。管理システムは、さらに、ストレージシステムに実装されているコピー機能の仕様を特定する。特に、各コピー機能のコピー単位（例えば、ボリューム単位やファイル単位）を特定する。
管理システムは、指定データのバックアップにおいてバックアップ対象のデータのみをバックアップすることができるストレージシステム内のコピー機能を選定する。現状のデータ配置では、ストレージシステムに実装されたいずれのコピー機能（コピー単位）によっても、バックアップ対象のデータのみをコピーすることができない場合、管理システムは、それを実現するためのデータ移動方法を決定する。データ移動後の構成において、ストレージシステムのいずれかのコピー機能が、上記特定バックアップの対象データのみをコピーすることができる。
このように、第１実施形態は、ストレージシステムのコピー機能により、細粒度（例えば、論理ドライブ毎又はアプリケーション毎）のバックアップを行う方法を決定することができる。バックアップ方法の決定の具体的な処理は、ユーザに対して隠蔽される。
まず、図１から図４を参照して、第１実施形態の計算機システム１の構成を説明する。図１は、第１実施形態に係る計算機システム１の構成を模式的に示すブロック図である。図１に示すように、計算機システム１は、ストレージシステム１０Ａ、１０Ｂ、ホスト計算機３０、管理計算機４０を含み、これらは、データネットワーク２０及び管理ネットワーク２１で接続されている。
ストレージシステム１０Ａ、１０Ｂ及びホスト計算機３０は、各々のデータインタフェースからデータネットワーク２０を介して互いに接続される。データネットワーク２０は、例えば、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。データネットワーク２０は、ＩＰネットワーク若しくはその他のいかなる種類のデータ通信用のネットワークであってもよい。
ストレージシステム１０Ａ、１０Ｂ、ホスト計算機３０、及び管理計算機４０は、各々の管理インタフェースから管理ネットワーク２１を介して互いに接続される。管理ネットワーク２１は、例えば、ＩＰネットワークである。管理ネットワーク２１は、ＳＡＮ若しくはその他のいかなる種類のネットワークであってもよい。データネットワーク２０と管理ネットワーク２１とが同一のネットワークであってもよい。
ホスト計算機３０及び管理計算機４０は、同一ハードウェア構成の計算機でよい。図１の計算機システム１は、２台のストレージシステム１０Ａ、１０Ｂ及び１台のホスト計算機３０、そして１台の管理計算機４０を含むが、計算機システム１に含まれる各種計算機及びストレージシステムの台数は、限定されない。以下において、ストレージシステム１０は、ストレージシステム１０Ａ、１０Ｂの任意の一つを意味する。本例において、これらは同じ構成を有する。
図２は、第１実施形態に係るストレージシステム１０の構成を模式的に示す図である。ストレージシステム１０は、ストレージシステム１０の全体を制御するストレージコントローラ１１、データを格納するストレージ装置１２を備える。ストレージコントローラ１１とストレージ装置１２は、ストレージインタフェース（Ｉ／Ｆ）１１２を介して接続される。
ストレージコントローラ１１は、データＩ／Ｆ１１０、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１、ストレージＩ／Ｆ１１２、管理Ｉ／Ｆ１１３、メモリ１１４を含む。データＩ／Ｆ１１０は、データネットワーク２０に対するインタフェースであって、一つ以上の通信用ポートを持つ。ストレージコントローラ１１は、このポートを介してホスト計算機３０とデータの送受信を行う。
ＣＰＵ１１１は、主記憶デバイスであるメモリ１１４に格納されたプログラムを実行するプロセッサである。ストレージＩ／Ｆ１１２は、ストレージシステム１０に対するインタフェースである。ストレージコントローラ１１は、ストレージＩ／Ｆを介して、ストレージ装置１２と、データや制御命令の送受信を行う。なお、本実施形態で説明するストレージコントローラ１１の機能の少なくとも一部は、ハードウェアによって実現されてもよい。
管理Ｉ／Ｆ１１３は、管理ネットワーク２１とのインタフェースであって、一つ以上の通信用ポートを持つ。ストレージコントローラ１１は、このポートを介して、ホスト計算機３０、管理計算機４０及び他のストレージシステムと、データや制御命令の送受信を行う。
メモリ１１４には、ストレージマイクロプログラム１１５が格納されている。ストレージマイクロプログラム１１５は、ストレージシステム１０を管理するプログラムでありＣＰＵ１１１によって実行される。説明の便宜上、ストレージマイクロプログラム１１５はメモリ１１４内に示されているが、典型的には、ストレージマイクロプログラム１１５及びそれが使用するデータは、ストレージ装置１２又はその他の不揮発性記憶デバイスの記憶領域からメモリ１１４の記憶領域にロードされる。
ストレージマイクロプログラム１１５は、ボリュームをホスト計算機３０に認識させる機能を有する。例えば、ストレージマイクロプログラム１１５は、ストレージ装置１２の物理記憶領域を、一つ以上のボリュームとしてＩ／Ｆ経由でホスト計算機３０に提供する。図２の例において、４つの物理リソース１２０Ａ〜１２０Ｄが例示されている。
図２では、４つの物理リソース１２０Ａ〜１２０Ｄが存在しているが、ストレージシステム１０が有する物理リソースの数は任意である。以下において、物理リソース１２０は、物理リソース１２０Ａ〜１２０Ｄの任意の一つを意味する。
物理リソース１２０は、ホスト計算機３０が使用するデータを格納する実記憶領域である。物理リソース１２０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの物理デバイスによって提供される物理記憶領域を表す。例えば、物理リソース１２０は、複数のデータ記憶ドライブから構成されるＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）の物理記憶領域である。
本例のストレージマイクロプログラム１１５は、複数の論理ボリュームを含むプール１２１を構築する。図２の例において、プールは、二つの物理リソース１２０Ｃ、１２０Ｄを含む。物理リソース１２０Ｃ、１２０Ｄは、複数の論理ボリュームを提供する。
プール１２１において、各論理ボリュームは複数ページに分割される。ストレージマイクロプログラム１１５は、プール１２１を、ページ単位で管理する。ストレージマイクロプログラム１１５は、プール１２１から仮想ボリュームを構築し、それをホスト計算機３０に提供する。この点は後述する。
ストレージマイクロプログラム１１５は、設定データに従って、論理ボリューム内のデータを、別の論理ボリュームにコピーする機能を有する。例えば、ストレージシステム１０内の物理リソース１２０Ａ、１２０Ｂがそれぞれ一つの論理ボリュームを構成する場合に、ストレージマイクロプログラム１１５は、物理リソース１２０Ａから物理リソース１２０Ｂへデータをコピーする。ストレージマイクロプログラム１１５は、仮想ボリュームをコピーする機能も有する。
ストレージコントローラ１１がデータをコピーすることができる単位（コピー粒度）は、ストレージコントローラ１１の設計（機能）に依存する。ストレージコントローラ１１のコピー単位は、例えば、ボリューム単位、ファイル単位、ページ単位、ブロック単位等である。ブロック単位のコピーは、ＬＢＡで指定された範囲をコピーする。ストレージコントローラ１１には、１つ又は複数の単位でのコピー機能が実装される。本実施形態のシステムは、ストレージコントローラ１１（ストレージシステム１０）が対応可能なコピー単位に応じたバックアップ方法を決定する。この点については後述する。
図３は、第１実施形態に係るホスト計算機３０の構成を模式的に示すブロック図である。ホスト計算機３０は、入力デバイス３００、表示デバイス３０１、ＣＰＵ３０２、データＩ／Ｆ３０３、メモリ３０４、二次記憶デバイスの不揮発性記憶領域３０５、管理Ｉ／Ｆ３０６を含む。
入力デバイス３００の典型的な例は、キーボード及びポインタ・デバイスであるが、これらと異なるデバイスでもよい。表示デバイス３０１は、典型的には、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。ユーザは、これら入出力デバイスによって、ホスト計算機３０を操作する。
ＣＰＵ３０２は、メモリ３０４に格納されたプログラムを実行するプロセッサである。データＩ／Ｆ３０３は、データネットワーク２０に対するインタフェースであって、１つ以上の通信ポートを持つ。このポートを介してホスト計算機３０は、ストレージシステム１０Ａ、１０Ｂとデータの送受信を行う。
メモリ３０４は主記憶デバイスであって、図３において、メモリ３０４には、仮想マシン（ＶＭ）３０７、ハイパーバイザ３０８、エージェント３０９が格納されている。また、ＶＭ３０７において、アプリケーション３１０及びオペレーティングシステム３１１が動作する。これらプログラムは、ＣＰＵ３０２によって実行される。
説明の便宜上、プログラム及びそれらが使用するデータはメモリ３０４内に示されているが、典型的には、プログラム及びそれらが使用するデータは、二次記憶デバイスの記憶領域３０５からメモリ３０４の記憶領域にロードされる。メモリ３０４と記憶領域３０５は、一つの記憶デバイスとして見ることができる。二次記憶デバイスの記憶領域３０５は、所定の機能を実現するために必要なプログラム及びデータを格納する、非一時的記憶媒体を有する。二次記憶デバイスは、ネットワークを介して接続された外部の記憶デバイスでもよい。
アプリケーション３１０は、ＶＭ３０７上で動作する業務を実行するプログラムである。ストレージシステム１０の物理リソース１２０に対してデータを読み書きすることにより処理を実行する。図３は、一つのアプリケーション３１０を例示するが、複数のアプリケーションが、ＶＭ３０７において動作していてもよい。アプリケーション３１０は、例えば、グループウェア／電子メールサーバプログラムやデータベース管理システムである。ストレージシステム１０は、アプリケーション３１０に対して、一つ又は複数のボリュームを提供する。
ＯＳ３１１は、ホスト計算機３０のＶＭ３０７上で動作する計算機全体を管理する基本ソフトウェアである。これをゲストＯＳという。ハイパーバイザ３０８は、ＶＭ３０７を構築し、それを制御する仮想化制御プログラムである。ハイパーバイザ３０８は、メモリ３０４上に、一つ以上のＶＭ３０７を動作させることができる。ＶＭ３０７のＶＭイメージファイルをコピー又は移動する機能は、ハイパーバイザ３０８に含まれる。
エージェント３０９は、ホスト計算機３０、ＶＭ３０７、ゲストＯＳ３１０及びアプリケーション３１１の情報、並びに、ストレージシステム１０Ａ、１０Ｂの情報を取得し、管理計算機４０に情報を通知する機能を持つ。管理Ｉ／Ｆ３０６は、管理ネットワーク２１とのインタフェースであって、システム管理のためにストレージシステム１０Ａ、１０Ｂ及び管理計算機４０と、データや制御命令の送受信を行う。
図４は、第１実施形態に係る管理計算機４０の構成を模式的に示すブロック図である。管理計算機４０は、入力デバイス４００、表示デバイス４０１、ＣＰＵ４０２、管理Ｉ／Ｆ４０３、メモリ４０４、記憶領域４０５を備える。入力デバイス４００の典型的な例は、キーボード及びポインタ・デバイスであるが、これらと異なるデバイスでもよい。表示デバイス４０１は、典型的には、ＬＣＤである。
管理者（ユーザ）は、表示デバイス４０１によって処理結果を視認しながら、入力デバイス４００によって必要なデータを入力する。管理者が入力する情報及び表示デバイス４０１による表示例は、後述する。図１の計算機システム１において、管理システムは一つの管理計算機４０で構成されているが、管理システムは、管理計算機４０に加え、ユーザインタフェースを提供する管理コンソールを含むことができる。
管理コンソールは表示デバイス及び入力デバイスを有する。管理者は管理コンソールから管理計算機４０にアクセスし、管理計算機４０に処理を指示するとともに、管理コンソールに管理計算機４０の処理結果を取得、表示させる。管理システムは、それぞれが管理計算機４０の機能の一部又は全部を備える複数の計算機を含むこともできる。
ＣＰＵ４０２は、メモリ４０４に格納されたプログラムを実行するプロセッサである。管理Ｉ／Ｆ４０３は、管理ネットワーク２１とのインタフェースであって、システム管理のためにホスト計算機３０及びストレージシステム１０Ａ、１０Ｂと、データや制御命令の送受信を行う。
本例において、メモリ４０４には、レプリケーション管理プログラム４０６、構成情報テーブル４０７、データ記憶領域管理テーブル４０８、コピー機能管理テーブル４０９、バックアップ管理テーブル４１０、及びシステムポリシテーブル４１１が格納されている。
説明の便宜上、プログラム及びテーブルはメモリ４０４内に示されているが、典型的には、プログラム及びテーブルは、二次記憶デバイスの記憶領域４０５からメモリ４０４の記憶領域にロードされる。これらを一つの記憶デバイスと見ることができる。二次記憶デバイスは、不揮発性の非一時的記憶媒体を備える記憶装置である。二次記憶デバイスは、ネットワークを介して接続された外部の記憶デバイスでもよい。
レプリケーション管理プログラム４０６は、ＣＰＵ４０２によって実行されることにより実現され、本実施形態の処理を実現する。レプリケーション管理プログラム４０６は、管理者への設定画面の提供、ホスト計算機３０やストレージシステム１０Ａ、１０Ｂからの情報取得、バックアップ方法の選定、バックアップ方法の提示、コピー機能の制御、各テーブルの管理を行う。
構成情報テーブル４０７、データ記憶領域管理テーブル４０８、コピー機能管理テーブル４０９、バックアップ管理テーブル４１０、及びシステムポリシテーブル４１１については後述する。本発明の実施形態において、管理システムが使用する情報（データ）は、上記テーブルに格納されている。データ記憶領域に格納され本実施形態で使用される情報は、データ構造に依存せず、どのようなデータ構造で表されていてもよい。例えば、テーブル、リスト、データベースあるいはキューから適切に選択したデータ構造体が、情報を格納することができる。
本計算機システム１において、プログラムは、プロセッサによって実行されることで、定められた処理を記憶デバイス及び通信インタフェースを用いながら行う。従って、本実施の形態において、プログラム、例えば、レプリケーション管理プログラム４０６を主語とする説明は、プロセッサ（ＣＰＵ）を主語とした説明でもよい。若しくは、プログラムが実行する処理は、そのプログラムが動作する装置及びシステムが行う処理である。
プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵ４０２は、レプリケーション管理プログラム４０６に従って動作することで計算機システムの管理部として機能する。他のプログラム、プロセッサ及び装置についても同様である。プロセッサ及びプログラムを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。
次に、本実施形態において参照されるテーブルについて説明する。図５に構成情報テーブル４０７の一例を示す。構成情報テーブル４０７は、各エントリにおいて、各カラム（フィールド）の情報を関連付けて記憶する。構成情報テーブル４０７は、ホスト計算機３０及びストレージシステム１０Ａ、１０Ｂの論理構成（ボリューム構成及びファイル構成）の情報を格納するためのテーブルである。構成情報テーブル４０７は、管理計算機４０で実行されるレプリケーション管理プログラム４０６によって参照される。
構成情報テーブル４０７は、ボリューム及びＶＭ（そのイメージファイルを含む）の構成情報を格納している。具体的には、構成情報テーブル４０７は、ホスト計算機３０を識別するためのホストＩＤ５０１、ホスト計算機３０上のＶＭを識別するためのＶＭＩＤ５０２、ＶＭのゲストＯＳ上で認識されている論理ドライブを識別するためのドライブＩＤ５０３、ＶＭのＶＭイメージファイルを識別するＶＭイメージファイルＩＤ５０４を格納する。
構成情報テーブル４０７は、さらに、データストアを識別するためのデータストアＩＤ５０５、ホストボリュームを識別するためのホストボリュームＩＤ５０６、ストレージシステム１０を識別するためのストレージＩＤ５０７、及び仮想ボリュームを識別する仮想ボリュームＩＤ５０８を格納する。
レプリケーション管理プログラム４０６は、ホストＩＤ５０１、ＶＭＩＤ５０２、ドライブＩＤ５０３、ＶＭイメージファイルＩＤ５０４、データストアＩＤ５０５、及びホストボリュームＩＤ５０８の情報を、ホスト計算機３０のエージェント３０９より取得する。レプリケーション管理プログラム４０６は、ストレージＩＤ５０７、仮想ボリュームＩＤ５０６の情報を、ストレージシステム１０Ａ、１０Ｂのストレージマイクロプログラム１１５より取得する。
レプリケーション管理プログラム４０６は、取得した情報を、構成情報テーブル４０７に格納する。管理者は、構成情報テーブル４０７にあらかじめ必要な情報を入力してもよい。構成情報テーブル４０７は、論理ドライブの情報の識別子であるドライブＩＤ５０３のカラムに、ゲストＯＳ上で稼働しているアプリケーションの識別子を格納してもよい。アプリケーションの識別子を含むエントリは、論理ドライブのエントリと同様のフィールドを有する。なお、本明細書において、対象を識別する識別情報のために、識別子、名、ＩＤ等の表現を用いることができ、これらは置換可能である。
図６にデータ記録領域管理テーブル４０８の一例を示す。データ記憶領域管理テーブル４０８は、ゲストＯＳの論理ドライブの物理記憶領域を特定するためのマッピングテーブルである。データ記録領域管理テーブル４０８は、各エントリにおいて、各カラム（フィールド）の情報を関連付けて記憶する。本テーブルは、管理計算機４０で実行されるレプリケーション管理プログラム４０６によって参照される。
データ記憶領域管理テーブル４０８は、論理ドライブ及びそのＶＭを識別するＶＭ／ドライブＩＤ６０１と、ホストボリュームを識別するためのホストボリュームＩＤ６０２、ＶＭ／ドライブのデータが書き込まれているホストボリューム内の領域を識別するホストボリュームＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ）領域６０３を含む。
データ記憶領域管理テーブル４０８は、さらに、ストレージシステム１０を識別するためのストレージＩＤ６０４、ストレージシステム１０内で構築されているプール１２１を識別するためのプールＩＤ６０５、仮想ボリュームを識別するための仮想ボリュームＩＤ６０６を含む。
データ記憶領域管理テーブル４０８は、さらに、ホストボリュームＬＢＡ領域６０３に対応する仮想ボリュームの記憶領域を識別するための仮想ボリュームＬＢＡ領域６０７、物理リソース１２０を識別するための物理リソースＩＤ６０８、仮想ボリュームＬＢＡ領域６０７に対応する物理リソースの記憶領域を識別するための物理リソースＬＢＡ領域６０９を含む。
レプリケーション管理プログラム４０６は、ストレージＩＤ６０４、プールＩＤ６０５、仮想ボリュームＩＤ６０６、仮想ボリュームＬＢＡ領域６０７、物理リソースＩＤ６０８、物理リソースＬＢＡ領域６０９の情報を、ストレージシステム１０Ａ、１０Ｂから取得する。ストレージＩＤ６０４、プールＩＤ６０５、物理リソースＩＤ６０８は、ストレージシステム１０に物理リソース１２０を追加したときに決定される。
レプリケーション管理プログラム４０６は、ＶＭ／ドライブＩＤ６０１、ホストボリュームＩＤ６０２、ホストボリュームＬＢＡ領域６０３を、ホスト計算機３０のエージェント３０９から取得する。ＶＭ／ドライブＩＤ６０１、ホストボリュームＩＤ６０２、ホストボリュームＬＢＡ領域６０３、仮想ボリュームＩＤ６０６、仮想ボリュームＬＢＡ領域６０７、物理リソースＬＢＡ領域６０９は、ＶＭ／ドライブのデータが格納されたときに決定される。
つまり、仮想ボリュームＬＢＡ領域６０７、物理リソースＬＢＡ領域６０９は、ホスト計算機３０からの書き込みが発生して仮想ボリュームへのページの割当て要求があったときに決定される。仮想ボリュームＩＤ６０６は、仮想ボリュームを作成した時に決定されてもよい。
例えば、構成情報テーブル４０７及びデータ記憶領域管理テーブル４０８から、仮想マシンＶＭ００１のＤドライブのデータは、ストレージシステムＳＴ００１の物理リソースＭＥＤＩＡ００１の領域ＬＢＡ３０００から３９９９に格納されていることが分かる。ホスト計算機３０は、仮想マシンＶＭ００１のＤドライブのデータは、ホストボリュームＨＶＯＬ００１のＬＢＡ３０００から３９９９に書き込まれていると認識しているが、実際のデータが格納されているのは、物理リソースの記憶領域である。
データ記憶領域管理テーブル４０８、論理ドライブの情報の識別子であるＶＭ／ドライブＩＤ６０１のカラムに、ゲストＯＳ上で稼働しているアプリケーションの識別子を格納してもよい。アプリケーションの識別子を含むエントリは、論理ドライブのエントリと同様のフィールドを有する。
図５及び図６の構成情報テーブル４０７及びデータ記憶領域管理テーブル４０８は一例であって、データ記憶領域管理テーブル４０８は、バックアップ対象（例えばＶＭや論理ドライブ）のデータの実体がどの記憶領域のＬＢＡ領域に書き込まれているか分かれば、どのような構成を有していてもよい。本例は、仮想ボリュームのエントリのみを有するが、これらテーブルは、仮想ボリューム以外の論理ボリュームを含むこともある。
図７は、コピー機能管理テーブル４０９の一例を示す。コピー機能管理テーブル４０９は、計算機システム１における各機器のコピー機能の情報を管理するためのテーブルである。コピー機能管理テーブル４０９は、各エントリにおいて、各カラム（フィールド）の情報を関連付けて記憶する。コピー機能管理テーブル４０９は、管理計算機４０で実行されるレプリケーション管理プログラム４０６によって参照される。
コピー機能管理テーブル４０９には、機器の分類を示す機器分類７０１、各々の機器を識別するためのシステム機器ＩＤ７０２、機器に存在するコピー機能７０３、コピー機能７０３の用途として、バックアップ用途７０４、移動用途７０５、コピー機能を利用する優先度７０６を格納している。
本例において、仮想マシン、ホスト計算機そしてストレージシステムが、機器分類７０１に含まれている。本例では、コピー機能７０３のカラムには、一例として、「ボリューム指定コピー機能（クローン）」や「ＬＢＡ指定コピー機能（スナップショット）」などと記載しているが、コピー機能を特定できればどのような表現でもよい。クローンは、フルコピー機能であり、スナップショットは差分コピー機能である。
図７に示すように、いくつかのコピー機能は、バックアップ又は移動の一方の用途にのみ使用可能であり、いくつかのコピー機能は、双方の用途に使用可能である。機器が実装し得るコピー機能は、これらのコピー機能に限定するものではない。
優先度７０６は、バックアップに使用する機器のコピー機能の優先度を示す。その値が小さい程、優先度が高い。ホスト計算機３０の負荷低減のめ、ストレージシステム１０のコピー機能の優先度が、ホスト計算機３０（仮想マシンを含む）のコピー機能の優先度よりも高い。また、バックアップにかかる時間が短い方が好ましいため、コピー速度が速いコピー機能の優先度が高い。
バックアップに複数のコピー機能を使用可能である場合、レプリケーション管理プログラム４０６は、例えば、最も優先度が高いコピー機能を使用するコピー機能として選択する。または、レプリケーション管理プログラム４０６は、管理者へのバックアップ候補の提示において、優先度７０６が高いものみを表示する若しくはバックアップ候補の優先度を優先度７０６から算出して、それを表示してもよい。
機器分類７０１、システム機器ＩＤ７０２、コピー機能７０３、用途７０４、７０５は、システムを導入した段階、又はコピー機能を追加した段階で、レプリケーション管理プログラム４０６によって付与される。それらは、管理者によって入力されてもよい。
レプリケーション管理プログラム４０６は、コピー機能７０３と用途７０４、７０５との対応関係をあらかじめ保持していてもよいし、コピー機能の仕様情報から自動的に対応付けを行ってもよい。優先度７０６はコピー機能管理テーブル４０９に無くてもよいし、レプリケーション管理プログラム４０６は、その値を付与しなくてもよい。レプリケーション管理プログラム４０６は、管理者から優先度７０６の情報を取得して値を格納してもよいし、管理者が、デフォルト値を設定してもよい。
図８は、バックアップ管理テーブル４１０の一例を示す。バックアップ管理テーブル４１０は、バックアップの設定情報を管理するためのテーブルである。バックアップ管理テーブル４１０は、各エントリにおいて、各カラム（フィールド）の情報を関連付けて記憶する。バックアップ管理テーブル４１０は、管理計算機４０で実行されるレプリケーション管理プログラム４０６によって参照される。
バックアップ管理テーブル４１０は、バックアップの処理を識別するためのバックアップＩＤ８０１、バックアップの対象を識別するためのバックアップ対象ＩＤ８０２、バックアップで使用するコピー機能８０３、バックアップのスケジュール８０４、バックアップ対象のデータが格納されているプライマリボリュームを識別するためのＰ−ＶＯＬＩＤ８０５、及びバックアップ先のセカンダリボリュームを識別するためのＳ−ＶＯＬＩＤ８０６を格納している。一つのバックアップＩＤ８０１に、一つ又は複数のバックアップ対象ＩＤ８０２が関連づけられる。
レプリケーション管理プログラム４０６は、特定の対象のバックアップを要求する管理者からの入力に従って、バックアップ対象ＩＤ８０２、コピー種別８０３、スケジュール８０４、Ｐ−ＶＯＬＩＤ８０５の情報を、バックアップ管理テーブル４１０に格納する。バックアップＩＤ８０１は、管理者による設定時に付与される。
レプリケーション管理プログラム４０６は、管理者によって指定されたバックアップ対象８０２の情報により、構成情報テーブル４０７から仮想ボリュームＩＤ５０８を特定し、その値をＰ−ＶＯＬＩＤ８０６として格納する。管理者が、直接に、データボリュームであるプライマリボリュームのＰ−ＶＯＬＩＤ８０６を設定してもよいし、データボリュームを特定できる他の情報によって、Ｐ−ＶＯＬＩＤを指定してもよい。
Ｓ−ＶＯＬＩＤ８０６は、管理者によって設定されてもよいし、レプリケーション管理プログラム４０６が、構成情報テーブル４０７において使われていないボリュームを特定し、そのボリュームのＩＤを設定してもよい。図８の例では、スケジュール８０４は、バックアップ開始時刻を特定し、時刻（例えば「毎日２３：００」）や、時間間隔（例えば「１時間毎」）で規定されているが、バックアップを開始する時刻が特定できればどのような規定方法であってもよい。一般に、データ保護のためのバックアップは、このように定期的に実行される。
上述のように、バックアップにおけるホスト計算機３０の負荷増加を避けるため、ストレージシステム１０のコピー機能を使用することが好ましい。図８に例示されている二つのコピー種別は、共に、ストレージシステム１０のコピー機能であり、ボリューム指定コピー機能（クローン）と、ボリューム指定コピー機能（スナップショット）である。
図９は、システムポリシテーブル４１１の一例を示す。システムポリシテーブル４１１は、計算機システム１の論理構成（例えば、ボリューム構成やファイル構成等）及びバックアップの条件を管理するためのテーブルである。システムポリシテーブル４１１は、ポリシの項目９０１と、その値９０２が格納している。レプリケーション管理プログラム４０６は、管理者から情報を取得した値を項目９０１のカラム及び値９０２のカラムに格納してもよいし、デフォルト値が設定されていてもよい。
図９の例では、一台のホスト計算機のデータストア数の上限値は１０であり、一つのデータストアのイメージファイル数の上限値は１００である。バックアップウィンドウは、バックアップに使用できる時間である。
本実施形態において、レプリケーション管理プログラム４０６がバックアップのために論理構成（ファイル及びボリューム構成並びにデータ配置）を変更することを提案する又は自動的に変更することがある。レプリケーション管理プログラム４０６は、システムポリシテーブル４１１を参照し、そこで規定されている条件の範囲内で、構成変更を提案又は実行する。
次に、本実施形態の計算機システム１における論理構成（ソフトウェア構成）を、図１０の概念図を用いて説明する。ストレージシステム１０は、複数の論理ボリュームを含むプール１２１を構築する。論理ボリュームは、物理リソースによって提供される。図１０の例において、二つの物理リソース１２０Ａ、１２０Ｂがプール１２１に、論理ボリュームを提供する。プール１２１において、各論理ボリュームは複数ページに分割される。
ストレージシステム１０は、プール１２１から仮想ボリュームを構築し、それをホスト計算機３０に提供する。図１０の例において、二つの仮想ボリューム９５３Ａ、９５３Ｂが図示されている。仮想ボリューム９５３Ａ、９５３Ｂの容量は、論理ボリュームと異なり、仮想化されている。仮想ボリューム９５３Ａ、９５３Ｂにホスト計算機３０から書き込みがありデータ格納領域が必要になる度に、ページが仮想ボリューム９５３Ａ、９５３Ｂに割り当てる。
ストレージシステム１０は、ホスト計算機３０により認識される仮想ボリューム９５３Ａ、９５３Ｂの容量を、仮想ボリューム９５３Ａ、９５３Ｂに割り当てられている実容量（全ページの容量）よりも大きくすることができ、ホスト計算機３０に割り当てられる容量を実現するために必要な実用量を、それよりも小さくすることができる（ダイナミックプロビジョニング）。ストレージシステム１０は、プール内のページから構成され実容量とホスト計算機３０により認識される容量が一致するボリュームを、ホスト計算機３０に提供してもよい。
ホスト計算機３０のハイパーバイザ３０８は、ストレージシステム１０がネットワーク２０を介して提供する仮想ボリューム９５３Ａ、９５３Ｂを、それぞれ、ホストボリューム９５４Ａ、９５４Ｂと認識する。ハイパーバイザ３０８に見えるホストボリューム９５４Ａ、９５４Ｂは、仮想ボリューム９５３Ａ、９５３Ｂの実容量より多い容量を有することができる。ストレージシステム１０は、仮想ボリュームではなく、論理ボリューム（実ボリューム）をホスト計算機３０（ハイパーバイザ３０８）に提供してもよい。
ハイパーバイザ３０８は複数のＶＭを実行するための環境を提供する。本例において、ＶＭ３０７Ａ、３０７Ｂが例示されている。さらに、ハイパーバイザ３０８は、ホストボリューム９５４Ａ、９５４Ｂを管理し、それらを単一のデータ記憶領域（ボリューム）であるデータストア９５５としてＶＭ３０７Ａ、３０７Ｂに提供する。なお、ハイパーバイザ３０８が複数のホスト計算機に跨っていてもよい。
ＶＭ３０７Ａ、３０７Ｂの実体は、データストア９５５に格納されたＶＭイメージファイルである。図１０において、ＶＭ３０７ＡのＶＭイメージファイル９５６が例示されている。ＶＭに関する情報、ＶＭ上で動作するゲストＯＳ、アプリケーションプログラム及びそのデータは、１又は複数のイメージファイル内に格納される。
例えば、図５の例において、仮想マシンＶＭ００１の全てのデータは、一つのＶＭイメージファイルＩＭＧ００１に格納されている。仮想マシンＶＭ００２のデータは、二つのＶＭイメージファイルＩＭＧ００２、ＩＭＧ００３に格納されており、具体的には、Ｃドライブの内容はＶＭイメージファイルＩＭＧ００２に格納され、Ｄドライブの内容はＶＭイメージファイルＩＭＧ００３に格納されている。
ハイパーバイザ３０８は、ＶＭイメージファイルがどのホストボリュームに格納されているかを管理し、ＶＭイメージファイルの読み出し及び書き込みを実行する。上述のように、データストア９５５は、ストレージシステム１０の仮想ボリューム９５３Ａ、９５３Ｂをハイパーバイザ３０８が認識したホストボリューム９５４Ａ、９５４Ｂから構成される。すなわち、データストア９５５に格納されたＶＭイメージファイルは、ストレージシステム１０の物理記憶領域に格納される。
以下において、本実施形態に係るバックアップ方法の決定について説明する。管理計算機４０のレプリケーション管理プログラム４０６は、所定イベント、例えば、バックアップの設定変更や新たなバックアップの設定に応答して、対象データのバックアップ方法の候補を決定し、それを管理者に提示する。もしくは、レプリケーション管理プログラム４０６は、決定したバックアップ方法の候補から最適なバックアップ方法を選択し、そのための設定を自動で行う。
図１１は、バックアップ方法決定のための全体的な処理の流れの一例を示す。図１１において、Ｓ１１０１からＳ１１０５のステップは、管理計算機４０上のレプリケーション管理プログラム４０６によって実行される。ＣＰＵ４０２がメモリ４０４からプログラムを読み出してこの処理を実行する。
レプリケーション管理プログラム４０６は、ホスト計算機３０とストレージシステム１０Ａ、１０Ｂから、論理構成（記憶されているデータの構成）の情報と、各機器に存在するコピー機能の情報を取得する（Ｓ１１０１）。レプリケーション管理プログラム４０６は、取得した情報を、構成情報テーブル４０７、データ記憶領域管理テーブル４０８、コピー機能管理テーブル４０９に格納する。
構成情報テーブル４０７が示すように、レプリケーション管理プログラム４０６は、論理構成情報として、ホスト計算機３０及びストレージシステム１０Ａ、１０Ｂにおける、ボリューム構成及びファイル構成の情報を取得する。ボリューム構成情報は、ホスト計算機３０が認識しているホストボリュームと、データストア及びストレージシステム１０が提供する仮想ボリュームとの関係の情報を含む。
ファイル構成情報は、ＶＭイメージファイルの構成情報であって、各ＶＭの論理ドライブが格納されているＶＭイメージファイル及びそのＶＭイメージファイルの格納位置（格納ボリューム）の情報を含む。
コピー機能管理テーブル４０９に格納される情報は、計算機システムに属する機器の各々に存在するコピー機能の情報である。具体的には、レプリケーション管理プログラム４０６は、ストレージシステム１０Ａ、１０Ｂ、ホスト計算機３０、仮想マシン３０７上に存在するバックアップ用とデータ移動用のコピー機能の情報を取得する。
システム内の論理構成及びコピー機能の情報を取得するタイミングは、例えば、管理者がレプリケーション管理プログラム４０６を起動したタイミングであり、若しくは、定期的にレプリケーション管理プログラム４０６が情報を取得していてもよい。または、システムの論理構成に変更が発生した情報をレプリケーション管理プログラム４０６が受信する仕組みを持ち、受信したタイミングに情報を更新してもよい。
次に、レプリケーション管理プログラム４０６は、バックアップの設定情報を取得する（Ｓ１１０２）。レプリケーション管理プログラム４０６は、バックアップ設定のための画面を提供し、管理者からの指示によりバックアップ方法の選定を開始する。
データ入力のためにユーザインタフェースは、グラフィックな画面操作（ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ））であってもよいし、コマンドによる入力（ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ））であってもよい。レプリケーション管理プログラム４０６は、管理者によって作られたプロパティファイルを参照してもよいし、自身により自動でバックアップ設定を生成してもよく、設定方法は限定されない。
図１２は、バックアップ設定画面の一例を示す。表示デバイス４０１は、このバックアップ設定画面を表示する。本例のバックアップ設定画面は、バックアップ対象１２０１とバックアップポリシ１２０２を設定するセクションを含む。バックアップポリシは、対象データのバックアップ条件を規定する。管理者（ユーザ）は、例えば、特定データ（例えば論理ドライブ）のバックアップポリシ（バックアップ方法）の変更又は新たなデータ（例えば論理ドライブ）のバックアップの設定ために、レプリケーション管理プログラム４０６に指示して、バックアップ設定画面を表示させる。
バックアップ設定画面は、バックアップ対象１２０１に、構成情報テーブル４０７のホストＩＤ５０１、ＶＭＩＤ５０３、ドライブＩＤ５０３を表示する。上述のように、ドライブＩＤ５０３はドライブの情報ではなく、ドライブを使用しているアプリケーションを特定する情報でもよい。バックアップ方法を決定するために指定可能なデータは、設計により決まる。
管理者（ユーザ）は、入力デバイス４００を使用して、設定情報を入力することができる。具体的には、管理者は、バックアップ方法決定のために指定するデータ領域を、対応するチェックボックスをクリックすることにより選択することができる。図１２の例において、ホスト計算機ＨＯＳＴ００１、仮想マシンＶＭ００１のＤドライブ（￥Ｄ）が、指定されている。バックアップ対象１２０１は、バックアップ方法決定のためのバックアップ対象を指定するものであり、実際のバックアップの対象データは、上記指定データ及びバックアップポリシが同一の他のデータを含みうる。
管理者は、バックアップポリシ１２０２に、障害対応１２０３、バックアップウィンドウ１２０４及びスケジュール１２０７を設定できる。スケジュール１２０７で設定される情報は、バックアップ管理テーブル４１０スケジュール８０４と同じであり、バックアップ開始時刻が設定される。障害対応１２０３において、管理者は、物理障害対策と論理障害対策の一方を選択することができる。この設定により、使用するコピー機能の候補が決定される。
物理障害対策は、使用しているボリュームが物理的に破損しデータが消失した場合の対策である。例えば、物理障害の一つであるストレージシステム全体の破損に備え、リモートの別のストレージシステムが、バックアップデータを取得してもよい。このバックアップは、ボリュームの破損に対応するため、典型的に、フルコピーを使用する。
論理障害対策は、管理者の操作ミスなどにより、一部のデータが無くなった場合の対策である。ボリュームは破損していないため、データを以前のデータに回復することができればよい。このため、典型的には、ストレージシステム１０は、スナップショットを使用する。
バックアップウィンドウ１２０４には、指定されたデータ（本例で仮想マシンＶＭ００１のＤドライブ）のバックアップの制限時間が設定される。レプリケーション管理プログラム４０６は、バックアアップに要する時間が設定されたバックアップウィンドウ内に収まるバックアップ方法を、候補として選択する。
後述するように、選定されるバックアップ方法の候補は、バックアップのためのデータコピーの前のデータ移動を含むことがある。データ移動の回数は一回であり、その後は、スケジュールされたバックアップにおいて、ストレージシステム１０のコピー機能によるデータコピーのみを行えばよい。
レプリケーション管理プログラム４０６は、コピー機能に加え、移動機能の利用にかかる時間を想定し、その合計時間がバックアップウィンドウ１２０４の値に収まるように、バックアップ方法の候補を決定する。もしくは、データ移動時間にかかわらず、データコピーに必要な時間からバックアップ方法の候補を決定してもよい。
設定ボタン１２０５が押下されると、入力された設定が確定され、レプリケーション管理プログラム４０６は、管理者が入力したバックアップ設定情報を取得する。キャンセルボタン１２０６が押下されると、レプリケーション管理プログラム４０６は、バックアップ設定を行わずに終了する。
上記バックアップポリシは一例であって、バックアップポリシが含むバックアップ条件は、設計に依存する。管理者は、特定データに対してバックアップポリシを設定しなくてもよい。バックアップポリシが設定されていないデータは、バックアップ方法の決定において、全てのデータと同一のバックアップ条件を有すると見なすことができる。
レプリケーション管理プログラム４０６は、Ｓ１１０２での指定内容と構成情報テーブル４０７から、指定されたデータの構成を特定する（Ｓ１１０３）。具体的には、指定データの格納位置、つまり、指定データが格納されている、ファイル及びボリューム（データストアを含む）を特定する。この情報は、この後のＳ１１０５のバックアップ方法の診断で利用される。
例えば、図１２のように、バックアップ方法決定のために、ホスト計算機ＨＯＳＴ００１における仮想マシンＶＭ００１の￥Ｄ（Ｄドライブ）が指定（選択）されている場合、レプリケーション管理プログラム４０６は、構成情報テーブル４０７のホストＩＤ５０１のカラムにおいてＨＯＳＴ００１を検索し、ＶＭＩＤ５０２のカラムにおいてＶＭ００１を検索し、ドライブＩＤ５０３のカラムにおいてＤを検索する。
すると、レプリケーション管理プログラム４０６は、指定されたＨＯＳＴ００１−ＶＭ００１−ＤのＶＭイメージファイルＩＤ５０４がＩＭＧ００１であり、そのデータストアＩＤ５０５がＤＳ００１であり、そのホストボリュームＩＤ５０６がＨＶＯＬ００１であることを知ることができる。
レプリケーション管理プログラム４０６は、Ｓ１１０２で指定されたデータのデータ記憶領域を、データ記憶領域管理テーブル４０８に格納されている情報から特定する（Ｓ１１０４）。例えば、Ｓ１１０２と同様に、レプリケーション管理プログラム４０６は、図１２の情報に従って、ＶＭ／ドライブＩＤ６０１のカラムにおいてＶＭ００１−Ｄを検索する。
レプリケーション管理プログラム４０６は、指定データ（ＶＭ００１−Ｄ）のホストボリュームＩＤ６０２がＨＶＯＬ００１であり、そのホストボリュームＬＢＡ領域６０３がＬＢＡ３０００−３９９９であることを知ることができる。
さらに、レプリケーション管理プログラム４０６は、データ記憶領域管理テーブル４０８において、指定データ（ＶＭ００１−Ｄ）が格納されているボリューム及び記憶領域間の対応関係を検索する。データ記憶領域管理テーブル４０８が示すように、指定データ（ＶＭ００１−Ｄ）の仮想ボリュームＩＤ６０６はＶＶＯＬ００１であり、仮想ボリュームＬＢＡ領域６０７は、ＬＢＡ００００−０９９９である。
さらに、上記仮想ボリュームの記憶領域に対応する物理リソースＩＤ６０８及び物理リソースＬＢＡ領域６０９は、それぞれがＭＥＤＩＡ００１及びＬＢＡ３０００−３９９９である。つまり、ＶＭ００１上のＤドライブの実体は、ＭＥＤＩＡ００１のＬＢＡ３０００−３９９９に格納されていることが分かる。この記憶領域のデータが実際のバックアップ対象である。
このように、レプリケーション管理プログラム４０６は、データ記憶領域管理テーブル４０８から、指定されたデータの、仮想ボリューム及びそのＬＢＡで規定される記憶領域並びに物理リソース及びそのＬＢＡで規定される記憶領域を知ることができる。
次に、レプリケーション管理プログラム４０６は、バックアップ方法の候補を列挙する（Ｓ１１０５）。バックアップ方法の候補は、データ配置の変更のためのデータ移動を含むことがある。データ移動は、その後の定期的なバックアップのために、一度のみ行われる。列挙するバックアップ方法候補の選定の詳細は、図１３Ａ〜図１３Ｄを参照して後述する。レプリケーション管理プログラム４０６は、さらに、バックアップ方法候補の中から、最終的に使用するバックアップ方法を決定する（Ｓ１１０６）。
決定方法の一つは、Ｓ１１０５で列挙した候補から、管理者に、使用するバックアップ方法を選択させる。この場合、レプリケーション管理プログラム４０６が、バックアップ方法の候補を提示するための画面を生成し、表示デバイス４０１により表示する。ユーザインタフェースは、ＧＵＩでもＣＬＩでもよく、その表示方法は限定されない。
例えば、レプリケーション管理プログラム４０６は、図１４に示すようなバックアップ方法表示画面によって必要な情報を取得する。図１４において、バックアップ方法表示画面は、バックアップ設定項目１４０１とバックアップ方法一覧１４０２のセクションを含む。バックアップ設定項目１４０１は、例えば、バックアップ設定画面（図１２）にて管理者が設定した内容を表示する。
バックアップ方法一覧１４０２は、例えば、Ｓ１１０５で列挙されたバックアップ方法の候補を表示する。管理者は、チェックボックスをクリックすることで、使用するバックアップ方法を選択することができる。図１４の例において、バックアップ方法一覧１４０２は、コピー機能１４０３、バックアップ速度１４０４、構成変更有無１４０５、移動有無１４０６の情報を表示している。
構成変更有無１４０５は、該当バックアップ方法の採用に伴い、ボリューム構成又はファイル構成に変更が生じるか否かを示す。移動有無１４０６は、該当バックアップ方法の採用に伴い、データの移動が発生するか否かを示す。これらの詳細は図１３Ａ〜図１３Ｄを参照して後述する。
レプリケーション管理プログラム４０６は、バックアップ速度１４０４に表示する情報を、例えば、コピー機能管理テーブル４０９から取得することができる。コピー機能管理テーブル４０９は、不図示のコピー性能情報のカラムを有し、そのカラムに格納された情報をバックアップ速度１４０４に表示する。
このように、バックアップ方法一覧１４０２は、管理者に、バックアップ方法を決定するための補足情報を提供する。設定ボタン１４０７が押下されると、入力された設定が確定される。キャンセルボタン１４０８が押下されると、適用するバックアップ方法を選択することなく処理が終了する。
バックアップ方法候補からシステムに適用する方法を選択する他の方法において、レプリケーション管理プログラム４０６が、システムポリシテーブル４１１（図９）の情報に従って、バックアップ方法を選択する。Ｓ１１０５によってバックアップ方法が一意に特定された場合、つまり、バックアップ方法候補が一つのみである場合は、本ステップを実行する必要はない。
最後に、レプリケーション管理プログラム４０６は、Ｓ１１０６で決定したバックアップ方法を実現するバックアップ構成を構築する（Ｓ１１０７）。例えば、レプリケーション管理プログラム４０６が管理者からバックアップ構成構築の指示を取得した場合又はバックアップ構成構築を自動で実行するというポリシが存在する場合に、レプリケーション管理プログラム４０６は本ステップを実行する。
具体的には、レプリケーション管理プログラム４０６は、指定データのバックアップに必要なデータ移動及び対象データのバックアップのために必要なストレージシステム１０及びホスト計算機３０の設定を行う。レプリケーション管理プログラム４０６は、本ステップを実行しなくてもよい。ストレージコントローラ１１は、設定データに従って、バックアップを実行する。
以下において、図１１に示すフローチャートにおけるＳ１１０５のバックアップ候補の決定の詳細を、図１３Ａ〜図１３Ｄのフローチャートを参照して説明する。上述のように、レプリケーション管理プログラム４０６が、これらフローチャートに従って動作する。まず、レプリケーション管理プログラム４０６は、図１３Ａにフローチャートに従って、指定データの格納状態を診断し、その格納状態によって指定データ（バックアップ方法決定のバックアップ対象として指定されたデータ）を類別する。
具体的には、レプリケーション管理プログラム４０６は、指定データ（図１２の例においてＨＳＴ００１-ＶＭ００１−￥Ｄ）の配置、つまりそのデータを格納するファイル及びボリュームを特定し、さらに、そのデータを格納するボリューム内のデータ構成、具体的には、指定データを格納するボリューム及びファイルにおける他のデータを特定する。特に、他のデータのバックアップポリシを特定する。レプリケーション管理プログラム４０６は、特定したこの指定データの格納状態に応じて、指定データを類別する。
指定データの格納状態によって、指定データを含むバックアップ対象のみをコピーするために必要される機能が異なる。つまり、指定データの格納状態によってバックアップに使用することができるストレージシステム１０のコピー機能が異なる。さらに、データ（指定データ又は他のデータ）を移動してデータ配置（データ格納状態）を変化させることで、バックアップに使用することができるストレージシステム１０のコピー機能を増やすことができる。
計算機システム１は、ホスト計算機３０の負荷低減のため、ホスト計算機３０のコピー機能を使用することなくストレージシステム１０のコピー機能でバックアップを行うことが好ましい。さらに、データ移動することなく、バックアップ対象データのみのバックアップを実現することが好ましい。データ移動に伴うホスト計算機３０の負荷の増加及びボリューム構成の変更に伴う管理負荷の増加を避けるためである。
そこで、レプリケーション管理プログラム４０６は、図１３Ａのフローチャートに従って、データ移動することなくストレージシステム１０のコピー機能でバックアップを行うためにストレージシステム１０に必要とされるコピー単位（コピーの粒度）に応じて、指定データを類別する。
以下に説明する例において、レプリケーション管理プログラム４０６は、ストレージシステム１０における、ボリューム単位、ファイル単位及びブロック単位のコピー機能の有無によって、バックアップ方法候補を決定する。ブロックは、ストレージシステム１０におけるデータアクセスの単位である。
レプリケーション管理プログラム４０６によるコピー機能の有無のチェックは、ストレージシステム１０に実装されうるコピー機能に基づく。上記三つの機能の全てをチェックしてもよいし、しなくともよい。レプリケーション管理プログラム４０６は、例えば、他の単位でのコピー機能と共に、ページ単位のコピー機能の有無をチェックし、そのチェック結果に従ってバックアップにおいて使用するストレージシステムのコピー機能及びそのバックアップ方法に伴うデータ移動の必要性を判定してもよい。
図１３Ａのフローチャートにおいて、まず、レプリケーション管理プログラム４０６は、指定されたデータが格納されているＶＭイメージファイルが、指定データのバックアップポリシとは異なるバックアップポリシのデータを含むか否かを判定する（Ｓ１３０１）。バックアップポリシが同一のデータは、同一のバックアップにおいてコピーすることができる。従って、指定データと同一バックアップポリシのデータは、同一のバックアップにおける対象データに含めることができる。
Ｓ１３０１の判定結果がＮＯの場合、レプリケーション管理プログラム４０６は、Ｓ１３０２へ進む。Ｓ１３０１の判定結果がＹＥＳの場合、レプリケーション管理プログラム４０６は、ステップ３（図１３Ｄのフローチャート）へ進む。ステップ３に類別されるデータは、現状データ配置において、ブロック単位でのコピー機能を必要とする。ステップ３の詳細は後述する。
ＶＭイメージファイルが指定データとバックアップポリシが異なるデータを含む場合、ボリューム単位コピー機能又はファイル単位コピー機能により、そのＶＭイメージファイルを指定データのバックアップのためにコピーすると、そのバックアップに不要なデータをコピーすることになる。そのため、ＶＭイメージファイルの一部をコピーすることができる機能が必要となる。
レプリケーション管理プログラム４０６は、図１１のフローチャートにおけるＳ１１０５において説明したように、指定データが格納されているＶＭイメージファイル及びそのＶＭイメージファイルの格納データを、構成情報テーブル４０７を参照して特定することができる。
例えば、Ｓ１１０３にて特定したＶＭイメージファイルＩＤ５０４の値がＩＭＧ００１であった場合、レプリケーション管理プログラム４０６は、ＶＭイメージファイルＩＤ５０４のカラムを検索し、他にＩＭＧ００１を共有しているＶＭＩＤ５０２もしくはドライブＩＤ５０３の有無を確認する。図５の例では、ＶＭ００１のＣドライブがＩＭＧ００１を共有していることが分かる。
レプリケーション管理プログラム４０６は、さらに、システムポリシテーブル４１１を参照して、ＶＭ００１のＣドライブのバックアップポリシを知ることができる。このデータのバックアップポリシが指定データであるＤドライブのバックアップ条件と異なる場合、Ｓ１３０１の判定結果はＹＥＳである。
次に、Ｓ１３０２において、レプリケーション管理プログラム４０６は、指定データを含むＶＭイメージファイルが格納されているデータストアに、指定データのバックアップポリシとは異なるバックアップポリシのＶＭイメージファイルが存在するか否か判定する。Ｓ１３０２において、指定データを格納するＶＭイメージファイルは、指定データのみ、又は、指定データ及びバックアップポリシが指定データと同一のデータで構成されている。
Ｓ１３０２の判定結果がＹＥＳの場合、レプリケーション管理プログラム４０６は、Ｓ１３０３へ進む。Ｓ１３０２の判定結果がＮＯの場合、レプリケーション管理プログラム４０６は、ステップ１（図１３Ｂ）へ進む。ステップ１に類別されるデータは、現状配置において、ストレージシステム１０におけるボリューム単位以下の粒度のコピー機能を必要とする。ステップ１の詳細は後述する。
Ｓ１３０２の判定結果がＮＯの場合、データストア内の全てのデータ（ＶＭイメージファイル）は、同一のバックアップポリシを有している。そのため、データストアを構成する全てのボリュームをストレージシステム１０がコピーすることで、必要なデータのみ（バックアップの対象データのみ）をバックアップすることができる。
レプリケーション管理プログラム４０６は、指定データが格納されているデータストア及びその構成を、構成情報テーブル４０７を参照して特定することができる。例えば、Ｓ１１０３にて特定したＶＭイメージファイルＩＤ５０４がＩＭＧ００１ある場合、ＶＭイメージファイルＩＭＧ００１を格納するデータストアのデータストアＩＤ５０５は、ＤＳ００１である。さらに、レプリケーション管理プログラム４０６は、システムポリシテーブル４１１を参照して、データストアＩＤ５０５に格納されているデータのバックアップポリシを知ることができる。
レプリケーション管理プログラム４０６は、データストアＩＤ５０５のカラムを検索し、データストアＤＳ００１にＩＭＧ００１以外のＶＭイメージファイルが格納されているかを調べる。図５の例では、データストアＤＳ００１には、ＶＭイメージファイルＩＭＧ００１のみが格納されている。つまり、Ｓ１３０２の判定結果はＮＯである。
次に、Ｓ１３０３において、レプリケーション管理プログラム４０６は、指定データを含むＶＭイメージファイルが、複数のホストボリュームに分散されているか否か判定する。Ｓ１３０３の判定結果がＮＯの場合、レプリケーション管理プログラム４０６はＳ１３０４へ進む。Ｓ１３０３の判定結果がＹＥＳの場合、分散したデータのバックアップにブロック単位のコピー機能が必要であり、レプリケーション管理プログラム４０６はステップ３へ進む。
このＳ１３０３に至る場合は、一つのＶＭイメージファイルが、指定データのみを含む、又は、同一バックアップポリシのデータが一つのＶＭイメージファイルに格納されている場合であって、さらに、このイメージファイルが格納されているデータストアに、バックアップポリシが異なる他のイメージファイルが存在する場合である。
レプリケーション管理プログラム４０６は、Ｓ１３０３において、データストアに複数のホストボリュームが割り当てられている環境で、ＶＭイメージファイルが複数のホストボリュームに分散されているか否かを判定する。例えば、図５の構成情報テーブル４０７の例では、ＶＭイメージファイルＩＭＧ００２のデータは、ホストボリュームＨＶＯＬ００２とホストボリュームＨＶＯＬ００３に分散している。従って、Ｓ１３０３の判定結果はＹＥＳである。
次に、Ｓ１３０４において、レプリケーション管理プログラム４０６は、指定データを含むＶＭイメージファイルを格納しているホストボリュームに、指定データとバックアップポリシが異なるＶＭイメージファイルが存在するか否かを判定する。Ｓ１３０４において、指定データを格納するＶＭイメージファイルは、一つのボリュームに格納されている（Ｓ１３０３：ＮＯ）。さらに、ＶＭイメージファイルは、指定データのみ、又は、指定データ及びそれと同一バックアップポリシのデータのみを含む。
Ｓ１３０４の判定結果がＮＯの場合、レプリケーション管理プログラム４０６は、ステップ１へ進む。Ｓ１３０４の判定結果がＮＯの場合、バックアップ対象のＶＭイメージファイルは単一のホストボリュームに格納され、さらに、ホストボリュームは、同一のバックアップポリシのＶＭイメージファイルのみを格納している、又は、他のＶＭイメージファイルを格納していない。そのため、ボリューム単位のコピー機能により、ＶＭイメージファイルのみをコピーすることができる。
Ｓ１３０４の判定結果がＹＥＳの場合、レプリケーション管理プログラム４０６は、ステップ２へ進む。Ｓ１３０４の判定結果がＹＥＳの場合、指定データを含むＶＭイメージファイルは単一のホストボリュームに格納され、さらに、そのＶＭイメージファイルを格納するホストボリュームは、バックアップポリシが異なる他のＶＭイメージファイルを格納している。ファイル単位のコピー機能は、指定データを含むＶＭイメージファイルのみを、コピーすることができるため、レプリケーション管理プログラム４０６は、ステップ２へ進む。
レプリケーション管理プログラム４０６は、構成情報テーブル４０７を参照して、当該ホストボリュームＩＤ５０６のエントリが、複数のＶＭイメージファイルＩＤ５０４を格納しているか否かをチェックする。図５の例では、例えば、ホストボリュームＨ−ＶＯＬ００１は、ＶＭイメージファイルＩＭＧ００１のみ格納している。この場合、Ｓ１３０４の判定結果がＮＯである。
以下において、図１３Ａのフローチャートに示すステップ１からステップ３の詳細を、それぞれ、図１３Ｂから図１３Ｄを参照して説明する。まず、図１３Ｂのフローチャートを参照して、ステップ１を説明する。ステップ１は、指定データが一つ又は複数のホストボリューム（仮想ボリューム）に格納されており、かつ、そのボリューム内のデータのバックアップポリシが同一である場合の、バックアップ方法候補を決定する。この場合、ストレージシステム１０は、ボリューム単位以下の粒度のコピー機能によって、バックアップ要求を満たすことができる。
まず、Ｓ１３１１において、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９を参照して、操作対象のストレージシステム１０のコピー機能をチェックし、ボリューム単位コピー機能（ボリューム指定コピー機能）、ファイル単位コピー機能（ファイル指定コピー機能）、ブロック単位コピー機能（ＬＢＡ指定コピー機能）のいずれかのコピー機能が存在するか否かをチェックする。
いずれか一つのコピー機能でも存在する場合、レプリケーション管理プログラム４０６は、Ｓ１３１２へ進む。いずれのコピー機能も、バックアップが必要なデータ（バックアップ対象のデータ）のみをコピーすることができる。つまり、指定データのバックアップのためのコピーから、指定データとバックアップポリシが異なるデータを除くことができる。いずれの単位のコピー機能も存在しない場合、レプリケーション管理プログラム４０６は、Ｓ１３１３へ進む。
例えば、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９を参照して、ストレージシステムＳＴ００２にはボリューム単位コピー機能（クローン）のコピー機能が存在することを知ることができる。この場合、Ｓ１３１１の判定結果は有であり、レプリケーション管理プログラム４０６はＳ１３１２へ進む。
Ｓ１３１２において、レプリケーション管理プログラム４０６は、上記コピー機能を利用する１又は複数のバックアップ方法の候補を決定し、それらバックアップ方法の候補を示す情報をメモリ４０４内に保持する。レプリケーション管理プログラム４０６は、新たなファイルを生成して、その中にバックアップ方法の候補の情報を格納してもよい。
いずれの単位のコピー機能を存在しない場合（Ｓ１３１１：無）、レプリケーション管理プログラム４０６は、ストレージシステム１０のコピー機能以外を使用するバックアップ方法を特定する（１３１３）。具体的には、コピー機能管理テーブル４０９において、仮想マシン又はホスト計算機のエントリがバックアップ用途のコピー機能を示す場合、レプリケーション管理プログラム４０６は、これらのコピー機能を使用するバックアップ方法を管理者に提示する。
例えば、図７の例において、ホスト計算機ＨＯＳＴ００１（そこで動作するハイパーバイザ）は、バックアップに使用できるＶＭスナップショット機能を有する。レプリケーション管理プログラム４０６は、このコピー機能を使用したバックアップ方法候補を管理者に提示する。レプリケーション管理プログラム４０６は、本ステップを実行しなくともよい。
次に、図１３Ｃを参照して、ステップ２の詳細を説明する。ステップ２は、指定データのＶＭイメージファイルが単一のホストボリューム（仮想ボリューム）に格納されているが、バックアップポリシが異なるデータ、つまり、指定データのバックアップの対象に含まれないデータも、同じ仮想ボリュームに格納されている場合のバックアップ方法候補を決定する。
まず、Ｓ１３２１において、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９のシステム機器ＩＤ７０２のカラムにおいて、操作対象であるストレージシステム１０のＩＤを検索し、そのストレージシステム１０がファイル単位コピー機能又はブロック単位コピー機能を有するか否かを判定する。
ストレージシステム１０がいずれかのコピー機能を有する場合（Ｓ１３２１：有）、レプリケーション管理プログラム４０６は、Ｓ１３２２へ進む。ストレージシステム１０がいずれのコピー機能も有しない場合（Ｓ１３２１：無）、レプリケーション管理プログラム４０６は、Ｓ１３２３へ進む。
例えば、図７のコピー機能管理テーブル４０９において、ストレージシステムＳＴ００２には、ボリューム単位コピー機能（クローン）のみが実装されており、ファイル単位のコピー機能及びブロック単位のコピー機能は実装されていない。この場合、Ｓ１３２１の判定結果は無であり、レプリケーション管理プログラム４０６は、Ｓ１３２３へ進む。一方、ストレージシステムＳＴ００１は、ファイル単位コピー機能及びブロック単位のコピー機能を有するため、レプリケーション管理プログラム４０６は、Ｓ１３２２へ進む。
Ｓ１３２２において、レプリケーション管理プログラム４０６は、上記Ｓ１３２１で特定されたコピー機能を利用するバックアップ方法を、実際に使用するバックアップ方法の候補と決定する。具体的には、レプリケーション管理プログラム４０６は、バックアップ方法の候補を示す情報を、メモリ４０４内に保持する。レプリケーション管理プログラム４０６は、新たなファイルを生成して、その中に上記情報を格納してもよい。このバックアップ方法のために、データの移動は不要である。
ストレージシステム１０がファイル単位コピー機能及びブロック単位コピー機能を有していない場合（Ｓ１３２１：無）、レプリケーション管理プログラム４０６は、Ｓ１３２３において、コピー機能管理テーブル４０９を参照して、ストレージシステム１０にボリューム単位のコピー機能が存在するか否かを判定する。
ストレージシステム１０にボリューム単位のコピー機能を有する場合（Ｓ１３２３：有）、レプリケーション管理プログラム４０６は、Ｓ１３２４へ進む。ストレージシステム１０にボリューム単位のコピー機能を有していない場合（Ｓ１３２３：無）、レプリケーション管理プログラム４０６は、Ｓ１３２６へ進む。
例えば、図７のコピー機能管理テーブル４０９において、ストレージシステムＳＴ００２は、ボリューム単位コピー機能（クローン）のコピー機能を有する。バックアップのコピーを行うストレージシステムがストレージシステムＳＴ００２である場合、Ｓ１３２３における判定結果は有であり、レプリケーション管理プログラム４０６は、Ｓ１３２４へ進む。
Ｓ１３２４において、レプリケーション管理プログラム４０６は、ボリューム単位でのコピー機能によって要求を満たすバックアップを行うためのデータ移動機能が、ホスト計算機３０内に存在するか否かを判定する。ＶＭイメージファイルの移動機能が存在する場合（Ｓ１３２４：有）、レプリケーション管理プログラム４０６は、Ｓ１３２５へ進む。移動機能が存在しない場合（Ｓ１３２４：無）、レプリケーション管理プログラム４０６は、Ｓ１３２６へ進む。
レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９において、用途が移動７０５であるコピー機能７０３を検索する。本ステップを通過する環境において、対象となるデータストア内に、バックアップポリシが異なるデータが混在している。さらに、データストアに含まれる一つのホストボリューム、つまり一つの仮想ボリューム（プライマリボリューム）に、バックアップポリシが異なるイメージファイルが格納されている。
従って、ホスト計算機３０が、ホストボリューム間でＶＭイメージファイルを移動することができれば、ストレージシステム１０のボリューム単位コピー機能で、対象のデータ（及びそれと同一バックアップポリシのデータ）のみをコピーすることができる。これらホストボリュームは、同一のデータストア内に存在しても、異なるデータストアに存在してもよい。
図７に示すコピー管理テーブル４０９において、三つのデータ移動機能が登録されている。一つはＶＭ（ゲストＯＳ）のデータコピー機能、他の一つはホスト計算機（ハイパーバイザ）のデータストア内イメージファイル再配置機能、そして他の一つはホスト計算機（ハイパーバイザ）のデータストア間イメージファイル移動機能である。
ＶＭのデータコピー機能は、ＶＭイメージファイル又はそのＶＭイメージファイル内の一部データを、同一又は異なるホストボリュームに移動することができる。具体的には、ＶＭのデータコピー機能は、同一又は異なるホストボリュームに、コピーしたデータを含む新たなＶＭイメージファイルを生成する。
ホスト計算機３０（ハイパーバイザ）のデータストア内のイメージファイル再配置機能は、同じデータストアに含まれる異なるホストボリューム間で、ＶＭイメージファイルを移動する。この機能は、バックアップポリシが異なるデータが同一のボリューム内に混在しないように、データを再配置することができる。
ホスト計算機３０（ハイパーバイザ）のデータストア間イメージファイル移動機能は、ボリューム内のＶＭイメージファイルを他のデータストアのボリュームに移動する。この機能は、対象データストア以外のデータストアを必要とする。ホスト計算機３０は、他のデータストアを新規で作成する、又は、対象のＶＭイメージファイルを、バックアップポリシが同一の他のデータストアに移動する。
上記三つの移動機能のいずれも、ＶＭイメージファイルを、異なるホストボリューム間で移動することができる。従って、上記三つの移動機能のいずれか一つでも存在していれば、その機能によるデータ移動の後、ストレージシステム１０のボリューム単位コピー機能が、バックアップ要求に従った対象データのバックアップを行うことができる。
Ｓ１３２５において、レプリケーション管理プログラム４０６は、移動機能とボリューム単位のコピー機能とを利用する１又は複数のバックアップ方法の候補を決定し、それらバックアップ方法の候補を示す情報をメモリ４０４内に保持する。レプリケーション管理プログラム４０６は、新たなファイルを生成して、その中にバックアップ方法の候補の情報を格納してもよい。上述のように、利用できる１又は複数の移動機能はＳ１３２４で特定されている。
ストレージシステム１０にいずれの単位のコピー機能も存在しない場合（Ｓ１３２１：無、Ｓ１３２３：無）、レプリケーション管理プログラム４０６は、ストレージシステム１０のコピー機能以外を利用するバックアップ方法を特定する（Ｓ１３２６）。Ｓ１３２６は、Ｓ１３１３と同様である。
上記フローは、所望のコピー機能が存在すると（例えば、Ｓ１３２１：有）、移動を伴う他のコピー機能を使用したバックアップ方法についての診断を行わない。しかし、図１４の例のように、レプリケーション管理プログラム４０６は、移動を伴わないバックアップ方法の候補が存在する場合でも、移動を伴うバックアップ方法の候補を特定してもよい（Ｓ１３０５）。この点は、以下に説明する図１３Ｄのフローチャートに従う処理において同様である。
次に、図１３Ｄを参照して、ステップ３の詳細を説明する。ステップ３は、指定データが、バックアップポリシが異なる他のデータと共に一つのＶＭイメージファイルに格納されている場合（Ｓ１３０１：ＹＥＳ）、又は、データストア内に異なるバックアップポリシのＶＭイメージファイルが存在し（Ｓ１３０２：ＹＥＳ）、指定データを含むＶＭイメージファイルが複数のホストボリュームに分散して格納されている場合（Ｓ１３０３：ＹＥＳ）、のバックアップ方法候補を決定する。
まず、Ｓ１３３１において、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９を参照し、操作対象ストレージシステム１０にブロック単位のコピー機能が存在するか否かを判定する。ブロック単位コピー機能が存在する場合（Ｓ１３３１：有）、レプリケーション管理プログラム４０６はＳ１３３２へ進む。ブロック単位コピー機能が存在しない場合（Ｓ１３３１：無）、レプリケーション管理プログラム４０６はＳ１３３３へ進む。
例えば、図７のコピー機能管理テーブル４０９の例において、ストレージシステムＳＴ００１には、ブロック単位のコピー機能が実装されている。従って、ストレージシステムＳＴ００１が操作対象である場合、Ｓ１３３１の判定結果は有であり、レプリケーション管理プログラム４０６はＳ１３３２へ進む。
次に、Ｓ１３３２において、レプリケーション管理プログラム４０６は、該当するコピー機能（ブロック単位コピー機能）を利用するバックア方法候補を決定し、そのバックアップ方法の候補を示す情報をメモリ４０４内に保持する。レプリケーション管理プログラム４０６は、新たなファイルを生成して、その中にバックアップ方法の候補の情報を格納してもよい。このバックアップ方法のために、データの移動は不要である。
Ｓ１３３３において、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９を参照して、操作対象のストレージシステム１０にファイル単位のコピー機能が存在するか否かを判定する。ファイル単位コピー機能が存在する場合（Ｓ１３３３：有）、レプリケーション管理プログラム４０６はＳ１３３４へ進む。ファイル単位コピー機能が存在しない場合（Ｓ１３３３：無）、レプリケーション管理プログラム４０６はＳ１３３７へ進む。
次に、Ｓ１３３４において、レプリケーション管理プログラム４０６は、ファイル単位コピー機能によるバックアップを実現するための移動機能がホスト計算機３０に存在するか否かを判定する。該当する移動機能が存在する場合（Ｓ１３３４：有）、レプリケーション管理プログラム４０６はＳ１３３５へ進む。該当する移動機能が存在しない場合（Ｓ１３３４：無）、レプリケーション管理プログラム４０６はＳ１３３６へ進む。
具体的には、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９において、用途が移動７０５であるコピー機能７０３を検索する。本ステップを通過する環境において、対象のＶＭイメージファイルが、指定データと、指定データとバックアップポリシが異なるデータとを含む、又は、指定データが複数のボリュームに分散している。ファイル単位の移動機能及びコピー機能を使用することができない。
ファイル単位のコピー機能でのバックアップを実現するためには、ＶＭイメージファイル内の一部のデータを、他のＶＭイメージファイに移動する機能が必要である。仮想マシンのデータコピー機能は、ゲストＯＳ上で、指定データ又は指定データ以外のデータを、他のＶＭイメージファイルに移動することができる。これにより、指定データを含むＶＭイメージファイルにバックアップポリシが異なるデータが混在しないようにすることができる。
この機能を利用する場合、対象ＶＭイメージファイル以外のＶＭイメージファイルが必要である。そのＶＭイメージファイルは新規で作成してもよいし、バックアップポリシが同一のＶＭイメージファイルが同一ＶＭ上に存在する場合は、該イメージファイルにデータを移動してもよい。
Ｓ１３３５において、レプリケーション管理プログラム４０６は、該当する移動機能とコピー機能（ファイル単位又はボリューム単位のコピー機能）を利用するバックア方法候補を決定し、そのバックアップ方法の候補を示す情報をメモリ４０４内に保持する。レプリケーション管理プログラム４０６は、新たなファイルを生成して、その中にバックアップ方法の候補の情報を格納してもよい。Ｓ１３３６において、レプリケーション管理プログラム４０６は、ストレージシステム１０のコピー機能以外のコピー機能を使用するバックアップ方法を特定する。このステップは、Ｓ１３１３と同様である。
Ｓ１３３７において、レプリケーション管理プログラム４０６は、コピー機能管理テーブル４０９を参照し、操作対象のストレージシステム１０にボリューム単位のコピー機能が存在するか否かを判定する。ストレージシステム１０にボリューム単位のコピー機能が存在する場合（Ｓ１３３７：有）、レプリケーション管理プログラム４０６はＳ１３３８に進む。ストレージシステム１０にボリューム単位のコピー機能が存在しない場合（Ｓ１３３７：無）、レプリケーション管理プログラム４０６はＳ１３３６へ進む。
Ｓ１３３８において、レプリケーション管理プログラム４０６は、ボリューム単位コピー機能によるバックアップを実現するための移動機能が存在するか否かを判定する。該当する移動機能が存在する場合、レプリケーション管理プログラム４０６はＳ１３３５へ進む。該当する移動機能が存在しない場合、レプリケーション管理プログラム４０６はＳ１３３６へ進む。Ｓ１３３８の判定方法は、Ｓ１３３４の判定方法と同様である。
第２実施形態
次に、第２実施形態を説明する。第２実施形態は、第１実施形態における計算機システム１において、論理構成が変更されるとき、例えばＶＭが新規に作成されるときに適用される。第２実施形態は、ストレージシステムのコピー機能のコピー単位に応じて、新たな論理構成（ボリューム構成及びデータ配置を含む）を推奨する。ＶＭ作成のタイミングでバックアップポリシを取得することで、バックアップ環境に適した論理構成を構築できる。ＶＭの新規作成は、新たなイメージファイルを生成してもよいし、既存のＶＭのイメージファイルをコピーしてもよい。
本実施形態におけるシステム構成及び用いる各種情報は、第１実施形態で図１から図１０を参照して説明した内容と同様である。次に、本実施形態のバックアップ決定及びそのバックアップのための環境構築を、図１５を参照して説明する。Ｓ１５０１において、レプリケーション管理プログラム４０６は、ホスト計算機３０とストレージシステム１０から、論理構成の情報と各機器に存在するコピー機能の情報を取得する。このステップは、Ｓ１１０１と同様である。
Ｓ１５０２において、レプリケーション管理プログラム４０６は、ＶＭの作成情報と、バックアップの設定情報を取得する。ＶＭの作成情報は、新規に作成するＶＭのデータ（指定データ）の構成情報、例えば論理ドライブの構成の情報（どのような論理ドライブを含むかを示す情報）を含む。ＶＭのイメージファイルを再配布してＶＭを新たに作成する場合、ＶＭの論理構成は、配布前のＶＭの構成と同じである。
レプリケーション管理プログラム４０６は、バックアップの設定情報を、Ｓ１１０２と同様に取得する。ＶＭの作成情報は、ハイパーバイザ３０８がＶＭを作成する時に、エージェント３０９がレプリケーション管理プログラム４０６に通知する。レプリケーション管理プログラム４０６は、ハイパーバイザ３０８と連携して、ＶＭの作成情報を取得してもよい。
これらは、例えば、レプリケーション管理プログラム４０６が、新規仮想マシン作成画面とバックアップポリシを取得する画面を提供し、管理者からの指示により処理を開始することで実現する。ユーザインタフェースは、ＧＵＩによる画面操作であってもよいし、ＣＬＩによるコマンド入力であってもよい。また、管理者によって作られたプロパティファイルを使用してもよいし、レプリケーション管理プログラム４０６が自動でＶＭを生成してもよい。設定方法については限定しない。
Ｓ１５０３において、レプリケーション管理プログラム４０６は、新規バックアップ方法及びそのバックアップ方法を実現するためのＶＭのデータ配置の候補を提示する。データ構成は、ＶＭのデータを格納するボリューム及びファイルの構成を特定し、具体的には、追加される１又は複数のＶＭイメージファイル及び各ＶＭイメージファイルが格納されるボリュームを特定する。
レプリケーション管理プログラム４０６は、ストレージシステム１０のコピー機能及びＶＭの作成情報から、バックアップ方法及びデータ配置の候補を決定する。例えば、レプリケーション管理プログラム４０６は、ＶＭ内に異なるバックアップポリシのデータが存在し、ストレージシステム１０が有すコピー機能がボリューム指定コピー機能のみの場合、それぞれのデータを異なる仮想ボリュームに格納することを提示する。これにより、ストレージシステム１０のコピー機能のみで、バックアップを行うことができる。
具体的には、レプリケーション管理プログラム４０６は、Ｓ１５０２で取得したＶＭの新規作成の設定情報とバックアップの設定情報から、ＶＭ内に異なるバックアップポリシのデータが存在するか否かを確認する。次に、レプリケーション管理プログラム４０６は、使用可能なストレージシステム１０のコピー機能を、コピー機能管理テーブル４０９から特定する。
ＶＭ内に異なるバックアップポリシのデータが存在し、かつストレージシステム１０に存在するコピー機能がボリューム指定コピー機能のみの場合、異なるバックアップポリシのデータを異なる仮想ボリュームに格納する必要がある。これは、仮想ボリューム単位でコピーが行われるため、同じ仮想ボリュームには同じバックアップポリシのデータ領域しか書き込むことができないからである。
このため、バックアップポリシが異なるデータは異なるボリュームに格納する必要がある。この場合以外（全てのデータのバックアップポリシが同一の場合）は、データの配置における制約は無いため、同じ仮想ボリュームに一以上のＶＭイメージファイルが格納されても、ストレージシステム１０のコピー機能を使用したバックアップを行える。
ストレージシステム１０がファイル単位コピー機能を有する場合、追加される各ＶＭイメージファイルが、同一のバックアップポリシのデータで構成され、単一のボリュームに格納されていればよい。ストレージシステム１０がブロック単位コピー機能を有する場合、新たに追加されるＶＭのデータ構成は任意である。
Ｓ１５０４において、レプリケーション管理プログラム４０６は、使用するバックアップ方法及びそれに対応した新たに追加されるＶＭのデータ構成を決定する。例えば、レプリケーション管理プログラム４０６は、Ｓ１５０３で挙げた候補から、管理者に一つのバックアップ方法を選択させる。この場合、レプリケーション管理プログラム４０６は、バックアップ方法候補を提示する画面を提供する。表示方法については限定しない。また、構成が一意に特定できる場合は、本処理を実行する必要はない。
Ｓ１５０５において、レプリケーション管理プログラム４０６は、Ｓ１５０４で決定した環境を構築する。具体的には、レプリケーション管理プログラム４０６は、Ｓ１５０３で決定したバックアップ方法のための設定をストレージシステム１０に行う。さらに、レプリケーション管理プログラム４０６は、ハイパーバイザ３０８に対して、Ｓ１５０４で決定したデータ構成を構築するための指示を出す。これにより、Ｓ１５０４で決定した環境を構築することができる。
以上、本発明の実施形態を説明したが、本発明が上記の実施形態に限定されるものではない。当業者であれば、上記の実施形態の各要素を、本発明の範囲において容易に変更、追加、変換することが可能である。ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
特許請求の範囲に記載した以外の本発明の観点として、次のものがあげられる。プロセッサと記憶デバイスとを含み、１以上のコピー機能を有するストレージシステムを管理する、ストレージ管理システムである。上記プロセッサは、バックアップ方法決定のために指定されたデータを特定する。上記記憶デバイスは、上記ストレージシステムの上記１以上のコピー機能に関するコピー機能管理情報を記憶する。上記プロセッサは、上記コピー機能管理情報を参照して、上記１以上のコピー機能のそれぞれのコピー単位を特定する。上記プロセッサは、上記指定されたデータをバックアップするために使用する上記ストレージシステムのコピー機能候補を、上記指定されたデータを格納するボリューム内のデータ構成及び前記コピー機能候補のコピー単位に応じて決定する。
特許請求の範囲に記載した以外の本発明の観点として、さらに、以下のものがあげられる。
（１）
プロセッサと記憶デバイスとを含み、１以上のコピー機能を有するストレージシステムを管理する、ストレージ管理システムであって、前記プロセッサは、バックアップ方法決定のために指定されたデータを特定し、前記記憶デバイスは、前記ストレージシステムの前記１以上のコピー機能に関するコピー機能管理情報を記憶し、前記プロセッサは、前記コピー機能管理情報を参照して、前記１以上のコピー機能のそれぞれのコピー単位を特定し、前記プロセッサは、前記指定されたデータをバックアップするために使用する前記ストレージシステムのコピー機能候補を、前記指定されたデータを格納するボリューム内の前記指定されたデータと他のデータとのデータ構成及び前記コピー機能候補のコピー単位に応じて決定する、ストレージ管理システム。
（２）
（１）に記載のストレージ管理システムであって、前記ストレージシステムは、ホスト計算機上で動作している仮想マシンに１以上のボリュームを提供し、前記指定されたデータは前記仮想マシンのデータである、ストレージ管理システム。
（３）
（１）に記載のストレージ管理システムであって、
前記コピー機能候補による前記指定されたデータのコピーから、前記指定されたデータとバックアップ条件が異なるデータは除かれる、ストレージ管理システム。
（４）
（１）に記載のストレージ管理システムであって、
前記記憶デバイスは、前記ストレージシステムに格納されているデータのバックアップ条件を規定する条件情報を記憶し、
前記プロセッサは、前記条件情報を参照して、前記指定されたデータの前記コピー機能候補によるコピーにおいて、前記指定されたデータと異なるバックアップ条件のデータが除外されるように、前記コピー機能候補と前記コピー機能候補によるコピー前の前記指定されたデータが格納されているボリュームのデータの移動の有無とを決定する、ストレージ管理システム。
（５）
（４）に記載のストレージ管理システムであって、
前記プロセッサは、前記データの移動に使用することができるホスト計算機の移動機能を特定する、ストレージ管理システム。
（６）
（１）に記載のストレージ管理システムであって、
前記ストレージ管理システムは、表示デバイスをさらに含み、
前記表示デバイスは、前記コピー機能候補と前記指定されたデータの移動の有無とを含む、前記指定されたデータのバックアップ方法の候補の情報を表示する、ストレージ管理システム。
（７）
（１）に記載のストレージ管理システムであって、
前記記憶デバイスは、ホスト計算機に新たに追加される仮想マシンのバックアップ条件を規定する条件情報を記憶し、
前記プロセッサは、前記仮想マシンのデータのバックアップにおいて使用する第２コピー機能候補を決定し、
前記プロセッサは、前記第２コピー機能候補のコピー単位に基づいて、前記第２コピー機能候補による前記仮想マシンの前記データのコピーから前記仮想マシンの前記データとバックアップ条件が異なるデータが除外される、前記仮想マシンの前記データの配置、を決定する、ストレージ管理システム。
（８）
１以上のコピー機能を有するストレージシステムを管理する、ストレージ管理システムによる、ストレージ管理方法であって、
前記ストレージ管理システムが、バックアップ方法決定のために指定されたデータを特定し、
前記ストレージ管理システムが、予め記憶されているコピー機能管理情報を参照して、前記１以上のコピー機能のそれぞれのコピー単位を特定し、
前記ストレージ管理システムが、前記指定されたデータをバックアップするために使用する前記ストレージシステムのコピー機能候補を、前記指定されたデータを格納するボリューム内の前記指定されたデータと他のデータとのデータ構成及び前記コピー機能候補のコピー単位に応じて決定する、ストレージ管理方法。
（９）
（８）に記載のストレージ管理方法であって、
前記指定されたデータは、前記ストレージシステムが１以上のボリュームを提供しているホスト計算機上で動作している仮想マシンのデータである、ストレージ管理方法。
（１０）
（８）８に記載のストレージ管理方法であって、
前記コピー機能候補による前記指定されたデータのコピーから、前記指定されたデータのバックアップにおける対象データ以外のデータは除かれる、ストレージ管理方法。
（１１）
（８）に記載のストレージ管理方法であって、
前記コピー機能候補の決定は、前記ストレージシステムに格納されているデータのバックアップ条件を規定する条件情報を参照して、前記指定されたデータの前記コピー機能候補によるコピーにおいて、前記指定されたデータと異なるバックアップ条件のデータが除外されるように、前記コピー機能候補と前記コピー機能候補によるコピー前の前記指定されたデータが格納されているボリュームのデータの移動の有無とを決定する、ストレージ管理方法。
（１２）
（１１）に記載のストレージ管理方法であって、
前記コピー機能候補の決定は、前記データの移動に使用することができるホスト計算機の移動機能を特定する、ストレージ管理方法。
（１３）
（８）に記載のストレージ管理方法であって、
前記ストレージ管理システムが、前記コピー機能候補と前記指定されたデータの移動の有無とを含む、前記指定されたデータのバックアップ方法の候補の情報を表示する、ことをさらに含むストレージ管理方法。
（１４）
（８）に記載のストレージ管理方法であって、
前記ストレージ管理システムは、ホスト計算機に新たに追加される仮想マシンのバックアップ条件を記憶しており、
前記ストレージ管理システムが、前記仮想マシンのデータのバックアップにおいて使用する第２コピー機能候補を決定し、
前記ストレージ管理システムが、前記第２コピー機能候補のコピー単位に基づいて、前記第２コピー機能候補による前記仮想マシンの前記データのコピーから前記仮想マシンの前記データとバックアップ条件が異なるデータが除外される、前記仮想マシンの前記データの配置、を決定することをさらに含む、ストレージ管理方法。

Claims (15)

  1. ホスト計算機とストレージシステムに接続する管理計算機であって、
    前記ストレージシステムは、
    ストレージ装置を備え、
    前記ホスト計算機に仮想ボリュームを提供し、
    前記ホスト計算機は、
    仮想計算機を稼働し、
    前記仮想計算機によってなされるバックアップ元ボリュームからバックアップ先ボリュームへのデータのバックアップの単位である論理ドライブ、当該論理ドライブを含むイメージファイル、当該イメージファイルを含むデータストア、及び当該データストアを構成し仮想ボリュームとして認識されるホストボリュームを提供し、
    前記管理計算機は、
    前記ホスト計算機及び前記ストレージシステムを含む管理対象システム内の機器の識別子並びに当該機器の有するコピー機能を管理するコピー機能管理情報並びに
    前記仮想ボリューム、前記仮想計算機、前記論理ドライブ、前記データストア、前記イメージファイル及び前記ホストボリュームの識別子を含む構成情報
    を格納し、
    前記コピー機能管理情報及び前記構成情報を参照し、前記イメージファイル、前記データストア、前記ホストボリューム及びバックアップ対象のデータ間の関係に基づいて、バックアップ方法を決定する
    ことを特徴とする管理計算機。
  2. 請求項１に記載の管理計算機であって、
    さらに、バックアップ対象のデータの識別子及びバックアップポリシを含むバックアップポリシ情報を格納し、
    前記コピー機能管理情報、前記構成情報に加えて、さらに前記バックアップポリシ情報を参照して、バックアップ方法を決定する
    ことを特徴とする管理計算機。
  3. 請求項２に記載の管理計算機であって、
    前記バックアップポリシは、
    さらに、バックアップの時間期限であるバックアップウィンドウを含み、
    前記管理計算機は、
    バックアップ方法の決定をする場合に、コピー機能及び当該コピー機能と連携する他の機能によってかかる時間が前記バックアップウィンドウの時間期限内に収まるか否かを用いて、バックアップ方法の候補を限定する
    ことを特徴とする管理計算機。
  4. 請求項３に記載の管理計算機であって、
    前記他の機能は、データの移動機能である
    ことを特徴とする管理計算機。
  5. 請求項４に記載の管理計算機であって、
    前記コピー機能管理情報は、さらに、コピー機能の優先度を含み、
    前記管理計算機は、
    バックアップ方法の決定をする場合に、コピー機能及び当該コピー機能と連携する他の機能によってかかる時間が前記バックアップウィンドウの時間期限内に収まるか否か、に加えてさらに、前記優先度を用いて、バックアップ方法の候補を限定する
    ことを特徴とする管理計算機。
  6. ホスト計算機とストレージシステムに接続する管理計算機による管理方法であって、
    前記ストレージシステムは、
    ストレージ装置を備え、
    前記ホスト計算機に仮想ボリュームを提供し、
    前記ホスト計算機は、
    仮想計算機を稼働し、
    前記仮想計算機によってなされるバックアップ元ボリュームからバックアップ先ボリュームへのデータのバックアップの単位である論理ドライブ、当該論理ドライブを含むイメージファイル、当該イメージファイルを含むデータストア、及び当該データストアを構成し仮想ボリュームとして認識されるホストボリュームを提供し、
    前記管理方法は、
    前記ホスト計算機及び前記ストレージシステムを含む管理対象システム内の機器の識別子並びに当該機器の有するコピー機能を管理するコピー機能管理情報、並びに、前記仮想ボリューム、前記仮想計算機、前記論理ドライブ、前記データストア、前記イメージファイル及び前記ホストボリュームの識別子を含む構成情報を参照し、
    前記イメージファイル、前記データストア、前記ホストボリューム及びバックアップ対象のデータ間の関係に基づいて、バックアップ方法を決定する
    ことを特徴とする管理方法。
  7. 請求項６に記載の管理方法であって、
    前記コピー機能管理情報、前記構成情報に加えて、さらにバックアップ対象の識別子及びバックアップポリシを含むバックアップポリシ情報を参照して、バックアップ方法を決定する
    ことを特徴とする管理方法。
  8. 請求項７に記載の管理方法であって、
    前記バックアップポリシは、さらに、バックアップの時間期限であるバックアップウィンドウを含み、
    前記管理方法は、バックアップ方法の決定をする場合に、コピー機能及び当該コピー機能と連携する他の機能によってかかる時間が前記バックアップウィンドウの時間期限内に収まるか否かを用いて、バックアップ方法の候補を限定する
    ことを特徴とする管理方法。
  9. 請求項８に記載の管理方法であって、
    前記他の機能は、データの移動機能である
    ことを特徴とする管理方法。
  10. 請求項９に記載の管理方法であって、
    前記コピー機能管理情報は、さらに、コピー機能の優先度を含み、
    前記管理方法は、バックアップ方法の決定をする場合に、コピー機能及び当該コピー機能と連携する他の機能によってかかる時間が前記バックアップウィンドウの時間期限内に収まるか否か、に加えてさらに、前記優先度を用いて、バックアップ方法の候補を限定する
    ことを特徴とする管理方法。
  11. ホスト計算機とストレージシステムに接続する管理計算機に、管理処理を実行させるプログラムであって、
    前記ホスト計算機は、仮想計算機を稼働し、
    前記ストレージシステムは、
    前記ホスト計算機に仮想ボリュームを提供し、
    前記仮想計算機によってなされるバックアップ元ボリュームからバックアップ先ボリュームへのデータのバックアップの単位である論理ドライブ、当該論理ドライブを含むイメージファイル、当該イメージファイルを含むデータストア、及び当該データストアを構成し仮想ボリュームとして認識されるホストボリュームを提供し、
    前記プログラムは、
    前記ホスト計算機及び前記ストレージシステムを含む管理対象システム内の機器の識別子並びに当該機器の有するコピー機能を管理するコピー機能管理情報、並びに、前記仮想ボリューム、前記仮想計算機、前記論理ドライブ、前記データストア、前記イメージファイル及び前記ホストボリュームの識別子を含む構成情報を参照する手順と、
    前記イメージファイル、前記データストア、前記ホストボリューム及びバックアップ対象のデータ間の関係に基づいて、バックアップ方法を決定する手順と
    を前記管理計算機に実行させることを特徴とするプログラム。
  12. 請求項１１に記載のプログラムであって、
    前記参照する手順は、前記コピー機能管理情報、前記構成情報に加えて、さらにバックアップ対象の識別子及びバックアップポリシを含むバックアップポリシ情報を参照する手順
    を前記管理計算機に実行させることを特徴とするプログラム。
  13. 請求項１２に記載のプログラムであって、
    前記バックアップポリシは、さらに、バックアップの時間期限であるバックアップウィンドウを含み、
    前記プログラムは、バックアップ方法の決定をする場合に、コピー機能及び当該コピー機能と連携する他の機能によってかかる時間が前記バックアップウィンドウの時間期限内に収まるか否かを用いて、バックアップ方法の候補を限定する手順
    を前記管理計算機に実行させることを特徴とするプログラム。
  14. 請求項１３に記載のプログラムであって、
    前記他の機能は、データの移動機能である
    ことを特徴とするプログラム。
  15. 請求項１４に記載のプログラムであって、
    前記コピー機能管理情報は、さらに、コピー機能の優先度を含み、
    前記プログラムは、バックアップ方法の決定をする場合に、コピー機能及び当該コピー機能と連携する他の機能によってかかる時間が前記バックアップウィンドウの時間期限内に収まるか否か、に加えてさらに、前記優先度を用いて、バックアップ方法の候補を限定する手順
    を前記管理計算機に実行させることを特徴とするプログラム。
JP2015075657A 2015-04-02 2015-04-02 管理計算機 Expired - Fee Related JP6069395B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015075657A JP6069395B2 (ja) 2015-04-02 2015-04-02 管理計算機

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015075657A JP6069395B2 (ja) 2015-04-02 2015-04-02 管理計算機

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2013521378A Division JP5728087B2 (ja) 2011-06-23 2011-06-23 ストレージ管理システム及びストレージ管理方法

Publications (2)

Publication Number Publication Date
JP2015149090A JP2015149090A (ja) 2015-08-20
JP6069395B2 true JP6069395B2 (ja) 2017-02-01

Family

ID=53892345

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015075657A Expired - Fee Related JP6069395B2 (ja) 2015-04-02 2015-04-02 管理計算機

Country Status (1)

Country Link
JP (1) JP6069395B2 (ja)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7120769B2 (en) * 2004-03-08 2006-10-10 Hitachi, Ltd. Point in time remote copy for multiple sites
US8321377B2 (en) * 2006-04-17 2012-11-27 Microsoft Corporation Creating host-level application-consistent backups of virtual machines
JP2008033585A (ja) * 2006-07-28 2008-02-14 Nec Corp 差分バックアップシステム、差分バックアップ方法、差分バックアップ装置及び差分バックアッププログラム
JP2008084029A (ja) * 2006-09-27 2008-04-10 Hitachi Software Eng Co Ltd 仮想マシン管理システム
JP2009211132A (ja) * 2008-02-29 2009-09-17 Hitachi Ltd 記憶システム及びデータ移行方法

Also Published As

Publication number Publication date
JP2015149090A (ja) 2015-08-20

Similar Documents

Publication Publication Date Title
JP5728087B2 (ja) ストレージ管理システム及びストレージ管理方法
US8661220B2 (en) Computer system, and backup method and program for computer system
US8122212B2 (en) Method and apparatus for logical volume management for virtual machine environment
US9489266B2 (en) System and method of storing backup image catalog
JP5478107B2 (ja) 仮想ストレージ装置を管理する管理サーバ装置及び仮想ストレージ装置の管理方法
US10222983B2 (en) Storage management computer and management method of storage apparatus
JP5172574B2 (ja) アプリケーションデータのバックアップ構成構築に用いる管理計算機
US8707004B2 (en) Computer system and storage consolidation management method
US9575858B2 (en) Dynamic protection of storage resources for disaster recovery
US20110061049A1 (en) Storage system, and remote copy control method therefor
US10019163B2 (en) Policy based storage in a heterogeneous storage environment
US8977825B1 (en) Techniques for abstract profile definition to support information hiding
US8949559B2 (en) Storage system and performance management method of storage system
EP2639698B1 (en) Backup control program, backup control method, and information processing device
US8543779B2 (en) Management system and management method for managing computer system
JP6069395B2 (ja) 管理計算機
US9158474B2 (en) Dynamic storage device libraries

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160316

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160419

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160615

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20161206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161226

R150 Certificate of patent or registration of utility model

Ref document number: 6069395

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees