知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-07-29
(45)【発行日】2024-08-06
(54)【発明の名称】バックアップ管理装置およびバックアップ先移行方法
(51)【国際特許分類】
G06F 9/50 20060101AFI20240730BHJP
G06F 11/14 20060101ALI20240730BHJP
【ＦＩ】
G06F9/50 150Z
G06F11/14 658
【請求項の数】
11
(21)【出願番号】P 2023009734
(22)【出願日】2023-01-25
【審査請求日】2023-07-04
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】壁谷 勇磨
【審査官】田中 幸雄
(56)【参考文献】
【文献】特開２０１９－１６４７０５（ＪＰ，Ａ）
【文献】米国特許出願公開第２０２０／０４１０４１８（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ９／５０
Ｇ０６Ｆ １１／１４
(57)【特許請求の範囲】
【請求項1】
仮想マシンまたは物理サーバからなるバックアップ対象のデータを、ストレージ装置またはクラウド領域からなるバックアップ先にバックアップするときのバックアップ先を選定するバックアップ管理装置であって、バックアップの要件情報を保持するバックアップ要件テーブルと、
前記バックアップ先の容量リソースまたは計算性能に関する情報を保持するバックアップ諸元テーブルと、
前記バックアップ先から収集されたバックアップ容量を保持する既存バックアップ情報テーブルと、
前記バックアップ対象のデータを前記バックアップ先にバックアップするタスクに関する情報を保持するバックアップスケジュールテーブルとを有し、
前記バックアップ要件テーブルと、前記バックアップ諸元テーブルと、前記バックアップスケジュールテーブルとを参照し、
前記バックアップスケジュールテーブルのバックアップ対象のタスクに関して、バックアップ先にデータをバックアップするときに、前記バックアップ要件テーブルに規定された容量リソースに関する条件を満たせないときに、
前記既存バックアップ情報テーブルを参照して、前記タスクにおけるバックアップ対象のデータを、他のバックアップ先ごとにバックアップしたときの予測リソース消費量を算出し、
前記予測リソース消費量に基づいて、他のバックアップ先ごとに移行したときのリソースの影響の少なさを表すスコアを算出し、
前記スコアに基づいて、前記タスクに関するバックアップの移行先となるバックアップ先を決定し、決定された前記バックアップ先が前記タスクに関するバックアップ先になるよう前記バックアップスケジュールテーブルを更新することを特徴とするバックアップ管理装置。
【請求項2】
前記スコアは、前記バックアップ先がストレージ装置であるときに、前記ストレージ装置の容量リソースへの影響の少なさを表す容量リソーススコアと、前記ストレージ装置の計算リソースの影響の少なさを表す計算リソーススコアとに基づいて算出され、
前記バックアップ先がクラウド領域であるときに、前記クラウド領域において課されるコストの影響の少なさを表すクラウドコストスコアに基づいて算出されることを特徴とする請求項１記載のバックアップ管理装置。
【請求項3】
前記容量リソーススコアは、算出した予測消費容量リソースと、前記バックアップ諸元テーブルが保持する最大容量リソース、現在の消費容量リソースとに基づいて算出することを特徴とする請求項２記載のバックアップ管理装置。
【請求項4】
前記容量リソーススコアは、前記最大容量リソースから、前記現在の消費容量リソース、前記予測消費容量リソースとを減算した値に基づいて算出することを特徴とする請求項３記載のバックアップ管理装置。
【請求項5】
前記計算リソーススコアは、算出された予測最大消費メモリと、前記バックアップ諸元テーブルが保持する最大メモリ、現在の消費メモリとに基づいて算出することを特徴とする請求項２記載のバックアップ管理装置。
【請求項6】
前記計算リソーススコアは、前記最大メモリから、前記現在の消費メモリ、前記予測最大消費メモリを減算した値により算出することを特徴とする請求項５記載のバックアップ管理装置。
【請求項7】
前記スコアは、前記バックアップ先ごとに定義された固有補正スコアに基づいて算出することを特徴とする請求項１記載のバックアップ管理装置。
【請求項8】
仮想マシンまたは物理サーバからなるバックアップ対象のデータを、ストレージ装置またはクラウド領域からなるバックアップ先にバックアップするときのバックアップ先を選定するバックアップ管理装置によるバックアップ先移行方法であって、前記バックアップ管理装置が、
バックアップの要件情報を保持するバックアップ要件テーブルと、
前記バックアップ先の容量リソースまたは計算性能に関する情報を保持するバックアップ諸元テーブルと、
前記バックアップ先から収集されたバックアップ容量を保持する既存バックアップ情報テーブルと、
前記バックアップ対象のデータを前記バックアップ先にバックアップするタスクに関する情報を保持するバックアップスケジュールテーブルとを有し、
前記バックアップ管理装置が、前記バックアップ要件テーブルと、前記バックアップ諸元テーブルと、前記バックアップスケジュールテーブルとを参照し、
前記バックアップスケジュールテーブルのバックアップ対象のタスクに関して、バックアップ先にデータをバックアップするときに、前記バックアップ要件テーブルに規定された容量リソースに関する条件を満たせるか否かを判定するステップと、
前記バックアップ管理装置が、前記バックアップスケジュールテーブルのバックアップ対象のタスクに関して、バックアップ先にデータをバックアップするときに、前記バックアップ要件テーブルに規定された容量リソースに関する条件を満たせないときに、前記既存バックアップ情報テーブルを参照して、前記タスクにおけるバックアップ対象のデータを、他のバックアップ先ごとにバックアップしたときの予測リソース消費量を算出するステップと、
前記バックアップ管理装置が、前記予測リソース消費量に基づいて、他のバックアップ先ごとに移行したときのリソースの影響の少なさを表すスコアを算出するステップと、
前記バックアップ管理装置が、前記スコアに基づいて、前記タスクに関するバックアップの移行先となるバックアップ先を決定し、決定された前記バックアップ先が前記タスクに関するバックアップ先になるよう前記バックアップスケジュールテーブルを更新するステップとを有し、
前記スコアは、
前記バックアップ先がストレージ装置であるときに、前記ストレージ装置の容量リソースへの影響の少なさを表す容量リソーススコアと、前記ストレージ装置の計算リソースの影響の少なさを表す計算リソーススコアとに基づいて計算され、
前記バックアップ先がクラウド領域であるときに、前記クラウド領域において課されるコストの影響の少なさを表すクラウドコストスコアに基づいて計算され、
前記容量リソーススコアは、算出した予測消費容量リソースと、前記バックアップ諸元テーブルが保持する最大容量リソース、現在の消費容量リソースとに基づいて算出し、
前記計算リソーススコアは、算出された予測最大消費メモリと、前記バックアップ諸元テーブルが保持する最大メモリ、現在の消費メモリとに基づいて算出することを特徴とするバックアップ先移行方法。
【請求項9】
前記容量リソーススコアは、前記最大容量リソースから、前記現在の消費容量リソース、前記予測消費容量リソースとを減算した値に基づいて算出することを特徴とする請求項８記載のバックアップ先移行方法。
【請求項10】
前記計算リソーススコアは、前記最大メモリから、前記現在の消費メモリ、前記予測最大消費メモリを減算した値により算出することを特徴とする請求項８記載のバックアップ先移行方法。
【請求項11】
前記スコアは、前記バックアップ先ごとに定義された固有補正スコアに基づいて算出することを特徴とする請求項８記載のバックアップ先移行方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、バックアップ管理装置およびバックアップ先移行方法に係り、特に、複数のバックアップ先があるシステムにおいて、仮想マシンのデータをバックアップするときに、バックアップ先の装置容量を有効活用し、バックアップ処理を最適化するのに好適なバックアップ管理装置およびバックアップ先移行方法に関する。
【背景技術】
【0002】
クラウドコンピューティングの進歩と普及に伴い、多くのＩＴシステムが仮想マシン環境やコンテナ環境により構築されるようになり、管理者は、各環境をシステム要件に応じて、そのような仮想マシン環境やコンテナ環境上で構成、運用することが一般的になってきている。また、近年において、高度かつ多様化するサイバー攻撃や、大規模化、複雑化するシステムの運用中のヒューマンエラーにより障害が発生した際にもシステムを継続的に運用できるように、各環境のバックアップを運用要件に応じて適切に管理することが重要になる。
【0003】
しかしながら、管理者がそれぞれの仮想マシン環境やコンテナ環境の要件を考慮し、バックアップを取得するスケジュールを適切に設定するためには、大きな運用コストが必要となる。
【0004】
仮想マシン（Virtual Machine：以下、単に「ＶＭ」ともいう）のバックアップスケジュールを最適化する技術としては、例えば、特許文献１に開示がある。特許文献１のＶＭのスケジュール作成方法では、バックアップデータをストレージ装置に保存する際に、各環境のＲＰＯ（目標復旧時点）、ＲＴＯ（目標復旧時間）といったＶＭの運用における要件やシステム全体のリソースを確保するためのバックアップ要件、各環境の稼働時間、リソース領域の使用率といったシステムの状況に基づいて、バックアップを実行するスケジュールを自動的に調整する。
【先行技術文献】
【特許文献】
【0005】
【文献】国際公開第２０１５／１８１９３７号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
上記従来技術の特許文献１では、バックアップデータを保存するストレージ装置が特定されるときに、バックアップを実行するスケジュールを調整する技術が開示されている。
【0007】
しかしながら、バックアップデータを保存するストレージ装置が複数あり、ＶＭごとに保存先のストレージ装置が異なり、バックアップ処理の設定のときに、あるストレージ装置では、装置の容量があまっているのにもかかわらず、それ以外のストレージ装置へのバックアップでは、装置の容量が逼迫する事態が発生することがありうる。上記特許文献１の技術では、あるＶＭのバックアップスケジュールを調整するとき、そのＶＭのバックアップ保存先であるストレージ装置のリソースの使用率をもとにする。このとき、調整後にリソースの使用率の増加によりバックアップ要件が満たされない場合は、他のストレージ装置に余剰リソースがあったとしても、バックアップスケジュールの調整を完了できない。この場合には、システム管理者が他のストレージ装置の余剰リソースを当該ＶＭのストレージ装置に移設するなどの方法により構成を変更することにより、バックアップの構成を調整しなければならず、したがって、管理者にとって、システムの構成変更のための計画、操作を行うための手間やコストが発生することになっていた。
【0008】
このような事態は、ＶＭのみならず、実マシンにおけるデータのバックアップについても同様の課題が発生しうる。
【0009】
本発明の目的は、複数のバックアップ先があるシステムにおいて、実マシンや仮想マシンのデータをバックアップするときに、システムの構成変更に要するコストや管理者の負荷を軽減し、バックアップ先の装置容量を有効活用し、バックアップ処理を最適化するバックアップ管理装置およびバックアップ先移行方法を提供することができる。
【課題を解決するための手段】
【0010】
本発明のバックアップ管理装置の構成は、好ましくは、仮想マシンまたは物理サーバからなるバックアップ対象のデータを、ストレージ装置またはクラウド領域からなるバックアップ先にバックアップするときのバックアップ先を選定するバックアップ管理装置であって、バックアップの要件情報を保持するバックアップ要件テーブルと、バックアップ先の容量リソースまたは計算性能に関する情報を保持するバックアップ諸元テーブルと、バックアップ先から収集されたバックアップ容量を保持する既存バックアップ情報テーブルと、バックアップ対象のデータをバックアップ先にバックアップするタスクに関する情報を保持するバックアップスケジュールテーブルとを有し、バックアップ要件テーブルと、バックアップ諸元テーブルと、バックアップスケジュールテーブルとを参照し、バックアップスケジュールテーブルのバックアップ対象のタスクに関して、バックアップ先にデータをバックアップするときに、バックアップ要件テーブルに規定された容量リソースに関する条件を満たせないときに、既存バックアップ情報テーブルを参照して、タスクにおけるバックアップ対象のデータを、他のバックアップ先ごとにバックアップしたときの予測リソース消費量を算出し、予測リソース消費量に基づいて、他のバックアップ先ごとに移行したときのリソースの影響の少なさを表すスコアを算出し、スコアに基づいて、タスクに関するバックアップの移行先となるバックアップ先を決定し、決定されたバックアップ先がタスクに関するバックアップ先になるようバックアップスケジュールテーブルを更新するようにしたものである。
【発明の効果】
【0011】
本発明によれば、複数のバックアップ先があるシステムにおいて、実マシンや仮想マシンのデータをバックアップするときに、システムの構成変更に要するコストや管理者の負荷を軽減し、バックアップ先の装置容量を有効活用し、バックアップ処理を最適化するバックアップ管理装置およびバックアップ先移行方法を提供することができる。
【図面の簡単な説明】
【0012】
【図1】バックアップ管理システムの一例を示す構成図である。
【図2】バックアップ管理装置の機能構成図である。
【図3】ＶＭ管理サーバの機能構成図である。
【図4】クラウド領域の機能構成図である。
【図5】ストレージ装置の機能構成図である。
【図6】バックアップ管理装置のハードウェア・ソフトウェア構成図である。
【図7】バックアップ先諸元テーブルの一例を示す図である。
【図8】バックアップ要件テーブルの一例を示す図である。
【図9】既存バックアップ情報テーブルの一例を示す図である。
【図10】バックアップスケジュールテーブルの一例を示す図である。
【図11】移行先想定バックアップ情報テーブルの一例を示す図である。
【図12】移行先想定バックアップスケジュールテーブルの一例を示す図である。
【図13】予測リソース消費量テーブルの一例を示す図である。
【図14】スコアテーブルの一例を示す図である。
【図15】バックアップ管理装置の行うバックアップ先移行処理の概要を説明する図である。
【図16】バックアップ管理装置のバックアップスケジュールの調整処理を示すフローチャートである。
【図17】バックアップ対象に対するバックアップスケジュールの調整処理を示すフローチャートである。
【図18A】バックアップ移行処理を示すフローチャートである（その一）。
【図18B】バックアップ移行処理を示すフローチャートである（その二）。
【図18C】バックアップ移行処理を示すフローチャートである（その三）。
【図18D】バックアップ移行処理を示すフローチャートである（その四）。
【図18E】バックアップ移行処理を示すフローチャートである（その五）。
【図19】バックアップ移行先ユーティリティ画面の一例を示す図である。
【発明を実施するための形態】
【0013】
【0014】
【0015】
バックアップ管理システムは、図１に示されるように、バックアップ管理装置１００、ＶＭ管理サーバ１０、物理サーバ２０（図１では、２０ａ、２０ｂ、…と表記）、クラウド領域３０（図１では、３０ａ、３０ｂ、…と表記）、転送サーバ４０、ストレージ装置５０（図１では、５０ａ、５０ｂ、…と表記）を有しており、相互にネットワークで接続された構成になっている。
【0016】
管理ネットワーク１は、ＶＭ管理サーバ１０、物理サーバ２０、転送サーバ４０、ストレージ装置５０の各機器と接続されており、インターネット３と接続されている。管理ネットワーク１は、バックアップ管理装置が、ＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０などの業務で実行されるサーバのバックアップ実行などの管理を行うときに各機器と通信したり、バックアップ管理装置の設定、メンテナンスのために管理者がアクセスするためのネットワークである。
【0017】
業務ネットワーク２は、ＶＭ管理サーバ１０、物理サーバ２０の各機器と接続されている。業務ネットワーク２は、ＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０などの業務で実行されるサーバにおいて、各サーバにユーザがアクセスしたり、各サーバ間で通信し、業務を行うためのネットワークである。
【0018】
ＳＡＮ(Storage Area Network)４は、ＶＭ管理サーバ１０、物理サーバ２０、転送サーバ４０の各機器と接続されており、インターネット３と接続されている。ＳＡＮ４は、ＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０などの業務で実行されるサーバが、ストレージ装置５０とデータを入出力するためのネットワークである。
【0019】
インターネット３は、ＴＣＰ／ＩＰよるグローバルネットワークであり、クラウド領域３０、管理ネットワーク１、ＳＡＮ４と接続されている。インターネット３は、本実施形態では、管理ネットワーク１、ＳＡＮ４からクラウド領域３０にアクセスするときに経由するネットワークである。
【0020】
バックアップ管理装置１００は、ＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０のデータのストレージ装置５０へのバックアップ処理を管理するための装置である。バックアップ管理装置１００は、管理ネットワーク１に接続され、バックアップスケジュールを管理しており、バックアップ実行を、バックアップスケジュールに従って、転送サーバ４０に指示する。また、バックアップ管理装置１００は、バックアップの要件（システムインフラに関する要件、業務に関するバックアップ要件）を受付け、要件に応じてバックアップスケジュールを調整する機能も有する。さらに、バックアップ先であるストレージ装置またはクラウド領域の容量リソースに関する要件をチェックし、必要があるときには、バックアップ先を切り換え、バックアップスケジュールを再構成する（詳細は、後述）。
【0021】
ＶＭ管理サーバ１０は、管理ネットワーク１、業務ネットワーク２、ＳＡＮ４に接続され、単数あるいは複数のＶＭを管理し、実行するサーバである。
【0022】
物理サーバ２０は、管理ネットワーク１、業務ネットワーク２、ＳＡＮ４に接続され、物理的なハードウェアで実現されるサーバ装置である。
【0023】
クラウド領域３０は、インターネット３に接続され、クラウドサービスによって提供されＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０などの業務で実行されるサーバのバックアップデータを管理する領域であり、課金コストに応じて提供される容量リソースにバックアップデータを保存する領域である。
【0024】
転送サーバ４０は、管理ネットワーク１、ＳＡＮ４に接続され、バックアップ管理装置１００から指示を受けて、ＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０のデータをバックアップデータとして、バックアップ先となるストレージ装置５０に転送するサーバである。
【0025】
バックアップ管理装置１００は、図２に示されるように、機能構成として、バックアップスケジュール管理部１０１、バックアップ移行処理部１０２、バックアップ指示部１０３、バックアップ対象稼動状況収集部１０４、記憶部１１０を有する。
【0026】
バックアップスケジュール管理部１０１は、バックアップ実行のバックアップスケジュールを管理しており、バックアップのために要求されるシステムの要件、バックアップ先の容量、課金コストに応じて、バックアップスケジュールを最適なものに調整する機能部である。バックアップ移行処理部１０２は、バックアップ先の諸元と、バックアップに要されるシステムのリソースに基づき、バックアップ先となるストレージ装置５０やクラウド領域３０を選定し、バックアップの移行を行う機能部である。バックアップ指示部１０３は、バックアップスケジュールに基づいて、ＶＭ管理サーバ１０上で実行されるＶＭ、物理サーバ２０のデータのバックアップを転送サーバ４０に指示する機能部である。バックアップ対象稼動状況収集部１０４は、バックアップ対象となるＶＭまたは物理サーバのバックアップに関する稼動状況を収集する機能部である。
【0027】
記憶部１１０は、バックアップ管理装置１００で使用されるテーブル、データを保持する記憶部である。
【0028】
記憶部１１０は、バックアップ先諸元テーブル２００、バックアップ要件テーブル２０１、既存バックアップ情報テーブル２０２、バックアップスケジュールテーブル２０３、移行先想定バックアップ情報テーブル２０４、移行先想定バックアップスケジュールテーブル２０５、予測リソース消費量テーブル２０６、スコアテーブル２０７を保持する。なお、各テーブルの詳細は、後に説明する。
【0029】
ＶＭ管理サーバ１０は、ＶＭを実行させるサーバ装置であり、図３に示されるように、機能構成として、ＶＭ管理ＯＳ（Operating System）１１、仮想化ソフトウェア１２、ＶＭｉ:１３－ｉ（ｉ＝１，２，…）からなる。
【0030】
ＶＭ管理ＯＳ１１は、ＶＭを管理するオペレーティングシステムである。仮想化ソフトウェア１２は、ＶＭ管理ＯＳ１１上で、ハードウェア資源をＶＭ上に割り当て、ＶＭを実現するソフトウェアである。
【0031】
ＶＭｉ:１３－ｉは、ＶＭ管理サーバ上で実現されるＶＭである。ＶＭｉ:１３－ｉは、仮想的な計算機として、ＶＭ管理ＯＳ１１上で実現され、ＶＭＯＳ（Operating System）１４－ｉ（ｉ＝１，２，…）の上で、アプリケーションソフトウェア１５－ｉ（ｉ＝１，２，…）を実行する。
【0032】
ＶＭの実現の仕方としては、一般的には、ホスト型、ハイパー型があり、図３では、ＶＭ管理サーバ１０は、ホスト型の実現形態で記述しているが、本実施形態のバックアップ先移行方法は、ハイパー型であってもよい。なお、ホスト型のＶＭでは、しばしば、ＶＭ管理ＯＳ１１は、ホストＯＳ、ＶＭＯＳ１４－ｉは、ゲストＯＳと呼ばれる。ハイパー型のＶＭでは、ＶＭ管理ＯＳ１１と仮想化ための機能が一体化され、ハイパーバイザ上で、ＶＭＯＳ１４－ｉ（ゲストＯＳ）が実行されるモデルとなる。
【0033】
クラウド領域３０は、図４に示されるように、ユーザ管理部３１、アップロード・ダウンロード部３２、オンラインストレージ部３３からなる。本実施形態のクラウド領域３０は、クラウドサービスによりデータのストレージ機能、いわゆるオンラインストレージのサービスを提供するものである。クラウド領域３０は、インターネット３に接続されたファイルサーバとして実現される。なお、以下の説明では、ユーザの課金さえ許せば、クラウド領域３０として十分なストレージの容量が提供できるものとして説明する。
【0034】
ユーザ管理部３１は、サービスを利用するユーザとユーザの課金を管理する機能部である。アップロード・ダウンロード部３２は、クラウドサービスの提供をうけるクライアントからのデータのアップロード・ダウンロードを受け取る機能部である。オンラインストレージ部３３は、クラウドサービスのストレージ機能を実現する機能部である。
【0035】
ストレージ装置５０は、図５に示されるように、制御部５１、データ入出力部５２、容量削減部５３、容量リソース部５４からなる。
【0036】
制御部５１は、ストレージ装置５０の制御をつかさどり、データ入出力部５２に対して、記憶媒体のデータの入出力（Ｒｅａｄ／Ｗｒｉｔｅ）を指令する機能部である。容量削減部５３は、容量削減機能を実現する機能部である。容量削減機能は、複数のバックアップが行われる場合に、重複するデータを解析し、重複を排除したデータ記憶を行う機能である。
【0037】
容量リソース部５４は、大容量のデータを格納する機能部であり、ハードウェア的には、ＨＤＤ（Hard Disk Drive）のような磁気記憶装置、ＳＳＤ（Solid State Drive）のような不揮発性の半導体記憶装置により実現される。大規模なストレージ装置５０の容量リソース部５４は、Ｄｉｓｋ Ａｒｒａｙを構成し、ＲＡＩＤのような冗長記憶機能を有する。
【0038】
次に、図６を用いてバックアップ管理装置のハードウェア・ソフトウェア構成を説明する。
バックアップ管理装置１００のハードウェア構成としては、例えば、図６に示されるワークステーションのような一般的な情報処理装置で実現される。
バックアップ管理装置１００のハードウェア構成としては、例えば、図６に示されるワークステーションのような一般的な情報処理装置で実現される。
【0039】
バックアップ管理装置１００は、ＣＰＵ（Central Processing Unit）３０２、主記憶装置３０４、ネットワークＩ／Ｆ（InterFace）３０６、表示Ｉ／Ｆ３０８、入出力Ｉ／Ｆ３１０、補助記憶Ｉ／Ｆ３１２が、バスにより結合された形態になっている。
【0040】
ＣＰＵ３０２は、バックアップ管理装置１００の各部を制御し、主記憶装置３０４に必要なプログラムをロードして実行する。
【0041】
主記憶装置３０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ３０２が実行するプログラム、参照するデータが記憶される。
【0042】
ネットワークＩ／Ｆ３０６は、ネットワーク５と接続するためのインタフェースである。
【0043】
表示Ｉ／Ｆ３０８は、ＬＣＤ（Liquid Crystal Display）などの表示装置３２０を接続するためのインタフェースである。
【0044】
入出力Ｉ／Ｆ３１０は、入出力装置を接続するためのインタフェースである。図６の例では、キーボード３３０とポインティングデバイスのマウス３３２が接続されている。
【0045】
補助記憶Ｉ／Ｆ３１２は、ＨＤＤ（Hard Disk Drive）３５０やＳＳＤ（Solid State Drive）などの補助記憶装置を接続するためのインタフェースである。
【0046】
ＨＤＤ３５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。バックアップ管理装置１００には、バックアップスケジュール管理プログラム３６１、バックアップ移行処理プログラム３６２、バックアップ指示プログラム３６３、バックアップ対象稼動状況収集プログラム３６４がインストールされている。
【0047】
バックアップスケジュール管理プログラム３６１、バックアップ移行処理プログラム３６２、バックアップ指示プログラム３６３、バックアップ対象稼動状況収集プログラム３６４は、それぞれバックアップスケジュール管理部１０１、バックアップ移行処理部１０２、バックアップ指示部１０３、バックアップ対象稼動状況収集部１０４の機能を実現するプログラムである。
【0048】
また、ＨＤＤ３５０には、図６には図示しなかったが、バックアップ先諸元テーブル２００、バックアップ要件テーブル２０１、既存バックアップ情報テーブル２０２、バックアップスケジュールテーブル２０３、移行先想定バックアップ情報テーブル２０４、移行先想定バックアップスケジュールテーブル２０５、予測リソース消費量テーブル２０６、スコアテーブル２０７が格納されている。
【0049】
【0050】
バックアップ先諸元テーブル２００は、バックアップ先となるストレージ装置またはクラウド領域の諸元を格納するテーブルであり、図７に示されるように、バックアップ先ＩＤ２００ａ、バックアップ先タイプ２００ｂ、属性名２００ｃ、属性値２００ｄの各フィールドからなる。
【0051】
バックアップ先ＩＤ２００ａには、バックアップ先となるストレージ装置またはクラウド領域を一意に表すＩＤが格納される。バックアップ先タイプ２００ｂには、バックアップ先がストレージ装置またはクラウド領域であるかを示すフラグが格納される。属性名２００ｃには、バックアップ先となるストレージ装置またはクラウド領域の属性を示すＩＤまたは名称が格納される。属性値２００ｄには、バックアップ先ＩＤ２００ａに対応するストレージ装置またはクラウド領域の属性名２００ｃの格納された属性の値が格納される。
【0052】
例えば、バックアップ先ＩＤ２００ａ「ストレージ装置Ａ」のストレージ装置における属性名２００ｃ「リストア性能」に対して、「１分あたり０．１ＧＢリストア可能」、属性名２００ｃ「最大容量リソース」に対して、「１０００ＧＢ」などである。
【0053】
また、例えば、バックアップ先ＩＤ２００ａ「クラウド領域Ｄ」のクラウド領域における属性名２００ｃ「リストア性能」に対して、「１分あたり１．０ＧＢリストア可能」、属性名２００ｃ「上限バックアップコスト」に対して、「２５０００円／月」などである。
【0054】
バックアップ要件テーブル２０１には、バックアップ管理システムでバックアップの要件となる情報を格納するテーブルであり、図８に示されるように、バックアップ要件種別２０１ａ、バックアップ要件項目２０１ｂ、バックアップ要件内容２０１ｃ、対象システムリソースＩＤ２０１ｄの各フィールドからなる。
【0055】
バックアップ要件種別２０１ａには、パックアップするために要求される要件の種別が格納される。バックアップ要件種別２０１ａ「ＩＴインフラ要件」のレコードは、バックアップ管理システムに要求されるシステムのハードウェアリソース、ソフトウェアリソースに対する要件などが格納され、バックアップ要件種別２０１ａ「ユーザ要件」のレコードは、ユーザがバックアップ処理に対して要求する要件が格納される。バックアップ要件項目２０１ｂには、バックアップ要件の項目を一意に表すＩＤまたは名称が格納される。バックアップ要件内容２０１ｃには、バックアップ要件項目２０１ｂに関するバックアップ要件の内容が格納される。対象システムリソースＩＤ２０１ｄには、バックアップ要件に関わるシステムリソース（ストレージ装置、クラウド領域、物理サーバ、ＶＭ）のＩＤが格納される。
【0056】
既存バックアップ情報テーブル２０２は、バックアップ先移行前のバックアップに関する情報が格納するテーブルであり、図９に示されように、システムリソースＩＤ２０２ａ、バックアップ容量種別２０２ｂ、バックアップ容量値２０２ｃの各フィールドよりなる。
【0057】
システムリソースＩＤ２０２ａには、バックアップに関わるＶＭまたは物理サーバのＩＤが格納される。バックアップ容量種別２０２ｂには、バックアップに係る容量の種別を表す名称またはＩＤが「現在のフルバックアップ容量」、「現在の差分バックアップ容量」、「平均フルバックアップ容量」のように格納される。バックアップ容量値２０２ｃには、システムリソースＩＤ２０２ａの値のＶＭまたは物理サーバのバックアップ容量種別２０２ｂの示すバックアップ容量種別のバックアップ容量値が格納される。
【0058】
バックアップスケジュールテーブル２０３は、現在のバックアップスケジュールに関する情報を格納するテーブルであり、図１０に示されるように、タスクＩＤ２０３ａ、バックアップ対象ＩＤ２０３ｂ、バックアップ先ＩＤ２０３ｃ、バックアップタイプ２０３ｄ、タスク実行時刻２０３ｅの各フィールドからなる。
【0059】
タスクＩＤ２０３ａには、バックアップスケジュールのタスクを一意に表すＩＤが格納される。ここで、「タスク」とは、 バックアップスケジュール内で予定される１回のバックアップ実行処理をいう。バックアップ対象ＩＤ２０３ｂには、バックアップ対象となるＶＭまたは物理サーバを一意に表すＩＤが格納される。バックアップ先ＩＤ２０３ｃには、バックアップ先となるストレージ装置またはクラウド領域を一意に表すＩＤが格納される。バックアップタイプ２０３ｄには、バックアップのタイプとして、「フルバックアップ」、「差分バックアップ」、「増分バックアップ」のようなバックアップの形態が格納される。タスク実行時刻２０３ｅには、バックアップを実行する日時が“yyyy/mm/dd hhmm”の形式で格納される。
【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】
次に、バックアップ管理装置１００は、バックアップ移行先候補を、調整対象のバックアップ先、移行バックアップ対象を、調整対象のバックアップ対象として、図１７に示したバックアップ対象に対するバックアップスケジュールの調整処理を実行し、移行先想定スケジュール（移行先候補で移行バックアップ対象のバックアップを行った場合のスケジュール）を算出する（Ｓ３０２）。
【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】
１０…ＶＭ管理サーバ、２０…物理サーバ、３０…クラウド領域、４０…転送サーバ、５０…ストレージ装置、
１００…バックアップ管理装置、１０１…バックアップスケジュール管理部、１０２…バックアップ移行処理部、１０３…バックアップ指示部、１０４…バックアップ対象稼動状況収集部、１１０…記憶部、
２００…バックアップ先諸元テーブル、２０１…バックアップ要件テーブル、２０２…既存バックアップ情報テーブル、２０３…バックアップスケジュールテーブル、２０４…移行先想定バックアップ情報テーブル、２０５…移行先想定バックアップスケジュールテーブル、２０６…予測リソース消費量テーブル、２０７…スコアテーブル
１００…バックアップ管理装置、１０１…バックアップスケジュール管理部、１０２…バックアップ移行処理部、１０３…バックアップ指示部、１０４…バックアップ対象稼動状況収集部、１１０…記憶部、
２００…バックアップ先諸元テーブル、２０１…バックアップ要件テーブル、２０２…既存バックアップ情報テーブル、２０３…バックアップスケジュールテーブル、２０４…移行先想定バックアップ情報テーブル、２０５…移行先想定バックアップスケジュールテーブル、２０６…予測リソース消費量テーブル、２０７…スコアテーブル
【要約】
【課題】バックアップするときに、システムの構成変更に要するコストや管理者の負荷を軽減し、バックアップ先の装置容量を有効活用し、バックアップ処理を最適化する。
【解決手段】バックアップ先にデータをバックアップするときに、バックアップ要件テーブルに規定された容量リソースに関する条件を満たせないときに、既存バックアップ情報テーブルを参照して、タスクにおけるバックアップ対象のデータを、他のバックアップ先ごとにバックアップしたときの予測リソース消費量を算出し、予測リソース消費量に基づいて、他のバックアップ先ごとに移行したときのリソースの影響の少なさを表すスコアを算出し、スコアに基づいて、タスクに関するバックアップの移行先となるバックアップ先を決定し、決定されたバックアップ先がタスクに関するバックアップ先になるようバックアップスケジュールテーブルを更新する。
【選択図】 図１５
【解決手段】バックアップ先にデータをバックアップするときに、バックアップ要件テーブルに規定された容量リソースに関する条件を満たせないときに、既存バックアップ情報テーブルを参照して、タスクにおけるバックアップ対象のデータを、他のバックアップ先ごとにバックアップしたときの予測リソース消費量を算出し、予測リソース消費量に基づいて、他のバックアップ先ごとに移行したときのリソースの影響の少なさを表すスコアを算出し、スコアに基づいて、タスクに関するバックアップの移行先となるバックアップ先を決定し、決定されたバックアップ先がタスクに関するバックアップ先になるようバックアップスケジュールテーブルを更新する。
【選択図】 図１５
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18A】
【図18B】
【図18C】
【図18D】
【図18E】
【図19】