JP2024022015A - 管理方法、管理プログラム、および、管理装置 - Google Patents

Abstract

【課題】復旧対象データに適した復旧パタンを提供すること。【解決手段】バックアップ先にバックアップしたデータのバックアップ元への復旧を管理する管理装置は、データのコピー元およびコピー先を示す復旧構成における復旧に関する複数通りのパタンを規定する複数の復旧ルールと、データのバックアップ元およびバックアップ先に関するバックアップ構成情報と、を記憶しており、復旧対象データを指定し、特定の復旧ルールを、複数の復旧ルールの中から選択し、バックアップ構成情報を参照して、指定された復旧対象データのバックアップ元をコピー先とし、復旧対象データのバックアップ先をコピー元とする復旧対象データの復旧構成において、選択された特定の復旧ルールに従って、復旧対象データの復旧パタンを生成する。【選択図】図１

Description

本発明は、データを管理する管理方法、管理プログラム、および、管理装置に関する。

顧客がバックアップやＤＲ（Ｄｉｓａｓｔｅｒ Ｒｅｃｏｖｅｒｙ：ディザスタリカバリ）を導入する際、コストを抑えるためコピーデータをクラウドに置くケースが増えている。オンプレミス－クラウド間でバックアップを構成する際、データ復旧時にパブリッククラウド利用料がかかるため、コストも考慮した最適な復旧方式を決めるのが困難である。

また、下記特許文献１は、リストア作業を容易化する計算機システムを開示する。この計算機システムでは、管理サーバが、少なくとも業務サーバ、主ボリュームが形成されたストレージ装置及び副ボリュームが形成されたストレージ装置から必要な情報を収集し、管理サーバが、外部からリストア要求が与えられたときに、情報収集部が収集した情報に基づいて、予め定められた複数種類の各リストア方式により要求されたリストア処理をそれぞれ実行したときに要するリストア時間をそれぞれ計算し、リストア時間が最短のリストア方式を当該リストア要求に対するリストア処理時のリストア方式として決定すると共に、決定したリストア方式を業務サーバに通知し、業務サーバが、管理サーバから通知されたリストア方式によりリストア処理を実行するように、主ボリュームが設けられたストレージ装置及び副ボリュームが設けられたストレージ装置を制御する。

特開２０１１－２４８６６８号公報

上述した既存技術の復旧方式では、バックアップ先にパブリッククラウドのストレージを使うことで多様化および複雑化する復旧方式を対象としていない。また、上述した既存技術の復旧方式では、復旧時に発生する復旧コストを見積もる点については考慮されていない。

本発明は、復旧対象データに適した復旧パタンを提供することを目的とする。

本願において開示される発明の一側面となる管理方法は、バックアップ先にバックアップしたデータのバックアップ元への復旧を管理する管理装置が実行する管理方法であって、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、前記記憶デバイスは、前記データのコピー元およびコピー先を示す復旧構成における前記復旧に関する複数通りのパタンを規定する複数の復旧ルールと、前記データの前記バックアップ元および前記バックアップ先に関するバックアップ構成情報と、を記憶しており、前記プロセッサは、復旧対象データを指定する指定処理と、特定の復旧ルールを、前記複数の復旧ルールの中から選択する選択処理と、前記バックアップ構成情報を参照して、前記指定処理によって指定された前記復旧対象データの前記バックアップ元を前記コピー先とし、前記復旧対象データの前記バックアップ先を前記コピー元とする前記復旧対象データの復旧構成において、前記選択処理によって選択された特定の復旧ルールに従って、前記復旧対象データの復旧パタンを生成する生成処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、復旧対象データに適した復旧パタンを提供することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

図１は、ハイブリッドクラウドシステムのシステム構成例を示すブロック図である。 図２は、管理サーバのハードウェア構成例を示すブロック図である。 図３は、業務テーブルの一例を示す説明図である。 図４は、バックアップ構成テーブルの一例を示す説明図である。 図５は、パブリッククラウド課金テーブルの一例を示す説明図である。 図６は、パブリッククラウド課金テーブルのコスト情報の詳細を示す説明図１である。 図７は、パブリッククラウド課金テーブルのコスト情報の詳細を示す説明図２である。 図８は、復旧ルールの一例を示す説明図である。 図９および図１０は、復旧ルールテーブルの一例を示す説明図である。 図９および図１０は、復旧ルールテーブルの一例を示す説明図である。 図１１は、管理サーバによる復旧支援処理手順例を示すフローチャートである。 図１２は、図１１に示した復旧パタン生成処理（ステップＳ１１０３）の詳細な処理手順例を示すフローチャートである。 図１３は、図１２に示した業務に関する復旧パタン生成処理（ステップＳ１２０５）の詳細な処理手順例を示すフローチャートである。 図１４は、図１２に示したデータに関する復旧パタン生成処理（ステップＳ１２０６）の詳細な処理手順例を示すフローチャートである。 図１５は、図１４に示した選択復旧ルールに基づくデータに関する復旧パタン生成処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。 図１６は、復旧支援開始画面の一例を示す説明図である。 図１７は、復旧コスト提示画面の一例を示す説明図である。

＜ハイブリッドクラウドシステム＞
図１は、ハイブリッドクラウドシステムのシステム構成例を示すブロック図である。ハイブリッドクラウドシステム１００は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークを介して、オンプレミス１０１のストレージシステム１０２からパブリッククラウド１０５へデータをバックアップするシステムである。

オンプレミス１０１は、ストレージシステム１０２と、管理装置１０３と、ホスト１０４と、を有する。ストレージシステム１０２は、ストレージボリューム１２０を有する。ストレージボリューム１２０は、仮想ストレージボリューム１３１としてホスト１０４に提供される。

オンプレミス１０１のストレージシステム１０２およびパブリッククラウド１０５間も、ネットワークを介して通信可能に接続されている。なお、オンプレミス１０１のストレージシステム１０２およびパブリッククラウド１０５間では、その帯域幅に応じて通信速度（［ｂｐｓ］）が設定されている。

管理装置１０３は、サービスポータル１３０を有する。サービスポータル１３０は、ホスト１０４にサービスを提供する。具体的には、たとえば、サービスポータル１３０は、仮想ストレージボリューム１３１～１３３を有する。仮想ストレージボリューム１３１は、ストレージボリューム１２０を仮想化した記憶領域である。仮想ストレージボリューム１３２は、オブジェクトストレージサービス１５１を仮想化した記憶領域である。仮想ストレージボリューム１３３は、ブロックストレージサービス１５２を仮想化した記憶領域である。

