(57)【要約】【課題】パフォーマンスの影響を低減化してリソースを有効に活用でき、且つ障害点を分散化させてシステム全体の運用が向上されるように低コストで高効率なバックアップ、リストアを実行できるバックアップシステムを提供する。【解決手段】このシステムでは、ネットワーク１１６で接続された各サーバ（Ａ１０２、Ｂ２０２、Ｃ３０２）が操作入力装置からのバックアップ／リストアの指定操作、スケジュール情報の入力に伴い、バックアップサーバとして動作するバックアップ機能と、スケジュール情報に基づいて特定サーバのデータをその他のサーバ向けにパフォーマンス状態に基づく重み付けを行って配送内容を決定した上で分割して分散させて保管するデータ分割分散機能と、保管されたデータをバックアップ対象のサーバへその他のサーバから収集して結合してリストアするデータ結合機能と、を有する分散バックアップ処理部１０３、２０３、３０３を備える。【選択図】図１
2014139741.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで接続された複数のサーバ相互間でデータのバックアップ、リストアを行ってバックアップ処理時のデータ保全を図る機能を持つバックアップシステムであって、
前記複数のサーバは、付設される操作入力装置からの利用者によるバックアップ並びにリストアの指定操作、及びスケジュール情報の入力に伴い、バックアップ対象となるサーバがバックアップサーバとして動作するバックアップ機能と、設定された前記スケジュール情報に基づいて特定の１台のサーバのバックアップデータをその他のサーバ向けにサーバパフォーマンス状態に基づく重み付けを行って配送内容を決定した上で分割して分散させて保管するデータ分割分散機能と、分散保管された前記バックアップデータを前記バックアップ対象となるサーバに対してその他のサーバから収集して結合してリストアするデータ結合機能と、を有する分散バックアップ処理部を備えたことを特徴とするバックアップシステム。
【請求項２】
請求項１記載のバックアップシステムにおいて、前記分散バックアップ処理部は、バックアップ動作時における前記スケジュール情報の管理を行うスケジュール管理機能部と、前記スケジュール情報に基づいて前記バックアップ、前記リストアを行うスケジュール実行機能部と、前記バックアップ動作時の前記バックアップデータの格納先、サイズを決定する状態分析・配送内容決定機能部と、前記バックアップ動作時に情報テーブルを参照して共有情報を抽出する共有情報参照機能部と、他のサーバに保存された前記バックアップデータを結合するデータ結合機能部と、前記他のサーバに対して前記バックアップデータを分割した上で格納先サーバを指定するデータ分割機能部と、前記複数のサーバにおける残ディスク容量情報を保存する各サーバ残ディスク情報テーブルと、前記複数のサーバにおける前記サーバパフォーマンス状態を示すパフォーマンス情報を保存する各サーバパフォーマンス情報テーブルと、前記複数のサーバにおける前記バックアップデータの所在を保存する各サーババックアップデータ情報テーブルと、前記複数のサーバにおける前記バックアップ動作を実行するための前記スケジュール情報を保存するバックアップスケジュール情報テーブルと、を備えたことを特徴とするバックアップシステム。
【請求項３】
請求項１又は２記載のバックアップシステムにおいて、前記複数のサーバは、前記分散バックアップ処理部により決定される前記バックアップ、前記リストアの対象となるデータ領域を示すバックアップ／リストア対象データ領域、並びに前記バックアップデータを格納して保管するためのデータ領域を示すバックアップデータ格納領域を記憶手段に持たせたことを特徴とするバックアップシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続された複数のサーバ相互間でデータのバックアップ、リストアを行ってバックアップ処理時のデータ保全を図る機能を持つバックアップシステムに関する。
【背景技術】
【０００２】
従来、サーバシステムのバックアップを行うためには、幾通りかの手法が知られている。第1番目の手法は、単体のバックアップ用サーバからバックアップ対象にインストールされたエージェント機能を介してネットワーク越しにバックアップを行うものである。第２番目の手法は、単体のバックアップ用サーバからバックアップ対象にインストールされたエージェント機能を介してネットワーク越しにリストアを行うものである。第３番目の手法は、バックアップ取得されたデータをネットワークを介して単体のバックアップ用サーバと接続されているストレージに記録するものである。第４番目の手法は、バックアップ取得されたデータをネットワークを介して単体のバックアップ用サーバと接続されているストレージにリストアを行うものである。
【０００３】
このように、従来ではバックアップ用サーバを中心とした機能構成であるため、このバックアップ用サーバが停止した場合、バックアップやリストアを行うことができなくなってしまう。そこで、係る問題を対策してサーバシステムのバックアップ処理時のデータ保全を図る技術も提案されており、一例として、高い信頼性を有するクライアントサーバシステムを安価に実現できる「複数サーバの相互バックアップ方法及びルーチン方法」（特許文献１参照）が挙げられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−８４３７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した特許文献１に係る技術では、バックアップ機能を持つサーバが各バックアップ対象の機器にインストールされているエージェントと連携してバックアップを行うため、サーバ相互でのバックアップを行う機能において、全く同じデータを各サーバに保管することによるリソースの無駄の発生の問題がある他、各サーバの負荷状況を考慮していないためにデータのバックアップ／リストアに時間が掛かり過ぎるという懸念や本来各サーバで動いている業務に支障を来たす可能性を否めないという問題もある。
【０００６】
本発明は、このような問題点を解決すべくなされたもので、その技術的課題は、ネットワークやサーバへのパフォーマンスの影響を低減化してリソースを有効に活用でき、且つ障害点を分散化させてシステム全体の運用が向上されるように低コストで高効率なバックアップ、リストアを実行できるバックアップシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記技術的課題を達成するため、本発明の第１の手段は、ネットワークで接続された複数のサーバ相互間でデータのバックアップ、リストアを行ってバックアップ処理時のデータ保全を図る機能を持つバックアップシステムであって、複数のサーバは、付設される操作入力装置からの利用者によるバックアップ並びにリストアの指定操作、及びスケジュール情報の入力に伴い、バックアップ対象となるサーバがバックアップサーバとして動作するバックアップ機能と、設定されたスケジュール情報に基づいて特定の１台のサーバのバックアップデータをその他のサーバ向けにサーバパフォーマンス状態に基づく重み付けを行って配送内容を決定した上で分割して分散させて保管するデータ分割分散機能と、分散保管されたバックアップデータをバックアップ対象となるサーバに対してその他のサーバから収集して結合してリストアするデータ結合機能と、を有する分散バックアップ処理部を備えたことを特徴とする。
【０００８】
第２の手段は、第１の手段において、分散バックアップ処理部は、バックアップ動作時におけるスケジュール情報の管理を行うスケジュール管理機能部と、スケジュール情報に基づいてバックアップ、リストアを行うスケジュール実行機能部と、バックアップ動作時のバックアップデータの格納先、サイズを決定する状態分析・配送内容決定機能部と、バックアップ動作時に情報テーブルを参照して共有情報を抽出する共有情報参照機能部と、他のサーバに保存されたバックアップデータを結合するデータ結合機能部と、他のサーバに対してバックアップデータを分割した上で格納先サーバを指定するデータ分割機能部と、複数のサーバにおける残ディスク容量情報を保存する各サーバ残ディスク情報テーブルと、複数のサーバにおけるサーバパフォーマンス状態を示すパフォーマンス情報を保存する各サーバパフォーマンス情報テーブルと、複数のサーバにおけるバックアップデータの所在を保存する各サーババックアップデータ情報テーブルと、複数のサーバにおけるバックアップ動作を実行するためのスケジュール情報を保存するバックアップスケジュール情報テーブルと、を備えたことを特徴とする。
【０００９】
第３の手段は、第１の手段又は第２の手段において、複数のサーバは、分散バックアップ処理部により決定されるバックアップ、リストアの対象となるデータ領域を示すバックアップ／リストア対象データ領域、並びにバックアップデータを格納して保管するためのデータ領域を示すバックアップデータ格納領域を記憶手段に持たせたことを特徴とする。
【発明の効果】
【００１０】
本発明のバックアップシステムによれば、ネットワークで接続された各サーバの分散バックアップ処理部でバックアップデータを分割して分散させて保管するため、従来必要とされたバックアップのための専用サーバやストレージエリアの新たな確保を要することなく、データ保全性が向上して処理時間を短縮化することができると共に、バックアップを特定のサーバで集中管理することで発生するネットワークやサーバへのパフォーマンスの影響が低減化されて既存のサーバに係る余剰リソースを有効に利用することができるようになる他、各サーバのバックアップ時の負荷に応じて転送するデータ量を調整することで分散保管による障害点の分散化が図られて既存業務への影響を極力抑制することができるため、システム全体の運用（その可用性）が向上されて低コストで高効率なバックアップ、リストアを行うことができるようになる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例１に係る分散バックアップ処理部を持つ複数のサーバをネットワークで接続したバックアップシステムの基本構成を示したブロック図である。
【図２】図１に示す特定のサーバ内の分散バックアップ処理部に備えられる共有情報参照機能部における動作処理の前半部分を示したフローチャートである。
【図３】図１に示す特定のサーバ内の分散バックアップ処理部に備えられる共有情報参照機能部における動作処理の後半部分を示したフローチャートである。
【図４】図１に示す特定のサーバ内の分散バックアップ処理部に備えられるスケジュール管理機能部の動作処理を示したフローチャートである。
【図５】図１に示す特定のサーバ内の分散バックアップ処理部に備えられるスケジュール実行機能部の動作処理を示したフローチャートである。
【図６】図１に示す特定のサーバ内の分散バックアップ処理部に備えられる状態分析・配送内容決定機能部の動作処理を示したフローチャートである。
【図７】図６で説明した動作処理中に含まれる補間処理の基本処理を示したフローチャートである。
【図８】図７に示す補間処理中に含まれる第１の継続動作処理の細部を示したフローチャートである。
【図９】図７に示す補間処理中に含まれる第２の継続動作処理の細部を示したフローチャートである。
【図１０】図７に示す補間処理中に含まれる第３の継続動作処理の細部を示したフローチャートである。
【図１１】図１に示す特定のサーバ内の分散バックアップ処理部に備えられるデータ分割機能部の動作処理を示したフローチャートである。
【図１２】図１に示す特定のサーバ内の分散バックアップ処理部に備えられるデータ結合機能部の動作処理を示したフローチャートである。
【図１３】図１に示す特定のサーバ内の分散バックアップ処理部に備えられる各サーバ残ディスク情報テーブルのデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップ対象ＨＤＤ領域全体容量、バックアップ対象ＨＤＤ領域使用済容量、更新日時についてのデータを例示した図である。
【図１４】図１に示す特定のサーバ内の分散バックアップ処理部に備えられる各サーババックアップデータ情報テーブルのデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップデータ１サイズ、バックアップデータ１格納場所、バックアップデータ２サイズ、バックアップデータ２格納場所、更新日時についてのデータを例示した図である。
【図１５】図１に示す特定のサーバ内の分散バックアップ処理部に備えられる各サーバパフォーマンス情報テーブルのデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するＣＰＵ使用率、メモリ使用率、ネットワーク使用率、ディスクＩ／Ｏ、更新日時についてのデータを例示した図である。
【図１６】図１に示す特定のサーバ内の分散バックアップ処理部に備えられるバックアップスケジュール情報テーブルのデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップ開始時間、バックアップ対象サーバについてのデータを例示した図である。
【図１７】図１に示す特定のサーバに付設される操作入力装置で使用されるスケジュール入力データ領域のデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップ開始時間、バックアップ対象サーバについてのデータを例示した図である。
【発明を実施するための形態】
【００１２】
以下に、本発明のバックアップシステムについて、実施例を挙げ、図面を参照して詳細に説明する。
【実施例１】
【００１３】
図１は、本発明の実施例１に係る分散バックアップ処理部１０３、２０３、３０３を持つ複数（ここでは３台）のサーバＡ１０２、サーバＢ２０２、サーバＣ３０２をネットワーク１１６で接続したバックアップシステムの基本構成を示したブロック図である。
【００１４】
このバックアップシステムは、ネットワーク１１６で接続されたサーバＡ１０２、サーバＢ２０２、サーバＣ３０２の相互間でデータのバックアップ、リストアを行ってバックアップ処理時のデータ保全を図る機能を持ち、バックアップ対象となるサーバＡ１０２、サーバＢ２０２、サーバＣ３０２の全てが分散バックアップ処理部１０３、２０３、３０３の処理機能に応じてサーバ機能にもクライアント機能にもなり得るもので、それぞれバックアップ、リストアを実行できるようになっている。即ち、バックアップ、リストアを行う側がサーバ機能となり、受ける側がクライアント機能となる。
【００１５】
図１を参照すれば、実施例１に係るバックアップシステムは、サーバＡ１０２、サーバＢ２０２、サーバＣ３０２は、付設される操作入力装置１０１（図１中では簡略してサーバＡ１０２にのみ付設された構成を示している）からの利用者によるバックアップ並びにリストアの指定操作、及びスケジュール情報の入力に伴い、バックアップ対象となるサーバがバックアップサーバとして動作するバックアップ機能と、設定されたスケジュール情報に基づいて特定の１台のサーバのバックアップデータをその他のサーバ向けにサーバパフォーマンス状態に基づく重み付けを行って配送内容を決定した上で分割して分散させて保管するデータ分割分散機能と、分散保管されたバックアップデータをバックアップ対象となるサーバに対してその他のサーバから収集して結合してリストアするデータ結合機能と、を有する分散バックアップ処理部１０３、２０３、３０３を備えている。因みに、操作入力装置１０１は、記憶手段にスケジュール情報を一時的に保存するデータ領域であるスケジュール入力データ領域１２１を持つ。
【００１６】
また、サーバＡ１０２に係る分散バックアップ処理部１０３の細部構成では、バックアップ動作時におけるスケジュール情報の管理を行うスケジュール管理機能部１０４と、スケジュール情報に基づいてバックアップ、リストアを行うスケジュール実行機能部１０５と、バックアップ動作時のバックアップデータの格納先、サイズを決定する状態分析・配送内容決定機能部１０６と、バックアップ動作時に情報テーブルを参照して共有情報を抽出する共有情報参照機能部１０７と、他のサーバに保存されたバックアップデータを結合するデータ結合機能部１０８と、他のサーバに対してバックアップデータを分割した上で格納先サーバを指定するデータ分割機能部１０９と、各サーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）における残ディスク容量情報を保存する各サーバ残ディスク情報テーブル１１０と、各サーバにおけるサーバパフォーマンス状態を示すパフォーマンス情報を保存する各サーバパフォーマンス情報テーブル１１１と、各サーバにおけるバックアップデータの所在を保存する各サーババックアップデータ情報テーブル１１２と、各サーバにおけるバックアップ動作を実行するためのスケジュール情報を保存するバックアップスケジュール情報テーブル１１３と、を備えている。
【００１７】
因みに、分散バックアップ処理部１０３におけるバックアップ機能及びデータ分割分散機能は、スケジュール管理機能部１０４で操作者によるスケジュール情報が入力保存されると共に、バックアップ操作が指示され、共有情報参照機能部１０７で各種情報テーブルのデータを参照できる状況下でスケジュール実行機能部１０５、状態分析・配送内容決定機能部１０６、及びデータ分割機能部１０９の動作処理が協働することにより得られるものである。また、データ結合機能は、スケジュール管理機能部１０４で操作者によるスケジュール情報が入力保存されると共に、リストア操作が指示され、同様に共有情報参照機能部１０７で各種情報テーブルのデータを参照できる状況下でスケジュール実行機能部１０５、状態分析・配送内容決定機能部１０６、及びデータ結合機能部１０８の動作処理が協働することにより得られるものである。
【００１８】
更に、サーバＡ１０２は、分散バックアップ処理部１０３により決定されるバックアップ、リストアの対象となるデータ領域を示すバックアップ／リストア対象データ領域１１４、並びにバックアップデータを格納して保管するためのデータ領域を示すバックアップデータ格納領域１１５をＨＤＤ等の記憶手段に持たせている。
【００１９】
尚、図１中では説明を簡単にするため、サーバＡ１０２に係る分散バックアップ処理部１０３の細部構成のみを示したが、サーバＢ２０２に係る分散バックアップ処理部２０３やサーバＣ３０２に係る分散バックアップ処理部３０３の細部構成も同様に構成されるものである。
【００２０】
図２は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられる共有情報参照機能部１０７における動作処理の前半部分を示したフローチャートである。ここでの動作処理は、操作者がデータを参照する処理、並びにバックアップ処理が行われた後に各情報テーブルのデータ更新を行う処理を判別するものである。
【００２１】
図２を参照して具体的に説明すれば、共有情報参照機能部１０７における動作処理の前半部分は、動作開始により処理内容がデータ参照であるか否かの判定（ステップＳ２０１）を行い、その判定結果がデータ参照であれば各種情報テーブル（各サーバ残ディスク情報テーブル１１０、各サーバパフォーマンス情報テーブル１１１、各サーババックアップデータ情報テーブル１１２、バックアップスケジュール情報テーブル１１３）に対して参照（ステップＳ２０２）する処理を行った後に動作処理を終了するが、データ参照でなければ引き続いてデータ更新であるか否かの判定（ステップＳ２０３）を行う。
【００２２】
この判定の結果、データ更新であればサーバＢ２０２の分散バックアップ処理部２０３における各種情報テーブル（各サーバ残ディスク情報テーブル２１０、各サーバパフォーマンス情報テーブル２１１、各サーババックアップデータ情報テーブル２１２、バックアップスケジュール情報テーブル２１３）に対してデータを更新（ステップＳ２０４）する処理を行った後に動作処理を終了するが、データ更新でなければ引き続いて共有情報参照機能部１０７における動作処理の後半部分へ移行する。因みに、更新（ステップＳ２０４）の処理では、サーバＢ２０２の各種情報テーブル（各サーバ残ディスク情報テーブル２１０、各サーバパフォーマンス情報テーブル２１１、各サーババックアップデータ情報テーブル２１２、バックアップスケジュール情報テーブル２１３）のデータを記憶手段であるメモリ上に保持しているデータの最新のものに書き換えるものである。
【００２３】
図３は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられる共有情報参照機能部１０７における動作処理の後半部分を示したフローチャートである。ここでの動作処理は、共有情報参照機能部１０７内のデータ処理のうちの各サーバ間のデータ同期の流れを示すもので、特にバックアップ処理が行われた後に操作を行ったサーバで各種情報テーブルのデータが更新された後、定期的に操作を行ったサーバ以外のサーバ内の各種情報テーブルにもデータの変更内容を反映させることにより、各サーバ間の各情報テーブルとの定期的なデータ同期を行う処理を実行するものである。
【００２４】
図３を参照して具体的に説明すれば、共有情報参照機能部１０７における動作処理の後半部分は、先のデータ更新であるか否かの判定（ステップＳ２０３）の結果、データ更新でない場合に継続されるもので、サーバＡ１０２の分散バックアップ処理部１０３に備えられる各種情報テーブル（各サーバ残ディスク情報テーブル１１０、各サーバパフォーマンス情報テーブル１１１、各サーババックアップデータ情報テーブル１１２、バックアップスケジュール情報テーブル１１３）からのデータをメモリに入力（ステップＳ３０１）する処理を行った後、同様にサーバＢ２０２の分散バックアップ処理部２０３に備えられる各種情報テーブル（各サーバ残ディスク情報テーブル２１０、各サーバパフォーマンス情報テーブル２１１、各サーババックアップデータ情報テーブル２１２、バックアップスケジュール情報テーブル２１３）からのデータをメモリに入力（ステップＳ３０２）する処理を行い、引き続いて同様にサーバＣ３０２の分散バックアップ処理部３０３に備えられる各種情報テーブル（各サーバ残ディスク情報テーブル３１０、各サーバパフォーマンス情報テーブル３１１、各サーババックアップデータ情報テーブル３１２、バックアップスケジュール情報テーブル３１３）からのデータをメモリに入力（ステップＳ３０３）する処理を行う。
【００２５】
次に、これらのサーバＡ１０２、サーバＢ２０２、サーバＣ３０２で取り込んだ各データを比較し、各種情報テーブル内の更新日時の新しいものを以降の処理（保存に係るステップＳ３０５〜Ｓ３０７）で各種情報テーブルに保存するデータとし、各サーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）のメモリ上の保持データで書き換えることで同期（ステップＳ３０４）の処理を行う。
【００２６】
この同期（ステップＳ３０４）の処理を受け、具体的にはサーバＡ１０２の各種情報テーブル（各サーバ残ディスク情報テーブル１１０、各サーバパフォーマンス情報テーブル１１１、各サーババックアップデータ情報テーブル１１２、バックアップスケジュール情報テーブル１１３）のデータをメモリ上の保持データで上書きする保存（ステップＳ３０５）の処理を行った後、同様にサーバＢ２０２の各種情報テーブル（各サーバ残ディスク情報テーブル２１０、各サーバパフォーマンス情報テーブル２１１、各サーババックアップデータ情報テーブル２１２、バックアップスケジュール情報テーブル２１３）のデータをメモリ上の保持データで上書きする保存（ステップＳ３０６）の処理を行い、引き続いて同様にサーバＣ３０２の各種情報テーブル（各サーバ残ディスク情報テーブル３１０、各サーバパフォーマンス情報テーブル３１１、各サーババックアップデータ情報テーブル３１２、バックアップスケジュール情報テーブル３１３）のデータをメモリ上の保持データで上書きする保存（ステップＳ３０７）の処理を行ってから動作処理を終了する。
【００２７】
図４は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられるスケジュール管理機能部１０４の動作処理を示したフローチャートである。ここでの動作処理は、スケジュール登録操作時及びスケジュール参照時のデータ処理の流れを示すもので、特に操作者のスケジュール操作やスケジュール情報の登録と登録済みのスケジュール情報の参照とを行うものである。
【００２８】
図４を参照して具体的に説明すれば、スケジュール管理機能部１０４における動作処理は、動作開始により処理内容がスケジュール登録であるか否かの判定（ステップＳ４０１）を行い、その判定結果がスケジュール登録であれば操作入力装置１０１を介してスケジュール入力データ領域１２１へアクセスしてスケジュール入力データを取り込み（ステップＳ４０２）する処理を行った後、バックアップスケジュール情報テーブル１１３に対して保存（ステップＳ４０３）する処理を行ってから動作処理を終了するが、スケジュール登録でなければスケジュールの参照処理とし、バックアップスケジュール情報テーブル１１３から既に設定されているスケジュール情報をサーバＡ１０２のメモリ上に読み出す入力（ステップＳ４０４）の処理を行った後、付設される表示装置の表示画面にスケジュール情報を表示（ステップＳ４０５）する処理を行って操作者に提示してから動作処理を終了する。
【００２９】
図５は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられるスケジュール実行機能部１０５の動作処理を示したフローチャートである。ここでの動作処理は、バックアップスケジュールを常時参照し、サーバ内の時計と比較した結果、設定日時に達した場合に実際のバックアップ処理を開始するための処理を後続する処理に渡すものである。
【００３０】
図５を参照して具体的に説明すれば、スケジュール実行機能部１０５における動作処理は、動作開始によりバックアップスケジュール情報テーブル１１３のデータを参照（ステップＳ５０１）する処理を行った後、現在時刻をサーバＡ内部時計から参照（ステップＳ５０２）する処理を行う。
【００３１】
次に、これらのステップで得られた現在時刻とスケジュール時刻比較（ステップＳ５０３）を行う処理を受け、開始時間と現在時刻とが一致するか否かを開始時間＝現在時刻であるか否かの判定（ステップＳ５０４）により判断する。この判定の結果、開始時間と現在時刻とが一致していればバックアップ処理の最初の処理を行う状態分析・配送内容決定機能部１０６へ処理を引き渡して状態分析・配送内容決定機能部１０６での処理の完了確認（ステップＳ５０５）を経て動作終了するが、一致していなければ最初のバックアップスケジュール情報テーブル１１３のデータを参照（ステップＳ５０１）する処理に戻って現在時刻がスケジュール時刻に一致するまで処理を繰り返す。
【００３２】
図６は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられる状態分析・配送内容決定機能部１０６の動作処理を示したフローチャートである。ここでの動作処理は、上述したように図５の開始時間＝現在時刻であるか否かの判定（ステップＳ５０４）の結果、開始時間と現在時刻とが一致する場合に処理が引き渡されるもので、サーバＡ１０２の各種情報テーブルからのデータを参照し、バックアップの可否、バックアップデータの分割方針、格納確認、及びリストア時のバックアップ済データの収集方針、終了確認までを行うものである。
【００３３】
図６を参照して具体的に説明すれば、状態分析・配送内容決定機能部１０６における動作処理は、スケジュール実行機能部１０５から引き渡されて開始されると、処理内容がバックアップであるか否かの判定（ステップＳ６０１）を行う。この判定の結果、バックアップであれば各サーバ残ディスク情報テーブル１１０を参照（ステップＳ６０２）する処理を行った後、各サーバパフォーマンス情報テーブル１１１を参照（ステップＳ６０３）する処理を行う。
【００３４】
次に、これらのステップで得られたバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）を行う処理を受け、バックアップ対象のデータ容量αがバックアップ対象以外のＨＤＤ残容量合計β以下であるか否かをα≦βであるか否かの判定（ステップＳ６０５）により行う。この判定の結果、α≦βであればバックアップ可能と判断して補間処理Ａ（ステップＳ６０６）へ引き継がせ、その補間処理Ａ（ステップＳ６０６）が終了した後、決定されたデータ分割方針をデータ分割機能部１０９に引き渡し、更にデータ分割機能部１０９でのデータ分割が処理終了してバックアップ処理が完了に至った状態を完了確認（ステップＳ６０８）して完了通知をスケジュール管理機能部１０４へ発行してからスケジュール管理機能部１０４に動作処理を引き渡してその通知受信を確認した時点で動作処理を終了する。また、α≦βでなければ（バックアップ対象のデータ容量αがバックアップ対象以外のＨＤＤ残容量合計βよりも大きければ）バックアップデータを格納することができないと判断し、バックアップ不可通知（ステップＳ６０７）をスケジュール管理機能部１０４に発行してからその通知受信を確認した時点で動作処理を終了する。
【００３５】
一方、最初の処理内容がバックアップであるか否かの判定（ステップＳ６０１）の結果、バックアップでなければリストア処理を行うものとみなし、各サーババックアップデータ情報テーブル１１２を参照（ステップＳ６０９）する処理を行った後、リストアに必要なバックアップデータの所在の確認を示すバックアップデータ取込データ・対象サーバ決定（ステップＳ６１０）の処理を行ってからデータ結合機能部１０８に動作処理を引き渡し、そのデータ結合機能部１０８でのデータ結合が処理終了してリストア処理が完了に至った状態を完了通知の発行により完了確認（ステップＳ６１１）し、更にスケジュール管理機能部１０４へ完了通知を発行して動作処理を引き渡してその通知受信を確認した時点で動作処理を終了する。
【００３６】
図７は、図６で説明した動作処理中に含まれる補間処理Ａ（ステップＳ６０６）の基本処理を示したフローチャートである。ここでの動作処理は、バックアップ対象となるサーバを判別し、それぞれの動作処理へ引き渡すものである。
【００３７】
図７を参照して具体的に説明すれば、状態分析・配送内容決定機能部１０６における補間処理Ａ（ステップＳ６０６）は、最初にバックアップ対象サーバがサーバＡ１０２であるかをバックアップ対象サーバ＝サーバＡであるか否かの判定（ステップＳ７０１）により行う。この判定の結果、サーバＡ１０２であれば、サーバＡ１０２をバックアップ処理の対象とする第１の継続動作処理a（ステップＳ７０３）に動作処理を引き渡し、サーバＡ１０２でなければ引き続いてバックアップ対象サーバがサーバＢ２０２であるかをバックアップ対象サーバ＝サーバＢであるか否かの判定（ステップＳ７０２）により行う。この判定の結果、サーバＢ２０２であれば、サーバＢ２０２をバックアップ処理の対象とする第２の継続動作処理ｂ（ステップＳ７０４）に動作処理を引き渡し、サーバＢ２０２でなければサーバＣ３０２であるため、サーバＢ２０２をバックアップ処理の対象とする第３の継続動作処理ｃ（ステップＳ７０５）に動作処理を引き渡す。各継続動作処理の後は、補間処理Ａ済み（ステップＳ６０６′）として、図６を参照して説明したように、何れの場合についてもデータ分割機能部１０９へ動作処理を引き渡す。
【００３８】
図８は、サーバＡ１０２をバックアップ処理の対象とする第１の継続動作処理a（ステップＳ７０３）の細部を示したフローチャートである。この動作処理は、バックアップ対象サーバがサーバＡ１０２である場合に他のサーバ（サーバＢ２０２、サーバＣ３０２）へ配置するバックアップデータの容量をサーバパフォーマンス状態に基づく重み付けを行って決定するものである。
【００３９】
図８を参照して具体的に説明すれば、状態分析・配送内容決定機能部１０６における第１の継続動作処理ａ（ステップＳ７０３）は、２つの他のサーバ（サーバＢ２０２、サーバＣ３０２）のポイント変数の値を０（サーバＢポイント＝０、サーバＣポイント＝０）にするポイント変数リセット（ステップＳ８０１）の処理を行った後、第１段階のデータ配置容量決定（１）として、（サーバＢ容量＋サーバＣ容量）／１００＝γ、サーバＢ容量／γ＝δ、サーバＣ容量／γ＝εを算出（ステップＳ８０２）する処理を行った後、図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のＣＰＵ使用率とサーバＣ３０２のＣＰＵ使用率とを比較し、サーバＢ２０２のＣＰＵ使用率がサーバＣ３０２のＣＰＵ使用率よりも大きいか否かをサーバＢ・ＣＰＵ使用率＞サーバＣ・ＣＰＵ使用率であるか否かの判定（ステップＳ８０３）により行う。
【００４０】
この判定の結果、サーバＢ・ＣＰＵ使用率＞サーバＣ・ＣＰＵ使用率であればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋４（ステップＳ８０４）の処理を行い、サーバＢ２０２のＣＰＵ使用率がサーバＣ３０２のＣＰＵ使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のＣＰＵ使用率とサーバＣ３０２のＣＰＵ使用率とを比較し、サーバＢ２０２のＣＰＵ使用率がサーバＣ３０２のＣＰＵ使用率よりも小さいか否かをサーバＢ・ＣＰＵ使用率＜サーバＣ・ＣＰＵ使用率であるか否かの判定（ステップＳ８０５）により行う。この判定の結果、サーバＢ・ＣＰＵ使用率＜サーバＣ・ＣＰＵ使用率であればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋４（ステップＳ８０６）の処理を行い、サーバＢ・ＣＰＵ使用率＜サーバＣ・ＣＰＵ使用率でなく等しければ各加算（ステップＳ８０４、Ｓ８０６）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のメモリ使用率とサーバＣ３０２のメモリ使用率とを比較し、サーバＢ２０２のメモリ使用率がサーバＣ３０２のメモリ使用率よりも大きいか否かをサーバＢメモリ使用率＞サーバＣメモリ使用率であるか否かの判定（ステップＳ８０７）により行う。
【００４１】
この判定の結果、サーバＢメモリ使用率＞サーバＣメモリ使用率であればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋２（ステップＳ８０８）の処理を行い、サーバＢ２０２のメモリ使用率がサーバＣ３０２のメモリ使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のメモリ使用率とサーバＣ３０２のメモリ使用率とを比較し、サーバＢ２０２のメモリ使用率がサーバＣ３０２のメモリ使用率よりも小さいか否かをサーバＢメモリ使用率＜サーバＣメモリ使用率であるか否かの判定（ステップＳ８０９）により行う。この判定の結果、サーバＢメモリ使用率＜サーバＣメモリ使用率であればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋２（ステップＳ８１０）の処理を行い、サーバＢメモリ使用率＜サーバＣメモリ使用率でなく等しければ各加算（ステップＳ８０８、Ｓ８１０）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のネットワーク使用率とサーバＣ３０２のネットワーク使用率とを比較し、サーバＢ２０２のネットワーク使用率がサーバＣ３０２のネットワーク使用率よりも大きいか否かをサーバＢネットワーク使用率＞サーバＣネットワーク使用率であるか否かの判定（ステップＳ８１１）により行う。
【００４２】
この判定の結果、サーバＢネットワーク使用率＞サーバＣネットワーク使用率であればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋４（ステップＳ８１２）の処理を行い、サーバＢ２０２のネットワーク使用率がサーバＣ３０２のネットワーク使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のネットワーク使用率とサーバＣ３０２のネットワーク使用率とを比較し、サーバＢ２０２のネットワーク使用率がサーバＣ３０２のネットワーク使用率よりも小さいか否かをサーバＢネットワーク使用率＜サーバＣネットワーク使用率であるか否かの判定（ステップＳ８１３）により行う。この判定の結果、サーバＢネットワーク使用率＜サーバＣネットワーク使用率であればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋４（ステップＳ８１４）の処理を行い、サーバＢネットワーク使用率＜サーバＣネットワーク使用率でなく等しければ各加算（ステップＳ８１２、Ｓ８１４）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のディスＩＯとサーバＣ３０２のディスクＩＯとを比較し、サーバＢ２０２のディスクＩＯがサーバＣ３０２のディスクＩＯよりも大きいか否かをサーバＢディスクＩＯ＞サーバＣディスクＩＯであるか否かの判定（ステップＳ８１５）により行う。
【００４３】
この判定の結果、サーバＢディスクＩＯ＞サーバＣディスクＩＯであればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋４（ステップＳ８１６）の処理を行い、サーバＢ２０２のディスクＩＯがサーバＣ３０２のディスクＩＯと同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＢ２０２のディスクＩＯとサーバＣ３０２のディスクＩＯとを比較し、サーバＢ２０２のディスクＩＯがサーバＣ３０２のディスクＩＯよりも小さいか否かをサーバＢディスクＩＯ＜サーバＣディスクＩＯであるか否かの判定（ステップＳ８１７）により行う。この判定の結果、サーバＢディスクＩＯ＜サーバＣディスクＩＯであればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋４（ステップＳ８１８）の処理を行い、サーバＢディスクＩＯ＜サーバＣディスクＩＯでなく等しければ各加算（ステップＳ８１６、Ｓ８１８）後の処理の場合と同様に、引き続いてサーバ負荷を考慮した第２段階のデータ配置容量決定（２）として、δ＝δ＋サーバＢポイント、ε＝ε＋サーバＣポイント、バックアップ対象容量／１００＝θ、サーバＢ格納容量＝δ×θ、サーバＣ格納容量＝ε×θを算出（ステップＳ８１９）する処理を行った後、第１の継続動作処理ａ済み（ステップＳ７０３′）とした上で上述したようにデータ分割機能部１０９へ動作処理を引き渡す。
【００４４】
図９は、サーバＢ２０２をバックアップ処理の対象とする第２の継続動作処理ｂ（ステップＳ７０４）の細部を示したフローチャートである。この動作処理は、バックアップ対象サーバがサーバＢ２０２である場合に他のサーバ（サーバＡ１０２、サーバＣ３０２）へ配置するバックアップデータの容量をサーバパフォーマンス状態に基づく重み付けを行って決定するものである。
【００４５】
図９を参照して具体的に説明すれば、状態分析・配送内容決定機能部１０６における第２の継続動作処理ｂ（ステップＳ７０４）は、２つの他のサーバ（サーバＡ１０２、サーバＣ３０２）のポイント変数の値を０（サーバＡポイント＝０、サーバＣポイント＝０）にするポイント変数リセット（ステップＳ９０１）の処理を行った後、第１段階のデータ配置容量決定（１）として、（サーバＡ容量＋サーバＣ容量）／１００＝γ、サーバＡ容量／γ＝δ、サーバＣ容量／γ＝εを算出（ステップＳ９０２）する処理を行った後、図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のＣＰＵ使用率とサーバＣ３０２のＣＰＵ使用率とを比較し、サーバＡ１０２のＣＰＵ使用率がサーバＣ３０２のＣＰＵ使用率よりも大きいか否かをサーバＡ・ＣＰＵ使用率＞サーバＣ・ＣＰＵ使用率であるか否かの判定（ステップＳ９０３）により行う。
【００４６】
この判定の結果、サーバＡ・ＣＰＵ使用率＞サーバＣ・ＣＰＵ使用率であればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋４（ステップＳ９０４）の処理を行い、サーバＡ１０２のＣＰＵ使用率がサーバＣ３０２のＣＰＵ使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のＣＰＵ使用率とサーバＣ３０２のＣＰＵ使用率とを比較し、サーバＡ１０２のＣＰＵ使用率がサーバＣ３０２のＣＰＵ使用率よりも小さいか否かをサーバＡ・ＣＰＵ使用率＜サーバＣ・ＣＰＵ使用率であるか否かの判定（ステップＳ９０５）により行う。この判定の結果、サーバＡ・ＣＰＵ使用率＜サーバＣ・ＣＰＵ使用率であればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋４（ステップＳ９０６）の処理を行い、サーバＡ・ＣＰＵ使用率＜サーバＣ・ＣＰＵ使用率でなく等しければ各加算（ステップＳ９０４、Ｓ９０６）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のメモリ使用率とサーバＣ３０２のメモリ使用率とを比較し、サーバＡ１０２のメモリ使用率がサーバＣ３０２のメモリ使用率よりも大きいか否かをサーバＡメモリ使用率＞サーバＣメモリ使用率であるか否かの判定（ステップＳ９０７）により行う。
【００４７】
この判定の結果、サーバＡメモリ使用率＞サーバＣメモリ使用率であればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋２（ステップＳ９０８）の処理を行い、サーバＡ１０２のメモリ使用率がサーバＣ３０２のメモリ使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のメモリ使用率とサーバＣ３０２のメモリ使用率とを比較し、サーバＡ１０２のメモリ使用率がサーバＣ３０２のメモリ使用率よりも小さいか否かをサーバＡメモリ使用率＜サーバＣメモリ使用率であるか否かの判定（ステップＳ９０９）により行う。この判定の結果、サーバＡメモリ使用率＜サーバＣメモリ使用率であればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋２（ステップＳ９１０）の処理を行い、サーバＡメモリ使用率＜サーバＣメモリ使用率でなく等しければ各加算（ステップＳ９０８、Ｓ９１０）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のネットワーク使用率とサーバＣ３０２のネットワーク使用率とを比較し、サーバＡ１０２のネットワーク使用率がサーバＣ３０２のネットワーク使用率よりも大きいか否かをサーバＡネットワーク使用率＞サーバＣネットワーク使用率であるか否かの判定（ステップＳ９１１）により行う。
【００４８】
この判定の結果、サーバＡネットワーク使用率＞サーバＣネットワーク使用率であればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋４（ステップＳ９１２）の処理を行い、サーバＡ１０２のネットワーク使用率がサーバＣ３０２のネットワーク使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のネットワーク使用率とサーバＣ３０２のネットワーク使用率とを比較し、サーバＡ１０２のネットワーク使用率がサーバＣ３０２のネットワーク使用率よりも小さいか否かをサーバＡネットワーク使用率＜サーバＣネットワーク使用率であるか否かの判定（ステップＳ９１３）により行う。この判定の結果、サーバＡネットワーク使用率＜サーバＣネットワーク使用率であればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋４（ステップＳ９１４）の処理を行い、サーバＡネットワーク使用率＜サーバＣネットワーク使用率でなく等しければ各加算（ステップＳ９１２、Ｓ９１４）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のディスＩＯとサーバＣ３０２のディスクＩＯとを比較し、サーバＡ１０２のディスクＩＯがサーバＣ３０２のディスクＩＯよりも大きいか否かをサーバＡディスクＩＯ＞サーバＣディスクＩＯであるか否かの判定（ステップＳ９１５）により行う。
【００４９】
この判定の結果、サーバＡディスクＩＯ＞サーバＣディスクＩＯであればサーバＣ３０２のポイントを所定数加算するサーバＣポイント＝サーバＣポイント＋４（ステップＳ９１６）の処理を行い、サーバＡ１０２のディスクＩＯがサーバＣ３０２のディスクＩＯと同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のディスクＩＯとサーバＣ３０２のディスクＩＯとを比較し、サーバＡ１０２のディスクＩＯがサーバＣ３０２のディスクＩＯよりも小さいか否かをサーバＡディスクＩＯ＜サーバＣディスクＩＯであるか否かの判定（ステップＳ９１７）により行う。この判定の結果、サーバＡディスクＩＯ＜サーバＣディスクＩＯであればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋４（ステップＳ９１８）の処理を行い、サーバＡディスクＩＯ＜サーバＣディスクＩＯでなく等しければ各加算（ステップＳ９１６、Ｓ９１８）後の処理の場合と同様に、引き続いてサーバ負荷を考慮した第２段階のデータ配置容量決定（２）として、δ＝δ＋サーバＡポイント、ε＝ε＋サーバＣポイント、バックアップ対象容量／１００＝θ、サーバＡ格納容量＝δ×θ、サーバＣ格納容量＝ε×θを算出（ステップＳ９１９）する処理を行った後、第２の継続動作処理ｂ済み（ステップＳ７０４′）とした上で上述したようにデータ分割機能部１０９へ動作処理を引き渡す。
【００５０】
図１０は、サーバＣ３０２をバックアップ処理の対象とする第３の継続動作処理ｃ（ステップＳ７０５）の細部を示したフローチャートである。この動作処理は、バックアップ対象サーバがサーバＣ３０２である場合に他のサーバ（サーバＡ１０２、サーバＢ２０２）へ配置するバックアップデータの容量をサーバパフォーマンス状態に基づく重み付けを行って決定するものである。
【００５１】
図１０を参照して具体的に説明すれば、状態分析・配送内容決定機能部１０６における第３の継続動作処理ｃ（ステップＳ７０５）は、２つの他のサーバ（サーバＡ１０２、サーバＢ２０２）のポイント変数の値を０（サーバＡポイント＝０、サーバＢポイント＝０）にするポイント変数リセット（ステップＳ１００１）の処理を行った後、第１段階のデータ配置容量決定（１）として、（サーバＡ容量＋サーバＢ容量）／１００＝γ、サーバＡ容量／γ＝δ、サーバＢ容量／γ＝εを算出（ステップＳ１００２）する処理を行った後、図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のＣＰＵ使用率とサーバＢ２０２のＣＰＵ使用率とを比較し、サーバＡ１０２のＣＰＵ使用率がサーバＢ２０２のＣＰＵ使用率よりも大きいか否かをサーバＡ・ＣＰＵ使用率＞サーバＢ・ＣＰＵ使用率であるか否かの判定（ステップＳ１００３）により行う。
【００５２】
この判定の結果、サーバＡ・ＣＰＵ使用率＞サーバＢ・ＣＰＵ使用率であればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋４（ステップＳ１００４）の処理を行い、サーバＡ１０２のＣＰＵ使用率がサーバＢ２０２のＣＰＵ使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のＣＰＵ使用率とサーバＢ２０２のＣＰＵ使用率とを比較し、サーバＡ１０２のＣＰＵ使用率がサーバＢ２０２のＣＰＵ使用率よりも小さいか否かをサーバＡ・ＣＰＵ使用率＜サーバＢ・ＣＰＵ使用率であるか否かの判定（ステップＳ１００５）により行う。この判定の結果、サーバＡ・ＣＰＵ使用率＜サーバＢ・ＣＰＵ使用率であればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋４（ステップＳ１００６）の処理を行い、サーバＡ・ＣＰＵ使用率＜サーバＢ・ＣＰＵ使用率でなく等しければ各加算（ステップＳ１００４、Ｓ１００６）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のメモリ使用率とサーバＢ２０２のメモリ使用率とを比較し、サーバＡ１０２のメモリ使用率がサーバＢ２０２のメモリ使用率よりも大きいか否かをサーバＡメモリ使用率＞サーバＢメモリ使用率であるか否かの判定（ステップＳ１００７）により行う。
【００５３】
この判定の結果、サーバＡメモリ使用率＞サーバＢメモリ使用率であればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋２（ステップＳ１００８）の処理を行い、サーバＡ１０２のメモリ使用率がサーバＢ２０２のメモリ使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のメモリ使用率とサーバＢ２０２のメモリ使用率とを比較し、サーバＡ１０２のメモリ使用率がサーバＢ２０２のメモリ使用率よりも小さいか否かをサーバＡメモリ使用率＜サーバＢメモリ使用率であるか否かの判定（ステップＳ１００９）により行う。この判定の結果、サーバＡメモリ使用率＜サーバＢメモリ使用率であればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋２（ステップＳ１０１０）の処理を行い、サーバＡメモリ使用率＜サーバＢメモリ使用率でなく等しければ各加算（ステップＳ１００８、Ｓ１０１０）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のネットワーク使用率とサーバＢ２０２のネットワーク使用率とを比較し、サーバＡ１０２のネットワーク使用率がサーバＢ２０２のネットワーク使用率よりも大きいか否かをサーバＡネットワーク使用率＞サーバＢネットワーク使用率であるか否かの判定（ステップＳ１０１１）により行う。
【００５４】
この判定の結果、サーバＡネットワーク使用率＞サーバＢネットワーク使用率であればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋４（ステップＳ１０１２）の処理を行い、サーバＡ１０２のネットワーク使用率がサーバＢ２０２のネットワーク使用率と同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のネットワーク使用率とサーバＢ２０２のネットワーク使用率とを比較し、サーバＡ１０２のネットワーク使用率がサーバＢ２０２のネットワーク使用率よりも小さいか否かをサーバＡネットワーク使用率＜サーバＢネットワーク使用率であるか否かの判定（ステップＳ１０１３）により行う。この判定の結果、サーバＡネットワーク使用率＜サーバＢネットワーク使用率であればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋４（ステップＳ１０１４）の処理を行い、サーバＡネットワーク使用率＜サーバＢネットワーク使用率でなく等しければ各加算（ステップＳ１０１２、Ｓ１０１４）後の処理の場合と同様に、引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のディスＩＯとサーバＢ２０２のディスクＩＯとを比較し、サーバＡ１０２のディスクＩＯがサーバＢ２０２のディスクＩＯよりも大きいか否かをサーバＡディスクＩＯ＞サーバＢディスクＩＯであるか否かの判定（ステップＳ１０１５）により行う。
【００５５】
この判定の結果、サーバＡディスクＩＯ＞サーバＢディスクＩＯであればサーバＢ２０２のポイントを所定数加算するサーバＢポイント＝サーバＢポイント＋４（ステップＳ１０１６）の処理を行い、サーバＡ１０２のディスクＩＯがサーバＢ２０２のディスクＩＯと同じか下回れば引き続いて図６で説明したバックアップ対象のデータ容量αとバックアップ対象以外のＨＤＤ残容量合計β比較（ステップＳ６０４）で取り込んだ情報に基づいて、サーバＡ１０２のディスクＩＯとサーバＢ２０２のディスクＩＯとを比較し、サーバＡ１０２のディスクＩＯがサーバＢ２０２のディスクＩＯよりも小さいか否かをサーバＡディスクＩＯ＜サーバＢディスクＩＯであるか否かの判定（ステップＳ１０１７）により行う。この判定の結果、サーバＡディスクＩＯ＜サーバＢディスクＩＯであればサーバＡ１０２のポイントを所定数加算するサーバＡポイント＝サーバＡポイント＋４（ステップＳ１０１８）の処理を行い、サーバＡディスクＩＯ＜サーバＢディスクＩＯでなく等しければ各加算（ステップＳ１０１６、Ｓ１０１８）後の処理の場合と同様に、引き続いてサーバ負荷を考慮した第２段階のデータ配置容量決定（２）として、δ＝δ＋サーバＡポイント、ε＝ε＋サーバＢポイント、バックアップ対象容量／１００＝θ、サーバＡ格納容量＝δ×θ、サーバＢ格納容量＝ε×θを算出（ステップＳ１０１９）する処理を行った後、第３の継続動作処理ｃ済み（ステップＳ７０５′）とした上で上述したようにデータ分割機能部１０９へ動作処理を引き渡す。
【００５６】
図１１は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられるデータ分割機能部１０９の動作処理を示したフローチャートである。この動作処理は、状態分析・配送内容決定機能部１０６で決定した情報に基づいて実際にデータのバックアップ処理を行うものである。
【００５７】
図１１を参照して具体的に説明すれば、データ分割機能部１０９における動作処理は、状態分析・配送内容決定機能部１０６から引き渡されて図６に示す補間処理（ステップＳ６０６）に継続されるもので、状態分析・配送内容決定機能部１０６から出力されるデータのサイズ・配置先情報を含むデータ配置情報を読み込んで入力（ステップＳ１１０１）する処理を行った後、バックアップ対象データ読み込み（ステップＳ１１０２）の処理を行い、バックアップ対象となるデータが格納される記憶領域となるバックアップ／リストア対象データ領域１１４へ格納すると共に、読み込んだデータのサイズ・配置情報に基づいてバックアップ対象データを分割し、分割データに送信先サーバの情報を付加するデータ分割（ステップＳ１１０３）の処理を行う。
【００５８】
次に、分割したデータを送信先サーバの情報に基づいて略図するデータ読み書き機能部に引き渡し（ステップＳ１１０４）、バックアップに該当する各サーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）のバックアップ対象データ領域に書き込みを行う。更に、データ読み書き機能部から発行される受信完了通知に基づいて受信完了確認（ステップＳ１１０５）を行い、全ての送信先サーバからの受信完了応答があった時点で各サーババックアップデータ情報テーブル１１２並びに各サーバ残ディスク情報テーブル１１０へ更新要求を行って共有情報参照機能部１０７に動作処理を引き渡す。また、共有情報参照機能部１０７での処理終了（情報の更新終了）を示す更新完了通知を受けて更新完了確認（ステップＳ１１０６）に至ると、完了通知を状態分析・配送内容決定機能部１０６に対して行ってから動作処理を終了する。
【００５９】
図１２は、サーバＡ１０２内の分散バックアップ処理部１０３に備えられるデータ結合機能部１０８の動作処理を示したフローチャートである。この動作処理は、状態分析・配送内容決定機能部１０６から得られる情報に基づいて実際にデータのリストア処理を行うものである。
【００６０】
図１２を参照して具体的に説明すれば、データ結合機能部１０８における動作処理は、状態分析・配送内容決定機能部１０６から引き渡されて図６に示すバックアップデータ取込データ・対象サーバ決定（ステップＳ６１０）の処理に継続されるもので、状態分析・配送内容決定機能部１０６から出力されるデータのサイズ・配置先情報を含むデータ配置情報を読み込んで入力（ステップＳ１２０１）する処理を行った後、リストア対象データ読み込み（ステップＳ１２０２）の処理を行い、リストア対象となるデータが格納される記憶領域となるバックアップデータ格納領域１１５へ格納すると共に、読み込んだデータのサイズ・配置情報に基づいてデータ（バックアップデータ）を結合するデータ結合（ステップＳ１２０３）の処理を行う。
【００６１】
次に、結合したデータをデータ読み書き機能部に引き渡し（ステップＳ１２０４）、リストアに該当する各サーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）のリストア対象データ領域に書き込みを行う。更に、データ読み書き機能部から発行される送信完了通知に基づいて送信完了確認（ステップＳ１２０５）を行い、全ての送信先サーバからの送信完了応答があってリストア対象サーバへのリストア対象データ領域への書き込み完了が行われた時点で完了通知を状態分析・配送内容決定機能部１０６に行ってから動作処理を終了する。
【００６２】
図１３は、サーバ１０２内の分散バックアップ処理部１０３に備えられる各サーバ残ディスク情報テーブル１１０のデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップ対象ＨＤＤ領域全体容量、バックアップ対象ＨＤＤ領域使用済容量、更新日時についてのデータを例示した図である。
【００６３】
図１３を参照すれば、ここでの各サーバ残ディスク情報テーブル１１０の定義には項目名の値名称、内容があり、それぞれ値名称「バックアップ対象ＨＤＤ領域全体容量」の内容は「各サーバ内のバックアップ対象となるＨＤＤ領域全体の記憶容量」、値名称「バックアップ対象ＨＤＤ領域使用済容量」の内容は「各サーバ内のバックアップ対象となるＨＤＤ領域の空き記憶容量」、値名称「更新日時」の内容は「データの最終更新時刻」となっており、テーブルデータ上ではサーバ名の識別名（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）に応じて値名称のそれぞれの事項であるバックアップ対象ＨＤＤ領域全体容量、バックアップ対象ＨＤＤ領域使用済容量、更新日時についての具体的なデータが格納されている。
【００６４】
図１４は、サーバ１０２内の分散バックアップ処理部１０３に備えられる各サーババックアップデータ情報テーブル１１２のデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップデータ１サイズ、バックアップデータ１格納場所、バックアップデータ２サイズ、バックアップデータ２格納場所、更新日時についてのデータを例示した図である。
【００６５】
図１４を参照すれば、ここでの各サーババックアップデータ情報テーブル１１２の定義には項目名の値名称、内容があり、それぞれ値名称「バックアップデータＸサイズ」の内容は「分割したバックアップデータＸのデータサイズ」、値名称「バックアップデータＸ格納場所」の内容は「分割したバックアップデータＸの確認先サーバ名」、値名称「更新日時」の内容は「データの最終更新時刻」となっており、テーブルデータ上ではサーバ名の識別名（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）に応じて値名称のそれぞれの事項であるバックアップデータ１サイズ、バックアップデータ１格納場所、バックアップデータ２サイズ、バックアップデータ２格納場所、更新日時についての具体的なデータが格納されている。
【００６６】
図１５は、サーバ１０２内の分散バックアップ処理部１０３に備えられる各サーバパフォーマンス情報テーブル１１１のデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するＣＰＵ使用率、メモリ使用率、ネットワーク使用率、ディスクＩ／Ｏ、更新日時についてのデータを例示した図である。
【００６７】
図１５を参照すれば、ここでは各サーバパフォーマンス情報テーブル１１１の定義には項目名の値名称、内容があり、それぞれ値名称「ＣＰＵ使用率」の内容は「各サーバの直近１時間の平均ＣＰＵ使用率」、値名称「メモリ使用率」の内容は「各サーバの直近１時間の平均メモリ使用率」、値名称「ネットワーク使用率」の内容は「各サーバの直近１時間のネットワーク使用率」、値名称「ディスクＩＯ使用率」の内容は「各サーバの直近１時間のディスクＩＯ値」、値名称「更新日時」の内容は「データの最終更新時刻」となっており、テーブルデータ上ではサーバ名の識別名（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）に応じて値名称のそれぞれの事項であるＣＰＵ使用率、メモリ使用率、ネットワーク使用率、ディスクＩ／Ｏ、更新日時についての具体的なデータが格納されている。
【００６８】
図１６は、サーバ１０２内の分散バックアップ処理部１０３に備えられるバックアップスケジュール情報テーブル１１３のデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップ開始時間、バックアップ対象サーバについてのデータを例示した図である。
【００６９】
図１６を参照すれば、ここでのバックアップスケジュール情報テーブル１１３の定義には項目名の値名称、内容があり、それぞれ値名称「ＪＯＢＩＤ」の内容は「分割したバックアップデータＸのデータサイズ」、値名称「バックアップ開始時間」の内容は「バックアップ処理の開始時間」、値名称「バックアップ対象サーバ」の内容は「バックアップ対象となるサーバ名」となっており、テーブルデータ上ではＪＯＢＩＤの識別子１、２、３に応じて値名称のバックアップ開始時間、バックアップ対象サーバについての具体的なデータが格納されている。
【００７０】
図１７は、サーバ１０２に付設される操作入力装置１０１で使用されるスケジュール入力データ領域１２１のデータ構成（構造）として、値名称毎の項目名の説明内容で定義される事項に対応するバックアップ開始時間、バックアップ対象サーバについてのデータを例示した図である。
【００７１】
図１７を参照すれば、ここでのスケジュール入力データ領域１２１の定義には項目名の値名称、内容があり、それぞれ値名称「バックアップ開始時間」の内容は「バックアップ処理の開始時間」、値名称「バックアップ対象サーバ」の内容は「バックアップ対象となるサーバ名」となっており、テーブルデータ上では値名称のバックアップ開始時間、バックアップ対象サーバについての具体的なデータが格納されている。
【００７２】
以上に説明した実施例１に係るバックアップシステムでは、ネットワーク１１６で接続された各サーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）に備えられる分散バックアップ処理部１０３、２０３、３０３でバックアップデータを分割して分散させて保管することにより、既存のバックアップシステムにおける高可用性を不可にし、複数のバックアップ対象が連帯して高効率にバックアップ、リストアを行うことができるため、従来必要とされたバックアップのための専用サーバやストレージエリアの新たな確保を要することなく、データ保全性が向上して処理時間を短縮化することができるようになる。また、バックアップを特定のサーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２の何れかを示す）で集中管理することで発生するネットワーク１１６やサーバへのパフォーマンスの影響が低減化されて既存のサーバに係る余剰リソースを有効に利用することができるようになる。更に、各サーバ（サーバＡ１０２、サーバＢ２０２、サーバＣ３０２）のバックアップ時の負荷に応じて転送するデータ量を調整することで分散保管による障害点の分散化が図られて既存業務への影響を極力抑制することができるようになる。結果として、実施例１に係るバックアップシステムによれば、パフォーマンスの影響を低減化して既存のサーバに係る余剰リソースを有効に活用でき、且つ障害点を分散化させてシステム全体の運用（その可用性）が向上されるように低コストで高効率なバックアップ、リストアを実行できるようになる。
【符号の説明】
【００７３】
１０１  操作入力装置
１０２、２０２、３０２  サーバ（サーバＡ、サーバＢ、サーバＣ）
１０３、２０３、３０３  分散バックアップ処理部
１０４  スケジュール管理機能部
１０５  スケジュール実行機能部
１０６  状態分析・配送内容決定機能部
１０７  共有情報参照機能部
１０８  データ結合機能部
１０９  データ分割機能部
１１０、２１０、３１０  各サーバ残ディスク情報テーブル
１１１、２１１、３１１  各サーバパフォーマンス情報テーブル
１１２、２１２、３１２  各サーババックアップデータ情報テーブル
１１３、２１３、３１３  バックアップスケジュール情報テーブル
１１４  バックアップ、リストア対象データ領域
１１５  バックアップデータ格納領域
１１６  ネットワーク
１２１  スケジュール入力データ領域
【図１】
2014139741.tif 000003
【図２】
2014139741.tif 000004
【図３】
2014139741.tif 000005
【図４】
2014139741.tif 000006
【図５】
2014139741.tif 000007
【図６】
2014139741.tif 000008
【図７】
2014139741.tif 000009
【図８】
2014139741.tif 000010
【図９】
2014139741.tif 000011
【図１０】
2014139741.tif 000012
【図１１】
2014139741.tif 000013
【図１２】
2014139741.tif 000014
【図１３】
2014139741.tif 000015
【図１４】
2014139741.tif 000016
【図１５】
2014139741.tif 000017
【図１６】
2014139741.tif 000018
【図１７】
2014139741.tif 000019