ホーム > 特許ランキング > 日立ヴァンタラ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024129998
(43)【公開日】2024-09-30
(54)【発明の名称】データ管理装置およびＤＲコスト算出支援方法
(51)【国際特許分類】
G06F 3/06 20060101AFI20240920BHJP
【ＦＩ】
G06F3/06 304Z
G06F3/06 306Z
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023039453
(22)【出願日】2023-03-14
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＰＹＴＨＯＮ
(71)【出願人】
【識別番号】524132520
【氏名又は名称】日立ヴァンタラ株式会社
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】市川 法子
(72)【発明者】
【氏名】中島 淳
(72)【発明者】
【氏名】村山 耕一
(57)【要約】 （修正有）
【課題】仮想環境のＤＲサイトのボリュームの被災時のコストを算出し、その運用を支援するデータ管理装置及びＤＲコスト算出支援方法を提供する。
【解決手段】復旧支援装置であるデータ管理装置は、対象業務を特定する対象業務特定情報を取得すると、対象業務使用ボリュームとコピーボリュームとのペア構成を管理しているコピー構成情報や、対象業務使用ボリュームとコピーボリュームにおけるコピー状況を管理しているコピー状況テーブルに基づいて、運用フェーズを算出するＤＲ運用フェーズ判定処理を実行するＤＲ運用フェーズ判定部、算出した運用フェーズに応じて、被災している被災対象のボリュームの被災状況に応じた被災パタンを算出する及び被災パタン毎に、障害発生から使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出部を備える。
【選択図】図１
【解決手段】復旧支援装置であるデータ管理装置は、対象業務を特定する対象業務特定情報を取得すると、対象業務使用ボリュームとコピーボリュームとのペア構成を管理しているコピー構成情報や、対象業務使用ボリュームとコピーボリュームにおけるコピー状況を管理しているコピー状況テーブルに基づいて、運用フェーズを算出するＤＲ運用フェーズ判定処理を実行するＤＲ運用フェーズ判定部、算出した運用フェーズに応じて、被災している被災対象のボリュームの被災状況に応じた被災パタンを算出する及び被災パタン毎に、障害発生から使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出部を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
ボリュームの被災に関する情報を生成するデータ管理装置におけるＤＲコスト算出支援方法であって、
前記データ管理装置は、記憶装置と、プロセッサと、を備え、
前記記憶装置は、
業務を特定する業務特定情報と、業務で使用する使用ボリュームの情報と、使用ボリュームとバックアップやDRのペアを構成する、コピーボリュームの情報と、を対応付けて保存するコピー構成情報と、
クラウド環境のサイトと、前記クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報と、を格納し、
前記プロセッサは、
対象業務を特定する対象業務特定情報を取得すると、
前記コピー構成情報を参照して、対象業務で使用する対象業務使用ボリュームに対するコピーボリュームの情報に基づいて、対象業務使用ボリュームに対するクラウドサイトのクラウドＤＲコピーボリュームの運用の運用フェーズを算出するＤＲ運用フェーズ判定処理と、
前記ＤＲ運用フェーズ判定部が算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、
算出した被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する対応パタン算出処理と、
前記クラウドコスト情報を用いて、前記対応パタン算出部が算出した前記被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出処理と、を実行する、ＤＲコスト算出支援方法。
前記データ管理装置は、記憶装置と、プロセッサと、を備え、
前記記憶装置は、
業務を特定する業務特定情報と、業務で使用する使用ボリュームの情報と、使用ボリュームとバックアップやDRのペアを構成する、コピーボリュームの情報と、を対応付けて保存するコピー構成情報と、
クラウド環境のサイトと、前記クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報と、を格納し、
前記プロセッサは、
対象業務を特定する対象業務特定情報を取得すると、
前記コピー構成情報を参照して、対象業務で使用する対象業務使用ボリュームに対するコピーボリュームの情報に基づいて、対象業務使用ボリュームに対するクラウドサイトのクラウドＤＲコピーボリュームの運用の運用フェーズを算出するＤＲ運用フェーズ判定処理と、
前記ＤＲ運用フェーズ判定部が算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、
算出した被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する対応パタン算出処理と、
前記クラウドコスト情報を用いて、前記対応パタン算出部が算出した前記被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出処理と、を実行する、ＤＲコスト算出支援方法。
【請求項2】
請求項１に記載のＤＲコスト算出支援方法であって、
前記被災対応コスト算出処理は、
前記復旧時間における前記クラウド環境のＤＲサイトの運用料と、前記クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用と、の和を、前記復旧時間の間の、前記クラウド環境のＤＲサイトの使用料として算出する処理を含む、
ＤＲコスト算出支援方法。
前記被災対応コスト算出処理は、
前記復旧時間における前記クラウド環境のＤＲサイトの運用料と、前記クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用と、の和を、前記復旧時間の間の、前記クラウド環境のＤＲサイトの使用料として算出する処理を含む、
ＤＲコスト算出支援方法。
【請求項3】
請求項１に記載のＤＲコスト算出支援方法であって、
前記記憶部は、さらに、
前記使用ボリュームが作成されている使用サイトにおけるボリュームの被災状況と、前記データ復旧のための前記クラウド環境のＤＲサイトの使用の有無とを対応付けた正サイト被災対応パタン情報を格納し、
前記対応パタン算出処理は、前記正サイト被災対応パタン情報を用いて、
前記被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する処理を含む、
ＤＲコスト算出支援方法。
前記記憶部は、さらに、
前記使用ボリュームが作成されている使用サイトにおけるボリュームの被災状況と、前記データ復旧のための前記クラウド環境のＤＲサイトの使用の有無とを対応付けた正サイト被災対応パタン情報を格納し、
前記対応パタン算出処理は、前記正サイト被災対応パタン情報を用いて、
前記被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する処理を含む、
ＤＲコスト算出支援方法。
【請求項4】
請求項１に記載のＤＲコスト算出支援方法であって、
前記ＤＲ運用フェーズ判定部が算出した前記運用フェーズが、運用前の場合には、
前記対応パタン算出処理は、
前記クラウド環境のＤＲサイトの前記クラウドＤＲコピーボリュームを仮に使用している状態における、被災パタンを算出する、
ＤＲコスト算出支援方法。
前記ＤＲ運用フェーズ判定部が算出した前記運用フェーズが、運用前の場合には、
前記対応パタン算出処理は、
前記クラウド環境のＤＲサイトの前記クラウドＤＲコピーボリュームを仮に使用している状態における、被災パタンを算出する、
ＤＲコスト算出支援方法。
【請求項5】
請求項１に記載のＤＲコスト算出支援方法であって、
前記ＤＲ運用フェーズ判定処理は、
前記使用ボリュームおよび前記使用ボリュームのコピーボリュームのうちで被災している前記被災対象のボリュームが存在するか否かを判定する処理を含み、
前記使用ボリュームおよび前記使用ボリュームのコピーボリュームのうちで被災している前記被災対象のボリュームが存在すると判定した場合には、
前記対応パタン算出処理は、
前記使用ボリュームおよび前記使用ボリュームのコピーボリュームのうちで被災している前記被災対象のボリュームに対するデータ復旧における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する処理を含む
ＤＲコスト算出支援方法。
前記ＤＲ運用フェーズ判定処理は、
前記使用ボリュームおよび前記使用ボリュームのコピーボリュームのうちで被災している前記被災対象のボリュームが存在するか否かを判定する処理を含み、
前記使用ボリュームおよび前記使用ボリュームのコピーボリュームのうちで被災している前記被災対象のボリュームが存在すると判定した場合には、
前記対応パタン算出処理は、
前記使用ボリュームおよび前記使用ボリュームのコピーボリュームのうちで被災している前記被災対象のボリュームに対するデータ復旧における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する処理を含む
ＤＲコスト算出支援方法。
【請求項6】
請求項１に記載のＤＲコスト算出支援方法であって、
前記被災対応コスト算出処理は、前記対応パタン算出部が算出した前記ボリュームコピーの組で障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を出力する処理を含む、
ＤＲコスト算出支援方法。
前記被災対応コスト算出処理は、前記対応パタン算出部が算出した前記ボリュームコピーの組で障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を出力する処理を含む、
ＤＲコスト算出支援方法。
【請求項7】
請求項１に記載のＤＲコスト算出支援方法であって、
前記コピー構成情報の、前記業務で使用する使用ボリュームの情報は、前記業務で使用する複数の使用ボリュームからなる使用ボリュームグループを特定する使用ボリュームグループ特定情報を含む、
ＤＲコスト算出支援方法。
前記コピー構成情報の、前記業務で使用する使用ボリュームの情報は、前記業務で使用する複数の使用ボリュームからなる使用ボリュームグループを特定する使用ボリュームグループ特定情報を含む、
ＤＲコスト算出支援方法。
【請求項8】
請求項１に記載のＤＲコスト算出支援方法であって、
前記使用ボリュームは、オンプレミス環境のサイトに作成されているボリュームと、クラウド環境のサイトに作成されているボリュームとの少なくとも１つのボリュームである、ＤＲコスト算出支援方法。
前記使用ボリュームは、オンプレミス環境のサイトに作成されているボリュームと、クラウド環境のサイトに作成されているボリュームとの少なくとも１つのボリュームである、ＤＲコスト算出支援方法。
【請求項9】
ボリュームの被災に関する情報を生成するデータ管理装置であって、
記憶部と、ＤＲ運用フェーズ判定部と、対応パタン算出部と、被災対応コスト算出部と、を備え、
前記記憶部は、
業務を特定する業務特定情報と、業務で使用する使用ボリュームの情報と、使用ボリュームとバックアップやDRのペアを構成する、コピーボリュームの情報と、を対応付けて保存するコピー構成情報と、
クラウド環境のサイトと、前記クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報と、を格納し、
前記ＤＲ運用フェーズ判定部は、
対象業務を特定する対象業務特定情報を取得すると、
前記コピー構成情報を参照して、対象業務で使用する対象業務使用ボリュームに対するコピーボリュームの情報に基づいて、対象業務使用ボリュームに対するクラウドサイトのクラウドＤＲコピーボリュームの運用の運用フェーズを算出するＤＲ運用フェーズ判定処理を実行し、
前記対応パタン算出部は、
前記ＤＲ運用フェーズ判定部が算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、
算出した被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する対応パタン算出処理を実行し、
前記被災対応コスト算出部は、
前記クラウドコスト情報を用いて、前記対応パタン算出部が算出した前記被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出処理を実行する、
データ管理装置。
記憶部と、ＤＲ運用フェーズ判定部と、対応パタン算出部と、被災対応コスト算出部と、を備え、
前記記憶部は、
業務を特定する業務特定情報と、業務で使用する使用ボリュームの情報と、使用ボリュームとバックアップやDRのペアを構成する、コピーボリュームの情報と、を対応付けて保存するコピー構成情報と、
クラウド環境のサイトと、前記クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報と、を格納し、
前記ＤＲ運用フェーズ判定部は、
対象業務を特定する対象業務特定情報を取得すると、
前記コピー構成情報を参照して、対象業務で使用する対象業務使用ボリュームに対するコピーボリュームの情報に基づいて、対象業務使用ボリュームに対するクラウドサイトのクラウドＤＲコピーボリュームの運用の運用フェーズを算出するＤＲ運用フェーズ判定処理を実行し、
前記対応パタン算出部は、
前記ＤＲ運用フェーズ判定部が算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、
算出した被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する対応パタン算出処理を実行し、
前記被災対応コスト算出部は、
前記クラウドコスト情報を用いて、前記対応パタン算出部が算出した前記被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出処理を実行する、
データ管理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ボリュームの被災に関する情報を生成するデータ管理装置およびＤＲコスト算出支援方法に関する。
【背景技術】
【0002】
オンプレミス環境の通常使用しているサーバに障害が発生した場合に、代替のサーバを使用して、通常使用しているサーバの処理を代替のサーバが引き継ぐフェイルオーバーと呼ばれる技術がある。代替のサーバには、通常使用しているサーバのコピーが作成されている。多くの場合、代替のサーバは、オンプレミス環境で構築するよりも、クラウド環境で構築した方が安価に構築できる。そこで、多くの場合、代替のサーバは、クラウド環境で構築されている。そして、フェイルオーバーで使用するクラウド環境の代替のサーバのコストに関する技術がある。
【0003】
例えば、特許文献１に記載されている技術では、サービスを実行するオンプレミス環境の第１のサーバと、第１のサーバで被災（障害）が発生した場合に、第１のサーバのサービスの実行がフェイルオーバーされる、仮想環境の第２のサーバとを使用する。また、特許文献１に記載されている技術では、仮想環境の第２のサーバを、低価格で使用できるクラウド環境のスポットインスタンスで作成する。
【0004】
クラウド環境のスポットインスタンスで作成する第２のサーバは、クラウド事業者がサーバを強制終了する可能性があり、通常のインスタンスで作成するサーバよりも低価格で使用できる。特許文献１に記載されている技術では、クラウド事業者が強制終了を実行することにより第２の仮想サーバが使用できなくなることを検知すると、第２の仮想サーバのインスタンスの情報をコピーして引き継ぐ第３の仮想サーバを作成し、第２の仮想サーバの代わりに第３の仮想サーバを使用する。特許文献１に記載されている技術を用いれば、障害が発生していないときのコストを抑えたうえで、フェイルオーバーに用いる仮想環境のサーバを使用できる。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２０－１２９１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
ところで、特許文献１に記載されている技術を用いる場合、抑えることができるコストは、第１のサーバ（通常使用しているサーバ）に障害が発生していないときの、第２のサーバ（代替のサーバ）のコスト（「運用中通常時のコスト」と称する）である。また、第２のサーバ（代替のサーバ）は、障害（被災）に備えるために使用されるクラウド環境のＤＲサイトに設けられたサーバである。サーバが使用するデータは、ボリュームに保存されている。
【0007】
ＤＲサイトを運用する場合、ＤＲサイトの総合的なコストを考慮することが望ましい。ＤＲサイトの総合的なコストには、運用中通常時のコスト以外のコストも含まれる。例えば、仮想環境のＤＲサイトの総合的なコストには、次の１および２のボリュームの被災時のコストも含む。
１、フェイルオーバーでクラウド環境のＤＲサイトに作成されているボリュームからデータを読み書きするためのコスト（「フェイルオーバーのコスト」と称する）
２、通常使用しているサーバを復旧するためにＤＲサイトに作成されているボリュームからデータを読み出すためにかかるコスト（「データを読み出すコスト）と称する）。
１、フェイルオーバーでクラウド環境のＤＲサイトに作成されているボリュームからデータを読み書きするためのコスト（「フェイルオーバーのコスト」と称する）
２、通常使用しているサーバを復旧するためにＤＲサイトに作成されているボリュームからデータを読み出すためにかかるコスト（「データを読み出すコスト）と称する）。
【0008】
多くの場合、これら１および２の被災時のコストは、ＤＲサイトに作成されているボリュームの容量や、ＤＲサイトに作成されているボリュームから読み出すデータの量等によって変わる。そこで、１および２の被災時のコストを容易に算出できる技術が求められている。
【0009】
クラウド環境のＤＲサイトを運用するためには、これら１および２の被災時のコストを含む、クラウド環境のＤＲサイトの総合的なコストを考慮して、クラウド環境のＤＲサイトにボリュームを使用するか否かを判断する場合がある。特に、コストを抑えたうえで、複数のクラウド環境のDRサイトを用いる場合、これら１および２の被災時のコストを容易に算出できることが求められる場合がある。
【0010】
そこで、本発明の目的は、仮想環境のＤＲサイトのボリュームの被災時のコストを算出することで、ＤＲサイトの運用を支援するデータ管理装置およびＤＲコスト算出支援方法を提供することを目的とする。
【課題を解決するための手段】
【0011】
上記目的を達成するため、本発明のＤＲコスト算出支援方法の一態様は、ボリュームの被災に関する情報を生成するデータ管理装置におけるＤＲコスト算出支援方法であって、前記データ管理装置は、記憶装置と、プロセッサと、を備え、前記記憶装置は、業務を特定する業務特定情報と、業務で使用する使用ボリュームの情報と、使用ボリュームとバックアップやDRのペアを構成する、コピーボリュームの情報と、を対応付けて保存するコピー構成情報と、クラウド環境のサイトと、前記クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報と、を格納し、前記プロセッサは、対象業務を特定する対象業務特定情報を取得すると、前記コピー構成情報を参照して、対象業務で使用する対象業務使用ボリュームに対するコピーボリュームの情報に基づいて、対象業務使用ボリュームに対するクラウドサイトのクラウドＤＲコピーボリュームの運用の運用フェーズを算出するＤＲ運用フェーズ判定処理と、前記ＤＲ運用フェーズ判定部が算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、算出した被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する対応パタン算出処理と、前記クラウドコスト情報を用いて、前記対応パタン算出部が算出した前記被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出処理と、を実行する。
【0012】
また、本発明のデータ管理装置の一態様は、ボリュームの被災に関する情報を生成するデータ管理装置であって、記憶部と、ＤＲ運用フェーズ判定部と、対応パタン算出部と、被災対応コスト算出部と、を備え、前記記憶部は、業務を特定する業務特定情報と、業務で使用する使用ボリュームの情報と、使用ボリュームとバックアップやDRのペアを構成する、コピーボリュームの情報と、を対応付けて保存するコピー構成情報と、クラウド環境のサイトと、前記クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報と、を格納し、前記ＤＲ運用フェーズ判定部は、対象業務を特定する対象業務特定情報を取得すると、前記コピー構成情報を参照して、対象業務で使用する対象業務使用ボリュームに対するコピーボリュームの情報に基づいて、対象業務使用ボリュームに対するクラウドサイトのクラウドＤＲコピーボリュームの運用の運用フェーズを算出するＤＲ運用フェーズ判定処理を実行し、前記対応パタン算出部は、前記ＤＲ運用フェーズ判定部が算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、算出した被災パタンに対する対応における、前記被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する対応パタン算出処理を実行し、前記被災対応コスト算出部は、前記クラウドコスト情報を用いて、前記対応パタン算出部が算出した前記被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、前記クラウド環境のＤＲサイトの使用料を算出する被災対応コスト算出処理を実行する。
【発明の効果】
【0013】
本発明の代表的な形態によれば、仮想環境のＤＲサイトのボリュームの被災時のコストを算出することで、ＤＲサイトの運用を支援する。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【0014】
【発明を実施するための形態】
【0015】
以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
【0016】
以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。
【0017】
本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。
【0018】
本明細書等において、各種情報の例として、「ＸＸテーブル」との表現にて説明することがあるが、「ＸＸリスト」、「ＸＸキュー」等のデータ構造で表現されてもよい。また、「ＸＸテーブル」は、「ＸＸ情報」としてもよい。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。
【0019】
＜システム構成＞
図１は、実施例のデータ管理装置１の機能の概要を説明する説明図である。図１に示すように、データ管理装置１は、オンプレミスシステム１００と、クラウトサイト２００とユーザ端末５００と、ネットワークＮＷを介して接続されている。
図１は、実施例のデータ管理装置１の機能の概要を説明する説明図である。図１に示すように、データ管理装置１は、オンプレミスシステム１００と、クラウトサイト２００とユーザ端末５００と、ネットワークＮＷを介して接続されている。
【0020】
オンプレミスシステム１００は、ホスト装置１１０およびオンプレミスストレージシステム１２０を備えている。ホスト装置１１０は、複数の業務プログラム１１１を保存している。また、ホスト装置１１０は、ユーザ端末５００にネットワークＮＷを介してアクセスされる。ユーザ端末５００のユーザは、ユーザ端末５００を操作して、ユーザ端末５００を介してホスト装置１１０の業務プログラム１１１を使用することができる。
【0021】
オンプレミスストレージシステム１２０は、ボリュームが作成されている。オンプレミスストレージシステム１２０には、ホスト装置１１０の業務プログラム１１１で作成されたデータを保存する使用ボリューム１２１と、使用ボリューム１２１のバックアップであるローカルバックアップボリューム１２２とが作成されている。ローカルバックアップボリューム１２２は、所定の時間毎に使用ボリューム１２１のコピーが作成されている。使用ボリューム１２１は、業務で使用する使用ボリュームである。
【0022】
クラウドサイト２００は、使用ボリューム１２１と同期をとっているクラウドＤＲコピーボリューム２２１が作成されているサイトである。図１の例では、クラウドサイト２００は、ホスト装置１１０の代替である代替ホスト装置２１０と、使用ボリューム１２１のコピーであるクラウドＤＲコピーボリューム２２１とを有している。
【0023】
代替ホスト装置２１０はフェイルオーバーのために作成されている。すなわち、ホスト装置１１０が被災したときに、代替ホスト装置２１０がホスト装置１１０の処理を引き継ぐことで、代替ホスト装置２１０がホスト装置１１０の機能を代替できる。
【0024】
ネットワークＮＷは、有線のネットワークでもよいし、無線のネットワークでもよい。また、ネットワークＮＷは、インターネットのようなグローバルネットワークであってもよい。
【0025】
以上で説明した様に、オンプレミスストレージシステム１２０の使用ボリューム１２１のコピーが、ローカルバックアップボリューム１２２およびクラウドＤＲコピーボリューム２２１に作成されている。使用ボリューム１２１が被災したときに、ローカルバックアップボリューム１２２や、クラウドＤＲコピーボリューム２２１を用いて使用ボリューム１２１を復旧できる。
【0026】
なお、ローカルバックアップボリューム１２２や、クラウドＤＲコピーボリューム２２１や、クラウドサイト２００が存在しない構成でもよい。ローカルバックアップボリューム１２２や、クラウドＤＲコピーボリューム２２１や、クラウドサイト２００が存在しない構成の場合に対しても、データ管理装置１は対応できるようになっている。
【0027】
図１に示すように、データ管理装置１は、ＤＲ運用フェーズ判定部１１と、運用前対応パタン算出部１２と、運用中通常時対応パタン算出部１３と、運用中被災時対応パタン算出部１４と、被災対応コスト算出部１５と、ストレージ管理部１６と、パブリッククラウド管理部１７とを有している。
【0028】
ＤＲ運用フェーズ判定部１１は、使用ボリューム１２１に対するクラウド環境のクラウドサイト２００のクラウドＤＲコピーボリューム２２１の運用の運用フェーズを算出する。
【0029】
運用フェーズとは、使用ボリューム１２１およびクラウドＤＲコピーボリューム２２１の状態である。運用フェーズには、「運用前」と、「運用中通常時」と、「運用中被災時」との３つを含む。運用フェーズとして、これら３つ以外のフェーズを含んでもよい。
【0030】
「運用前」は、クラウドＤＲコピーボリューム２２１が作成されていない状態である。「運用中通常時」は、クラウドＤＲコピーボリューム２２１が作成されており、かつ、使用ボリューム１２１などが被災等を受けておらず正常に使用できる状態である。「運用中被災時」は、クラウドＤＲコピーボリューム２２１が作成されており、かつ、使用ボリューム１２１などが正常に使用できない状態である。
【0031】
運用前対応パタン算出部１２は、ＤＲ運用フェーズ判定部１１が算出した運用フェーズが「運用前」の場合に、運用前対応パタン算出処理を実行する。運用前対応パタン算出処理では、「運用前」の場合に、仮にクラウドＤＲコピーボリューム２２１が作成された状態において、被災している被災対象のボリュームが発生する被災パタンを算出する。被災パタンは、障害の程度（被災の程度）として、使用ボリュームからデータをコピーしたボリュームおよび使用ボリュームの状況を表す。そして、被災パタン運用前対応パタン算出処理では、算出した被災パタンに対する対応における、被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームと、のボリュームコピーの組を算出する。ここで、ボリュームコピーの組は、例えば、図１に示す使用ボリューム１２１と、ローカルバックアップボリューム１２２との組（図１のＲ１）、および使用ボリューム１２１と、クラウドＤＲコピーボリューム２２１との組（図１のＲ２ａ、Ｒ２ｄ）がある。
【0032】
運用中通常時対応パタン算出部１３は、ＤＲ運用フェーズ判定部１１が算出した運用フェーズが「運用中通常時」の場合に、運用中通常時対応パタン算出処理を実行する。
【0033】
運用中被災時対応パタン算出部１４は、ＤＲ運用フェーズ判定部１１が算出した運用フェーズが「運用中被災時」の場合に、運用中被災時対応パタン算出処理を実行する。
【0034】
運用前対応パタン算出部１２、運用中通常時対応パタン算出部１３および運用中被災時対応パタン算出部１４は、対応パタン算出処理を実行する対応パタン算出部である。
【0035】
運用前対応パタン算出処理、運用中通常時対応パタン算出処理および運用中被災時対応パタン算出処理は、対応パタン算出処理である。対応パタン算出処理は、ＤＲ運用フェーズ判定部が、ＤＲ運用フェーズ判定処理を実行して算出した運用フェーズに応じて、被災対象のボリュームで発生しうる被災パタンを算出し、算出した被災パタンに対する対応における、被災対象のボリュームと、被災対象のボリュームに復旧コピーするデータを保存しているコピーボリュームと、のボリュームコピーの組を算出する。
【0036】
被災対応コスト算出部１５は、対応パタン算出部（運用前対応パタン算出部１２、運用中通常時対応パタン算出部１３および運用中被災時対応パタン算出部１４）が算出した、被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料を算出し、出力する被災対応コスト算出処理を実行する。
【0037】
ストレージ管理部１６は、オンプレミスストレージシステム１２０に作成されているボリューム等のリソースの監視および操作を行うことができる。
【0038】
パブリッククラウド管理部１７は、クラウドサイト２００に作成されているホストインスタンスやボリューム等のリソースの監視および操作を行うことができる。クラウド利用における課金情報もここで管理される。
【0039】
図２に示すように、使用ボリューム１２１の被災の原因として、様々な原因がある。そして、使用ボリューム１２１のデータ復旧方法も様々な方法がある。さらに、システムの目標復旧時間の長さは、被災の状態に応じて、様々に変化する。
【0040】
図３に示すように、復旧におけるデータのコピーには、様々な態様がある。図３の復旧パタンＩＤは、被災パタンに対する対応における、被災対象のボリュームと、被災対象のボリュームにコピーするデータを保存しているコピーボリュームとのボリュームコピーの組を示す。復旧パタンＩＤであるＲ１，Ｒ２ａ、Ｒ２ｄは、図１に示されている。復旧にかかるコストを算出できるように、データ管理装置１は次の構成を備えている。
【0041】
＜データ管理装置１のハードウェア構成＞
図４は、データ管理装置１のハードウェア構成例を示すブロック図である。図４に示すように、データ管理装置１は、プロセッサ２１、主記憶装置２２、副記憶装置２３、入力装置２４、出力装置２５、ネットワークＩ／Ｆ２６、これらを接続するバス２７を有している。データ管理装置１は、例えばＰＣやサーバーコンピューターのような一般的な情報処理装置で実現できる。
図４は、データ管理装置１のハードウェア構成例を示すブロック図である。図４に示すように、データ管理装置１は、プロセッサ２１、主記憶装置２２、副記憶装置２３、入力装置２４、出力装置２５、ネットワークＩ／Ｆ２６、これらを接続するバス２７を有している。データ管理装置１は、例えばＰＣやサーバーコンピューターのような一般的な情報処理装置で実現できる。
【0042】
プロセッサ２１は、副記憶装置２３に記憶されたデータやプログラムを主記憶装置２２に読み出して、プログラムによって定められた処理を実行する。図１を用いて上述したＤＲ運用フェーズ判定部１１は、副記憶装置２３に記憶されているＤＲ運用フェーズ判定プログラム１１ａをプロセッサ２１が主記憶装置２２に読み出して実行することにより実現される。同様に、運用前対応パタン算出部１２、運用中通常時対応パタン算出部１３、運用中被災時対応パタン算出部１４、被災対応コスト算出部１５、ストレージ管理部１６、パブリッククラウド管理部１７、それぞれは、プロセッサ２１が、運用前対応パタン算出プログラム１２ａ、運用中通常時対応パタン算出プログラム１３ａ、運用中被災時対応パタン算出プログラム１４ａ、被災対応コスト算出プログラム１５ａ、ストレージ管理プログラム１６a、パブリッククラウド管理プログラム１７aそれぞれを主記憶装置２２に読み出して実行することにより実現される。
【0043】
本明細書では、機能部であるＤＲ運用フェーズ判定部１１を主語とする文で処理を説明する場合、プロセッサ２１が当該機能部を実現するプログラム（ＤＲ運用フェーズ判定プログラム１１ａ）を実行していることを示す。同様に、機能部である運用前対応パタン算出部１２、運用中通常時対応パタン算出部１３、運用中被災時対応パタン算出部１４、被災対応コスト算出部１５、ストレージ管理部１６、パブリッククラウド管理部１７、を主語とする文で処理を説明する場合、プロセッサ２１が当該機能部を実現するプログラム（運用前対応パタン算出プログラム１２ａ、運用中通常時対応パタン算出プログラム１３ａ、運用中被災時対応パタン算出プログラム１４ａ、被災対応コスト算出プログラム１５ａ、ストレージ管理プログラム１６a、パブリッククラウド管理プログラム１７a）を実行していることを示す。
【0044】
主記憶装置２２は、ＲＡＭなどで、揮発性記憶素子を有し、プロセッサ２１が実行するプログラムや、データを記憶する。
【0045】
副記憶装置２３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などで、不揮発性記憶素子を有し、プログラムやデータ等を記憶する装置である。副記憶装置２３は、ＤＲ運用フェーズ判定プログラム１１ａと、運用前対応パタン算出プログラム１２ａと、運用中通常時対応パタン算出プログラム１３ａと、運用中被災時対応パタン算出プログラム１４ａと、被災対応コスト算出プログラム１５ａと、ストレージ管理プログラム１６ａと、パブリッククラウド管理プログラム１７aと、稼働監視プログラム１８ａと、がインストールされている。また、副記憶装置２３は、ボリュームグループテーブル３１と、サービスレベル管理テーブル３２と、正サイト被災対応パタンテーブル３３と、コピー構成テーブル３４と、コピー状況テーブル３５と、業務データ使用状況テーブル３６と、パブリッククラウドコストテーブル３７と、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃ）と、を格納している。
【0046】
ストレージ管理プログラム１６ａは、ストレージの管理に用いるプログラムである。また、パブリッククラウド管理プログラム１７ａはパブリッククラウドの管理に用いるプログラムである。プロセッサ２１が、主記憶装置２２にストレージ管理プログラム１６ａおよびパブリッククラウド管理プログラム１７ａを読み出して実行して、コピー構成テーブル３４が作成されている。また、稼働監視プログラム１８ａは、ボリュームの構成やボリュームのデータの読み書きの情報を取得するプログラムである。プロセッサ２１が、主記憶装置２２に稼働監視プログラム１８ａを読み出して実行して、コピー状況テーブル３５および業務データ使用状況テーブル３６が作成されている。
【0047】
ボリュームグループテーブル３１は、詳細は図５を用いて後述するが、ボリュームグループに含まれるボリュームのボリュームＩＤの情報を保存している。ボリュームグループとは、複数のボリュームをまとめた、ボリュームのグループである。１つのボリュームグループには、複数のボリュームが対応付けられている。データ管理装置１は、ボリュームグループテーブル３１を参照して、ボリュームグループに含まれるボリュームのボリュームIDを取得できる。
【0048】
サービスレベル管理テーブル３２は、詳細は図６を用いて後述するが、業務に関するデータの復旧にかかる目標の時間間隔に関する情報を保存している。
【0049】
正サイト被災対応パタンテーブル３３は、詳細は図７を用いて後述するが、ボリュームの被災状況と、復旧パタンに関する情報を保存している。
【0050】
コピー構成テーブル３４は、詳細は図８を用いて後述するが、ボリュームに対するコピーのボリュームに関する情報を保存している。コピー構成テーブル３４は、業務を特定する業務名（業務特定情報）と、業務で使用する使用ボリュームの情報と、使用ボリュームのコピーであるコピーボリュームの情報と、を対応付けて保存するコピー構成情報である。
【0051】
コピー状況テーブル３５は、詳細は図９を用いて後述するが、ボリュームと、コピーのボリュームの状態に関する情報を保存している。
【0052】
業務データ使用状況テーブル３６は、詳細は図１０を用いて後述するが、業務で使用するデータの使用状況に関する情報を保存している。
【0053】
パブリッククラウドコストテーブル３７は、詳細は図１１を用いて後述するが、クラウド環境のサイトのボリュームを使用するためにかかるコストの情報を保存している。
【0054】
被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃ）は、詳細は図１２Ａ～図１２Ｃを用いて後述するが、ボリュームコピーの組でデータをコピーするデータ復旧にかかる復旧時間の間の、クラウド環境のＤＲサイトの使用料に関する情報を保存している。
【0055】
入力装置２４は、キーボードやマウスなどのユーザの操作を受け付ける装置であり、ユーザの操作により入力された情報を取得する。出力装置２５は、ディスプレイなど情報を出力する装置であり、例えば画面への表示により情報をユーザに提示する。なお、データ管理装置１は、入力装置２４および出力装置２５を兼ねるタッチパネルを備えても良い。
【0056】
ネットワークＩ／Ｆ２６は、オンプレミスシステム１００や、クラウドサイト２００等の装置と、ネットワークＮＷを介してデータを送受信可能なインターフェース（送受信装置）である。データ管理装置１は、ネットワークＩ／Ｆ２６を用いて、ネットワークＮＷに接続されている、オンプレミスシステム１００や、クラウドサイト２００等の装置とデータの送受信を行うことができる。
【0057】
ホスト装置１１０、ユーザ端末５００は、データ管理装置１と同様に、例えばＰＣやサーバーコンピューターのような一般的な情報処理装置で実現できる。
【0058】
＜各種データ構造＞
次に、図５～図１２Ｃを用いてデータ管理装置１で使用される各種データのデータ構成について説明する。なお、図５～図１２Ｃおよび以下で説明する、ボリュームグループテーブル３１、サービスレベル管理テーブル３２、正サイト被災対応パタンテーブル３３、コピー構成テーブル３４、コピー状況テーブル３５、業務データ使用状況テーブル３６、パブリッククラウドコストテーブル３７、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～被災対応コストテーブル３８Ｃ）のフィールドの構成は例であり、適宜変更できる。
次に、図５～図１２Ｃを用いてデータ管理装置１で使用される各種データのデータ構成について説明する。なお、図５～図１２Ｃおよび以下で説明する、ボリュームグループテーブル３１、サービスレベル管理テーブル３２、正サイト被災対応パタンテーブル３３、コピー構成テーブル３４、コピー状況テーブル３５、業務データ使用状況テーブル３６、パブリッククラウドコストテーブル３７、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～被災対応コストテーブル３８Ｃ）のフィールドの構成は例であり、適宜変更できる。
【0059】
図５は、ボリュームグループテーブル３１のデータ構成の一例を示す図である。図５に示すボリュームグループテーブル３１では、ボリュームグループ名５０１と、ボリュームＩＤ５０２と、をフィールドとするレコードを格納している。
【0060】
ボリュームグループ名５０１は、ボリュームグループの名前を格納するフィールドである。ボリュームＩＤ５０２は、ボリュームグループ名５０１のボリュームグループに属するボリュームのＩＤを格納するフィールドである。
【0061】
図６は、サービスレベル管理テーブル３２のデータ構成の一例を示す図である。図６に示すサービスレベル管理テーブル３２では、業務名６０１と、重要度６０２と、目標リカバリポイントＲＰＯ６０３と、業務の目標復旧時間ＲＴＯ６０４と、システムの目標復旧時間６０５と、をフィールドとするレコードを格納している。業務名６０１は業務の名前を格納するフィールドである。重要度６０２は、業務名６０１の業務の重要度を格納するフィールドである。
【0062】
目標リカバリポイントＲＰＯ６０３は、業務名６０１の業務で使用するボリューム（使用ボリュームと称する」）が被災した際の目標リカバリポイント（ＲＰＯ）を格納するフィールドである。
【0063】
業務の目標復旧時間ＲＴＯ６０４は、業務名６０１の業務で使用する使用ボリュームが被災した際の標復旧時間（ＲＴＯ）を格納するフィールドである。
【0064】
システムの目標復旧時間６０５は、業務名６０１の業務で使用する使用ボリュームが被災した際のシステムの目標復旧時間を格納するフィールドである。
【0065】
図７は、正サイト被災対応パタンテーブル３３のデータ構成の一例を示す図である。図７に示す正サイト被災対応パタンテーブル３３では、被災パタンＩＤ７０１と、被災状況７０２と、復旧パタン７０３と、をフィールドとするレコードを格納している。
【0066】
被災パタンＩＤ７０１は、被災パタンのＩＤを格納するフィールドである。
【0067】
被災状況７０２は、使用ボリュームおよびローカルバックアップボリュームの被災の状態の情報を格納するフィールドである。被災状況７０２は、使用ボリューム７０２ａおよびローカルバックアップボリューム７０２ｂのフィールドを含む。使用ボリューム７０２ａおよびローカルバックアップボリューム７０２ｂの値は、ボリュームが被災を受けておらず正常である場合は値「Ｏ」で、ボリュームが被災を受けており異常である場合は値「Ｘ」である。
【0068】
復旧パタン７０３は、復旧パタンの情報を格納するフィールドである。復旧パタン７０３は、復旧パタンＩＤ７０３ａと、復旧に使用するコピーボリュームの場所７０３ｂと、コピー方式７０３ｃと、のフィールドを含む。復旧パタンＩＤ７０３ａは、復旧パタンのＩＤを格納するフィールドである。復旧に使用するコピーボリュームの場所７０３ｂは、復旧に使用するコピーボリュームの場所を格納するフィールドである。コピー方式７０３ｃは、コピー方式を格納するフィールドである。
【0069】
図８は、コピー構成テーブル３４のデータ構成の一例を示す図である。図８に示すコピー構成テーブル３４では、業務名８０１と、コピーペア名８０２ａと、コピー名８０２ｂと、使用ボリューム情報８０３と、コピーボリューム情報８０４と、コピー方式８０５と、復旧パタンＩＤ８０６と、をフィールドとするレコードを格納している。
【0070】
業務名８０１は、業務の名前を格納するフィールドである。コピーペア名８０２ａは、データ復旧における、ボリュームのコピーのペアの名前を格納するフィールドである。また、コピー名８０２ｂは、データ復旧における、ボリュームのコピーの名前を格納するフィールドである。
【0071】
使用ボリューム情報８０３は、使用ボリュームに関する情報を格納するフィールドである。使用ボリューム情報８０３は、使用ボリュームＩＤ、使用ボリュームグループＩＤ８０３ａと、ストレージＩＤ８０３ｂと、サイト名８０３ｃと、のフィールドを含む。使用ボリュームＩＤ、使用ボリュームグループＩＤ８０３ａは、使用ボリュームのＩＤまたは、使用ボリュームグループのＩＤを格納するフィールドである。使用ボリュームグループは、複数の使用ボリュームからなるボリュームグループである。ストレージＩＤ８０３ｂは、使用ボリュームが作成されているストレージのＩＤである。サイト名８０３ｃは、使用ボリュームが作成されているサイトの名前である。
【0072】
コピーボリューム情報８０４は、コピーボリュームに関する情報を格納するフィールドである。コピーボリューム情報８０４は、コピーボリュームＩＤ、コピーボリュームグループＩＤ８０４ａと、ストレージＩＤまたはベンダ名８０４ｂと、サイト名８０４ｃと、のフィールドを含む。コピーボリュームＩＤ、コピーボリュームグループＩＤ８０４ａは、コピーボリュームのＩＤまたは、コピーボリュームグループのＩＤを格納するフィールドである。コピーボリュームグループとは、複数のコピーボリュームからなるボリュームグループである。ストレージＩＤ８０４ｂは、コピーボリュームが作成されているストレージのＩＤである。サイト名８０４ｃは、コピーボリュームが作成されているサイトの名前である。
【0073】
コピー方式８０５は、復旧におけるデータコピーの方法を格納するフィールドである。復旧パタンＩＤ８０６は、復旧パタンのＩＤを格納するフィールドである。
【0074】
図９は、コピー状況テーブル３５のデータ構成の一例を示す図である。図９に示すコピー状況テーブル３５では、業務名９０１と、コピーペア名ａ９０２、コピー名９０２ｂと、使用ボリューム情報９０３と、コピーボリューム情報９０４と、ペアステータス９０５と、最新時刻９０６と、をフィールドとするレコードを格納している。
【0075】
業務名９０１は、業務の名前を格納するフィールドである。コピーペア名９０２ａはボリュームのデータ復旧におけるコピーのペア（コピー元のボリュームと、コピー先のボリュームのペア）の名前を格納するフィールドである。コピー名９０２ｂは、データ復旧における、コピーの名前を格納するフィールドである。
【0076】
使用ボリューム情報９０３は、使用ボリュームに関する情報を格納するフィールドである。使用ボリューム情報９０３は、使用ボリュームＩＤ、使用ボリュームグループＩＤ９０３ａと、サイト名９０３ｂと、状態９０３ｃと、のフィールドを含む。使用ボリュームＩＤ、使用ボリュームグループＩＤ９０３ａは、使用ボリュームのＩＤまたは、使用ボリュームグループのＩＤを格納するフィールドである。サイト名９０３ｂは、使用ボリュームが作成されているサイトの名前である。状態９０３ｃは、使用ボリュームの状態を格納するフィールドである。使用ボリュームが正常である場合は、状態９０３ｃの値は「正常」である。使用ボリュームが被災を受けた場合等の何らかの原因により異常である場合は、状態９０３ｃの値は「異常」である。
【0077】
コピーボリューム情報９０４は、コピーボリュームに関する情報を格納するフィールドである。コピーボリューム情報９０４は、コピーボリュームＩＤ、コピーボリュームグループＩＤ９０４ａと、サイト名９０４ｂと、状態９０４ｃと、のフィールドを含む。
【0078】
コピーボリュームＩＤ、コピーボリュームグループＩＤ９０４ａは、コピーボリュームのＩＤまたは、コピーボリュームグループのＩＤを格納するフィールドである。サイト名９０４ｂは、コピーボリュームが作成されているサイトの名前である。状態９０４ｃは、コピーボリュームの状態を格納するフィールドである。コピーボリュームが正常である場合は、状態９０４ｃの値は「正常」である。コピーボリュームが被災を受けた場合等の何らかの原因により異常である場合は、状態９０４ｃの値は、「異常」である。
【0079】
ペアステータス９０５は、使用ボリュームと、コピーボリュームとのペアの状態を格納するフィールドである。ペアステータス９０５の値には、コピー処理で同期をとっていることを表す「同期中」と、使用ボリュームに異常があり、コピーのボリュームを使用しているフェイルオーバーの状態を表す値「フェイルオーバー」とがある。
【0080】
最新時刻９０６は、直近にコピーを行った時刻を格納するフィールドである。使用ボリューム情報９０３の状態９０３ｃの値、コピーボリューム情報９０４の状態９０４ｃの値、ペアステータス９０５の値は、最新時刻９０６における値である。
【0081】
図１０は、業務データ使用状況テーブル３６のデータ構成の一例を示す図である。図１０に示す業務データ使用状況テーブル３６では、業務名１００１と、使用ボリュームデータ量１００２と、単位時間当たりの書込データ量１００３と、をフィールドとするレコードを格納している。
【0082】
業務名１００１は、業務の名前を格納するフィールドである。使用ボリュームデータ量１００２は、業務名１００１の業務で使用しているデータの量（使用ボリュームに保存されているデータの合計量）を格納するフィールドである。単位時間当たりの書込データ量１００３は、業務名１００１の業務における、単位時間当たりの書込データ量を格納するフィールドである。
【0083】
図１１は、パブリッククラウドコストテーブル３７のデータ構成の一例を示す図である。図１１に示すパブリッククラウドコストテーブル３７では、ベンダ名１１０１と、サービス名１１０２と、サイトの運用料１１０３と、データ読出費用１１０４と、フィールドとするレコードを格納している。
【0084】
ベンダ名１１０１は、クラウドのベンダの名前を格納するフィールドである。サービス名１１０２は、クラウドのサービス名を格納するフィールドである。
【0085】
サイトの運用料１１０３は、クラウドサイトの運用料を格納するフィールドである。
【0086】
データ読出費用１１０４は、クラウドサイトからデータを読み出すためにかかる費用を格納するフィールドである。データ読出費用１１０４は、データ取出要求１１０４ａと、外部へのデータ転送１１０４ｂと、のフィールドを含む。データ取出要求１１０４ａは、データ取出要求にかかる費用を格納するフィールドである。
【0087】
外部へのデータ転送１１０４ｂは、データを読み出してクラウドサイトの外部にデータを転送するためにかかる費用を格納するフィールドである。外部へのデータ転送１１０４ｂは、データ量の範囲１１０４ｂ１と、データ転送料１１０４ｂ２と、のフィールドを含む。データ転送料１１０４ｂ２は、単位データ量あたりのデータ転送料を格納するフィールドである。
【0088】
図１２Ａ～図１２Ｃは、被災対応コストテーブル３８Ａ～被災対応コストテーブル３８Ｃのデータ構成の一例を示す図である。図１２Ａに示す被災対応コストテーブル３８Ａは、運用フェーズが「運用前」の場合に作成される被災対応コストテーブル３８である。図１２Ｂに示す被災対応コストテーブル３８Ｂは、運用フェーズが「運用中通常時」の場合に作成される被災対応コストテーブル３８である。図１２Ｃに示す被災対応コストテーブル３８Ｃは、運用フェーズが「運用中被災時」の場合に作成される被災対応コストテーブル３８である。
【0089】
図１２Ａ～図１２Ｃに示す被災対応コストテーブル３８Ａ～被災対応コストテーブル３８Ｃでは、業務名１２０１と、被災パタンＩＤ１２０２と、被災状況１２０３と、復旧パタン１２０４と、ＤＲサイト運用時間１２０５と、復旧コピーパタンＩＤ１２０６と、ＤＲサイトの使用料１２０７と、をフィールドとするレコードを格納している。
【0090】
業務名１２０１は、業務の名前を格納するフィールドである。被災パタンＩＤ１２０２は、被災パタンのＩＤを格納するフィールドである。図３を用いて上述したが、復旧パタンＩＤは、被災パタンに対する対応における、被災対象のボリュームと、被災対象のボリュームにコピーするデータを保存しているコピーボリュームとのボリュームコピーの組を示す。
【0091】
被災状況１２０３は、使用ボリュームおよびローカルバックアップボリュームの被災の状態の情報を格納するフィールドである。被災状況１２０３は、使用ボリューム１２０３ａおよびローカルバックアップボリューム１２０３ｂのフィールドを含む。使用ボリューム１２０３ａおよびローカルバックアップボリューム１２０３ｂの値は、ボリュームが被災を受けておらず正常である場合は値「Ｏ」で、ボリュームが被災を受けており異常である場合は値「Ｘ」である。
【0092】
復旧パタン１２０４は、復旧のパタンに関する情報を格納するフィールドである。復旧パタン１２０４は、復旧パタンＩＤ１２０４ａと、コピー名１２０４ｂのフィールドを含む。復旧パタンＩＤ１２０４ａは、復旧パタンのＩＤを格納するフィールドである。コピー名１２０４ｂは、データ復旧における、ボリュームのコピーの名前を格納するフィールドである。
【0093】
ＤＲサイト運用時間１２０５は、クラウドサイトのクラウドＤＲコピーボリュームを用いるデータの復旧にかかる時間（復旧時間）を格納するフィールドである。
【0094】
復旧コピーパタンＩＤ１２０６は、復旧するボリュームと、復旧するボリュームにコピーするデータを保存しているコピーボリュームとの組を識別するＩＤを格納するフィールドである。
【0095】
ＤＲサイトの使用料１２０７は、ボリュームコピーの組でデータをコピーするデータ復旧にかかる復旧時間の間の、データ復旧のためのクラウドサイト（クラウド環境のＤＲサイト）の使用料を格納するフィールドである。ここで、データ復旧のためのクラウドサイトの使用料には、次の２つの使用料を含む。
１、オンプレミス環境の使用ボリューム１２１が被災した場合に、オンプレミス環境の使用ボリューム１２１の代替で使用する際のクラウドＤＲコピーボリューム２２１の使用料、ホスト装置１１０の機能を引き継ぐ代替ホスト装置２１０の使用料。
２、クラウドＤＲコピーボリューム２２１からオンプレミス環境の使用ボリューム１２１にデータをコピーする間に、クラウドＤＲコピーボリューム２２１からデータを読み出すためにかかるクラウドＤＲコピーボリューム２２１の使用料。
なお、ＤＲサイトの使用料１２０７の値は、復旧コピーパタン１２０６に対応する、クラウド使用料算出の式でもよい。ＤＲサイトの使用料１２０７の値である、コピーペアごとに算出した使用料の値は、被災対応コストテーブル３８Ａ～被災対応コストテーブル３８Ｃとは別のデータとして管理してもよい。
１、オンプレミス環境の使用ボリューム１２１が被災した場合に、オンプレミス環境の使用ボリューム１２１の代替で使用する際のクラウドＤＲコピーボリューム２２１の使用料、ホスト装置１１０の機能を引き継ぐ代替ホスト装置２１０の使用料。
２、クラウドＤＲコピーボリューム２２１からオンプレミス環境の使用ボリューム１２１にデータをコピーする間に、クラウドＤＲコピーボリューム２２１からデータを読み出すためにかかるクラウドＤＲコピーボリューム２２１の使用料。
なお、ＤＲサイトの使用料１２０７の値は、復旧コピーパタン１２０６に対応する、クラウド使用料算出の式でもよい。ＤＲサイトの使用料１２０７の値である、コピーペアごとに算出した使用料の値は、被災対応コストテーブル３８Ａ～被災対応コストテーブル３８Ｃとは別のデータとして管理してもよい。
【0096】
正サイト被災対応パタンテーブル３３は、使用ボリュームが作成されている使用サイトにおけるボリュームの被災状況と、データ復旧のためのクラウド環境のＤＲサイトの使用の有無とを対応付けた正サイト被災対応パタン情報である。
【0097】
また、パブリッククラウドコストテーブル３７は、クラウド環境のサイトと、クラウド環境のサイトのボリュームを使用するためにかかるコストの情報とを、対応付けて保存するクラウドコスト情報である。
【0098】
＜処理手順＞
次に、データ管理装置１の処理手順について説明する。データ管理装置１は、モニタ（出力装置２５）コスト分析画面を表示する。以下に説明するように、コスト分析画面は、業務に関連するボリュームの被災から復旧する場合のコストの分析に対する、分析の条件と、分析結果を表示する画面である。
次に、データ管理装置１の処理手順について説明する。データ管理装置１は、モニタ（出力装置２５）コスト分析画面を表示する。以下に説明するように、コスト分析画面は、業務に関連するボリュームの被災から復旧する場合のコストの分析に対する、分析の条件と、分析結果を表示する画面である。
【0099】
図１３は、データ管理装置１の出力装置２５（モニタ）に表示されるコスト分析画面１３００の一例を示す説明図である。図１３に示すコスト分析画面１３００は、業務の名前を入力するために用いる、業務選択ボタン１３１０と、分析実行ボタン１６２０とを備えている。
【0100】
業務選択ボタン１３１０は、押されると、業務名のリストが表示されて、分析対象の業務（「対象業務」と称する）を選択できるようになっている。
【0101】
分析実行ボタン１３２０がクリックされると、データ管理装置１のＤＲ運用フェーズ判定部１１は、業務選択ボタン１３１０を用いて入力された業務名（対象業務名）を入力として、ＤＲ運用フェーズ判定処理を実行する。
【0102】
＜１，ＤＲ運用フェーズ判定処理、図１４＞
図１４は、実施例のＤＲ運用フェーズ判定処理の例を示すフローチャートである。データ管理装置１のＤＲ運用フェーズ判定部１１は、コスト分析画面１３００（図１３参照）を用いて入力された業務名の業務を対象業務とし、対象業務で使用している使用ボリュームの運用フェーズを算出する。ここで、業務名は、対象業務を特定する対象業務特定情報である。対象業務特定情報は、対象業務を特定できる情報であればよく、業務名以外に、例えば、業務のＩＤを用いてもよい。対象業務特定情報として、業務のＩＤを用いる場合は、コスト分析画面１３００を用いて業務のＩＤを入力し、業務のＩＤを入力として、ＤＲ運用フェーズ判定処理してもよい。
図１４は、実施例のＤＲ運用フェーズ判定処理の例を示すフローチャートである。データ管理装置１のＤＲ運用フェーズ判定部１１は、コスト分析画面１３００（図１３参照）を用いて入力された業務名の業務を対象業務とし、対象業務で使用している使用ボリュームの運用フェーズを算出する。ここで、業務名は、対象業務を特定する対象業務特定情報である。対象業務特定情報は、対象業務を特定できる情報であればよく、業務名以外に、例えば、業務のＩＤを用いてもよい。対象業務特定情報として、業務のＩＤを用いる場合は、コスト分析画面１３００を用いて業務のＩＤを入力し、業務のＩＤを入力として、ＤＲ運用フェーズ判定処理してもよい。
【0103】
データ管理装置１は、コピー構成テーブル３４を参照して、対象業務で使用している全ての使用ボリュームに対してコピーのボリュームが作成されているか否かを、判定する（ステップＳ１０１）。対象業務で使用している使用ボリュームに対してコピーのボリュームが作成されていないと判定した場合（ステップＳ１０１：Ｎｏ）は、ステップＳ１０２に進み運用前対応パタン算出処理を実行する。一方、対象業務で使用している使用ボリュームに対してコピーのボリュームが作成されていると判定した場合（ステップＳ１０１：Ｙｅｓ）は、ステップＳ１０３に進む。
【0104】
コピー構成テーブル３４には、業務名と、業務名の業務で使用している使用ボリュームの使用ボリュームＩＤまたは使用ボリュームグループＩＤ（使用ボリューム情報８０３の使用ボリュームＩＤ、使用ボリュームグループＩＤ８０３ａ）と、使用ボリュームに対するコピーのボリュームの、コピーボリュームＩＤまたはコピーボリュームグループＩＤ（コピーボリューム情報８０４のコピーボリュームＩＤ、コピーボリュームグループＩＤ８０４ａ）と、が対応づけて保存されている。コピー構成テーブル３４に、対象業務名を保存しているレコードが存在しない場合には、使用ボリュームに対するコピーのボリュームが存在しないため、使用ボリュームに対するクラウド環境のＤＲサイトのクラウドＤＲコピーボリュームが作成されていない。従って、コピー構成テーブル３４に、対象業務名を保存しているレコードが存在しない場合は、対象業務の使用ボリュームに対する運用フェーズは、「運用前」である。
【0105】
そこで、データ管理装置１は、コピー構成テーブル３４に、対象業務名を保存しているレコードが存在するか否かを判定する。データ管理装置１は、コピー構成テーブル３４に、対象業務名を保存しているレコードが存在する場合には、対象業務で使用している使用ボリュームに対するコピーのボリュームが作成されていると判定する（ステップＳ１０１：Ｙｅｓ）。一方、データ管理装置１は、コピー構成テーブル３４に、対象業務名を保存しているレコードが存在しない場合には、対象業務で使用している使用ボリュームに対するコピーのボリュームが作成されていないと判定する（ステップＳ１０１：Ｎｏ）。
【0106】
次に、データ管理装置１は、対象業務名と、運用フェーズの値「運用前」と、を入力として、運用前対応パタン算出処理（図１８参照）を実行する（ステップＳ１０２）。
【0107】
次に、データ管理装置１は、コピー構成テーブル３４を参照して、全ての使用ボリュームに対するクラウドＤＲコピーボリュームは作成されているか否かを、判定する（ステップＳ１０３）。全ての使用ボリュームに対するクラウドＤＲコピーボリュームは作成されていないと判定した場合（ステップＳ１０３：Ｎｏ）は、ステップＳ１０２に進み、運用前対応パタン算出処理を実行する。一方、全ての使用ボリュームに対するクラウドＤＲコピーボリュームは作成されていると判定した場合（ステップＳ１０３：Yes）は、ステップＳ１０４に進む。
【0108】
コピー構成テーブル３４の対象業務名が保存されているレコードにおいて、全ての使用ボリュームに対して、クラウド環境のＤＲサイトのクラウドＤＲコピーボリュームが対応付けられている場合には、全ての使用ボリュームに対するクラウドＤＲコピーボリュームは作成されている。そこで、データ管理装置１は、コピー構成テーブル３４の対象業務名が保存されているレコードにおいて、すべての使用ボリュームＩＤまたは使用ボリュームグループＩＤ（使用ボリューム情報８０３の使用ボリュームＩＤ、使用ボリュームグループＩＤ８０３ａ）に対して、コピーボリューム情報８０４のサイト名８０４ｃに、クラウドのサイトのサイト名が保存されている場合には、全ての使用ボリュームに対するクラウドＤＲコピーボリュームは作成されていると判定（ステップＳ１０３：Ｙｅｓ）する。
【0109】
一方、データ管理装置１は、コピー構成テーブル３４の対象業務名が保存されているレコードにおいて、少なくとも１つの使用ボリュームＩＤまたは使用ボリュームグループＩＤ（使用ボリューム情報８０３の使用ボリュームＩＤ、使用ボリュームグループＩＤ８０３ａ）に対して、コピーボリューム情報８０４のサイト名８０４ｃに、クラウドのサイトのサイト名が保存されていない場合には、全ての使用ボリュームに対するクラウドＤＲコピーボリュームは作成されていないと判定（ステップＳ１０３：Ｎｏ）する。この場合には、少なくとも１つの使用ボリュームに対して、クラウドＤＲコピーボリュームが作成されていないため、ステップＳ１０２にて運用前対応パタン算出処理を実行する。
【0110】
次に、データ管理装置１は、コピー状況テーブル３５を参照して、使用ボリュームおよび使用ボリュームのコピーのボリュームはすべて正常か否かを、判定する（ステップＳ１０４）。使用ボリュームおよび使用ボリュームのコピーのボリュームはすべて正常と判定した場合（ステップＳ１０４：Ｙｅｓ）は、ステップＳ１０５に進み運用中通常時対応パタン算出処理を実行する。一方、使用ボリュームおよび使用ボリュームのコピーのボリュームのうちの少なくとも１つのボリュームが正常ではないと判定した場合（ステップＳ１０４：Ｎｏ）は、ステップＳ１０６に進み運用中被災時対応パタン算出処理を実行する。
【0111】
ここで、コピー状況テーブル３５の使用ボリューム情報９０３の状態９０３ｃには、使用ボリュームの状態が正常か否かの情報が保存されている。また、コピー状況テーブル３５のコピーボリューム情報９０４の状態９０４ｃには、使用ボリュームに対するコピーボリュームの状態が正常か否かの情報が保存されている。
【0112】
そこで、データ管理装置１は、コピー状況テーブル３５の対象業務名が保存されているレコードにおいて、使用ボリューム情報９０３の状態９０３ｃの全ての値が「正常」で、かつ、コピーボリューム情報９０４の状態９０４ｃの全ての値が「正常」の場合には、使用ボリュームおよび使用ボリュームのコピーのボリュームはすべて正常と判定（ステップＳ１０４：Ｙｅｓ）する。一方、データ管理装置１は、コピー状況テーブル３５の対象業務名が保存されているレコードにおいて、使用ボリューム情報９０３の状態９０３ｃおよびコピーボリューム情報９０４の状態９０４ｃの、少なくとも１つの値が「異常」の場合には、使用ボリュームおよび使用ボリュームのコピーのボリュームのうちの少なくとも１つのボリュームが正常ではないと判定（ステップＳ１０４：Ｎｏ）する。
【0113】
次に、データ管理装置１は、対象業務名と、運用フェーズの値「運用中通常時」と、を入力として、運用中通常時対応パタン算出処理（図１６参照）を実行し、処理を終了する（ステップＳ１０５）。
【0114】
次に、データ管理装置１は、対象業務名と、運用フェーズの値「運用中被災時」と、を入力として、運用中被災時対応パタン算出処理（図１７参照）を実行し、処理を終了する（ステップＳ１０６）。
【0115】
＜２、運用前対応パタン算出処理、図１５＞
図１５は、運用前対応パタン算出処理の例を示すフローチャートである。データ管理装置１の運用前対応パタン算出部１２は、対象業務名と、運用フェーズの値「運用前」と、を入力として、運用前対応パタン算出処理を実行する。
図１５は、運用前対応パタン算出処理の例を示すフローチャートである。データ管理装置１の運用前対応パタン算出部１２は、対象業務名と、運用フェーズの値「運用前」と、を入力として、運用前対応パタン算出処理を実行する。
【0116】
データ管理装置１は、正サイト被災対応パタンテーブル３３を用いて、ローカルバックアップボリュームおよびクラウド環境のＤＲサイトのクラウドＤＲコピーボリュームを使用している仮の場合のすべての復旧パタンのレコードを生成し、被災対応コストテーブル３８Ａ（図１２Ａ参照）に保存する（ステップＳ２０１）。データ管理装置１は、正サイト被災対応パタンテーブル３３のレコードそれぞれに対して、対象業務名と、コピー名「Ｎｕｌｌ」と、ＤＲサイト運用時間の値と、を対応付けたレコードを生成し、保存する。
【0117】
ここで、復旧パタンＩＤの値が「Ｒ１」の場合には、クラウドＤＲサイト運用時間の値を「０」とする。この場合は、データの復旧においてデータを読み出すコピーボリュームはローカルサイトに作成されており、クラウドサイトのクラウドＤＲコピーボリュームをデータの復旧に使用しないためである。一方、復旧パタンＩＤの値が「Ｒ２ａ」または「Ｒ２ｄ」の場合には、サービスレベル管理テーブル３２において、業務名６０１が対象業務名のレコードの、システムの目標復旧時間６０５の値をＤＲサイト運用時間の値とする。ここで、データの復旧に、システムの目標復旧時間６０５の時間がかかることを想定している。
【0118】
次に、データ管理装置１は、ステップＳ２０１にて、保存したすべてのレコードに、作成したレコードの順に復旧コピーパタンＩＤを付与する（ステップＳ２０２）。ここで、復旧コピーパタンＩＤの値は、Ｃ１、Ｃ２、、、Ｃｎである。復旧コピーパタンＩＤの値は、「Ｃ」と数字（レコードを作成した順番）を組み合わせた値である。
【0119】
次に、データ管理装置１は、対象業務名と、運用フェーズの値「運用前」と、被災対応コストテーブル３８Ａと、を入力として、被災対応コスト算出処理（図１８参照）を実行し、処理を終了する（ステップＳ２０３）。
【0120】
＜３、運用中通常時対応パタン算出処理、図１６＞
図１６は、運用中通常時対応パタン算出処理の例を示すフローチャートである。データ管理装置１の運用中通常時対応パタン算出部１３は、対象業務名と、運用フェーズの値「運用中通常時」と、を入力として、運用中通常時対応パタン算出処理を実行する。
図１６は、運用中通常時対応パタン算出処理の例を示すフローチャートである。データ管理装置１の運用中通常時対応パタン算出部１３は、対象業務名と、運用フェーズの値「運用中通常時」と、を入力として、運用中通常時対応パタン算出処理を実行する。
【0121】
データ管理装置１は、コピー構成テーブル３４の対象業務名が保存されているレコードから、コピーペア名８０２ａにおけるコピー名８０２ｂと、復旧パタンＩＤ８０６との全ての組を取得して、保存する（ステップＳ３０１）。ここで、ＤＲ復旧支援装復旧パタンＩＤ８０６が、Ｒ２ｄ（差分コピー）の場合には、被災状況によって差分管理が機能せず、差分コピーができないことも想定されることから、データ管理装置１は、コピー名８０２と、復旧パタンＩＤ８０６の値「Ｒ２ｄ」との組に、全コピーであるコピー名８０２と、復旧パタンＩＤ８０６の値「Ｒ２ａ」との組を追加した、これら２つの組を生成して保存する。
【0122】
次に、データ管理装置１は、サービスレベル管理テーブル３２において、業務名６０１が対象業務名のレコードの、システムの目標復旧時間６０５の値を取得し、復旧パタンＩＤの値が「Ｒ２ａ」または「Ｒ２ｄ」の場合のＤＲサイト運用時間の値として保存する（ステップＳ３０２）。
【0123】
次に、データ管理装置１は、ステップＳ３０１にて保存した、全ての、コピー名と、復旧パタンＩＤの値との組に対する、復旧パタンのレコードを生成し、被災対応コストテーブル３８Ｂに保存するループ処理を開始する（ステップＳ３０３）。ループ開始のステップＳ３０３からループ終了のステップＳ３０６の間に示す処理は、ステップＳ３０１にて保存したコピー名と、復旧パタンＩＤの値との組毎に繰り返し行う。ステップＳ３０３にて、データ管理装置１は、ステップＳ３０１にて保存した、全てのコピー名と、復旧パタンＩＤの値との組のうちで、未処理のコピー名と、復旧パタンＩＤの値との組の中から１つのコピー名と、復旧パタンＩＤの値との組を選択する。
【0124】
次に、データ管理装置１は、正サイト被災対応パタンテーブル３３において、ステップＳ３０３にて選択した復旧パタンＩＤの値に対応づけられている被災パタンＩＤ７０１と、被災状況７０２（使用ボリューム７０２ａの値およびローカルバックアップボリューム７０２ｂの値を含む）との組を取得し、保存する（ステップＳ３０４）。
【0125】
次に、データ管理装置１は、対象業務名と、ステップＳ３０４にて保存した被災パタンＩＤと、ステップＳ３０４にて保存した被災状況と、ステップＳ３０３にて選択した復旧パタンＩＤの値およびコピー名と、ＤＲサイトの運用時間の値と、を対応付けたレコードを生成し、被災対応コストテーブル３８Ｂ（図１２Ｂ参照）に保存する（ステップＳ３０５）。
【0126】
ここで、復旧パタンＩＤの値が「Ｒ１」の場合には、ＤＲサイト運用時間の値を「０」とする。この場合は、データの復旧においてデータを読み出すコピーボリュームはローカルサイトに作成されており、クラウドサイトのクラウドＤＲコピーボリュームをデータの復旧に使用しないためである。一方、復旧パタンＩＤの値が「Ｒ２ａ」または「Ｒ２ｄ」の場合には、ステップＳ３０２にて保存した「システムの目標復旧時間」の値を、ＤＲサイト運用時間の値とする。
【0127】
また、データ管理装置１は、生成したレコードを、被災対応コストテーブル３８Ｂに保存する際に、被災パタンＩＤと被災状況との組が同じレコードが、被災対応コストテーブル３８Ｂにすでに保存されている場合には、すでに被災パタンＩＤと被災状況との組が保存されているレコードに、ステップＳ３０５にて保存するレコードの情報を付加する。
【0128】
次に、データ管理装置１は、ステップＳ３０１にて保存した、全てのコピー名と、復旧パタンＩＤの値との組について処理が完了したか否かを判定する（ステップＳ３０６）。データ管理装置１が、ステップＳ３０６にて、ステップＳ３０１にて保存した、全てのコピー名と、復旧パタンＩＤの値との組について処理が完了していないと判定した場合は、データ管理装置１はステップＳ３０３に戻り、処理を継続する。一方、データ管理装置１が、ステップＳ３０１にて保存した、全てのコピー名と、復旧パタンＩＤの値との組について処理が完了したと判定した場合には、データ管理装置１は、ステップＳ３０７の処理を実行する。
【0129】
次に、データ管理装置１は、ステップＳ３０７にて、被災対応コストテーブル３８Ｂに保存したすべてのレコードに、レコードの上から順に復旧コピーパタンＩＤを付与する（ステップＳ３０７）。ここで、復旧コピーパタンＩＤの値は、Ｃ１、Ｃ２、、、Ｃｎであり、「Ｃ」と数字（レコードの上の位置にある順番）を組み合わせた値である。
【0130】
次に、データ管理装置１は、対象業務名と、運用フェーズの値「運用中通常時」と、被災対応コストテーブル３８Ｂと、を入力として、被災対応コスト算出処理（図１８参照）を実行し、処理を終了する（ステップＳ３０８）。
【0131】
＜４、運用中被災時対応パタン算出処理、図１７＞
図１７は、運用中被災時対応パタン算出処理の例を示すフローチャートである。データ管理装置１の運用中被災時対応パタン算出部１４は、対象業務名と、運用フェーズの値「運用中被災時」と、を入力として、運用中被災時対応パタン算出処理を実行する。
図１７は、運用中被災時対応パタン算出処理の例を示すフローチャートである。データ管理装置１の運用中被災時対応パタン算出部１４は、対象業務名と、運用フェーズの値「運用中被災時」と、を入力として、運用中被災時対応パタン算出処理を実行する。
【0132】
データ管理装置１は、コピー状況テーブル３５において、対象業務名に対応付けられているレコードのうちで、使用ボリューム情報９０３の状態９０３ｃの値が「異常」、またはペアステータス９０５の値が「異常」または「フェイルオーバー」となっているレコードを、異常レコードとして保存する（ステップＳ４０１）。また、稼働監視プログラム１８ａによって、コピー状況テーブル３５において、対象業務名に対応付けられているレコードのコピーの異常終了等の異常が検知された場合は、コピー状況テーブル３５において、上記条件を満たしていない場合であっても異常と判断し、異常レコードとして保存する。
【0133】
次に、データ管理装置１は、サービスレベル管理テーブル３２において、業務名６０１が対象業務名のレコードの、システムの目標復旧時間６０５の値を取得し、復旧パタンＩＤの値が「Ｒ２ａ」または「Ｒ２ｄ」の場合のＤＲサイト運用時間の値として保存する（ステップＳ４０２）。
【0134】
次に、データ管理装置１は、ステップＳ４０１にて保存した、全ての異常レコードに対する、復旧パタンのレコードを生成し、被災対応コストテーブル３８Ｃに保存するループ処理を開始する（ステップＳ４０３）。ループ開始のステップＳ４０３からループ終了のステップＳ４０８の間に示す処理は、ステップＳ４０１にて保存した異常レコード毎に繰り返し行う。ステップＳ４０３にて、データ管理装置１は、ステップＳ４０１にて保存した、全ての異常レコードのうちで、未処理の異常レコードの中から１つの異常レコードを選択する。
【0135】
次に、データ管理装置１は、ステップＳ４０３にて選択した異常レコードに対して、被災対応コストテーブル３８Ｃの被災状況１２０３における、使用ボリュームが「〇」か「×」を取得し、保存する（ステップＳ４０４）。異常レコードの使用ボリューム情報の状態の値が「〇」の場合には、データ管理装置１は、異常レコードの使用ボリュームに対する値として正常を表す「〇」を保存する。例えば、ネットワーク障害によるコピー異常終了による異常レコードは、ボリューム自体は正常であるので、この「〇」の例となる。一方、異常レコードの使用ボリューム情報の状態の値が「×」の場合には、データ管理装置１は、異常レコードの使用ボリュームに対する値として異常を表す「×」を保存する。
【0136】
次に、データ管理装置１は、ステップＳ４０３にて選択した異常レコードに対して、被災対応コストテーブル３８Ｃの被災状況１２０３における、ローカルバックアップボリュームが「〇」か「×」を取得し、保存する（ステップＳ４０５）。データ管理装置１は、次の条件１～４をすべて満たす場合には、ローカルバックアップボリュームに対する値として「〇」を保存する。一方、次の条件１～４の条件のうちで少なくとも１つの条件を見たなさない場合には、ローカルバックアップボリュームに対する値として「×」を保存する。
条件１；異常レコードの使用ボリューム情報のサイト名と、コピーボリューム情報のサイト名とが、同一である。すなわち、使用ボリュームと、コピーボリュームとが、オンプレミス環境の同じサイトに作成されている。
条件２；異常レコードのコピーボリューム情報の状態の値が「〇」である。
条件３；次の式を満たす。この式を満たす場合は、使用ボリュームは、ローカルバックアップボリュームに十分新しい（目標リカバリポイントＲＰＯ以内）データがコピーされている。
現在の時刻 ― コピー状況テーブル３５の該当する（異常レコードに対応する）コピーペアにおけるコピーの最新時刻 ＜ サービスレベル管理テーブル３２の対象業務名を保存しているレコードの目標リカバリポイントＲＰＯ
条件４；異常レコードのペアステータスの値が、「フェイルオーバー」ではない。これは、ペアステータスの値が、「フェイルオーバー」の場合には、既にＤＲサイトで代替運用が実行されており、ローカルバックアップによる復旧を行わないことが想定されるからである。
条件１；異常レコードの使用ボリューム情報のサイト名と、コピーボリューム情報のサイト名とが、同一である。すなわち、使用ボリュームと、コピーボリュームとが、オンプレミス環境の同じサイトに作成されている。
条件２；異常レコードのコピーボリューム情報の状態の値が「〇」である。
条件３；次の式を満たす。この式を満たす場合は、使用ボリュームは、ローカルバックアップボリュームに十分新しい（目標リカバリポイントＲＰＯ以内）データがコピーされている。
現在の時刻 ― コピー状況テーブル３５の該当する（異常レコードに対応する）コピーペアにおけるコピーの最新時刻 ＜ サービスレベル管理テーブル３２の対象業務名を保存しているレコードの目標リカバリポイントＲＰＯ
条件４；異常レコードのペアステータスの値が、「フェイルオーバー」ではない。これは、ペアステータスの値が、「フェイルオーバー」の場合には、既にＤＲサイトで代替運用が実行されており、ローカルバックアップによる復旧を行わないことが想定されるからである。
【0137】
次に、データ管理装置１は、正サイト被災対応パタンテーブル３３において、ステップＳ４０４で取得した異常レコードの使用ボリュームに対する値と、ステップＳ４０５で取得した異常レコードに対するローカルバックアップボリュームの値とからなる被災状況の値を算出して保存し、保存した被災状況の値に対応づけられている被災パタンＩＤと、復旧パタンＩＤとの組を取得し、保存する（ステップＳ４０６）。
【0138】
そして、データ管理装置１は、正サイト被災対応パタンテーブル３３において、以上の様に算出した被災状況の値（使用ボリュームの値と、ローカルバックアップボリュームの値との組）に対応付けられている被災パタンＩＤと、復旧パタンＩＤとの組を取得し、保存する。
【0139】
次に、データ管理装置１は、対象業務名と、ステップＳ４０６にて保存した被災状況、被災パタンＩＤ、復旧パタンＩＤと、異常レコードのコピー名と、ＤＲサイトの運用時間の値と、を対応付けたレコードを生成し、被災対応コストテーブル３８Ｃ（図１２Ｃ参照）に保存する（ステップＳ４０７）。
【0140】
ここで、復旧パタンＩＤの値が「Ｒ１」の場合には、ＤＲサイト運用時間の値を「０」とする。この場合は、データの復旧においてデータを読み出すコピーボリュームはローカルサイトに作成されており、クラウドサイトのクラウドＤＲコピーボリュームをデータの復旧に使用しないためである。一方、復旧パタンＩＤの値が「Ｒ２ａ」または「Ｒ２ｄ」の場合には、ステップＳ４０２にて保存した目標復旧時間の値を、をＤＲサイト運用時間の値とする。
【0141】
また、データ管理装置１は、生成したレコードを、被災対応コストテーブル３８Ｃに保存する際に、被災パタンＩＤと被災状況との組が同じレコードが、被災対応コストテーブル３８Ｃにすでに保存されている場合には、すでに被災パタンＩＤと被災状況との組が保存されているレコードに、ステップＳ４０７にて保存するレコードの情報を付加する。
【0142】
次に、データ管理装置１は、ステップＳ４０１にて保存した、全ての異常レコードについて処理が完了したか否かを判定する（ステップＳ４０８）。データ管理装置１が、ステップＳ４０８にて、ステップＳ４０１にて保存した、全ての異常レコードについて処理が完了していないと判定した場合は、データ管理装置１はステップＳ４０３に戻り、処理を継続する。一方、データ管理装置１が、ステップＳ４０１にて保存した、全ての異常レコードについて処理が完了したと判定した場合には、データ管理装置１は、ステップＳ４０９の処理を実行する。
【0143】
次に、データ管理装置１は、ステップＳ４０７にて、被災対応コストテーブル３８Ｃに保存したすべてのレコードに、レコードの上から順に復旧コピーパタンＩＤを付与する（ステップＳ４０９）。ここで、復旧コピーパタンＩＤの値は、Ｃ１、Ｃ２、、、Ｃｎであり、「Ｃ」と数字（レコードの上の位置にある順番）を組み合わせた値である。
【0144】
次に、データ管理装置１は、対象業務名と、運用フェーズの値「運用中被災時」と、被災対応コストテーブル３８Ｃと、を入力として、被災対応コスト算出処理（図１７参照）を実行し、処理を終了する（ステップＳ４１０）。
【0145】
＜５、被災対応コスト算出処理、図１８＞
図１８は、被災対応コスト算出処理の例を示すフローチャートである。データ管理装置１の被災対応コスト算出部１５は、対象業務名と、運用フェーズの値（「運用前」、「運用中通常時」、「運用中被災時」）と、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）を入力として、被災対応コスト算出処理を実行する。
図１８は、被災対応コスト算出処理の例を示すフローチャートである。データ管理装置１の被災対応コスト算出部１５は、対象業務名と、運用フェーズの値（「運用前」、「運用中通常時」、「運用中被災時」）と、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）を入力として、被災対応コスト算出処理を実行する。
【0146】
データ管理装置１は、入力の被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）に保存されている復旧コピーパタンＩＤに対する、クラウド環境のＤＲサイトの使用料を算出するループ処理を開始する（ステップＳ５０１）。入力の被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）に保存されている復旧コピーパタンＩＤに対する、クラウド環境のＤＲサイトの使用料を算出するループ開始のステップＳ５０１からループ終了のステップＳ５０３の間に示す処理は、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）に保存されている復旧コピーパタンＩＤを保存しているレコード毎に繰り返し行う。ステップＳ５０１にて、データ管理装置１は、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）に保存されている復旧コピーパタンＩＤのうちで、復旧コピーパタンＩＤの中から１つの復旧コピーパタンＩＤを選択する。
【0147】
次に、データ管理装置１は、ステップＳ５０１にて選択した復旧コピーパタンＩＤを保存しているレコードの、クラウド環境のＤＲサイトの使用料を算出し、保存する（ステップＳ５０２）。データ管理装置１は、ステップＳ５０１にて選択した復旧コピーパタンＩＤを保存しているレコードの復旧パタンＩＤに応じて、次の算出方法１～３の様に、クラウド環境のＤＲサイトの使用料を算出し、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）のステップＳ５０１にて選択した復旧コピーパタンＩＤが保存されているレコードに、算出したクラウド環境のＤＲサイトの使用料を追記する。
【0148】
算出方法１；復旧パタンＩＤが「Ｒ１」の場合（ローカルサイトにコピーボリュームが作成されており、全コピーをする場合）。データ管理装置１は、クラウド環境のＤＲサイトの使用料を、「０」と算出する。これは、コピーボリュームはローカルサイトに作成されているボリュームであり、クラウド環境のサイトに作成されていない。復旧のために、クラウド環境のサイトを使用しないため、クラウド環境のＤＲサイトの使用料は、「０」である。
【0149】
算出方法２；復旧パタンＩＤが「Ｒ２ａ」の場合（クラウド環境のＤＲサイトにクラウドＤＲコピーボリュームをコピーボリュームとし、全コピーをする場合）。データ管理装置１は、クラウド環境のＤＲサイトの使用料を、次の様に算出する。
クラウド環境のＤＲサイトの使用料＝復旧時間におけるクラウド環境のＤＲサイトの運用料＋ クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用
クラウド環境のＤＲサイトの使用料＝復旧時間におけるクラウド環境のＤＲサイトの運用料＋ クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用
【0150】
クラウド環境のＤＲサイトの使用料は、クラウドコスト情報を用いて、対応パタン算出部（運用前対応パタン算出部１２、運用中通常時対応パタン算出部１３、運用中被災時対応パタン算出部１４）が算出した被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料である。
【0151】
まず、「復旧時間におけるクラウド環境のＤＲサイトの運用料」について説明する。
復旧時間におけるクラウド環境のＤＲサイトの運用料＝ＤＲサイト運用時間 Ｘ ＩＯ使用費用
ここで、ＤＲサイト運用時間は、ステップＳ５０１にて選択した復旧コピーパタンＩＤを保存しているレコードのＤＲサイト運用時間の値である。また、ＩＯ使用費用は、次の様に取得する。データ管理装置１は、コピー構成テーブル３４において、対象業務名と、ステップＳ５０１にて選択した復旧コピーパタンＩＤと、を保存しているレコードを取得する。そして、データ管理装置１は、取得したレコードから、コピーペア名と、コピーボリューム情報８０４のストレージＩＤまたはベンダ名８０４ｂ（ベンダ名）と、を取得する。そして、データ管理装置１は、パブリッククラウドコストテーブル３７において、取得したストレージＩＤまたはベンダ名８０４ｂ（ベンダ名）を保存しているレコード（以下、「コストレコード」とする）を取得する。そして、データ管理装置１は、コストレコードのサイトの運用料（ＩＯ使用費用）１１０３の値を、ＩＯ使用費用の値として取得する。
復旧時間におけるクラウド環境のＤＲサイトの運用料＝ＤＲサイト運用時間 Ｘ ＩＯ使用費用
ここで、ＤＲサイト運用時間は、ステップＳ５０１にて選択した復旧コピーパタンＩＤを保存しているレコードのＤＲサイト運用時間の値である。また、ＩＯ使用費用は、次の様に取得する。データ管理装置１は、コピー構成テーブル３４において、対象業務名と、ステップＳ５０１にて選択した復旧コピーパタンＩＤと、を保存しているレコードを取得する。そして、データ管理装置１は、取得したレコードから、コピーペア名と、コピーボリューム情報８０４のストレージＩＤまたはベンダ名８０４ｂ（ベンダ名）と、を取得する。そして、データ管理装置１は、パブリッククラウドコストテーブル３７において、取得したストレージＩＤまたはベンダ名８０４ｂ（ベンダ名）を保存しているレコード（以下、「コストレコード」とする）を取得する。そして、データ管理装置１は、コストレコードのサイトの運用料（ＩＯ使用費用）１１０３の値を、ＩＯ使用費用の値として取得する。
【0152】
次に、「クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用」について説明する。
クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用 ＝ （使用中ボリュームデータ量＋復旧時間に書き込まれたデータ量）Ｘ 単位データ量あたりのデータ転送料
ここで、使用中ボリュームデータ量は、業務データ使用状況テーブル３６において、対象業務名を保存しているレコードの「使用ボリュームデータ量」の値である。データ管理装置１は、業務データ使用状況テーブル３６を参照して、「使用中ボリュームデータ量」の値を取得する。
クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用 ＝ （使用中ボリュームデータ量＋復旧時間に書き込まれたデータ量）Ｘ 単位データ量あたりのデータ転送料
ここで、使用中ボリュームデータ量は、業務データ使用状況テーブル３６において、対象業務名を保存しているレコードの「使用ボリュームデータ量」の値である。データ管理装置１は、業務データ使用状況テーブル３６を参照して、「使用中ボリュームデータ量」の値を取得する。
【0153】
また、「復旧時間に書き込まれたデータ量」は、以下の式で算出する。
復旧時間に書き込まれたデータ量 ＝ＤＲサイトの運用時間 Ｘ 単位時間当たりの書き込みデータ量
ここで、ＤＲサイトの運用時間（ステップＳ５０１にて選択した復旧コピーパタンＩＤを保存しているレコードの値）を、復旧時間とみなしている。そして、単位時間当たりの書き込みデータ量は、業務データ使用状況テーブル３６において、対象業務名を保存しているレコードの「単位時間当たりの書き込みデータ量」の値である。データ管理装置１は、業務データ使用状況テーブル３６を参照して、「単位時間当たりの書き込みデータ量」の値を取得する。
また、「単位データ量あたりのデータ転送料」は、パブリッククラウドコストテーブル３７のコストレコードにおいて、（使用中ボリュームデータ量＋復旧時間に書き込まれたデータ量）の値を含む範囲１１０４ｂ１に対応する、データ転送料１１０４ｂ２の値とする。データ管理装置１は、パブリッククラウドコストテーブル３７のコストレコードを参照して、単位データ量あたりのデータ転送料の値を取得する。
算出方法３；復旧パタンＩＤが「Ｒ２ｄ」の場合（クラウド環境のＤＲサイトにクラウドＤＲコピーボリュームをコピーボリュームとし、差分コピーをする場合）。データ管理装置１は、クラウド環境のＤＲサイトの使用料を、次の様に算出する。
クラウド環境のＤＲサイトの使用料＝復旧時間におけるクラウド環境のＤＲサイトの運用料＋ クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用
「復旧時間におけるクラウド環境のＤＲサイトの運用料」は、上記の算出方法２の「復旧時間におけるクラウド環境のＤＲサイトの運用料」の算出方法と同様であるため、説明を省略するする。
復旧時間に書き込まれたデータ量 ＝ＤＲサイトの運用時間 Ｘ 単位時間当たりの書き込みデータ量
ここで、ＤＲサイトの運用時間（ステップＳ５０１にて選択した復旧コピーパタンＩＤを保存しているレコードの値）を、復旧時間とみなしている。そして、単位時間当たりの書き込みデータ量は、業務データ使用状況テーブル３６において、対象業務名を保存しているレコードの「単位時間当たりの書き込みデータ量」の値である。データ管理装置１は、業務データ使用状況テーブル３６を参照して、「単位時間当たりの書き込みデータ量」の値を取得する。
また、「単位データ量あたりのデータ転送料」は、パブリッククラウドコストテーブル３７のコストレコードにおいて、（使用中ボリュームデータ量＋復旧時間に書き込まれたデータ量）の値を含む範囲１１０４ｂ１に対応する、データ転送料１１０４ｂ２の値とする。データ管理装置１は、パブリッククラウドコストテーブル３７のコストレコードを参照して、単位データ量あたりのデータ転送料の値を取得する。
算出方法３；復旧パタンＩＤが「Ｒ２ｄ」の場合（クラウド環境のＤＲサイトにクラウドＤＲコピーボリュームをコピーボリュームとし、差分コピーをする場合）。データ管理装置１は、クラウド環境のＤＲサイトの使用料を、次の様に算出する。
クラウド環境のＤＲサイトの使用料＝復旧時間におけるクラウド環境のＤＲサイトの運用料＋ クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用
「復旧時間におけるクラウド環境のＤＲサイトの運用料」は、上記の算出方法２の「復旧時間におけるクラウド環境のＤＲサイトの運用料」の算出方法と同様であるため、説明を省略するする。
【0154】
次に、「クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用」について説明する。
クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用 ＝ （復旧時間に書き込まれたデータ量）Ｘ 単位データ量あたりのデータ転送料
ここで、「復旧時間に書き込まれたデータ量」、「単位データ量あたりのデータ転送料」は、上記の算出方法２の算出方法と同様であるため、説明を省略するする。
クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用 ＝ （復旧時間に書き込まれたデータ量）Ｘ 単位データ量あたりのデータ転送料
ここで、「復旧時間に書き込まれたデータ量」、「単位データ量あたりのデータ転送料」は、上記の算出方法２の算出方法と同様であるため、説明を省略するする。
【0155】
次に、データ管理装置１は、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）に保存されているすべての復旧コピーパタンＩＤについて処理が完了したか否かを判定する（ステップＳ５０３）。データ管理装置１が、すべての復旧コピーパタンＩＤについて処理が完了していないと判定した場合は、データ管理装置１はステップＳ５０１に戻り、処理を継続する。一方、データ管理装置１が、すべての復旧コピーパタンＩＤについて処理が完了したと判定した場合には、データ管理装置１は、ステップＳ５０４の処理を実行する。
【0156】
次に、データ管理装置１は、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）を出力し、処理を終了する（ステップＳ５０４）。ここで、データ管理装置１は、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）の内容を加えた、コスト分析画面の情報を出力装置２５（モニタ）に出力して、被災対応コストテーブル３８（被災対応コストテーブル３８Ａ～３８Ｃのうちの１つ）の内容を、ユーザに提示する
図１９は、データ管理装置１の出力装置２５（モニタ）に表示されるコスト分析画面１９００の一例を示す説明図である。図１９に示すコスト分析画面１９００には、コスト一覧表（被災対応コストテーブル３８の一部）１９３０が表示されている。
図１９は、データ管理装置１の出力装置２５（モニタ）に表示されるコスト分析画面１９００の一例を示す説明図である。図１９に示すコスト分析画面１９００には、コスト一覧表（被災対応コストテーブル３８の一部）１９３０が表示されている。
【0157】
＜発明の効果＞
データ管理装置１のＤＲコスト算出支援方法は、被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料を算出する。クラウド環境のＤＲサイトの使用料は、仮想環境のＤＲサイトのボリュームの被災時のコストである。多くの場合、ユーザは、DRサイトを運用する際に、仮想環境のＤＲサイトのボリュームのコストの情報を用いて、仮想環境のＤＲサイトのボリュームを使用するか否かを判断する。そして、ユーザは、データ管理装置１が算出した仮想環境のＤＲサイトのボリュームの被災時のコストを参考にすれば、仮想環境のＤＲサイトのボリュームを使用するか否かをより適切に判断することがより容易になる。従って、データ管理装置１および、データ管理装置１のＤＲコスト算出支援方法は、クラウド環境のＤＲサイトの使用料を算出することで、ＤＲサイトの運用を支援する。
データ管理装置１のＤＲコスト算出支援方法は、被災パタンでの障害発生から、使用ボリュームが作成されている使用サイトのシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料を算出する。クラウド環境のＤＲサイトの使用料は、仮想環境のＤＲサイトのボリュームの被災時のコストである。多くの場合、ユーザは、DRサイトを運用する際に、仮想環境のＤＲサイトのボリュームのコストの情報を用いて、仮想環境のＤＲサイトのボリュームを使用するか否かを判断する。そして、ユーザは、データ管理装置１が算出した仮想環境のＤＲサイトのボリュームの被災時のコストを参考にすれば、仮想環境のＤＲサイトのボリュームを使用するか否かをより適切に判断することがより容易になる。従って、データ管理装置１および、データ管理装置１のＤＲコスト算出支援方法は、クラウド環境のＤＲサイトの使用料を算出することで、ＤＲサイトの運用を支援する。
【0158】
また、この様に、クラウド環境のＤＲサイトの使用料を算出することで、思わぬデータ消失に対して、復旧方法と、復旧時間と、復旧コストとを見積もり、提示することで、適切な災害復旧システムの導入を容易にし、ひいては、思わぬデータ消失が生じた場合に災害復旧システムで適切かつ迅速に復旧することを容易にする。
【0159】
また、データ管理装置１のＤＲコスト算出支援方法は、復旧時間におけるクラウド環境のＤＲサイトの運用料と、クラウドＤＲコピーボリュームからデータを読み出すためにかかるデータ読出費用と、の和を、障害発生からシステム復旧が完了するまでの間の、クラウド環境のＤＲサイトの使用料として算出する（図１８の被災対応コスト算出処理のフローチャートのステップＳ５０２）。これにより、クラウド環境のＤＲサイトの使用料を適切に算出できる。
【0160】
また、データ管理装置１のＤＲコスト算出支援方法は、正サイト被災対応パタンテーブル３３（正サイト被災対応パタン情報）を用いて、被災パタンに対する対応における、被災対象のボリュームと、被災対象のボリュームにコピーするデータを保存しているコピーボリュームとのボリュームコピーの組を算出する（図１５の運用前対応パタン算出処理のフローチャートのステップＳ２０１、図１６の運用中通常時対応パタン算出処理のフローチャートのステップＳ３０４、図１７の運用中被災時対応パタン算出処理のフローチャートのステップＳ４０６）。これにより、より容易に、復旧時間の間の、クラウド環境のＤＲサイトの使用料を算出できる。
【0161】
また、データ管理装置１のＤＲコスト算出支援方法は、運用フェーズが、運用前の場合には、クラウド環境のＤＲサイトのクラウドＤＲコピーボリュームを仮に使用している状態における、被災している被災対象のボリュームが発生する被災パタンを算出し、算出した被災パタンに対する対応における、被災対象のボリュームと、被災対象のボリュームのコピーデータを保存しているコピーボリュームとのボリュームコピーの組を算出する（図１５の運用前対応パタン算出処理のフローチャート参照）。これにより、ユーザが、運用フェーズが、「運用前」の場合に、クラウドＤＲコピーボリュームを使用した場合の、復旧にかかるコストを知ることが容易になる。
【0162】
また、データ管理装置１のＤＲコスト算出支援方法は、使用ボリュームおよび使用ボリュームのコピーボリュームのうちで被災している被災対象のボリュームが存在すると判定した場合には、使用ボリュームおよび使用ボリュームのコピーボリュームのうちで被災している被災対象のボリュームに対するデータ復旧における、被災対象のボリュームと、被災対象のボリュームのコピーデータを保存しているコピーボリュームとのボリュームコピーの組を算出し（図１７の運用中被災時対応パタン算出処理のフローチャート参照）、クラウド環境のＤＲサイトの使用料を算出する（図１７の運用中被災時対応パタン算出処理のフローチャートのステップＳ４１０、図１８の被災対応コスト算出処理のフローチャート参照）。これにより、ユーザは、被災時に、より速やかに、データコピーをする使用ボリュームと、コピーボリュームとの組を選択して、復旧することができる。
【0163】
また、データ管理装置１のＤＲコスト算出支援方法は、前記クラウド環境のＤＲサイトの使用料を出力する。これにより、ユーザは、クラウド環境のＤＲサイトの使用料を容易に知ることができる。
【0164】
また、データ管理装置１のＤＲコスト算出支援方法は、使用ボリュームグループを特定する使用ボリュームグループ名（使用ボリュームグループ特定情報）を用いる（図５のボリュームグループテーブル３１、図８のコピー構成テーブル３４参照）。これにより、容易に使用ボリュームを設定できる。
【0165】
＜変形例１＞
上述した実施例では、オンプレミスシステム１００に使用ボリューム１２１が作成されている。変形例１では、使用ボリューム１２１は、オンプレミスシステム１００または、クラウド環境のサイトに作成されている。変形例１において、クラウド環境のサイトに、使用ボリューム１２１だけでなく、代替ホスト装置２１０や、ローカルバックアップボリューム１２２を作成してもよい。
上述した実施例では、オンプレミスシステム１００に使用ボリューム１２１が作成されている。変形例１では、使用ボリューム１２１は、オンプレミスシステム１００または、クラウド環境のサイトに作成されている。変形例１において、クラウド環境のサイトに、使用ボリューム１２１だけでなく、代替ホスト装置２１０や、ローカルバックアップボリューム１２２を作成してもよい。
【0166】
これにより、データ管理装置１のＤＲコスト算出支援方法は、使用ボリュームを、オンプレミス環境のサイト（実施例）だけでなく、クラウド環境のサイト（変形例１）に作成することができる。これにより、ユーザは、より多くの場合（使用ボリュームが、クラウド環境のサイトに保存されている場合を含む）に対して、クラウド環境のＤＲサイトの使用料を容易に知ることができる。
【0167】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
【0168】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【0169】
また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
【0170】
さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
【0171】
上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
【符号の説明】
【0172】
１；復旧支援装置
１１；運用フェーズ判定部
１２；運用前対応パタン算出部
１３；運用中通常時対応パタン算出部
１４；運用中被災時対応パタン算出部
１５；被災対応コスト算出部
２１；プロセッサ
２２；主記憶装置
２３；副記憶装置
２４；入力装置
２５；出力装置
２６；ネットワークＩ／Ｆ
２７；バス
３１；ボリュームグループテーブル
３２；サービスレベル管理テーブル
３３；正サイト被災対応パタンテーブル
３４；コピー構成管理テーブル
３５；コピー状況管理テーブル
３６；業務データ使用状況テーブル
３７；パブリッククラウドコストテーブル
３８；復旧コスト管理情報
５；オンプレミス環境ストレージ管理装置
６；クラウドサイト管理装置
１００；オンプレミスシステム
１１０；ホスト装置
１２０；オンプレミスストレージシステム
１２１；使用ボリューム
１２２；ローカルバックアップボリューム
２００；クラウドサイト
２１０；代替ホスト装置
２２１；コピーボリューム
５００；ユーザ端末
ＮＷ；ネットワーク
１１；運用フェーズ判定部
１２；運用前対応パタン算出部
１３；運用中通常時対応パタン算出部
１４；運用中被災時対応パタン算出部
１５；被災対応コスト算出部
２１；プロセッサ
２２；主記憶装置
２３；副記憶装置
２４；入力装置
２５；出力装置
２６；ネットワークＩ／Ｆ
２７；バス
３１；ボリュームグループテーブル
３２；サービスレベル管理テーブル
３３；正サイト被災対応パタンテーブル
３４；コピー構成管理テーブル
３５；コピー状況管理テーブル
３６；業務データ使用状況テーブル
３７；パブリッククラウドコストテーブル
３８；復旧コスト管理情報
５；オンプレミス環境ストレージ管理装置
６；クラウドサイト管理装置
１００；オンプレミスシステム
１１０；ホスト装置
１２０；オンプレミスストレージシステム
１２１；使用ボリューム
１２２；ローカルバックアップボリューム
２００；クラウドサイト
２１０；代替ホスト装置
２２１；コピーボリューム
５００；ユーザ端末
ＮＷ；ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図12C】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