ホスト１０４は、仮想ストレージボリューム１３１から業務１４０の選択や業務１４０の実行をしたり、業務１４０で発生したデータを仮想ストレージボリューム１３１に保存したり、データのバックアップ指示を管理装置１０３にしたりする。なお、ホスト１０４は、仮想ストレージボリューム１３１～１３３を使用して業務１４０を動かす計算機であるが、バックアップや復旧の操作は必ずしもホスト１０４経由である必要はない。たとえば、人（たとえば、ホスト１０４で業務１４０を動かしている人とは異なるボリュームの管理者のような人）がサービスポータル１３０経由で管理装置１０３に実行要求を行ってもよい。

パブリッククラウド１０５は、プロセッサおよびメモリを有する１以上の計算機で構成され、オブジェクトストレージサービス１５１を仮想ストレージボリューム１３２として、ブロックストレージサービス１５２を仮想ストレージボリューム１３３として、サービスポータル１３０に提供する。

オブジェクトストレージサービス１５１は、オブジェクトストレージを仮想ストレージボリューム１３２としてサービスポータル１３０に提供するサービスである。オブジェクトストレージとは、データを「オブジェクト」という単位で扱う記憶デバイスである。ブロックストレージサービス１５２は、ブロックストレージを仮想ストレージボリューム１３３としてサービスポータル１３０に提供するサービスである。ブロックストレージとは、データを「ブロック」という単位で扱う記憶デバイスである。

ハイブリッドクラウドシステム１００では、管理装置１０３が、仮想ストレージボリューム１３１に対応するストレージボリューム１２０に記憶されたデータをパブリッククラウド１０５にバックアップしたり、パブリッククラウド１０５にバックアップされたデータをストレージシステム１０２に復元したりする。

このバックアップや復元に先立って、管理装置１０３は、業務１４０単位でデータ復元時間の要件に合わせた復旧パタンを決定する。また、管理装置１０３は、ホスト１０４を介してサービスポータル１３０を利用するユーザの要件を満たした上で、復旧コストを低減に向けた復旧パタンを算出する。また、管理装置１０３は、業務１４０単位で復旧パタンごとの復旧コストとデータのコピー時間を見積もり、複数の復旧パタンの結果を、ホスト１０４に表示可能に出力する。これにより、ホスト１０４を利用するユーザは、提示された複数の復旧パタン間の復旧コスト、復旧時間、および復旧コストの関係性を把握することができる。

＜管理装置１０３のハードウェア構成例＞
図２は、管理装置１０３のハードウェア構成例を示すブロック図である。管理装置１０３は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ）２０５と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バス２０６により接続される。プロセッサ２０１は、管理装置１０３を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナ、マイク、センサがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタ、スピーカがある。通信ＩＦ２０５は、ネットワークと接続し、データを送受信する。

なお、パブリッククラウド１０５を構成する計算機やホスト１０４を構成する計算機も、図２と同様の構成である。

＜業務テーブル＞
図３は、業務テーブルの一例を示す説明図である。業務テーブル３００は、業務１４０に関する情報を記憶するテーブルであり、管理装置１０３の記憶デバイス２０２に記憶される。業務テーブル３００は、フィールドとして、業務ＩＤ３０１と、業務名３０２と、優先度３０３と、要件３０４と、データ名３０５と、を有する。同一行の各フィールド３０１～３０５の値の組み合わせが１つの業務１４０を示すエントリとなる。

業務ＩＤ３０１は、業務１４０を一意に特定する識別情報である。なお、業務１４０を業務ＩＤ３０１の値で表記する場合がある。たとえば、業務ＩＤ３０１の値が「Ｂ１」である業務１４０を、業務Ｂ１と表記する場合がある。

業務名３０２は、業務１４０を示す名称である。優先度３０３は、その業務１４０を他の業務１４０に優先して復旧させる場合の指標である。たとえば、業務１４０を復旧させる場合、管理装置１０３は、優先度３０３が「高」→「中」→「低」の順で復旧させる。

要件３０４は、業務１４０に要求されている条件であり、サブフィールドとして、復旧レベル３４１と要求復旧時間３４２とを有する。復旧レベル３４１は、どの程度まで復旧させるかを示す段階であり、「業務」であれば、業務１４０に関するアプリケーションや仮想ストレージボリューム１３１～１３３のような仮想化したリソースを復旧することを示す。また、「データ」であれば、バックアップ先であるパブリッククラウド１０５のストレージにバックアップされたデータを、バックアップ元（ストレージボリューム１２０、仮想ストレージボリューム１３１、または、パブリッククラウド１０５内の他のストレージ）にコピーすることを示す。要求復旧時間３４２は、復旧レベル３４１にまでその業務１４０を復旧するまでに要求される復旧時間である。

データ名３０５は、その業務１４０で用いられるデータの名称である。データ名３０５のデータを、データ名３０５の値で表現することがある。たとえば、データ名３０５が「Ｄ１－１」のデータを、「データＤ１－１」と表記することがある。また、データＤ１－１、Ｄ１－２、Ｄ２－１、…を区別しない場合は、単に、データＤと表記する。

業務１４０ごとにデータＤは１以上存在する。たとえば、業務１４０がＥＣサイトであれば、データＤ１－１、Ｄ１－２はそれぞれＥＣサイトの異なる利用者のデータでもよく、データＤ１－１が受発注に関するデータであり、データＤ１－２が決済に関するデータでもよい。

＜バックアップ構成テーブル＞
図４は、バックアップ構成テーブルの一例を示す説明図である。バックアップ構成テーブル４００は、バックアップ構成情報を記憶するテーブルであり、管理装置１０３の記憶デバイス２０２に記憶され、定期的に更新される。

バックアップ構成テーブル４００は、フィールドとして、データ名３０５と、データ量４０１と、業務ＩＤ３０１と、バックアップ元４０２と、バックアップ先４０３と、を有する。同一行の各フィールドの値の組み合わせが１つのバックアップ構成情報を示すエントリとなる。

データ量４０１は、そのデータ名３０５のデータの容量である。バックアップ元４０２は、そのデータ名３０５およびデータ量４０１で特定されるデータを保持していたストレージである。バックアップ元４０２は、サブフィールドとして、サイトＩＤ４２１と、ディスク種別４２２と、データ格納先４２３と、を有する。

サイトＩＤ４２１は、バックアップ元４０２となるサイト（たとえば、ストレージシステム１０２）を一意に特定する識別情報である。ディスク種別４２２は、サイトＩＤ４２１で特定されるサイトが有する記憶デバイスの種別である。ディスク種別４２２には、たとえば、ＨＤＤ、ＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）がある。データ格納先４２３は、そのデータ名３０５およびデータ量４０１で特定されるデータＤがバックアップ元４０２として格納されている場所を示す。

バックアップ先４０３は、バックアップ元４０２からのバックアップにより、そのデータ名３０５およびデータ量４０１で特定されるデータＤを保持しているストレージである。バックアップ先４０３は、サブフィールドとして、ベンダ名４３１と、サービス名４３２と、データ格納先４３３と、を有する。

