(57)【要約】  ＦＣＭＤＢ環境下でバックアップデータを複数のＭＤＲ間に分散して管理するバックアップデータ管理システムであって、複数のＭＤＲ間で重複している対象データを特定のＭＤＲでバックアップを取得するよう決定するバックアップ先決定部と、バックアップ先決定部により決定された特定のＭＤＲ内に設けられ、ＭＤＲ内で対象データをバックアップするバックアップデータ取捨選択部とを備える。
2009122528.tif 000002
【特許請求の範囲】
【請求項１】
バックアップデータを複数の異種構成管理装置に分散して管理する統合構成管理装置であって、
前記複数の異種構成管理装置間で重複して管理している対象データを特定の異種管理装置でバックアップさせるためのバックアップ先異種構成管理装置を決定し、各異種管理装置にバックアップ対象データを通知するバックアップ先決定部、
を備えた統合構成管理装置。
【請求項２】
前記対象データを保持するバックアップ先異種構成管理装置は、前記統合構成管理装置の構成情報に対して設定された優先順位に基づいて決定される、
請求項１に記載の統合構成管理装置。
【請求項３】
前記対象データを保持するバックアップ先異種構成管理装置は、バックアップ／リストアの実行時における情報に基づいて決定される、
請求項１に記載の統合構成管理装置。
【請求項４】
前記対象データを保持するバックアップ先異種構成管理装置は、各異種構成管理装置が保持するデータ量が均等になるように決定される、
請求項１乃至３のいずれか1項に記載の統合構成管理装置。
【請求項５】
前記バックアップ先決定部は、自身の異種構成管理装置の空きディスク容量や前回のバックアップ処理時間などの情報を当該異種構成管理装置から取得する、
請求項１乃至４の何れか１項に記載の統合構成管理装置。
【請求項６】
複数の異種構成管理装置とその異種構成管理装置を管理する統合構成管理装置からなり、バックアップデータを複数の異種構成管理装置間に分散して管理するための異種構成管理装置あって、
前記統合構成管理装置からバックアップすべき対象データを通知されると、概対象データをバックアップするバックアップデータ取捨選択部、
を備えた異種構成管理装置。
【請求項７】
該対象データをリストアするとき、前記統合構成管理装置に問い合わせることにより、何れの異種構成管理装置が該対象データをバックアップしているかの回答を受け、該統合構成管理装置を経由して前記対象データをリストアする、
請求項６に記載の異種構成管理装置。
【請求項８】
複数の異種構成管理装置とその異種構成管理装置を管理する統合構成管理装置からなり、バックアップデータを複数の異種構成管理装置間に分散して管理するバックアップデータ管理システムであって、
複数の異種構成管理装置間で重複している対象データを特定の異種構成管理装置でバックアップを取得するよう決定するバックアップ先決定部と、
前記バックアップ先決定部により決定された特定の異種構成管理装置内に設けられ、当該異種構成管理装置内で前記対象データをバックアップするバックアップデータ取捨選択部と、
を備えたバックアップデータ管理システム。
【請求項９】
統合構成管理装置環境下でバックアップデータを複数の異種構成管理装置間に分散して管理するバックアップデータ管理方法であって、
複数の異種構成管理装置間で重複している対象データを特定の異種構成管理装置でバックアップを取得するよう決定する第１ステップと、
前記バックアップ先決定ステップで決定された特定の異種構成管理装置内で前記対象データをバックアップする第２ステップと、
を備えるバックアップデータ管理方法。
【請求項１０】
バックアップデータを複数の異種構成管理装置に分散して管理するためのプログラムであって、
コンピュータに、
前記複数の異種構成管理装置間で重複して管理している対象データを特定の異種管理装置でバックアップさせるためのバックアップ先異種構成管理装置を決定するステップと、
各異種管理装置にバックアップ対象データを通知するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は整合化（Reconciliation）機能を持つ統合構成管理装置（ＦＣＭＤＢ：Federated Configuration Management Database）でバックアップデータをＦＣＭＤＢが管理する複数の異種構成管理装置（ＭＤＲ：Management Data Repository）に分散して管理する統合構成管理装置、バックアップデータ管理方法およびそのためのプログラムに関する。
【背景技術】
【０００２】
図１はＦＣＭＤＢの基本機能を説明するためのＦＣＭＤＢによるＭＤＲの管理体系を示す図である。ここで、ＦＣＭＤＢとは複数の異種構成管理装置を統合する管理装置を指し、ＭＤＲは個々の構成管理装置にあたる。ＦＣＭＤＢ１０は統合している複数のＭＤＲ１１〜１６に格納されたデータを横断的に参照することが可能である。各ＭＤＲ１１〜１６は構成情報、インシデント情報、トラブル情報、リリース情報、変更情報またはアプリケーション情報等、管理対象リソースに関する情報（アイテム）とそれらアイテム間の関連（リレーションシップ）を管理し、ＦＣＭＤＢ１０は各ＭＤＲが保持するアイテム・リレーションシップを整合化したデータと異なるＭＤＲに格納されたアイテム間の関連（リレーションシップ）１０Ａを管理する。ＦＣＭＤＢ１０は外部のコンピュータまたは自身の入力デバイスを介して検索要求を受け、複数のＭＤＲ１１〜１６から検索結果を導出し応答する。なお、以降の図において「アプリケーション」は「アプリ」と略記する。【０００３】
図２はＦＣＭＤＢの整合化機能を説明するためのＦＣＭＤＢによるＭＤＲの管理体系を示す図である。図２のＦＣＭＤＢ２０は図１のＦＣＭＤＢ１０と同一機能を有する。ＦＣＭＤＢ２０は統合している複数のＭＤＲ２１〜２６に格納されたデータを横断的に参照することが可能であり、情報の統合機能を有する。ＦＣＭＤＢ２０による情報の統合は下記の２機能から成り立つ。【０００４】
第１点：ＭＤＲ毎に異なる名前（サーバ、ホスト、ノード）で管理されているアイテム種別名を統一する（データ形式共通化機能）。具体的には整合情報２０Ａの第１行に示すように名前を「サーバ」に統一する。【０００５】
第２点：ＭＤＲ毎に異なるロ−カルＩＤ（Webserver1、192.168.10.1、hostnameX）で管理されている同一アイテムの情報を統合する（整合化機能）。本機能は、予めアイテム種別ごとにアイテムを特定するためのルールを定めておき、そのルールに従って同一種別のアイテムの中から合致するアイテムの情報を統合することで実現する。【０００６】
図３は従来のＦＣＭＤＢにおけるバックアップ／リストア機能を説明するためのＦＣＭＤＢによるＭＤＲの管理体系を示す図である。
従来のＦＣＭＤＢ３０では、複数のＭＤＲ（以下、ＤＢと記す）３１〜３３の各々がバックアップ／リストア機能を有する。
ＦＣＭＤＢ３０は不整合を生じないようにするため、ＤＢ３１〜３３との間で同期をとってから、個々のＭＤＲにデータのバックアップの採取を一斉に開始させる。
また、ＦＣＭＤＢ３０は全ＤＢ３１〜３３に対して一斉にリストアさせるか、もしくはリストアしたいＭＤＲのみに単独にリストアさせる。【０００７】
分散したデータベースの各々に予備（バックアップ記憶部）を持たせ仮想的に１つのデータベースに統合する方法が開示されている（特許文献１参照）。【０００８】
複数の記憶装置に分散して記憶されたデータベースの整合性を維持するために必要な部分を適切に選択してその部分のバックアップを効率的に生成し、その部分のバックアップの採取を一斉に開始し一斉に終了し、その間、対象データベースに対する処理中のトランザクションを完了させると共に更なるトランザクションを禁止する方法が開示されている（特許文献２参照）。【０００９】
【特許文献１】特開平9-305455号公報
【特許文献２】特開2006-215868号公報
【非特許文献３】http://cmdbf.org/schema/1-0-0/CMDBf%20v1.0.pdf
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１および２に記載の方法では、システム全体で整合性を保ちつつバックアップをとるために、各ＭＤＲに必要十分なバックアップ領域を確保しなければならない。それゆえ、各ＭＤＲの（バックアップ記憶部）のストレージ容量が肥大化するという問題がある。【００１１】
また、ＦＣＭＤＢ環境化においては、保持しているデータ量やバックアップ／リストア性能、すなわち処理速度（単位時間当たりにバックアップ／リストアするデータ量）がＭＤＲ毎に異なるのでバックアップ／リストアに要する時間がまちまちである。したがって、ＦＣＭＤＢ環境下における従来のバックアップデータの管理は、一番処理速度の遅いＭＤＲに合わせなければならず、バックアップ／リストアの完了までに要する時間が大幅に掛かり非効率的であるという問題がある。【００１２】
それゆえ、本発明は、各ＭＤＲのストレージ容量を削減し、バックアップ／リストアの完了までに要する時間を短縮し効率的にバックアップ／リストアを行うことのできる統合構成管理装置、異種構成管理装置、バックアップデータ管理システム、方法およびそのためのプログラムを提供することを目的とする。換言すれば、複数のＭＤＲで重複して保持するデータはその中の特定のＭＤＲでのみバックアップをとるようにする統合構成管理装置、異種構成管理装置、バックアップデータ管理システム、方法およびそのためのプログラムを提供する。
【課題を解決するための手段】
【００１３】
上記従来技術の課題を解決するバックアップデータ管理システムは、ＭＤＲ間で重複している対象データを特定のＭＤＲでのみバックアップをとる。
これにより、特定のＭＤＲ以外のＭＤＲはその対象データを保存する必要がなくなり、記憶容量を削減できる。【００１４】
また、この時の重複データを保持するバックアップ先ＭＤＲは、ＦＣＭＤＢの構成やバックアップ／リストアの実行時における情報に基づいて決定する。例えば、バックアップ対象のデータが重複していたときに優先度の高いＭＤＲの値を用いるという仕組みがＦＣＭＤＢの基盤に組み込まれていた場合は、バックアップ先ＭＤＲとして優先度の最も高いＭＤＲを選ぶようにする。また、別の選定方法として、各ＭＤＲが保持するデータ量がなるべく均等になるようにバックアップ先を決定してもよい。
これにより、ＦＣＭＤＢの環境に応じて、重複データの適切なＭＤＲへの分散が実現できる。【００１５】
バックアップデータ管理システム内のＭＤＲから重複データをリストアする（もしくは過去データを参照する）場合は、ＦＣＭＤＢに問い合わせればどのＭＤＲが重複データをバックアップしているか判るのでＦＣＭＤＢを経由して重複データをリストアできる。
【発明の効果】
【００１６】
特定のＭＤＲでのみ重複データを保持すれば良いので、ＦＣＭＤＢ環境下の複数のＭＤＲ全体で必要なストレージ容量を削減することができる。【００１７】
また、環境に応じて重複データバックアップ先ＭＤＲを選択することにより、ストレージ空き容量がひっ迫して残り容量が少ないＭＤＲやバックアップ／リストアの処理に時間のかかるＭＤＲの負荷を軽減することができる。【００１８】
また、環境に応じて重複データバックアップ先ＭＤＲを分散することにより、バックアップ／リストアの完了までに要する時間を短縮し効率的にバックアップ／リストアを行うことができる。
【図面の簡単な説明】
【００１９】
【図１】ＦＣＭＤＢの基本機能を説明するためのＦＣＭＤＢによるＭＤＲの管理体系を示す図である。（従来技術）
【図２】ＦＣＭＤＢの整合化機能を説明するためのＦＣＭＤＢによるＭＤＲの管理体系を示す図である。（従来技術）
【図３】従来のＦＣＭＤＢ環境下におけるバックアップ／リストア機能を説明するためのＦＣＭＤＢによるＭＤＲの管理体系を示す図である。（従来技術）
【図４】ＦＣＭＤＢ環境下におけるバックアップデータ管理システムの第１実施形態のブロック構成図である。
【図５】図４に示すバックアップデータ管理システムのバックアップ処理のフローチャートである。
【図６】図４に示すバックアップデータ管理システムのリストア処理のフローチャートである。
【図７】バックアップ先ＭＤＲの情報を格納したテーブルを示す図である。
【図８】ＦＣＭＤＢ環境下におけるバックアップデータ管理システムの第２実施形態のブロック構成図である。
【図９】バックアップ先ＭＤＲの第１の決定例を示す図である。
【図１０】バックアップ先ＭＤＲの第１の決定方法のフローチャートある。
【図１１】バックアップ先ＭＤＲの第２の決定例を示す図である。
【図１２】バックアップ先ＭＤＲの第２の決定方法のフローチャートある。
【図１３】バックアップ先ＭＤＲの第３の決定例を示す図である。
【図１４】バックアップ先ＭＤＲの第３の決定方法のフローチャートある。
【符号の説明】
【００２０】
４０    バックアップデータ管理システム
４００    ＦＣＭＤＢ
４０１    バックアップ先決定部
４１０、４２０    ＭＤＲ
４１１、４２１    バックアップデータ取捨選択部
８１５    負荷情報通知部
【発明を実施するための最良の形態】
【００２１】
図４はＦＣＭＤＢ環境下におけるバックアップデータ管理システムの第１実施形態を示すブロック構成図である。図４全体に示す本実施形態に係るバックアップデータ管理システム４０は、ＦＣＭＤＢ４００とＦＣＭＤＢ４００が管理する複数のＭＤＲ４１０、ＭＤＲ４２０とを有する。ＭＤＲは図４では２個のみ示すがこの数は２個に限定されるものでない。ＦＣＭＤＢ４００は、バックアップ先決定部４０１、データ管理部４０２、データ登録サービス機能部４０３、データ取得サービス機能部４０４、データマッピング情報管理部４０５およびバックアップ機能部４０６を有する。ＭＤＲ４１０およびＭＤＲ４２０は、それぞれバックアップデータ取捨選択部４１１、４２１、データ管理部４１２、４２２、データ取得サービス機能部４１３、４２３およびバックアップ／リストア機能部４１４、４２４を有する。【００２２】
本実施形態のＦＣＭＤＢ４００内のバックアップ先決定部４０１、データ管理部４０２、データ登録サービス機能部４０３、データ取得サービス機能部４０４、データマッピング情報管理部４０５およびバックアップ機能部４０６は、少なくとも不図示のＣＰＵ、主記憶（メモリ）、補助記憶（磁気ディスク）を備えたコンピュータ装置であってもよいが、ＦＣＭＤＢ４００自身のコンピュータ装置で代用させる。以下に記す各部の機能は補助記憶に格納され、処理は主記憶に書込まれるプログラムにより実行される。【００２３】
本実施形態のＭＤＲ４１０、ＭＤＲ４２０内のバックアップデータ取捨選択部４１１、４２１、データ管理部４１２、４２２、データ取得サービス機能部４１３、４２３およびバックアップ／リストア機能部４１４、４２４は、少なくとも不図示のＣＰＵ、主記憶（メモリ）、補助記憶（磁気ディスク）を備えたコンピュータ装置であってもよいが、各ＭＤＲ４１０、ＭＤＲ４２０自身のコンピュータ装置で代用させる。以下に記す各部の機能は補助記憶に格納され、処理は主記憶に書込まれるプログラムにより実行される。【００２４】
バックアップデータ管理システム（以下、単に管理システムと呼ぶ）４０は、不図示の管理対象リソース、例えばサーバ、記憶装置、スイッチまたはミドルウェアに通信可能に接続され、これらの管理対象リソースに関するデータをバックアップし、リストアする機能を有する。管理システム４０のユーザは、管理対象リソースに関するデータを管理システム４０によりバックアップし、管理システム４０からリストアすることができる。【００２５】
バックアップ先決定部４０１は、対象データ、すなわち管理対象リソースに関するデータのうちの重複データを複数のＭＤＲのうちの何れに格納するかを決定する。また、重複データの格納先と決定されたＭＤＲ４１０、４２０のバックアップデータ取捨選択部４１１、４２１に重複データを格納するよう伝達する。【００２６】
データ管理部４０２は、データ登録サービス機能部４０３またはデータ取得サービス機能部４０４から依頼された登録または取得の対象データを複数のＭＤＲにおける格納先にマッピングするデータマッピング情報管理部４０５と連携するよう動作する。
バックアップ機能部４０６は、バックアップ先決定部４０１、データ管理部４０２およびデータマッピング情報管理部４０５を動作させる機能を有する。【００２７】
バックアップデータ取捨選択部４１１、４２１は、バックアップ先決定部４０１から重複データを格納する伝達を受け、現在保持している各データに対して当該ＭＤＲでバックアップを取る必要があるか否かを判断する。必要有りと判断されたときはバックアップ／リストア機能部４１４、４２４によりバックアップ処理を実行する。【００２８】
データ管理部４１２、４２２は、データ取得サービス機能部４１３、４２３から取得依頼された対象データをバックアップ／リストア機能部４１４、４２４により自身のＭＤＲに格納する。【００２９】
バックアップデータ管理システム４０のバックアップ先ＭＤＲ４１０、４２０から対象データをリストアするとき、ＦＣＭＤＢ４００に問い合わせることにより、何れのＭＤＲ４１０、４２０が対象データをバックアップしているかの回答を受け、ＦＣＭＤＢ４００を経由して対象データをリストアできる。【００３０】
図５は図４に示すバックアップデータ管理システムのバックアップ処理のフローチャートである。バックアップ処理はバックアップ機能部４０６とバックアップ先決定部４０１により行われる。
ステップＳ１で、バックアップ機能部４０６はＦＣＭＤＢ４００および全ＭＤＲ４１０、４２０間で同期をとる。つまり、バックアップの開始時刻を設定する。【００３１】
ステップＳ２で、バックアップ先決定部４０１は各重複データのバックアップ先ＭＤＲ４１０またはＭＤＲ４２０を決定する。
ステップＳ３で、全ての重複データのバックアップ先を決定したか否かを判定する。判定結果が、ＹＥＳのときにはステップＳ４に進み、ＮＯのときにはステップＳ２に戻り、ステップＳ２、ステップＳ３を繰り返し実行する。
ステップＳ４で、ＦＣＭＤＢ４００は、各ＭＤＲ４１０、４２０に対してバックアップすべき重複データを通知する。【００３２】
ステップＳ５で、ＦＣＭＤＢ４００はデータマッピング情報、すなわちどのＭＤＲで重複データをバックアップするかを示す情報のバックアップをとり、ＭＤＲ４１０、４２０は、バックアップデータ取捨選択部４１１、４２１がバックアップ先決定部４０１からの通知を受け、バックアップ／リストア機能部４１４、４２４が通知で指定された重複データのバックアップをとる。
ステップＳ６で、ＦＣＭＤＢ４００および全ＭＤＲ４１０、４２０間で同期をとる。つまり、バックアップの終了時刻を設定する。【００３３】
図６は図４に示すバックアップデータ管理システムのリストア処理のフローチャートである。リストア処理はバックアップ機能部４０６により下記のステップＳ１、Ｓ２、Ｓ３、Ｓ６、Ｓ７、Ｓ９およびＳ１０を実行し、バックアップ先決定部４０１により下記のステップＳ４、Ｓ５およびＳ８を実行する。
ステップＳ１で、リストア対象のＭＤＲ４１０またはＭＤＲ４２０は、リストアするバックアップデータを読み込む。【００３４】
ステップＳ２で、リストア対象のＭＤＲ４１０またはＭＤＲ４２０は、読み込んだデータが自身のバックアップ先のデータか否かを判定する。判定結果が、ＹＥＳのときにはステップＳ９に進み、ＮＯのときにはステップＳ３に進む。
ステップＳ３で、リストア対象ＭＤＲ４１０またはＭＤＲ４２０は、ＦＣＭＤＢ４００にリストア対象データを取得しにいく。【００３５】
ステップＳ４で、ＦＣＭＤＢ４００は、現時点のデータマッピング情報を参照して対象データのバックアップ先ＭＤＲ４１０またはＭＤＲ４２０を求める。
ステップＳ５で、ＦＣＭＤＢ４００は、バックアップ先ＭＤＲ４１０またはＭＤＲ４２０にリストア対象データを取得しにいく。【００３６】
ステップＳ６で、バックアップ先ＭＤＲ４１０またはＭＤＲ４２０は、自身のバックアップデータから対応する対象データを取得する。
ステップＳ７で、バックアップ先ＭＤＲ４１０またはＭＤＲ４２０は、ＦＣＭＤＢ４００に対象データを返す。【００３７】
ステップＳ８で、ＦＣＭＤＢ４００は、リストア対象ＭＤＲ４１０またはＭＤＲ４２０に対象データを返す。
ステップＳ９で、ＭＤＲ４１０またはＭＤＲ４２０は、対象データを自身の記憶部にリストアする。
ステップＳ１０で、ＦＣＭＤＢ４００は、全てのデータのリストアが完了したか否かを判定する。判定結果が、ＹＥＳのときには本リストア処理を終了し、ＮＯのときにはステップＳ１に戻りステップＳ１〜Ｓ１０を繰り返し実行する。【００３８】
図７はバックアップ先ＭＤＲの情報を格納したテーブルを示す図である。図７に示すテーブルの左側と中央部にデータマッピング情報が格納されている。各エントリに入力されたデータマッピング情報に対してバックアップ先ＭＤＲ情報をテーブルの右側に新たに追加する。テーブルの左側の欄には「アイテムのグローバルＩＤ」、すなわち管理システム４０外部の管理対象リソースを識別する名称が格納される。テーブルの中央部の欄には「当該アイテムのデータを保持しているＭＤＲとローカルＩＤ」が格納される。ここで、ローカルＩＤとは対象ＭＤＲにおける該アイテムの管理ＩＤを意味する。【００３９】
次に、バックアップ先のＭＤＲの決定方法について説明する。ＦＣＭＤＢの実装方法やＭＤＲ構成などをもとに、以下の決定方法の中から最適な決定方法を選択するものとする。
第１の決定方法は、データの整合化方法に基づくものである。
具体的には、特定のＭＤＲのデータを代表データとする（第１の決定例）。例えば、最もプライオリティの高いＭＤＲのデータをクライアントに返す場合、代表データを保持するＭＤＲがバックアップをとる。【００４０】
第１の決定方法の変形例として、ＭＤＲのデータを加工したものを代表データとする。例えば、重複データの平均値をクライアントに返す場合、下記の負荷分散アルゴリズムなどに基づいて任意のＭＤＲを決定し、そのＭＤＲで加工データをバックアップする。【００４１】
第２の決定方法は、各ＭＤＲの情報に基づいて必要リソース量の均等化を図って負荷分散するものである。第２の決定方法によれば各ＭＤＲが保持するデータ量を均等化することにより、ストレージ容量がひっ迫しているＭＤＲの負荷を軽減することができる。
具体的には、各ＭＤＲがバックアップをとるデータ量（非重複データも含む）がなるべく等しくなるように、重複データのバックアップ先ＭＤＲを分散する。【００４２】
第３の決定方法は、各ＭＤＲの情報に基づいて処理時間の均等化を図って負荷分散するものである。第３の決定方法によれば環境に応じて重複データバックアップ先ＭＤＲを選択することにより、バックアップ／リストアの処理に時間のかかるＭＤＲの負荷を軽減することができる。また、環境に応じて重複データバックアップ先ＭＤＲを分散することにより、バックアップ／リストアの完了までに要する時間を短縮し効率的にバックアップ／リストアを行うことができる。
具体的には、過去のバックアップ処理実行時のデータ分散情報および各ＭＤＲでの処理時間を参考に、処理時間がなるべく等しくなるようにバックアップ先ＭＤＲを分散する。【００４３】
その他として、上記第１〜第３の決定方法のうち少なくとも２つの決定方法をハイブリッドしてもよい。【００４４】
図８はＦＣＭＤＢ環境下におけるバックアップデータ管理システムの第２実施形態のブロック構成図である。図８全体に示す第２実施形態に係るバックアップデータ管理システム８０は、ＦＣＭＤＢ８００とＦＣＭＤＢ８００が管理する複数のＭＤＲを有する。図８では便宜上、ＭＤＲ８１０のみを示すがＭＤＲは複数個有る。ＦＣＭＤＢ８００は、バックアップ先決定部８０１、データ管理部８０２、データ登録サービス機能部８０３、データ取得サービス機能部８０４、データマッピング情報管理部８０５およびバックアップ機能部８０６を有する。ＭＤＲ８１０は、バックアップデータ取捨選択部８１１、データ管理部８１２、データ取得サービス機能部８１３、バックアップ／リストア機能部８１４および負荷情報通知部８１５を有する。【００４５】
図８において、負荷情報通知部８１５を除くユニットは図４に示すユニットと同一機能を有するので説明を省略する。負荷情報通知部８１５は、空きディスク容量や前回のバックアップ処理時間などの情報を取得し、ＦＣＭＤＢ８００内のバックアップ先決定部８０１に通知する機能を有する。なお、負荷情報通知部８１５は、少なくとも不図示のＣＰＵ、主記憶（メモリ）、補助記憶（磁気ディスク）を備えたコンピュータ装置であってもよいが、ＭＤＲ８１０自身のコンピュータ装置で代用させる。以下に記す各部の機能は補助記憶に格納され、処理は主記憶に書込まれるプログラムにより実行される。【００４６】
図９はバックアップ先ＭＤＲの第１の決定例を示す図である。図９の上段に示すテーブルはＦＣＭＤＢ８００内に設けられ、左欄の「データ種別」には、管理システム８０の管理対象リソースであるサーバ、スイッチ、ミドルウェアなどの名称が格納される。図９の上段におけるテーブルの右欄の「各ＭＤＲの優先度」には管理対象リソースの情報をどのＭＤＲに優先させてバックアップするかを指定する優先度が格納される。図９の下段に示すテーブルは図７に示すテーブルと同じであり、ＭＤＲ８１０内に設けられる。「各ＭＤＲの優先度」にしたがってバックアップ先ＭＤＲが決定される。【００４７】
図１０はバックアップ先ＭＤＲの第１の決定方法のフローチャートある。
ステップＳ１で、既にバックアップ先が指定されているか否かを判定する。判定結果がＹＥＳのときはステップＳ２に進み、判定結果がＮＯのときはステップＳ３に進む。
ステップＳ２で、登録済みＭＤＲより当該ＭＤＲのほうが優先度が高いか否かを判定する。判定結果がＹＥＳのときはステップＳ３に進み、判定結果がＮＯのときは終了する。
ステップＳ３で、今回データ登録を行ったＭＤＲをバックアップ先に指定する。【００４８】
図１１はバックアップ先ＭＤＲの第２の決定例を示す図である。
図１１の上段に示すテーブルは各ＭＤＲが保持している非重複データ量（左側テーブル）と優先ＭＤＲが保持している重複データ量（右側テーブル）とを示す。左側テーブルにはＭＤＲ名と該ＭＤＲが保持する非重複データ量とを格納する欄が設けられている。右側テーブルには複数ＭＤＲが重複して保持しているアイテムのＩＤとそのデータ量とを格納する欄が設けられている。【００４９】
図１１の下段に示すテーブルは、図９の下段に示すテーブルと同じであり、ＭＤＲ８１０内に設けられる。「各ＭＤＲが保持している重複データ量」がＭＤＲへ均等に分散されるようにバックアップ先ＭＤＲが決定される。【００５０】
図１２はバックアップ先ＭＤＲの第２の決定方法のフローチャートある。図１２のフローチャートで示すバックアップ先ＭＤＲの決定処理はＦＣＭＤＢ８００により実行される。
ステップＳ１で、ＦＣＭＤＢ８００は、各ＭＤＲ８１０からそれぞれが保持する非重複データ量を取得する。【００５１】
ステップＳ２で、各重複データに関してデータ量を算出する（図１１の上段右側のテーブル参照）。
ステップＳ３で、非重複データ量も含めた合計データ量が均等になるように各重複データのバックアップ先ＭＤＲを決定する。具体的には、種々の組合せを作り、ＭＤＲへ最も均等に分散される組合せを選択する。【００５２】
図１３はバックアップ先ＭＤＲの第３の決定例を示す図である。
図１３の左側上段に示すテーブルには、図１１の上段左側に示すテーブルに示す非重複データ量の欄に、重複データ量、処理時間および処理性能を示す欄が加えられている。図１３の左側上段に示すテーブルは、前回バックアップを所得した時の状況を示している。図１３の左側下段に示すテーブルは、図１１の下段に示すテーブルと同じであり、ＭＤＲ８１０内に設けられる。【００５３】
図１３の右側上段に示すテーブルには今回バックアップする各ＭＤＲの「非重複データ量」と「処理時間の見積り」の欄が設けられている。図１３の右側下段には今回バックアップする複数のＭＤＲが重複して保持しているアイテムのＩＤとそのデータ量を示す欄が設けられている。
今回バックアップする各ＭＤＲには「各ＭＤＲが保持している重複データ量とデータ処理時間」からＭＤＲへ均等に負荷分散されるようにバックアップ先ＭＤＲが決定される。【００５４】
図１４はバックアップ先ＭＤＲの第３の決定方法のフローチャートある。
ステップＳ１で、ＦＣＭＤＢ８００は各ＭＤＲ８１０から、保持する非重複データ量、前回バックアップをとった重複データ量、およびを前回のバックアップ処理時間を取得する。【００５５】
ステップＳ２で、ＭＤＲ毎に、前回のバックアップ処理時間および総データ量（重複データ、非重複データ）をもとに単位時間当たりのデータ処理量を求める。
ステップＳ３で、ステップＳ２で求めた単位時間あたりのデータ処理量をもとに、非重複データをバックアップするのに要する時間をＭＤＲ毎に見積もる。【００５６】
ステップＳ４で、非重複データのバックアップ処理時間（見積り）をベースに、単位時間当たりのデータ処理量を考慮し、全体処理時間が均等になるように重複データのバックアップ先ＭＤＲを決定する。
【図１】
2009122528.tif 000003
【図２】
2009122528.tif 000004
【図３】
2009122528.tif 000005
【図４】
2009122528.tif 000006
【図５】
2009122528.tif 000007
【図６】
2009122528.tif 000008
【図７】
2009122528.tif 000009
【図８】
2009122528.tif 000010
【図９】
2009122528.tif 000011
【図１０】
2009122528.tif 000012
【図１１】
2009122528.tif 000013
【図１２】
2009122528.tif 000014
【図１３】
2009122528.tif 000015
【図１４】
2009122528.tif 000016
【国際調査報告】
2009122528.tif 000017
2009122528.tif 000018
2009122528.tif 000019
2009122528.tif 000020