ベンダ名４３１は、パブリッククラウド１０５を運営するベンダの名称である。サービス名４３２は、ベンダ名４３１のベンダが提供するサービスの名称である。データ格納先４２３は、そのデータ名３０５およびデータ量４０１で特定されるデータＤがバックアップ先４０３として格納されるパブリッククラウド１０５内の場所を示す。

＜パブリッククラウド課金テーブル＞
パブリッククラウド課金テーブルについて、図５～図７を用いて説明する。

図５は、パブリッククラウド課金テーブルの一例を示す説明図である。パブリッククラウド課金テーブル５００は、パブリッククラウド課金情報を記憶するテーブルであり、管理装置１０３の記憶デバイス２０２に記憶され、定期的に更新される。

パブリッククラウド課金テーブル５００は、フィールドとして、ベンダ名４３１と、サービス名４３２と、形態５０１と、コスト情報５０２と、無料枠５０３と、を有する。同一行の各フィールドの値の組み合わせが１つのパブリッククラウド課金情報を示すエントリとなる。

形態５０１は、サービス名４３２で特定されるサービスで利用されるハードウェアまたはソフトウェアを示す。コスト情報５０２は、ベンダ名４３１のベンダがサービス名４３２のサービスを形態５０１で提供する場合にかかるコストの算出元となる情報である。無料枠５０３は、ベンダ名４３１のベンダがサービス名４３２のサービスを形態５０１で提供する場合に、コスト情報５０２がかからない無料の範囲を示す。

図６は、パブリッククラウド課金テーブル５００のコスト情報５０２の詳細を示す説明図１であり、図７は、パブリッククラウド課金テーブル５００のコスト情報５０２の詳細を示す説明図２である。図６では、コスト情報５０２の値Ｃ１～Ｃ３について説明し、図７では、コスト情報５０２の値Ｃ４～Ｃ６について説明する。

図６および図７において、コスト情報５０２は、サブフィールドとして、プロビジョニング６０１と、ＩＯＰＳ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｐｅｒ Ｓｅｃｏｎｄ）６０２と、スループット６０３と、データ取出要求６０４と、外部へのデータ転送６０５と、サービス間データ転送６０６と、を有する。

プロビジョニング６０１は、サービス名４３２のサービス使用状況に関わらず、ストレージやサーバインスタンス作成時に発生するリソース確保に必要なコスト情報５０２（１か月１ＧＢ当たり）である。ＩＯＰＳ６０２は、サービス名４３２のサービスでのデータの読み書き回数１回あたりのコスト情報５０２を示す。スループット６０３は、単位データ転送速度（［ＭＢ／秒］）あたりのコスト情報５０２を示す。

データ取出要求６０４は、サービス名４３２のサービスでパブリッククラウド１０５に格納されたデータを取り出すコスト情報５０２である。

外部へのデータ転送６０５は、パブリッククラウド１０５外（たとえば、オンプレミス１０１）にデータを転送するコスト情報５０２である。サービス間データ転送６０６は、同一のパブリッククラウド１０５内でのサービス間でデータを転送するコスト情報５０２である。

＜復旧ルール＞
図８は、復旧ルールの一例を示す説明図である。復旧ルールは、データまたは業務を復旧するための規則である。

復旧ルールＲ１は、バックアップ対象となる全データをパブリッククラウド１０５からオンプレミス１０１にコピーするための規則である。復旧ルールＲ２は、バックアップ対象となる全データを、優先度３０３の高い業務１４０の復旧対象データから順にオンプレミス１０１にコピーするための規則である。

復旧ルールＲ３は、バックアップ先となるパブリッククラウド１０５のストレージにおける無料枠５０３内に収めた単位でデータをオンプレミス１０１にコピーするための規則である。復旧ルールＲ４は、復旧対象データが記憶されているパブリッククラウド１０５のストレージから取り出しコストの安い他のパブリッククラウド１０５のストレージに一度データを移行してから、オンプレミス１０１にデータをコピーするための規則である。

復旧ルールＲ５は、復旧対象データをパブリッククラウド１０５のブロックストレージサービス１５２で提供されているブロックストレージに移行し、仮想サーバインスタンスを立ててデータを使って暫定的な業務１４０の復旧を実行するための規則である。復旧ルールＲ５は、業務テーブル３００において、復旧レベル３４１が「業務」となっているデータに適用される。

図９および図１０は、復旧ルールテーブルの一例を示す説明図である。図９では、復旧ルールＲ１～Ｒ３を示し、図１０では、復旧ルールＲ４、Ｒ５を示す。なお、図９および図１０では、復旧ルールはＲ１～Ｒ５に限定されるものではない。必要に応じて追加や修正を行ってもよい。復旧ルールＲ１～Ｒ５を区別しない場合は、復旧ルールＲと表記する。

適用単位９０１は、復旧ルールＲが適用されるデータ単位（全データまたは業務１４０でグループ化されたデータ）を示す。復旧ルールテーブル９００は、管理装置１０３の記憶デバイス２０２に記憶される。「全データ」とは、復旧対象となるすべてのデータＤである。

「業務１４０でグループ化されたデータ」とは、業務１４０別に分類されたデータＤである。たとえば、図３において、復旧対象データが業務Ｂ１、Ｂ３のデータＤ１－１、データＤ１－２、業務Ｂ３のデータＤ１－１、データＤ３－１、業務Ｂ４のデータＤ４－２である場合、業務Ｂ１のデータＤ１－１、データＤ１－２が「業務Ｂ１でグループ化されたデータＤ」となる。また、業務Ｂ３のデータＤ１－１、データＤ３－１が「業務Ｂ３でグループ化されたデータＤ」となる。また、業務Ｂ４のデータＤ４－２が「業務Ｂ４でグループ化されたデータＤ」となる。なお、復旧対象データをグループ化した業務１４０を「グループ化業務」と称す。

なお、復旧ルールＲ４の適用単位９０１は、「全データ／業務でグループ化されたデータ」であるが、「全データ」および「業務でグループ化されたデータ」のいずれか一方が適用単位９０１として設定されることを意味している。たとえば、復旧ルールＲ４が複数種類存在する場合、ある復旧ルールＲ４の適用単位９０１は「全データ」に設定され、別の復旧ルールＲ４の適用単位９０１は「業務でグループ化されたデータ」に設定される。

復旧構成９０２は、復旧レベル３４１への復旧するためのバックアップ構成を示し、コピー元９２１と、コピー先９２２と、を有する。「バックアップ先クラウドストレージ」とは、コピー元９２１となる復旧対象データが格納されているパブリッククラウド１０５内のストレージである。「オンプレミスバックアップ元クラウドストレージ」とは、復旧対象データのコピー先９２２となるオンプレミス１０１内のストレージシステム１０２である。

「バックアップ先とは異なるクラウドストレージ」とは、「バックアップ先クラウドストレージ」とは異なる他のパブリッククラウド１０５内のストレージである。

適用条件９０３は、復旧ルールＲが適用される条件である。復旧手順９０４は、復旧ルールＲによる復旧の順序を示す。復旧コスト計算式９０５は、復旧ルールＲを適用する場合の復旧コストを計算する計算式である。「コピーデータ取り出しコスト」とは、コピーデータ（すなわち、復旧対象データ）をコピー元９２１（バックアップ先４０３）から取り出すために必要なコストである。具体的には、たとえば、データ取出要求６０４と、外部へのデータ転送６０５またはサービス間データ転送６０６とを加算する計算式である。

また、復旧ルールＲ４については、復旧コスト計算式９０５には、「クラウドストレージプロビジョニングコスト」と「クラウドストレージ間データ移行コスト」とが含まれる。「クラウドストレージプロビジョニングコスト」とは、パブリッククラウド１０５内のストレージ（以下、クラウドストレージ）を、オブジェクトストレージサービス１５１またはブロックストレージサービス１５２を提供できるようプロビジョニングするためのコストであり、パブリッククラウド１０５が決定し、管理装置１０３に送信する。

また、「クラウドストレージ間データ移行コスト」は、クラウドストレージ間でデータを移行する際にかかるコストであり、パブリッククラウド１０５が決定し、管理装置１０３に送信する。

また、復旧ルールＲ５については、復旧コスト計算式９０５には、「サーバインスタンスプロビジョニングコスト」と「クラウドストレージプロビジョニングコスト」とが含まれる。「サーバインスタンスプロビジョニングコスト」とは、図８に示したように、パブリッククラウド１０５において、データを使って暫定的な業務１４０の復旧を実行するために必要な仮想サーバインスタンスを起動するために必要なコストであり、パブリッククラウド１０５が決定し、管理装置１０３に送信する。

復旧時間計算式９０６は、復旧ルールＲを適用する場合の復旧時間を計算する計算式である。たとえば、復旧ルールＲ１～Ｒ５の「コピー先からコピー元へのデータコピー時間」は、コピー先からコピー元へのデータのデータ量４０１を、コピー先とコピー元との間のあらかじめ設定された通信速度で割ることにより算出される。コピー先がオンプレミス１０１であればコピー元はパブリッククラウド１０５であり、コピー先がパブリッククラウド１０５であればコピー元はオンプレミス１０１である。

また、「クラウドストレージ間データコピー時間」、「クラウドストレージプロビジョニング時間」および「クラウドストレージプロビジョニング時間」はいずれも、パブリッククラウド１０５における操作時間であり、パブリッククラウド１０５で算出される。

＜復旧支援処理＞
図１１は、管理装置１０３による復旧支援処理手順例を示すフローチャートである。管理装置１０３は、復旧実行要求および復旧パタン生成要求のうちいずれの要求があるか判断する（ステップＳ１１０１）。復旧実行要求とは、データまたは業務の復旧の実行を管理装置１０３に要求するリクエストである。管理装置１０３のユーザが管理ポータル経由で管理装置１０３に復旧実行要求してもよいし，ホスト１０４が管理装置１０３に復旧実行要求を送信してもよい。復旧パタン生成要求とは、復旧パタンの算出を管理装置１０３に要求するホスト１０４からのリクエストである。復旧パタンとは、復旧ルールＲにおける復旧手順、復旧コストおよび復旧時間のうち少なくとも１つを含む。

復旧実行要求があった場合（ステップＳ１１０１：復旧実行要求）、管理装置１０３は、基本復旧ルールＲの復旧手順９０４に基づいて、復旧を実行する（ステップＳ１１０２）。基本復旧ルールＲとは、復旧実行要求があった場合（ステップＳ１１０１：復旧実行要求）に適用されるあらかじめ設定された復旧ルールＲであり、たとえば、復旧ルールＲ２である。

復旧パタン生成要求があった場合（ステップＳ１１０１：復旧パタン生成要求）、管理装置１０３は、復旧パタン生成処理を実行する（ステップＳ１１０３）。これにより、業務１４０ごとに復旧パタンが算出される。管理装置１０３は、業務１４０ごとに算出された復旧パタンをホスト１０４に送信する（ステップＳ１１０４）。これにより、ホスト１０４のユーザまたは管理装置１０３のユーザは、業務１４０ごとにどの復旧パタンを確認することができる。

このあと、管理装置１０３は、復旧実行要求を待ち受け（ステップＳ１１０５：Ｎｏ）、復旧実行要求があった場合（ステップＳ１１０５：Ｙｅｓ）、復旧実行要求で選択された業務１４０について、復旧実行要求で選択された復旧パタンで復旧を実行する（ステップＳ１１０６）。

［復旧パタン生成処理（ステップＳ１１０３）］
図１２は、図１１に示した復旧パタン生成処理（ステップＳ１１０３）の詳細な処理手順例を示すフローチャートである。管理装置１０３は、復旧対象データの指定をホスト１０４または管理装置１０３のユーザから受け付ける（ステップＳ１２０１）。復旧対象データを指定する情報は、復旧パタン生成要求に含まれているものとする。

管理装置１０３は、業務テーブル３００から未選択の業務１４０を選択する（ステップＳ１２０２）。管理装置１０３は、ステップＳ１２０２での選択業務１４０のエントリにおいて要件３０４の復旧レベル３４１の値が「業務」であるか否かを判断する（ステップＳ１２０３）。

復旧レベル３４１の値が「業務」である場合（ステップＳ１２０３：Ｙｅｓ）、管理装置１０３は、選択業務１４０について、業務に関する復旧パタン生成処理を実行し（ステップＳ１２０４）、ステップＳ１２０６に移行する。一方、復旧レベル３４１の値が「データ」である場合（ステップＳ１２０３：Ｎｏ）、管理装置１０３は、選択業務１４０について、データに関する復旧パタン生成処理を実行し（ステップＳ１２０５）、ステップＳ１２０６に移行する。

ステップＳ１２０６において、管理装置１０３は、業務テーブル３００に未選択業務１４０があるか否かを判断し、未選択業務１４０がある場合、ステップＳ１２０２に戻る。一方、未選択業務１４０がない場合、復旧パタン生成処理（ステップＳ１１０３）を終了して、ステップＳ１１０４に移行する。

［業務に関する復旧パタン生成処理（ステップＳ１２０５）］
図１３は、図１２に示した業務に関する復旧パタン生成処理（ステップＳ１２０５）の詳細な処理手順例を示すフローチャートである。

管理装置１０３は、復旧対象データを選択業務１４０でグループ化する（ステップＳ１３００）。管理装置１０３は、復旧対象データが業務Ｂ１、Ｂ３、Ｂ４のデータＤを含む場合、業務Ｂ１、Ｂ３、Ｂ４の各々で復旧対象データをグループ化する。具体的には、たとえば、業務Ｂ１のデータＤ１－１、データＤ１－２、業務Ｂ３のデータＤ１－１、データＤ３－１、業務Ｂ４のデータＤ４－２である場合、管理装置１０３は、上述したように、業務Ｂ１のデータＤ１－１、データＤ１－２を「業務Ｂ１でグループ化されたデータＤ」とし、業務Ｂ３のデータＤ１－１、データＤ３－１を「業務Ｂ３でグループ化されたデータＤ」とし、業務Ｂ４のデータＤ４－２を「業務Ｂ４でグループ化されたデータＤ」とする。

管理装置１０３は、復旧ルールテーブル９００から選択する（ステップＳ１３０１）。管理装置１０３は、復旧ルールＲ５を参照して、バックアップ構成情報とパブリッククラウド課金情報とに基づいて、復旧手順、復旧コストおよび復旧時間を算出する（ステップＳ１３０２）。

具体的には、たとえば、管理装置１０３は、バックアップ構成テーブル４００を参照して、復旧対象データのバックアップ元４０２およびバックアップ先４０３を特定し、復旧対象データのバックアップ元４０２を復旧ルールＲ５のコピー先９２２、復旧対象データのバックアップ先４０３を復旧ルールＲ５のコピー元９２１となる復旧構成について、復旧手順、復旧コスト、および復旧時間のうち少なくとも１つを復旧パタンとして生成する。

復旧手順については、管理装置１０３は、復旧ルールＲ５から復旧手順９０４を抽出する。

復旧コストについては、管理装置１０３は、復旧ルールＲ５から復旧コスト計算式９０５を抽出する。復旧ルールＲ５の場合、「サーバインスタンスプロビジョニングコスト＋クラウドストレージプロビジョニングコスト＋コピーデータ取り出しコスト」が復旧コスト計算式９０５として抽出される。

管理装置１０３は、バックアップ構成テーブル４００から、選択グループ化業務１４０でグループ化されたデータについてのバックアップ構成情報を取得する。たとえば、復旧対象データにデータＤ１－１、Ｄ１－２が含まれており、選択グループ化業務１４０が業務Ｂ１である場合、バックアップ構成情報として、データＤ１－１のエントリと、データＤ１－２のエントリと、が取得される。

また、管理装置１０３は、取得したバックアップ構成情報からバックアップ先４０３（ベンダ名４３１、サービス名４３２、データ格納先４３３）を特定する。上記の例では、データＤ１－１のエントリからベンダ名４３１として「ＣＶ１」、サービス名４３２として「オブジェクトストレージサービス１」、データ格納先４３３として「ｂｕｃｋｅｔ１」が特定される（データＤ１－２も同様）。

管理装置１０３は、パブリッククラウド課金テーブル５００から、バックアップ構成情報から特定したバックアップ先４０３のベンダ名４３１およびサービス名４３２に該当するエントリを、パブリッククラウド課金情報として特定する。上記の例では、ベンダ名４３１が「ＣＶ１」、サービス名４３２が「オブジェクトストレージサービス１」であるため、エントリ５１１（コスト情報Ｃ１含む）がパブリッククラウド課金情報として特定される。

管理装置１０３は、復旧コスト計算式９０５に、パブリッククラウド課金情報を代入することで、選択グループ化業務１４０についての復旧コストを算出する。上記の例では、図６に示したコスト情報Ｃ１において、プロビジョニング６０１が「Ｎｕｌｌ」であるため、復旧ルールＲ５の復旧コスト計算式９０５のうち、サーバインスタンスプロビジョニングコストおよびクラウドストレージプロビジョニングコストは、「０」である。

一方、エントリ５１１（コスト情報Ｃ１含む）のサービスでは、データ取出要求６０４として、「０．００５ＵＳＤ／１０００リクエスト」が規定されている。このため、データＤ１－１、Ｄ１－２の各々について、バックアップ元４０２のデータ格納先４２３である「ｖｏｌ ２」から取り出すリクエスト１０００回あたり０．００５ＵＳＤに、コピー元９２１へのリクエスト数を乗じることにより、復旧ルールＲ５の復旧コスト計算式９０５のコピーデータ取り出しコストが算出される。

なお、管理装置１０３は、データ量４０１に基づいてコピー元９２１からの取出しに必要なリクエスト数を予測する。具体的には、たとえば、管理装置１０３は、データ量４０１からリクエスト数を算出する関数で算出してもよく、データ量４０１に対応するリクエスト数を規定するテーブル（不図示）を参照して、リクエスト数を決定してもよい。これにより、グループ化業務Ｂ１に関する復旧コストが算出される。

復旧時間については、管理装置１０３は、復旧ルールＲ５から復旧時間計算式９０６を抽出する。復旧ルールＲ５の場合、「コピー先からコピー元へのデータコピー時間＋サーバインスタンスプロビジョニング時間＋クラウドストレージプロビジョニング時間」が復旧時間計算式９０６として抽出される。

管理装置１０３は、バックアップ先４０３であるバックアップ先クラウドストレージからバックアップ先４０３であるバックアップ先とは異なるクラウドストレージ（ブロック）へのデータ量を、コピー元とコピー先との間の帯域で割ることで、「コピー先からコピー元へのデータコピー時間」を算出する。

上述したように、バックアップ構成情報が、たとえば、データＤ１－１およびデータＤ１－２である場合、バックアップ元４０２のサイトＩＤ４２１は「ＤＣ１」、ディスク種別４２２は「ＨＤＤ」であり、データ格納先４２３は「ｖｏｌ ２」である。また、バックアップ先４０３のベンダ名４３１は「ＣＶ１」であり、サービス名４３２は「オブジェクトストレージサービス１」であり、データ格納先４３３は「ｂｕｃｋｅｔ１」である。また、データＤ１－１のデータ量４０１は「８００（ＧＢ）」であり、データＤ１－２のデータ量４０１は「１２００（ＧＢ）」である。すなわち、データＤ１－１およびデータＤ１－２のデータ量４０１の合計２０００ＧＢを、パブリッククラウド１０５内の通信速度で割ることで、「コピー先からコピー元へのデータコピー時間」が算出される。

また、管理装置１０３は、バックアップ構成情報が、たとえば、データＤ１－１およびデータＤ１－２をバックアップする際にパブリッククラウド１０５で計測された「サーバインスタンスプロビジョニング時間」および「クラウドストレージプロビジョニング時間」を、パブリッククラウド１０５から取得する。

管理装置１０３は、算出した「コピー先からコピー元へのデータコピー時間」と、パブリッククラウド１０５から取得した「サーバインスタンスプロビジョニング時間」および「クラウドストレージプロビジョニング時間」と、を加算することにより、復旧ルールＲ５の復旧時間を算出する。

管理装置１０３は、ステップＳ１３０２で得られた復旧手順、復旧コストおよび復旧時間を復旧パタンとして格納して（ステップＳ１３０３）、ステップＳ１２０７に移行する。

［データに関する復旧パタン生成処理（ステップＳ１２０６）］
図１４は、図１２に示したデータに関する復旧パタン生成処理（ステップＳ１２０６）の詳細な処理手順例を示すフローチャートである。

管理装置１０３は、復旧ルールテーブル９００から復旧ルールＲ５を除く未選択の復旧ルールＲを選択する（ステップＳ１４０１）。管理装置１０３は、選択復旧ルールＲの適用単位９０１を参照する（ステップＳ１４０２）。適用単位９０１が「全データ」であれば（ステップＳ１４０２：全データ）、選択復旧ルールＲは復旧ルールＲ１またはＲ４である。この場合、ステップＳ１４０４に移行する。

適用単位９０１が「業務でグループ化されたデータ」であれば（ステップＳ１４０２：業務でグループ化されたデータ）、選択復旧ルールＲは復旧ルールＲ２またはＲ３である。この場合、管理装置１０３は、ステップＳ１３００と同様、復旧対象データを選択業務１４０でグループ化して（ステップＳ１４０３）、ステップＳ１４０４に移行する。

管理装置１０３は、選択復旧ルールＲが復旧ルールＲ４である場合に、復旧対象データが復旧ルールＲ４の適用条件９０３を充足しているか否かを判断する（ステップＳ１４０４）。

充足していれば（ステップＳ１４０４：Ｙｅｓ）、管理装置１０３は、選択復旧ルールに基づくデータに関する復旧パタン生成処理を実行して（ステップＳ１４０５）、ステップＳ１４０８に移行する。充足していなければ、または、選択復旧ルールＲが復旧ルールＲ４でなければ（ステップＳ１４０４：Ｎｏ）、管理装置１０３は、復旧対象データのバックアップ先４０３に無料枠５０３があるか否かを判断する（ステップＳ１４０６）。具体的には、たとえば、管理装置１０３は、パブリッククラウド課金テーブル５００を参照して、バックアップ先４０３のベンダに無料枠５０３があるか否かを判断する。

たとえば、バックアップ構成情報が、データＤ１－１およびデータＤ１－２である場合、バックアップ先４０３のベンダ名４３１は「ＣＶ１」であり、サービス名４３２は「オブジェクトストレージ１」である。すなわち、エントリ５１１である。エントリ５１１には、「格納ファイル５ＧＢまで」および「２００００ｇｅｔリクエスト」という無料枠５０３が存在する。

無料枠５０３がない場合（ステップＳ１４０６：Ｎｏ）、選択復旧ルールＲは復旧ルールＲ１またはＲ２である。この場合、管理装置１０３は、選択復旧ルールに基づくデータに関する復旧パタン生成処理を実行して（ステップＳ１４０５）、ステップＳ１４０８に移行する。

一方、無料枠５０３がある場合（ステップＳ１４０４：Ｙｅｓ）、管理装置１０３は、無料枠５０３に入るようグループ化された復旧対象データの分割が可能か否かを判断する（ステップＳ１４０７）。たとえば、業務Ｂ１でグループ化されたデータＤ（データＤ１－１、データＤ１－２）の場合、管理装置１０３は、業務Ｂ１でグループ化されたデータＤ（データＤ１－１、データＤ１－２）の分割データが、「格納ファイル５ＧＢまで」および「２００００ｇｅｔリクエスト」を充足するように、業務Ｂ１でグループ化されたデータＤ（データＤ１－１、データＤ１－２）を分割する。

分割できた場合（ステップＳ１４０７：Ｙｅｓ）、選択復旧ルールＲは復旧ルールＲ３である。この場合、管理装置１０３は、選択復旧ルールに基づくデータに関する復旧パタン生成処理を実行して（ステップＳ１４０５）、ステップＳ１４０８に移行する。

一方、分割できなかった場合（ステップＳ１４０７：Ｎｏ）、選択復旧ルールＲは復旧ルールＲ１～Ｒ４のいずれにも該当せず、復旧パタンを生成せずに、ステップＳ１４０７に移行する。

ステップＳ１４０７では、管理装置１０３は、未選択の復旧ルールＲがあればステップＳ１４０１に戻り、未選択の復旧ルールＲがなければ、データに関する復旧パタン生成処理（ステップＳ１２０６）を終了して、ステップＳ１２０７に移行する。

［選択復旧ルールに基づくデータに関する復旧パタン生成処理（ステップＳ１４０５）］
図１５は、図１４に示した選択復旧ルールに基づくデータに関する復旧パタン生成処理（ステップＳ１４０５）の詳細な処理手順例を示すフローチャートである。管理装置１０３は、バックアップ構成テーブル４００を参照して、復旧対象データのバックアップ元４０２およびバックアップ先４０３を特定し、復旧対象データのバックアップ元４０２を復旧ルールＲ１～Ｒ４のコピー先９２２、復旧対象データのバックアップ先４０３を復旧ルールＲ１～Ｒ４のコピー元９２１となる復旧構成を特定し（ステップＳ１５００）、ステップＳ１５０１～Ｓ１５０５を実行する。

管理装置１０３は、選択復旧ルールＲに基づいて、バックアップデータ量とパブリッククラウド課金情報から，復旧時間を算出する（ステップＳ１５０１）。復旧時間の算出（ステップＳ１５０１）は、ステップＳ１３０２と同様に実行される。

管理装置１０３は、算出した復旧時間が要求復旧時間以内であるか否かを判断する（ステップＳ１５０２）。算出した復旧時間が要求復旧時間以内でなければ（ステップＳ：１５０２Ｎｏ）、管理装置１０３は、選択復旧ルールに基づくデータに関する復旧パタン生成処理（ステップＳ１４０３）を終了して、ステップＳ１４０７に移行する。

一方、算出した復旧時間が要求復旧時間以内であれば（ステップＳ１５０２：Ｙｅｓ）、管理装置１０３は、バックアップ構成情報のバックアップ元４０２とバックアップ先４０３を参照して、復旧ルールテーブル９００から選択復旧ルールＲの復旧手順９０４を抽出する（ステップＳ１５０３）。

管理装置１０３は、バックアップデータ量およびパブリッククラウド課金情報から、復旧コストを算出する（ステップＳ１５０４）。復旧コストの算出（ステップＳ１５０４）は、ステップＳ１３０２と同様に実行される。

管理装置１０３は、ステップＳ１５０１、Ｓ１５０３、Ｓ１５０４で得られた復旧手順、復旧コストおよび復旧時間を復旧パタンとして格納して（ステップＳ１５０５）、選択復旧ルールに基づくデータに関する復旧パタン生成処理（ステップＳ１４０３）を終了し、ステップＳ１４０８に移行する。

＜復旧支援開始画面＞
図１６は、復旧支援開始画面の一例を示す説明図である。復旧支援開始画面１６００は、バックアップ運用中復旧にかかるコストを確認したい時や障害発生時に復旧手順を確認したい場合に使用される。復旧支援開始画面１６００は、管理装置１０３またはホスト１０４の出力デバイス２０４の一例である表示装置に表示される。復旧支援開始画面１６００は、復旧パタン生成開始ボタン１６０１と、復旧指定ボタン１６０２と、を有する。復旧パタン生成開始ボタン１６０１は、押下により、復旧パタンの算出開始を受け付けるユーザインタフェースである。復旧指定ボタン１６０２は、押下により、復旧開始の指定を受け付けるユーザインタフェースである。復旧指定ボタン１６０２が押下された場合、復旧選択画面１６１０が表示される。

復旧選択画面１６１０は、即時復旧開始ボタン１６１１と、選択業務復旧開始ボタン１６１２と、対象業務選択チェックボックス欄１６１３と、を有する。即時復旧指定ボタン１６１１は、押下により、復旧開始を受け付けるユーザインタフェースである。即時復旧指定ボタン１６１１が押下された場合、復旧ルールＲ１の復旧手順９０４にしたがって復旧される。

選択業務復旧開始ボタン１６１２は、対象業務選択チェックボックス欄１６１３で選択された対象業務について、押下により、復旧開始を受け付けるユーザインタフェースである。対象業務選択チェックボックス欄１６１３は、対象業務の選択を受け付けるユーザインタフェースである。対象業務選択チェックボックス欄１６１３が押下された場合、復旧ルールＲ２の復旧手順９０４にしたがって復旧される。

＜復旧コスト提示画面＞
図１７は、復旧コスト提示画面の一例を示す説明図である。復旧コスト提示画面１７００は、復旧パタン一覧１７０１と、復旧パタン詳細情報１７０２と、を含む。復旧コスト提示画面１７００は、業務ごとに表示される。復旧パタン一覧１７０１は、管理装置１０３によって算出された復旧パタンごとの復旧コストおよび復旧時間を表示する。復旧パタン詳細情報１７０２は、管理装置１０３によって算出された復旧パタンごとの復旧コストと復旧時間との関係を示すグラフである。

復旧パタン一覧１７０１または復旧パタン詳細情報１７０２において復旧パタンが選択されると、復旧手順表示画面１７１０が表示される。復旧手順表示画面１７１０は、復旧コスト提示画面１７００で選択された復旧パタンの復旧手順を表示する。具体的には、たとえば、復旧手順表示画面１７１０は、復旧手順情報１７１１と、復旧実行ボタン１７１２と、を含む。復旧手順情報１７１１は、復旧コスト提示画面１７００で選択された復旧パタンの復旧手順を示す情報である。復旧実行ボタン１７１２は、押下により、復旧コスト提示画面１７００で選択された復旧パタンで復旧を実行するユーザインタフェースである。

このように、本実施例によれば、復旧対象データに適した復旧パタンを提供することができる。また、復旧対象データを業務ごとにグループ化することにより、業務単位で復旧パタンを提供することができる。また、復旧ルールＲに適用単位９０１が規定されているため、復旧対象データを自動的にグループ化することができる。また、復旧パタンには、復旧コストが含まれるため、ユーザは復旧にどのくらいの費用がかかるかを確認することができる。また、復旧パタンには、復旧時間が含まれるため、ユーザは復旧にどのくらいの時間がかかるかを確認することができる。また、ユーザは復旧対象データの復旧時間が要求復旧時間３４２以内であるか否かを復旧前に確認することができ、復旧処理が要求復旧時間３４２を超えてしまうといった状況を未然に防ぐことができる。また、復旧パタンには、復旧手順が含まれているため、ユーザは復旧がどのような順序でおこなわれるかを確認することができる。

また、復旧対象データの復旧コストおよび復旧時間を関連付けることにより、どの復旧パタンがどのくらいの復旧コストおよび復旧時間であるかを確認することができる。また、復旧対象データの復旧コスト、復旧時間および復旧手順を関連付けることにより、どの復旧パタンがどのくらいの復旧コストおよび復旧時間でどのような復旧手順で復旧されるかを確認することができる。また、管理装置１０３は、オンプレミス１０１およびパブリッククラウド１０５に跨ったバックアップ構成について復旧パタンを生成したり、パブリッククラウド１０５内のストレージ間の復旧パタンを生成したりすることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。たとえば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、たとえば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００ ハイブリッドクラウドシステム
１０１ オンプレミス
１０２ ストレージシステム
１０３ 管理装置
１０４ ホスト
１０５ パブリッククラウド
２０１ プロセッサ
２０２ 記憶デバイス
３００ 業務テーブル
４００ バックアップ構成テーブル
５００ パブリッククラウド課金テーブル
９００ 復旧ルールテーブル

Claims (15)

1. バックアップ先にバックアップしたデータのバックアップ元への復旧を管理する管理装置が実行する管理方法であって、
   前記管理装置は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、
   前記記憶デバイスは、前記データのコピー元およびコピー先を示す復旧構成における前記復旧に関する複数通りのパタンを規定する複数の復旧ルールと、前記データの前記バックアップ元および前記バックアップ先に関するバックアップ構成情報と、を記憶しており、
   前記管理方法では、
   前記プロセッサは、
   復旧対象データを指定する指定処理と、
   特定の復旧ルールを、前記複数の復旧ルールの中から選択する選択処理と、
   前記バックアップ構成情報を参照して、前記指定処理によって指定された前記復旧対象データの前記バックアップ元を前記コピー先とし、前記復旧対象データの前記バックアップ先を前記コピー元とする前記復旧対象データの復旧構成において、前記選択処理によって選択された特定の復旧ルールに従って、前記復旧対象データの復旧パタンを生成する生成処理と、
   を実行することを特徴とする管理方法。
2. 請求項１に記載の管理方法であって、
   前記記憶デバイスは、前記データと前記データが適用される業務とを関連付けた業務情報を記憶しており、
   前記管理方法では、
   前記プロセッサは、
   前記業務情報を参照して、同一の前記業務で複数の前記復旧対象データをグループ化するグループ化処理を実行し、
   前記生成処理では、前記プロセッサは、前記バックアップ構成情報を参照して、前記グループ化処理によってグループ化された複数の前記復旧対象データの前記バックアップ元を前記コピー先とし、前記グループ化された複数の前記復旧対象データの前記バックアップ先を前記コピー元とする前記グループ化された複数の前記復旧対象データの復旧構成において、前記特定の復旧ルールに従って、前記グループ化された複数の前記復旧対象データの復旧パタンを生成する、
   ことを特徴とする管理方法。
3. 請求項２に記載の管理方法であって、
   前記復旧ルールは、前記復旧ルールが適用される前記データの単位である適用単位が規定されており、
   前記管理方法では、
   前記プロセッサは、
   前記特定の復旧ルールの適用単位が、同一の業務でグループ化された複数のデータである場合、前記グループ化処理を実行する、
   ことを特徴とする管理方法。
4. 請求項１に記載の管理方法であって、
   前記復旧ルールは、前記データのデータ量と前記データを前記コピー元から前記データを取り出すリクエスト数とに基づいて前記コピー元から取り出して前記コピー先に転送する復旧コストを計算する復旧コスト計算式を有し、
   前記生成処理では、前記プロセッサは、前記特定の復旧ルールに含まれている前記復旧コスト計算式を用いて、前記復旧対象データのデータ量と、前記コピー元から前記復旧対象データを取り出すリクエスト数と、に基づいて、前記復旧対象データの復旧コストを算出する、
   ことを特徴とする管理方法。
5. 請求項１に記載の管理方法であって、
   前記復旧ルールは、前記データのデータ量と前記コピー元と前記コピー先との間の前記データの通信速度とに基づいて前記復旧に要する時間である復旧時間を計算する復旧時間計算式を有し、
   前記生成処理では、前記プロセッサは、前記特定の復旧ルールに含まれている前記復旧時間計算式を用いて、前記復旧対象データのデータ量と、前記通信速度と、に基づいて、前記復旧対象データの復旧時間を算出する、
   ことを特徴とする管理方法。
6. 請求項５に記載の管理方法であって、
   前記生成処理では、前記プロセッサは、前記復旧対象データの復旧時間が所定の要求復旧時間以内であるか否かを判定し、前記復旧対象データの復旧時間が所定の要求復旧時間以内である場合、前記復旧対象データの復旧時間を出力する、
   ことを特徴とする管理方法。
7. 請求項１に記載の管理方法であって、
   前記復旧ルールは、前記復旧の順序を示す復旧手順を有し、
   前記生成処理では、前記プロセッサは、前記特定の復旧ルールに含まれている特定の復旧手順を抽出する、
   ことを特徴とする管理方法。
8. 請求項４に記載の管理方法であって、
   前記復旧ルールは、前記データのデータ量と前記コピー元と前記コピー先との間の前記データの通信速度とに基づいて前記復旧に要する時間である復旧時間を計算する復旧時間計算式を有し、
   前記生成処理では、前記プロセッサは、前記特定の復旧ルールに含まれている前記復旧時間計算式を用いて、前記復旧対象データのデータ量と、前記通信速度と、に基づいて、前記復旧対象データの復旧時間を算出し、前記復旧対象データの復旧コストおよび前記復旧対象データの復旧時間を関連付けることにより、前記復旧パタンを生成する、
   ことを特徴とする管理方法。
9. 請求項８に記載の管理方法であって、
   前記復旧ルールは、前記復旧の順序を示す復旧手順を有し、
   前記生成処理では、前記プロセッサは、前記特定の復旧ルールに含まれている特定の復旧手順を抽出し、前記特定の復旧手順を前記復旧対象データの復旧コストおよび前記復旧対象データの復旧時間に関連付けることにより、前記復旧パタンを生成する、
   ことを特徴とする管理方法。
10. 請求項８に記載の管理方法であって、
    前記選択処理では、前記プロセッサは、複数の前記特定の復旧ルールを選択し、
    前記生成処理では、前記プロセッサは、前記複数の前記特定の復旧ルールの各々について、前記復旧パタンを生成する、
    ことを特徴とする管理方法。
11. 請求項１に記載の管理方法であって、
    前記バックアップ先は、パブリッククラウドであり、前記バックアップ元は、オンプレミスである、
    ことを特徴とする管理方法。
12. 請求項１に記載の管理方法であって、
    前記コピー元は、パブリッククラウド内の第１ストレージであり、前記コピー先は、前記パブリッククラウド内の第２ストレージである、
    ことを特徴とする管理方法。
13. 請求項１に記載の管理方法であって、
    前記プロセッサは、
    前記生成処理によって生成された前記復旧対象データの復旧パタンに基づいて、前記復旧をおこなう復旧処理と、
    を実行することを特徴とする管理方法。
14. バックアップ先にバックアップしたデータのバックアップ元への復旧を管理する処理をプロセッサに実行させる管理プログラムであって、
    前記プロセッサは、記憶デバイスにアクセス可能であり、
    前記記憶デバイスは、前記データのコピー元およびコピー先を示す復旧構成における前記復旧に関する複数通りのパタンを規定する複数の復旧ルールと、前記データの前記バックアップ元および前記バックアップ先に関するバックアップ構成情報と、を記憶しており、
    管理プログラムは、
    前記プロセッサに、
    復旧対象データを指定する指定処理と、
    特定の復旧ルールを、前記複数の復旧ルールの中から選択する選択処理と、
    前記バックアップ構成情報を参照して、前記指定処理によって指定された前記復旧対象データの前記バックアップ元を前記コピー先とし、前記復旧対象データの前記バックアップ先を前記コピー元とする前記復旧対象データの復旧構成において、前記選択処理によって選択された特定の復旧ルールに従って、前記復旧対象データの復旧パタンを生成する生成処理と、
    を実行させることを特徴とする管理プログラム。
15. バックアップ先にバックアップしたデータのバックアップ元への復旧を管理する管理装置であって、
    プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、
    前記記憶デバイスは、前記データのコピー元およびコピー先を示す復旧構成における前記復旧に関する複数通りのパタンを規定する複数の復旧ルールと、前記データの前記バックアップ元および前記バックアップ先に関するバックアップ構成情報と、を記憶しており、
    前記プロセッサは、
    復旧対象データを指定する指定処理と、
    特定の復旧ルールを、前記複数の復旧ルールの中から選択する選択処理と、
    前記バックアップ構成情報を参照して、前記指定処理によって指定された前記復旧対象データの前記バックアップ元を前記コピー先とし、前記復旧対象データの前記バックアップ先を前記コピー元とする前記復旧対象データの復旧構成において、前記選択処理によって選択された特定の復旧ルールに従って、前記復旧対象データの復旧パタンを生成する生成処理と、
    を実行することを特徴とする管理装置。

Images