"所定の処理を実行する処理実行部と、情報を記憶する記憶部と、必須データ管理部とを備えた複数の計算機がネットワークで接続され、いずれかの前記計算機は、いずれかの前記計算機の前記処理実行部による前記処理の実行に利用される実行利用データの一部を構成する部分的なデータである必須データの保存を指示する保存指示であって、前記必須データを特定する必須データ特定情報と、前記必須データを保有する前記計算機である保有計算機を特定する保有計算機特定情報とを含む保存指示を保存指示入力計算機として入力し、前記保存指示入力計算機の前記必須データ管理部は、前記保存指示が入力されると、他の前記計算機の前記必須データ管理部と前記ネットワークを介して通信することにより他の前記計算機の前記必須データ管理部との間で前記保存指示に対してマスターとなる前記計算機を決定し、マスターとして決定された前記計算機の必須データ管理部である保存マスター管理部に前記保存指示を前記ネットワークを介して送信し、前記保存マスター管理部は、前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を所定の選択規則に基づいて前記複数の計算機の中から選択し、選択された選択計算機と、前記選択計算機を保存先とする前記必須データとの対応関係を示すデータ配置情報を前記保存指示の前記保有計算機特定情報で特定される前記保有計算機に送信し、前記保有計算機の必須データ管理部は、前記保存マスター管理部から前記データ配置情報を受信すると、前記データ配置情報の示す前記選択計算機に前記ネットワークを介して前記必須データを送信し、前記選択計算機は、前記保有計算機から送信された前記必須データを前記選択計算機の前記記憶部に記憶することを特徴とする必須データ管理システム。いずれかの前記計算機は、いずれかの前記計算機の前記処理実行部による前記処理の実行に利用される前記実行利用データの構築を指示する構築指示であって、前記実行利用データを特定する実行利用データ特定情報と、前記複数の計算機の中から前記実行利用データの構築先として指定された構築計算機を特定する構築計算機特定情報とを含む構築指示を構築指示入力計算機として入力し、前記構築指示入力計算機の前記必須データ管理部は、入力された前記構築指示に含まれる前記構築計算機特定情報で特定される前記構築計算機に、前記構築指示に含まれる前記実行利用データ特定情報で特定される前記実行利用データを構築するべきことを指令する構築指令情報を前記ネットワークを介して送信し、前記構築計算機の前記必須データ管理部は、前記構築指令情報を受信すると、前記選択計算機である他の前記計算機と前記ネットワークを介して通信することにより前記構築指令情報によって指令される前記実行利用データの構築に必要な前記必須データを取得し、取得された前記必須データを使用して前記実行利用データを構築することを特徴とする請求項1記載の必須データ管理システム。前記保存マスター管理部は、前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を前記複数の計算機の中から選択する場合に、前記複数の計算機の各計算機から動作中の前記処理を示す処理動作情報を収集し、保存しようとする前記必須データに係る前記処理の動作をしていない前記計算機を特定し、特定した計算機の中から前記選択計算機を選択することを特徴とする請求項1または2のいずれかに記載の必須データ管理システム。前記保存マスター管理部は、保存しようとする前記必須データに係る前記処理の動作していない前記計算機を特定できない場合には、前記複数の計算機の中から少なくも2台の計算機を前記選択計算機として選択し、選択されたすべての選択計算機と、前記選択計算機を保存先とする前記必須データとの前記データ配置情報を前記保存指示の前記保有計算機特定情報で特定される前記保有計算機に送信することを特徴とする請求項3記載の必須データ管理システム。前記保存マスター管理部は、前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を前記複数の計算機の中から選択する場合に、互いに選択基準の異なる第1選択アルゴリズムから第n選択アルゴリズムnは2以上の整数の順に、いずれかの前記選択アルゴリズムによって選択計算機が選択されるまで前記選択アルゴリズムを切り替えながら前記選択計算機の選択処理を実行することを特徴とする請求項1または2のいずれかに記載の必須データ管理システム。前記保有計算機の必須データ管理部は、前記保存マスター管理部から前記データ配置情報を受信すると、前記データ配置情報の示す前記選択計算機に前記ネットワークを介して前記必須データとして前記実行利用データの差分データを送信することを特徴とする請求項1記載の必須データ管理システム。前記構築計算機の前記必須データ管理部は、前記構築指令情報を受信すると、前記選択計算機である他の前記計算機と前記ネットワークを介して通信することにより前記構築指令情報によって指令される前記実行利用データの構築に必要な前記必須データとして、前記実行利用データの差分データを取得することを特徴とする請求項2記載の必須データ管理システム。他の複数の計算機と共にネットワークに接続され、所定の処理を実行する他の複数の計算機と前記ネットワークを介して通信する計算機において、前記他の複数の計算機のうちのいずれかの前記計算機の処理の実行に利用される実行利用データの一部を構成する部分的データである必須データの保存を指示する保存指示であって、前記必須データを特定する必須データ特定情報と、前記必須データを保有する前記計算機である保有計算機を特定する保有計算機特定情報とを含む保存指示が入力された前記計算機から前記ネットワークを介して前記保存指示を受信し、受信された前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を所定の選択規則に基づいて自身と他の複数の計算機との中から選択し、選択された選択計算機と、前記選択計算機を保存先とする前記必須データとの対応関係を示すデータ配置情報を前記保存指示の前記保有計算機特定情報で特定される前記保有計算機に送信する必須データ管理部を備えたことを特徴とする計算機。他の複数の計算機と共にネットワークに接続され、所定の処理を実行する他の複数の計算機と前記ネットワークを介して通信するコンピュータを、前記他の複数の計算機のうちのいずれかの前記計算機の処理の実行に利用される実行利用データの一部を構成する部分的データである必須データの保存を指示する保存指示であって、前記必須データを特定する必須データ特定情報と、前記必須データを保有する前記計算機である保有計算機を特定する保有計算機特定情報とを含む保存指示が入力された前記計算機から前記ネットワークを介して前記保存指示を受信し、受信された前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を所定の選択規則に基づいて自身と他の複数の計算機との中から選択し、選択された選択計算機と、前記選択計算機を保存先とする前記必須データとの対応関係を示すデータ配置情報を前記保存指示の前記保有計算機特定情報で特定される前記保有計算機に送信する必須データ管理部として機能させることを特徴とする必須データ管理プログラム。請求項8記載の必須データ管理プログラムを記録したコンピュータ読取可能な記録媒体。他の複数の計算機と共にネットワークに接続され、所定の処理を実行する他の複数の計算機と前記ネットワークを介して通信する計算機が行う通信方法において、必須データ管理部が、前記他の複数の計算機のうちのいずれかの前記計算機の処理の実行に利用される実行利用データの一部を構成する部分的データである必須データの保存を指示する保存指示であって、前記必須データを特定する必須データ特定情報と、前記必須データを保有する前記計算機である保有計算機を特定する保有計算機特定情報とを含む保存指示が入力された前記計算機から前記ネットワークを介して前記保存指示を受信し、受信された前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を所定の選択規則に基づいて自身と他の複数の計算機との中から選択し、選択された選択計算機と、前記選択計算機を保存先とする前記必須データとの対応関係を示すデータ配置情報を前記保存指示の前記保有計算機特定情報で特定される前記保有計算機に送信することを特徴とする通信方法。特許文献1では、処理の引継ぎに関して、予備サーバと運用系を1:1にて動作させ、予備サーバと運用系サーバのデータを同期させることでデータの複製を行っている図40。しかし、従来技術は1:1で動作させるため、運用系サーバに合せた予備サーバが必要となり、コストが増加するといった課題がある。特許文献2の従来技術では、データをバックアップしておき、そのデータを復元することでデータの複製に対応できる。また、バックアップするデータを以前からの差分のみに制限することで、バックアップ時のネットワーク負荷とバックアップに必要なディスク容量を削減している。しかし、従来技術は、バックアップ専用のサーバが必要となり、コストが課題となる図41。また、復元時の速度については考慮されておらず、短時間で処理を引き継ぐことができないといった課題が残る。特許文献3の従来技術では、処理の引継ぎ先を選択することで、処理引継ぎそのものを短時間で完了する。しかし、共有ディスクが前提となっており、処理の引継ぎに伴うデータの引継ぎに関しては考慮されていない。そのため、非共有ディスク環境にて適用した場合、データの取り扱いに課題が残る。この発明の必須データ管理システムは、所定の処理を実行する処理実行部と、情報を記憶する記憶部と、必須データ管理部とを備えた複数の計算機がネットワークで接続され、いずれかの前記計算機は、いずれかの前記計算機の前記処理実行部による前記処理の実行に利用される実行利用データの一部を構成する部分的なデータである必須データの保存を指示する保存指示であって、前記必須データを特定する必須データ特定情報と、前記必須データを保有する前記計算機である保有計算機を特定する保有計算機特定情報とを含む保存指示を保存指示入力計算機として入力し、前記保存指示入力計算機の前記必須データ管理部は、前記保存指示が入力されると、他の前記計算機の前記必須データ管理部と前記ネットワークを介して通信することにより他の前記計算機の前記必須データ管理部との間で前記保存指示に対してマスターとなる前記計算機を決定し、マスターとして決定された前記計算機の必須データ管理部である保存マスター管理部に前記保存指示を前記ネットワークを介して送信し、前記保存マスター管理部は、前記保存指示の前記必須データ特定情報で特定される前記必須データの保存先を所定の選択規則に基づいて前記複数の計算機の中から選択し、選択された選択計算機と、前記選択計算機を保存先とする前記必須データとの対応関係を示すデータ配置情報を前記保存指示の前記保有計算機特定情報で特定される前記保有計算機に送信し、前記保有計算機の必須データ管理部は、前記保存マスター管理部から前記データ配置情報を受信すると、前記データ配置情報の示す前記選択計算機に前記ネットワークを介して前記必須データを送信し、前記選択計算機は、前記保有計算機から送信された前記必須データを前記選択計算機の前記記憶部に記憶することを特徴とする。この発明の必須データ管理システムによれば、予備サーバ、バックアップ専用のサーバ及び共有ディスクを不要とするデータバックアップのシステムを提供できる。実施の形態1.以下の実施の形態1~7で使用する主な用語の意味は、以下のとおりである。言葉の定義1運用系サーバ単にサーバともいう:CPU、記憶装置等を備えた計算機。2必須データ:処理が利用するデータ3予備データ:予備イメージ管理器によって保存されたデータ4オリジナル:必須データを差分処理した際の差分の基データ予備データにはオリジナルも含める5パッチ:必須データを差分処理した際の差分部分のデータ予備データにはパッチも含める6チャンク:予備データを分割したデータ片予備データにはチャンクも含める7予備データからなる必須データ:予備データをデータ復元時に用いる必須データ8予備データに関する処理:予備データからなる必須データを必要とする処理9リソース:処理に必要となるCPU性能、メモリ量、必要デバイス、I/Oスループット性能など。本実施の形態1では、処理として仮想計算機以下VMというが各サーバにて起動している環境において、VMの起動に必要なデータ以下VMイメージを必須データとして管理する予備イメージ管理器について説明する。図1は、実施の形態1の予備イメージ管理システム1000必須データ管理システムの構成を示す。予備イメージ管理システム1000は、複数の運用系サーバS1~SNから構成される。各運用系サーバSは、予備イメージ管理器100必須データ管理部、情報を記憶する記憶装置200記憶部、複数の処理を実行する処理実行部300を備える。各サーバの処理実行部300で動作している処理は同一ではなく、個別の処理である。つまり、運用系サーバS1、運用系サーバS2で動作している処理は異なる。各サーバはネットワーク400に接続され、他の計算機とネットワーク400を介して通信する。各運用系サーバに関して、処理や記憶装置の個数に制限は無い。図1に示すように各運用系サーバの構成は同様であり、また、各運用系サーバは対等である。なお、各サーバ間では、リソースの違いは存在する。図2は、予備イメージ管理システム1000の動作の概要を示すフローである。このフローは、予備イメージの登録であるステップS101~S105と、予備イメージの構築であるステップS106~S110の二つの部分からなる。図11は図2のフローを、シーケンス化とした図である。特に図2を参照して説明する。予備イメージの登録動作の概要:S101~S105まず、図2、図11を参照して、予備イメージの登録動作の概要S101~S105を説明する。サーバの役割図2の説明で登場するサーバを定義する。図2の説明では、簡単のためサーバS1~S4の4台のシステムを想定する。1受付サーバ:ユーザの指示を受け付けるサーバS1とする、2保有サーバ:保存対象の必須データdを保有するサーバS4とする、3保存先サーバ:保存対象登録対象の必須データの保存先となるサーバS2とする、4構築先サーバ:必須データdを使用した予備イメージが構築されるサーバS3とする、5マスターサーバ:予備イメージの登録動作の主体になるサーバS1が兼ねるとする。マスターサーバの予備イメージ管理器100を、マスター管理器と呼ぶ。マスター管理器は例えば、保存先サーバの選択処理を実行する。構成要素の区別サーバS1の予備イメージ管理器100には予備イメージ管理器100-1のように-1を付けて区別する。以下に登場する予備イメージ管理器100-1の構成要素にも-1を付す。各サーバの予備イメージ管理器100は対等であるが、以下の実施の形態では、本システムの処理を実行する際に、いずれかの予備イメージ管理器100がマスターとして機能することとして説明する。どの予備イメージ管理器100がマスターとなるかは実装による。マスターの予備イメージ管理器100Mは、各サーバの予備イメージ管理器100を制御し、システム全体にかかわる処理、例えば後述する保存先サーバの決定等を実行する。なおMはマスターを示す。以下の説明では、上記のように、サーバS1をマスターとした。なおサーバS1は、受付サーバ兼ねる。S101:ユーザが受付サーバに指示ステップS101において、ユーザは、サーバS1を受付サーバとして、受付サーバに登録指示保存指示を入力する。各サーバは対等であり、ユーザはどのサーバに登録指示を入力してもよい。サーバS2に登録指示を入力すればサーバS2が受付サーバ保存指示入力計算機になる。登録指示は、1保有サーバS4保有計算機を特定する情報保有計算機特定情報、2必須データd登録対象のデータを特定する情報必須データ特定情報、3必須データdの登録指令の3つを含む。登録指示により、サーバS1受付サーバの予備イメージ管理器100-1は、必須データd処理に必要なデータそのもの、もしくは他のデータとの差分のデータなどの保存指示を受け付ける。この例では、受付サーバであるサーバS1の予備イメージ管理器100-1がマスターとして機能する。なお、受付サーバがマスターサーバとなるのは一例である。どのサーバがマスターになっても構わない。例えば、受付サーバサーバS1の予備イメージ管理器100-1は、登録指示が入力されると、他のサーバの予備イメージ管理器100とネットワーク400を介して通信することにより他のサーバの予備イメージ管理器100との間で保存指示に対してマスターとなるサーバを決定し、マスターとして決定されたサーバの予備イメージ管理器100に登録指示をネットワークを介して送信してもよい。S102:管理器100-1Mが処理開始ステップS102において、予備イメージ管理器100-1Mは、ユーザからの指示に従って、保有サーバS4ユーザ入力に必須データdの保存処理を開始させる。すなわち、予備イメージ管理器100-1Mは、保有サーバS4ユーザ入力に必須データdの保存処理の開始通知を送信する。保有サーバS4は、開始通知を受信すると必須データdの保存処理を開始する。この保存処理とは、保有サーバS4による差分処理等後述するを意味する。差文処理では、保有サーバS4は、他のサーバS1~S3と通信して差分に関する情報を取得し、差分処理を実施する。S103:管理器100-1Mが保存先サーバを決定ステップS103において、予備イメージ管理器100-1Mは、サーバS4の保有する必須データdの保存先に適したサーバを、自身のサーバS1も含めたサーバS1~S4の中から、所定の選択規則に基づいて選択する。なお、所定の選択規則については実施の形態2以降で詳述する。実施の形態2~6は、保存先サーバの具体的な決定方法の実施形態である。ここで、予備イメージ管理器100-1Mは、保存先サーバとして、所定の選択規則からサーバS2選択計算機を決定したとする。S104:管理器100-4が選択サーバS2へデータ保存ステップS104において、予備イメージ管理器100-1Mは、保有サーバS4、保存先サーバS2の予備イメージ管理器100-4、100-2と通信する。この通信により、サーバS2が保存先サーバとして選択されたことが、予備イメージ管理器100-4、100-2に通知される。保有サーバS4の予備イメージ管理器100-4は差分データを保存先サーバS2の予備イメージ管理器100-2に送信する。予備イメージ管理器100-2は、受信した差分データを保存する。S105:完了通知ステップS105において、予備イメージ管理器100-1Mは、S101にて指示を出したユーザに、保存完了を通知する。これは、予備イメージ管理器100-1Mが、予備イメージ管理器100-4から送信完了通知を受信し、あるいは、予備イメージ管理器100-2から受信完了通知を受信することを契機とする。以上が予備イメージの登録までの処理となる。構築動作:S106~S110次に、予備イメージの構築動作の概要ステップS106~S110を説明する。S106~S110では、保有サーバS4がダウンしたため、構築先サーバS3において、保存先サーバS2に保存されている必須データdVMAのオリジナルデータあるいはVMAの差分データを用いて、予備イメージ保有サーバS4で動作していたVMAの予備イメージを構築する場合を想定する。障害が発生したあるサーバ上サーバS4で動作していた処理を、他のサーバ上サーバS3にて再稼動させる動作必須データdを用いた予備イメージの構築動作を以下に説明する。S106:ユーザがサーバS1に指示ステップS106において、ユーザは、サーバS1受付サーバに構築指示をする。登録処理と同じく各サーバは対等であり、ユーザはどのサーバに構築指示してもよい。構築指示を受け付けたサーバが受付サーバ構築指示入力計算機となる。構築指示は、1構築したい予備イメージを特定する情報実行利用データ特定情報、2構築先サーバこの例ではサーバS3とするを特定する情報構築計算機特定情報、3構築指令、の3つを含む。ユーザは保存先サーバを認識する必要はない。構築したいVMイメージと、VMイメージを構築したい構築先サーバを認識すればよい。S107:構築処理を開始ステップS107において、予備イメージ管理器100-1は、ユーザからの構築指示に従って、該当データの構築処理を開始する。予備イメージ管理器100-1は構築指示の内容を構築先サーバS3に通知する。S108:特定ステップS108において、通知を受けた構築先サーバS3の予備イメージ管理器100-3は、通知に基づき、構築される予備イメージこの例では下記のVMAとするのデータ構築に必要な必須データd下記に示すオリジナルデータa0,差分データa1等と、必須データdが保存されている保存先サーバサーバS2とを特定する。予備イメージ管理器100-3は、後述のデータ表10A図5から、データ構築に必要なオリジナルデータa0,差分データa1等の必須データを特定し、後述のデータ配置表30A図7から、必須データの保存先サーバを特定する。この場合のVMAと、VMAの構築に必要な必須データdとの関係を簡単に説明する。図8で後述するが、図8に示すように、VMAは、オリジナルデータa0,差分データa1,差分データa3,差分データa11から構築されるとする。ここでオリジナルデータa0等は以下である。1オリジナルデータa0:VMAが最初に登録された際に作成されたオリジナルデータ、2差分データa1:VMAが更新され再び登録された際に作成されたオリジナルa0からの差分データ,3差分データa3:VMAが更新され再び登録された際に作成された差分データa1からの差分データa3,4差分データa11:VMAが更新され再び登録された際に作成された差分データa3からの差分データオリジナルデータa0、及び差分データa1等は、図11における保有サーバS4の差分処理あるいは、サーバS1~S3が保有サーバの場合に,保存先サーバに保存されたデータである。S109:構築ステップS109において、予備イメージの構築先サーバS3の予備イメージ管理器100-3は、サーバ間の予備イメージ管理器で通信を行い、構築に必要な必須データを、必須データの保存先サーバサーバS2から取得し、データVMAの構築を行う。すなわち構築先サーバS3は、データ表10A、データ配置表30Aによる特定結果から、必須データの保存先サーバ必須データを取得し、取得した必須を用いて予備イメージVMAを構築する。S110:管理器100-1が構築完了を通知ステップS110において、構築先サーバS3が受付サーバS1に構築完了通知を送信し、予備イメージ管理器100-1は、構築指示を出したユーザに対し、構築完了を通知例えば表示装置に完了を表示などする。以上、S106~S110が予備イメージの構築処理である。このようにして、必須データa0,a1,a3,a11等を他の運用系サーバサーバS2等に保存しておき、あるサーバサーバS4の障害時に、あるサーバサーバS4で実行されていた処理の予備となる必須データdを基に、障害が発生したサーバ以外のサーバサーバS3でデータ構築例えば必須データdを用いた予備イメージVMAの構築を行うことで、システム内でのデータの引継ぎを行うことができる。VMに適用した場合は、各サーバ上で処理としてVMが起動しており、VMはサーバ毎の非共有ディスクにその実VMデータが保存されることとなる。各サーバの予備イメージ管理器は、システムの利用者からの指示に従って、記憶装置中のVMイメージ実行利用データを取得し、他のサーバに転送したり、同じく指示に従って、保存したVMイメージを目的のサーバにて復元したりする。予備イメージの登録動作の詳細次に、予備イメージの登録動作図2のS101~S105の詳細を説明する。図12は、予備イメージ管理器100の内部構成を示すブロック図である。予備イメージ管理器100は、図12に示すように、データ差分器110、データ配置先判断器120、データ配布器130、データ複合器140を備えている。1データ差分器110は、保有サーバである場合に、保存先サーバに登録するための差分データを作成する。2データ配置先判断器120は、マスターサーバである場合に、保存先サーバを選択する。3データ配布器130は、他の予備イメージ管理器100とデータをやり取りする。4データ複合器140は、構築先サーバである場合に、予備イメージを構築する。図3は、図1に示した予備イメージ管理器100の内部構成に関し、予備イメージの登録に関する構成要素を示した。なお、図3のうちデータ差分器110、データ配布器130は保有サーバが主体となり、データ配置先判断器120はマスターサーバが主体となる。図3は、保有サーバの構成部分と、マスターサーバの構成部分との両方を示した。すなわち図3は、マスターサーバが保存先サーバを選択し、その選択された保存先サーバに、保有サーバがデータを送信する状態を示している。図3は、保存先サーバに保存される差分データの生成から、差分データの配布までの一連の流れを示している。1保有サーバのデータ差分器110は、他のサーバの予備イメージ管理器100と連携通信し、入力されたデータ5VMイメージを基に、データ表10A図5を参照して既存の登録済みデータ連携により情報を取得するとの間で差分を取り、その結果をデータ表10Aに反映し、差分データ7を出力する。2マスターのデータ配置先判断器120Mは、他のサーバの予備イメージ管理器100と連携し、保有サーバによって作成された差分データ7、データ表10Aとデータ配置表30Aとを基に、差分データ7の保存に適したサーバを選択し、その結果をデータ表10A、データ配置表30Aデータ配置情報図7に反映する。3保有サーバのデータ配布器130は、データ配置表30A最新の状態に従って、差分データ7を保存先のサーバへ転送する。データ表10A、データ配置表30Aの同期なお、データ表10Aとデータ配置表30Aとは、予備イメージ管理器100によって他のサーバと同期が行われる。登録の具体的処理図4は、登録処理図1のS101~S105における予備イメージ管理器100内での詳細な処理フローを示す。図2、図11の場合と同様に、サーバS1が受付サーバ、サーバS2が保存先サーバ、サーバS3が構築先サーバ、サーバS4が保有サーバとする。ステップS201、S202はステップS102において、ステップS203、S204はステップS103において、ステップS205はステップS104において行う処理である。S201まず、ステップS201において、保有サーバS4のデータ差分器110-4は、登録が指示保有サーバS4、VMAはユーザが入力されたデータVMAの差分データ例えばa1を生成する。S202次に、ステップS202において、保有サーバS4のデータ差分器110-4は、差分に関する情報をデータ表10A-4図5に反映する。S203:マスターによる選択ステップS203において、データ配置先判断器120-1Mは、サーバ表20A-1図6から保存先候補となるサーバ群を取得する。図6のサーバ表20A-1は、各サーバのアドレス情報である。S204ステップS204において、データ配置先判断器120-1Mは、候補から差分データ7の保存に適したサーバを選択し、その結果をデータ配置表30A-1図7に反映する。データ配置表30A-1は他のサーバと同期される。S205最後に、ステップS205において、保有サーバS4のデータ配布器130-4は、差分データ7を、データ配置先判断器120-1Mによって更新されたデータ配置表30A-1に同期して更新されたデータ配置表30A-4に従って、保存先サーバS2へ転送する。図8は、保有サーバのデータ差分器110によって作成される差分の例を示す。a0はVMAが最初に登録された際に作成されたデータオリジナルである。a1は、VMAが更新され再び登録された際に作成された、オリジナルa0からの差分データである。a2は、VMDがVMAからの派生物として最初に登録された際に作成された、オリジナルa0からの差分データである。a3は、再度VMAが更新され再び登録された際に作成された、差分データa1からの差分データである。このように、予備イメージ管理器100では、差分によって複数のVMのデータをオリジナルと差分データに分け管理を行う。予備イメージの構築動作の詳細次に予備イメージの構築動作の詳細を述べる。図9は、図1中の予備イメージ管理器100の内部構成において、予備イメージの構築に関する構成を示す。図9は構築先サーバの構成である。1データ配布器130は、特定の差分データ13を他のサーバから受け取る。なお、この例では、構築先サーバはサーバ3である。2データ複合器140は、入力された差分データ13を複合し予備イメージを構築する。構築処理に関し、データ複合を行うのは構築先サーバである。この例ではサーバ3である。図10は、構築処理における構築先サーバS3の予備イメージ管理器100-3における詳細な処理フローを示す。ステップS301は、ステップS108において、ステップS302~S304はステップS109において行う処理である。S301ステップS301において、構築先サーバS3の予備イメージ管理器100-3は、ユーザから指示された予備イメージ例えばVMAの構築に必要なデータ群a0,a1,a3,a11を、データ表10A-3から取得する。以降、データ群のツリー構造に従い、オリジナルから順次、任意の差分データを対象にステップS302~S304を繰り返す。S302まず、ステップS302において、構築先サーバのデータ配布器130-3は、データ配置表30Aから取得したデータ群の差分データが保存されている保存先サーバを特定する。S303次に、ステップS303において、データ配布器130-3は、サーバ表20Aアドレス情報を参照して、他のサーバのデータ配布器130と連携通信し、VMAの構築に必要なデータを有する保有サーバから、差分データを取得する。S304その後、ステップS304において、構築サーバのデータ複合器140-3は、構築する予備イメージに、取得された差分データを反映する。全ての差分データの反映が終了した段階で、構築処理の完了となる。VMAの例であれば、データ複合器140-3はオリジナルデータa0に差分データa1,a3,a11を反映し、VMAを構築する。なお、VM以外の処理についても、VMに相当する部分を任意の処理に、VMイメージに相当する部分を任意の必須データに置き換えることにより、同様の効果を他の処理を行う環境においても利用できる。実施の形態2.実施の形態2では、実施の形態1を改良し、VMの動作状況を判断することで一次障害に対応する例を示す。マスターの予備イメージ管理器100Mが、必須データの保存先サーバを選択する際に、必須データdAに係るVMAが動作しているサーバを保存先候補から除外する場合を示す。例えば、VMAの差分データa3の保存先サーバを選択する際に、VMAの動作中のサーバを保存先サーバから除外する場合である。これは、VMAの動作中のサーバがダウンした場合に、動作中のVMAと、VMAの構築に必要な差分データa3との共倒れを回避するためである。実施の形態1と同様にサーバS1~S4のシステムとし、受付サーバ等も同様とする。実施の形態2~6は、マスターである予備イメージ管理器100Mによる保存先サーバの選択に関する実施形態である。以下、予備イメージの登録時における処理を中心に述べる。図13は、本実施の形態2における予備イメージの登録に関する構成を示す。図14は、他のサーバとの同期を示す図である。図14はマスターの予備イメージ管理器100Mを示す。1保有サーバのデータ差分器110は、実施の形態1の場合と同様に、他のサーバの予備イメージ管理器と連携し、入力されたデータ5VMイメージを基に、既存の登録済みデータとの間で差分を取り例えばa1に対してa3、その結果をデータ表10B図18に反映し、差分データ7を出力する。データ表10Bでは、実施の形態1のデータ差分器110が作成するデータ表10Aに加え、データ5VMイメージに関するVM名も登録される。これは保有サーバの動作である。2データ配置先判断器120Mは、他のサーバの予備イメージ管理器100と連携し、データ表10B、差分データ7、サーバ表20A、VM表40A図17の情報を基に、差分データ7の保存に適したサーバを選択し、その結果をデータ配置表30B図19とデータ表10Bに反映する。また、データ配置先判断器120Mは、必要があれば、差分データ7の複製後述するを設けるべき決定をする。データ配置先判断器120Mが複製を設けるべき決定した場合、保有サーバのデータ差分器110は、決定に応じた差分データ19を作成する。差分データ7の複製については後述する。このデータ配置先判断器120Mは、マスターサーバのデータ配置先判断器120-1Mである。保有サーバのデータ配布器120-4は、差分データ7をデータ配置表30B-4に従い、保存先サーバへ転送する。図19のデータ配置表30B-4は、複製数を示す複製番号を有する。複製番号0は複製しない場合である。例えば差分データa3を1台の保存先サーバに送信する。複製番号1は、複製を一つ作成すべきことを示す。保有サーバのデータ差分器110は、差分データa3の複製を一つ生成し、2つの差分データa3を、データ配置先判断器120-1Mによって選択された保存先サーバに送信する。3動作VM判定器121Mは、データ配置先判断器120に存在する。動作VM判定器121は、VMの動作状況を基に、必須データの配置先を判断する。同期なお、データ表10Bとデータ配置表30Bは、予備イメージ管理器によって他のサーバと同期が行われる。VM表40Aは、サーバ自身のVMモニタから適時取得している情報であり、サーバで動作しているVMを示す。図15は、登録処理における予備イメージ管理器内での処理フローを示し、ステップ番号以外、内容は図4と同様である。図16はS404の詳細動作例を示す。S401ステップS401において、保有サーバS4のデータ差分器110-4は、登録が指示されたデータdの差分を生成する。S402ステップS402において、データ差分器110-4は、差分に関する情報をデータ表10B-4に反映する。S403ステップS403において、データ配置先判断器120-1Mは、サーバ表20A-1から保存先候補となるサーバ群を取得する。S404ステップS404において、データ配置先判断器120-1Mは、その保存先候補から差分データ7の保存に適した保存先サーバサーバS2を選択し、その結果をデータ配置表30B-1とデータ表10B-1に反映する。S405ステップS405において、保有サーバS4のデータ配布器120-4は、データ配置表30B-4同期後に従い、差分データ7を他のサーバへ転送する。次に図16を参照して、ステップS404保存先サーバの選択における詳細動作S411~S417を説明する。S411ステップS411において、データ配置先判断器120-1Mは、サーバ候補リストを初期化する。次にサーバ表20A-1内の全サーバに対しステップS412~S413を行う。図16のS411においてOUTはサーバ候補リストを示す。S412ステップS412において、データ配置先判断器120-1Mの動作VM判定器121-1は、対象となるサーバこの場合はサーバS1~S4全部のサーバで動作しているVMのVM表40処理動作情報を取得する。この時、動作VM判定器121-1は、取得したVM表40内に差分データ7に関するVMが存在しない場合のみ、ステップS413を行い、サーバ候補に対象のサーバを追加する。すなわち、保存対象の差分データ7必須データ、例えば差分データa3がVMAに関係する場合、VMAが動作していないサーバのみが保存先候補outSとなる。全てのサーバに対しS412~S413が終了した後、ステップS414において、データ配置先判断器120-1Mは、サーバ候補が空の場合のみS415、S416を行う。S415S415において、データ配置先判断器120-1Mは、データ複製数を2とし、サーバ表20A-1内の全サーバをサーバ候補に設定する。S414において保存先候補outSがなしということは、先の例で、全部のサーバS1~S4でVMAが動作していることを意味する。S416S416において、データ配置先判断器120-1Mは、データ表10B-1を更新し、データの複製数を2に更新する。データの複製数が2となった効果は、VMAに関する同一の差分データ7を、2台のサーバに保存することである。複製数の2は一例である。データの複製数がkであれば、k台のサーバに保存する。この意味で複製数という字句を用いている。S417S417において、データ配置先判断器120-1Mは、サーバ候補から複製数分のサーバを選択し、選択結果をデータ配置表30B-1に反映する。図18の複製番号は、複製数が2の場合、0、1の2つの差分データ7が登録される。これにより、登録しようとするデータに関係するVMが動作していないサーバ上にデータが保存されることとなる。もしくは、例えばVMAに関する差分データa3を保存しようとする場合に、どのサーバでもVMAが動作しているときには、差分データa3は複製される。よって、複製されたデータが、別々のサーバに保存されることとなる。従って、単一障害に対しデータ復旧が確実に可能となる。なお、VM以外の処理についても、VMに相当する部分を任意の処理に、VMイメージに相当する部分を任意の必須データに置き換えることにより、同様の効果を他の処理を行う環境においても利用できる。実施の形態3.実施の形態1と同様に、VMを処理としてサーバにて起動している環境においてVMイメージを必須データとする予備データ管理について、VM構築時にデータの転送がなるべく生じないよう、最適なデータの保存先を定める例を示す。この例は構築に関する同じデータを同じサーバに集めて、データ転送を極力なくす例である。実施の形態3も、実施の形態2と同様に、マスターによる保存先サーバの選択に関する。実施の形態1と同様にサーバS1~S4のシステムとし、受付サーバ等も同様とする。図20は、本実施の形態3における予備イメージの登録に関するデータ配置先判断器120の構成を示す。データ配置先判断器120は、データ表10C、サーバ表20A、データ配置表30C、VM表40B、配置データ差分データなどの入力を基に、配置候補を出力マスターの場合し、また実際に配置するデータを出力保有サーバの場合する。また、データ配置先判断器120は入力データを更新する。各判定器データ配置先判断器120の内部に存在する判定器1第1選択アルゴリズム~判定器n第n選択アルゴリズムは、動作VM判定器121とは別の、それぞれ異なる指標選択基準で配置先保存先サーバを判断する。データ配置先判断器120は、判定器を換えつつ繰返し判定を行うことで、配置候補を選別する。この例でマスターとして動作するのは、データ配置先判断器120-1Mである。登録処理Aのフロー図21は、データ配置先判断器120-1Mにおける登録処理時の処理フローを示す。S501まず、ステップS501において、データ配置先判断器120-1Mは、動作VM判定器121-1を用いて初期の配置候補を取得する。このステップS501は、図16の内容である。S501のOutSサーバ数、OutCountは、S417で得られた結果である。その後、データ配置先判断器120-1Mは、ステップS501で取得した複製数OutCount数分、判定器を換えつつ、S502~S506を繰り返す。この繰り返しはOutCountの数だけ、すなわち、複製数保存先サーバの数だけ繰り返される。つまり1回のループで、一つの差分データの保存先サーバを選択する。S502まず、ステップS502にて、データ配置先判断器120-1Mは、一時候補TmpS1を候補リストOutSから複製し、分割数PartCountを1に初期化する。ここで分割数とは、保存対象の差分データを分割する数を意味する。分割数=1とは、差分データを分割しないことを意味し、分割数=2とは、差分データを2個に分割することを意味し、分割数=kとは、必須データをk個に分割することを意味する。S503次に、ステップS503において、動作VM判定器121-1の次に動作するよう設定された判定器1は、配置候補S501:OutS、配置するデータ、分割数S502を基に、候補のサーバを選択する。S504その後、ステップS504において、データ配置先判断器120-1Mは、S503の結果の候補数TmpS2が分割数と同じ個数である場合S504でNOのみ、S506、終了と進む。例えば、S503の候補数保存先サーバの候補数が1台であり、必須データdの分割数が1の場合は、S506、終了と進む。S505条件が満たされなかった場合S504でYES、ステップS505において、データ配置先判断器120-1Mは、判定器を切換えサーバ選択アルゴリズムを変更、再度S502に戻る。すなわち、データ配置先判断器120-1Mは、別の判定器サーバ選択アルゴリズムで、分割数=サーバ候補数となるかどうかを判定する。S506最後にステップS506において、データ配置先判断器120-1Mは、一時候補TempS2のサーバを保存先としてデータ配置表30B-1に反映し、ステップS501で取得した候補OutSから一時候補TempSoutとなったサーバを削除する。なお最後の判定器nは、S504でNOとなる判定器後述の単純判定器125を用意する。図22は、動作VM判定器121に加え、数種類の具体的な判定器を実際に組み入れた構成例を示す。図22では、動作VM判定器121の他、障害保証判定器122~単純判定器125の4つの判定器を組み入れている。1障害保証判定器122は、不特定サーバの停止に伴うVM復旧が可能なサーバを選択する。障害保証判定器122は、保存先サーバを選択する際に、他のサーバがダウンしたと仮定した場合に、ダウンしたサーバ内で動作していたVMが、保存先とすべきサーバで構築できるかをシミュレーションする。ただし、保存先とすべきサーバに保存されているデータに関係するVMの構築性をシミュレーションする。2データ関係判定器123は、選択したサーバのうち、同一予備データに関係する必須データが多く保存されているサーバを選択する。例えば、予備データとしてVMAを構築するのに、元データa0と、差分データa1,a3,a11とを必要とする。サーバS1にa0が保存されおり、サーバS2にa1,a3,が保存されている場合、データ関係判定器123は、候補としてサーバS1、S2があり、差分データa11を保存する場合、関連するデータが多く保存されているサーバS2を差分データa11の保存先として選択する。3リソース基準判定器124は、選択したサーバのうち、リソースが最も空いているサーバを選択する。4単純判定器125は、候補から適当に分割数分のサーバを選択する。よって、単純判定器125による判定ではS504は必ずNOとなり、処理はS506に進む。図23は、図21について、これら4つの判定器を処理に組み込んだ場合のフローである。図23を参照して、判定器121~125を組み込んだ場合を説明する。ステップS511、S512は、障害保証判定器122が処理を行う。ステップS513は、データ関係判定器123が処理を行う。ステップS514は、リソース基準判定器124が処理を行う。ステップS515は単純判定器125が処理を行う。この例のステップS512では、障害保証判定器122とデータ配置先判断器120とが連携して処理を行う。図23の処理概要は以下の様である。障害保証判定器122の処理により複数の保存先候補数N5が選択された場合には、データ関係判定器123が、さらに複数の保存先候補数N5から絞りこむ。データ関係判定器123の処理により複数の保存先候補数N4が選択された場合には、リソース基準判定器124が数の保存先候補数N4から絞り込む。リソース基準判定器124により複数の保存先候補数N3が選択された場合には、最後に単純判定器125が、複数の保存先候補数N3から所定数の保存先候補を決定する。S511ステップS511において、障害保証判定器122は動作VM判定器121から渡された候補TmpS1から、不特定のサーバの停止に伴うVM復旧が可能なサーバのみ一時候補TempS2として選択する。この結果サーバの一時候補が分割数S502より少ない場合、障害保証判定器122は、ステップS512において分割数を一つ増やしステップS511をやり直す。例えば、outTempS=0の場合、分割数は1から1インクリメントされ、2になる。S513サーバ候補数の方が分割数よりも多い場合、処理はステップS513に進む。ステップS513において、データ関係判定器123は、障害保証判定器122から渡されたサーバ候補TempSから選択したサーバのうち、保存するデータに関係する他のデータが多いサーバを候補として選択する。S514S514において、S513で選択されたサーバ候補数が分割数と異なる場合、リソース基準判定器124は、データ関係判定器123から渡されたサーバ候補からリソースCPU、メモリ、ディスク容量、デバイス、I/Oスループットなどの計算機リソースが空いているサーバを保存先候補のサーバとして選択する。S515S514で処理された候補数が分割数と異なる場合、ステップS515において、単純判定器125は、適当に、リソース基準判定器124から渡された候補から分割数分のサーバを選択する。次に図24~図26を参照して、障害保証判定器122、データ関係判定器123、リソース基準判定器124のそれぞれの動作を説明する。障害保証判定器122の具体的な処理図24は、図23に示したステップS511の障害保証判定器122による具体的な処理を示すフローチャートである。図24は、障害保証判定器122が動作主体である。図24は、障害保証判定器122によって、候補サーバで、予備データの構築が可能かどうかを判断するフローである。すなわち、障害保証判定器122は、保存先サーバが構築先サーバともなり得るかどうかを確認する。処理は入れ子となった4つのループからなる。ステップS511では、障害保証判定器122は、不特定のサーバが停止したことをシミュレーションし、データを保存した場合でも、その復旧に対応可能かを判断する。1まず、ステップS521において、障害保証判定器122は、保存するデータに関係するVMを取得する。2次にステップS522において、障害保証判定器122は、仮候補NewTempSを初期化する。3その後、ステップS523において、障害保証判定器122は、動作VM判定器121から渡されたサーバ候補中から分割数分PartCountの組み合わせを網羅し、それぞれ保存先の候補群CとしてステップS524~S530を行う。具体的には、例えば、渡されたサーバ候補が4台あり、分割数が2であるとする。その場合、2つのデータを4台のサーバのうち2台に保存する。よって、候補群Cとして、4C2通りの組み合わせができる。4また、ステップS524において、障害保証判定器122は、保存するデータに関係するVMを分割数に分けた場合の全組み合わせについて網羅し、それぞれ復元するVMの組合せ候補DとしてステップS525~S530を行う。ステップS525~S529までは、ある特定のサーバsjが停止した場合をシミュレーションしている。5まず、ステップS525において、障害保証判定器122は、サーバsjにて動作しているVMリストVaを取得する。6次に、ステップS526においてパラメータcntを初期化する。その後、Dの要素数分ステップS527~S529を繰り返す。7ステップS527において、障害保証判定器122は、候補群Cのcnt番目のサーバに保存されているデータに関係するVMリストVsを取得する。8次に、ステップS528において、候補群Dのcnt番目のVM群とVsの和のうち、Vaに含まれるものをVuとする。9その後、候補群Cのcnt番目のサーバにVM群Vuを全て構築できるリソースの空きがあるかを判定する。このsjの障害判定全てに対して空きが存在した組み合わせCをステップS530において、出力する保存先候補に追加する。これをC,D全組み合わせにおいて実行した後、ステップS531において、出力候補を一時候補に繁栄する。データ関係判定器123の具体的な処理図25は、ステップS513の詳細なフローを示す。これらは全てデータ関係判定器123の処理となる。処理は、各サーバのデータ関係度を算出する前半部ステップS541~S545と、その中から関係度の大きいサーバを選択する後半部ステップS547~ステップS551からなる。1まず、ステップS541において、データ関係判定器123は、各サーバのデータ関係度Ratesを初期化し、保存するデータに関係するVM群をVdに保存する。その後、候補中の全サーバに対してステップS542~S545を行う。2ステップS542では、データ関係判定器123は、判定するサーバsiに保存されているデータ群を取得する。3次に、ステップS544において、データ関係判定器123は、関係度を0にし、その後、Vdの全VMを対象にVMVとしてステップS545を行う。4S545においては、データ関係判定器123は、VMVの構築に必要なデータがサーバsiに保存されている割合を取得し関係度に加算する。5その後、S546において、データ関係判定器123は、サーバsiの関係度として、先ほどの関係度を保存する。6次に、データ関係判定器123は、算出した関係度を基に、候補サーバを選択する。まず、ステップS546において、データ関係判定器123は、出力した候補数と候補群を初期化する。7ステップS547において、データ関係判定器123は、関係度Ratesから最も大きい候補群を取得する。8その後、ステップS548、549において、データ関係判定器123は、先ほどの候補を出力候補に加え、ステップS550において関係度リストから候補を削除する。9その後ステップS551において分割数より出力する候補数が少ない場合、ステップS548に処理を戻す。リソース基準判定器124の具体的な処理図26は、ステップS514の詳細なフローを示す。これらは全てリソース基準判定器124の処理である。1まず、ステップS561において、リソース基準判定器124は、出力する候補数と候補を初期化する。2次にステップS562において、リソース基準判定器124は、他のサーバの予備イメージ管理器と連携し、入力されている候補から空きリソース量の最も大きいサーバを取得する。3その後ステップS563、S564において、取得したサーバを出力の候補に加え、ステップS565において入力された候補から加えた候補を削除する。4その後ステップS566において分割数より出力する候補数が少ない場合、ステップS548に処理を戻す。5最後に、ステップS567において、出力候補を最終的な候補に反映する。これら判断器の組み合わせにより、本実施の形態3では、データ転送が極力生じることが無い様に、必須データ構築に必要な予備データを集約することでデータの転送を防ぐ。集約においては、そのサーバで引継ぎ対象となる処理が起動できるほどリソースが余っているのかを基準に、処理を行うだけの余地を各サーバに残しつつ、配置してある予備データ同士の関係、そのデータに関係する処理同士の関係を加味し、データの配置先を定める。この例においては、分割に対応するためにデータ表、データは位置表が図27、図28のようになる。また、VMの起動に必要なリソースを判断する必要があるため、VM表40は図29のようになる。次に本例の実動作例を示す。図30~図33は、以上に述べた、動作VM判定器121、障害保証判定器122、データ関係判定器123、リソース基準判定器124及び単純判定器125の処理結果を示している。VMA~Jがサーバi~lにて動作しているものとする図30。また、VMA~Jは図8で示される予備データから構成されるものとする。本例では、既にVMが動作している環境において予備データを図8の左から右の順番でa0→b0→a1→a2→b1→b2→a3→a4→a5...ひとつずつ格納する場合について述べる。なお、各サーバは270GBのディスク、VMが40GB、a0、b0を40GB、a1~14、b1~b9を5GBとし、リソースの判定はディスク容量について行うものとする。図31この場合のa0~a14、b0~b9の配置の判断は図31のように行われる。この例では、a0は一つのサーバにまとめて保存され、b0は2つのサーバに分割して保存される。a1、b1以降は、データの関連度を基に、各サーバに振り分けられ、最終的に図31の最下段の構成となる。図31の上段のSi~Slは次のことを示している。<上段>加えて格納時の空きスペースとデータ関係を考慮した場合、a0群を保存するにあたり、最も空いているSlに全て保存としても、現時点ではVMを3台構築する余裕が残る。Sjにa0を全て集約した場合、b0群を保存するにあたり、b0に関係するVMが動作していないSiとSjとなる。b0に関するVMの復旧には150GBが必要であるが、b0格納時点で満たすサーバはない。複数のサーバで起動が行われる。起動時必要な最小のサーバの数だけ均等に配置する。図31の中段のSi~Slは次のことを示している。<中段>a1の保存においては、関係の強いa0があるSlに格納後も150GB空きがあるため、サーバlに保存する。a2も同様である。b1の保存においては、関係するデータ量、空き容量が同量となるため適当にSiに保存する。b2の保存においてはb2とb1は関係がなく、関係するデータ量が等しいが、Sjの空き容量が多いため、Sjに保存する。以下、同様に、VM起動の可否、関係するデータ量、空き容量などを基に保存先を判断する。図31の下段のSi~Slは次のことを示している。<下段>Siが停止した場合、A、B、Cの再構築において、Slにて構築する場合、データ転送は発生しない。Skが停止した場合、G、H、Iの再構築において、SiにてGを、SjにてHとIを構築する場合、計50GBを転送することとなる。図32この構成においては、サーバiの障害に対しては図32のようなデータの流れで、サーバkの障害に対しては図33のようなデータの流れでVMを復旧した場合、転送量が最も少なく、最短での起動が可能となる。図32では、Siが停止した際に、A、B、Cの再構築をSlにて行う場合、データの転送は発生しない。図33では、Skが停止した際に、Gの再構築をSiにて、B、Cの再構築をSjにて行う場合、データ計50GBを転送することとなる。図33では、SiでのGの構築にはSj内のb0/1が必要であり、SjでのH、Iの構築にはSi内のb0/0が必要である。なお、VM以外の処理についても、VMに相当する部分を任意の処理に、VMイメージに相当する部分を任意の必須データに置き換えることにより、同様の効果を他の処理を行う環境においても利用できる。実施の形態4.実施例1同様、VMを処理としてサーバにて起動している環境においてVMイメージを必須データとする予備データ管理について、特定のサーバにてVMイメージを復元するように指示が生じた際、その特定のサーバにてVMイメージを構築するだけのディスクスペースがない場合の例を示す。本例では、処理引継ぎ時に伴うデータの再移動を行うことで、実際の起動時のリソース不足解消や、次の障害への対応を行う。本構成は、図9、ならびに図20に則る。本例での予備イメージ管理器の構築処理時の処理フローを図34に示す。1まず、ステップS601において、データ複合器12は、構築するだけのリソースの空きがあるのかを判断する。2余地が無い場合、ステップS602において、予備イメージ管理器は、その構築先サーバに保存されているデータの内、構築に関係のないデータを対象に、自サーバへの配置が不適切であるデータを選択する。3この選択においては、データ配置先判断器22によって対象データ全てに対して再度適切な配置先を判断し、その結果が既に保存されているサーバと異なるデータを候補として扱う。4候補が出次第、その候補から適切な数だけ、ステップS603において、予備イメージ管理器は、データ配布器を用いてデータを他のサーバに移動させる。以降、リソースが空くまで繰り返す。なお、VM以外の処理についても、VMに相当する部分を任意の処理に、VMイメージに相当する部分を任意の必須データに置き換えることにより、同様の効果を他の処理を行う環境においても利用できる。実施の形態5.実施例1同様、VMを処理としてサーバにて起動している環境においてVMイメージを必須データとする予備データ管理について、深夜など処理に余裕がある際にサーバにあるデータの配置を最適化する処理について示す。本例では、予備イメージ管理器が、内部に持つデータ配置先判断器22やデータ配布器19を用いてデータの再配置を行う。また、予備イメージ管理器は、データ配置先判断器22内にある障害保証判定器29を直接利用する。予備イメージ管理器は、データ配置先判断器22と障害保証判定器29に対し仮の表を渡し、配置先を仮として取得する。また、その結果をデータ配置表30に反映し、データ配布器19に再配布を命令する。データ配置先判断器22は、仮の配置先を、仮として渡された入力情報から算出する。障害保証判定器29は、予備イメージ管理器から渡された仮の入力情報から、指定のサーバが選択候補に含まれるかを返す。データ配布器19は、予備イメージ管理器が定めたデータ配置表30に従い、データの転送を行う。図35は、本例での予備イメージ管理器の再配置処理時の処理フローを示す。フローは、S701、S702、S703の三つのステップからなる。1ステップS701において、予備イメージ管理器は、予備イメージ管理器が管理しているデータ全ての配置パターンを仮の入力情報としてデータ配置先判断器22を起動し、最も再構築時のデータ移動量が少ない配置パターンを選択する。2次に、ステップS702において、予備イメージ管理器は、最適配置に沿っていないデータの内、動作保証判定器29の選定による条件を満たすデータと最適配置先のサーバの組み合わせを選び、そのデータを対象のサーバにデータ配布器19を用いて転送する。3最後に、ステップS703において、予備イメージ管理器は、最適配置に沿っていない残ったデータを対象のサーバにデータ配布器19を用いて無条件で転送する。図36のフローは、図35のフローを停止再開可能な処理に改変し詳細化したものである。ステップS701は、ステップS711~S715に相当する。ステップS702は、ステップS721~S729に相当する。ステップS703は、ステップS731~S736に相当する。まず、ステップS711において、予備イメージ管理器は、処理が中断状態から再開されたのか、初期開始なのかを再検証が必要か否かを基に判定する。判定が必要となった場合、予備イメージ管理器は、ステップS712において強制移動フラグforceを偽に変更し、ステップS713において、データ配置先判断器22を用いて最適な配置先を選択する。ステップS714では、強制移動フラグforceがtrueの場合、つまり、中断処理において前回強制移動を行っていた場合、ステップS732に飛ぶ。ステップS715では、現在の配置と最適配置が等しいかを判定し、等しければ終了、等しくなければステップS721に飛ぶ。ステップS721において、予備イメージ管理器は、データ移動フラグflagを偽に初期化し、その後、最適配置となっていないデータの内、障害保証判定器29の条件に満たすデータを移動する。まず、ステップS722において、中断すべきかを判定し、中断しない場合のみ、ステップS723に飛び、現在移動検証の候補となるデータdの配置先サーバskを取得する。次に、その配置先サーバが現在のサーバと等しくない場合のみステップ、S725に飛び、データdをサーバskに移動しても動作保証器での条件を満たす場合のみステップS726に飛ぶ。ステップS726において、予備イメージ管理器は、データ配置表30を更新し、データ配布器19にデータの移動を命令し、データdをサーバskに移動する。一つでもデータを移動した場合、ステップS727において、予備イメージ管理器はデータ移動フラグflagを真に更新する。その後、ステップS728において、現在の配置と最適配置が等しいかを判定し、等しい場合は終了を、等しくない場合はステップS729に飛ぶ。ステップS729において、予備イメージ管理器は、障害保証判定器29の条件下でデータを移動させた場合のみステップS721に飛び、再度障害保証判定器29の条件下でデータを移動可能か試みる。ステップS726において移動させたデータが無い場合、ステップS731において、予備イメージ管理器は、強制移動フラグforceをtrueにし、強制移動状態に移行する。強制移動状態では、まず、ステップS732において、予備イメージ管理器は、ステップS732において、中断すべきかを判定し、中断しない場合のみ、ステップS733に飛ぶ。ステップS733において、予備イメージ管理器は、最適パターンと異なるデータから一つを選択し、ステップS734において、データ配置表30を更新し、データ配布器19にデータを移動させることで選択したデータを最適配置パターンに従って移動させる。その後、ステップS735において、予備イメージ管理器は、現在の配置と最適配置が等しいかを判定し、等しくない場合はステップS732に戻り、等しい場合は、ステップS736において強制移動フラグforceをfalseにし強制移動状態を解除し処理を終了する。なお、VM以外の処理についても、VMに相当する部分を任意の処理に、VMイメージに相当する部分を任意の必須データに置き換えることにより、同様の効果を他の処理を行う環境においても利用できる。実施の形態6.実施例1同様、VMを処理としてサーバにて起動している環境において、VMイメージを必須データとする予備データ管理について、利用者にデータ復元時の指標を示す例について述べる。本例における処理フローを図37に示す。フローは、利用者から特定のVMの構築に対する指標の提示が発行された際のものである。図37において、sizeD=データ群Dのデータサイズの合計、readysi=サーバsiに保存されているデータ群、srcA=VMAを構築するのに必要なデータ群、である。本例では、予備イメージ管理器ご動作している全てのサーバに対し、まずステップS801において、そのサーバ内において、特定のVMの構築に必要なデータが保存されている割内をrateに算出する。次に、ステップS802において、そのサーバで特定のVMを起動する際に、リソースの過不足がどの程度かをresに算出する。最後に、全てのサーバのrateとresをユーザに返却し終了する。なお、ユーザから見た場合、rateは構築時の転送量負荷、resは構築後のサーバの余力を示す。なお、VM以外の処理についても、VMに相当する部分を任意の処理に、VMイメージに相当する部分を任意の必須データに置き換えることにより、同様の効果を他の処理を行う環境においても利用できる。実施の形態7.実施の形態7は、コンピュータである運用系サーバS1のハードウェア構成を説明する。図38は、コンピュータである運用系サーバS1の外観の一例を示す図である。図39は、運用系サーバS1のハードウェア資源の一例を示す図である。他の運用系サーバも運用系サーバS1と同様であるので、運用系サーバS1について説明する。外観を示す図38において、運用系サーバS1は、システムユニット830、CRTCathodeRayTubeやLCD液晶の表示画面を有する表示装置813、キーボード814KeyBoard:K/B、マウス815、FDD817FlexibleDiskDrive、コンパクトディスク装置818CDD:CompactDiskDrive、プリンタ装置819などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニット830はネットワークを介して、他の運用系サーバSと接続している。またハードウェア資源を示す図39において、運用系サーバS1は、プログラムを実行するCPU810CentralProcessingUnitを備えている。CPU810は、バス825を介してROMReadOnlyMemory811、RAMRandomAccessMemory812、表示装置813、キーボード814、マウス815、通信ボード816、FDD817、CDD818、プリンタ装置819、磁気ディスク装置820と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置820の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。RAM812は、揮発性メモリの一例である。ROM811、FDD817、CDD818、磁気ディスク装置820等の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部、格納部、バッファの一例である。通信ボード816、キーボード814、FDD817などは、入力部、入力装置の一例である。また、通信ボード816、表示装置813、プリンタ装置819などは、出力部、出力装置の一例である。通信ボード816は、ネットワークLAN等に接続されている。通信ボード816は、LANに限らず、インターネット、ISDN等のWANワイドエリアネットワークなどに接続されていても構わない。磁気ディスク装置820には、オペレーティングシステム821OS、ウィンドウシステム822、プログラム群823、ファイル群824が記憶されている。プログラム群823のプログラムは、CPU810、オペレーティングシステム821、ウィンドウシステム822により実行される。上記プログラム群823には、以上の実施の形態1~6の説明において~部、あるいは~器として説明した機能を実行するプログラムが記憶されている。プログラムは、CPU810により読み出され実行される。ファイル群824には、以上の実施の形態の説明において、~の判定結果、~の算出結果、~の抽出結果、~の生成結果、~の処理結果として説明した情報や、データや信号値や変数値やパラメータなどが、~ファイルや~データベースの各項目として記憶されている。~ファイルや~データベースは、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してCPU810によりメインメモリやキャッシュメモリに読み出され、抽出検索参照比較演算計算処理出力印刷表示などのCPUの動作に用いられる。抽出検索参照比較演算計算処理出力印刷表示のCPUの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。また、以上に述べた実施の形態の説明において、データや信号値は、RAM812のメモリ、FDD817のフレキシブルディスク、CDD818のコンパクトディスク、磁気ディスク装置820の磁気ディスク、その他光ディスク、ミニディスク、DVDDigitalVersatileDisk等の記録媒体に記録される。また、データや信号は、バス825や信号線やケーブルその他の伝送媒体によりオンライン伝送される。また、以上の実施の形態の説明において、~部、~器として説明したものは、~手段、~回路、~機器であってもよく、また、~ステップ、~手順、~処理であってもよい。すなわち、~部、~器として説明したものは、ROM811に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子デバイス基板配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD等の記録媒体に記憶される。プログラムはCPU810により読み出され、CPU810により実行される。すなわち、プログラムは、以上に述べた~部、~器としてコンピュータを機能させるものである。あるいは、以上に述べた~部、~器の手順や方法をコンピュータに実行させるものである。以上の実施の形態では、予備イメージ管理システム、運用系サーバを説明したが、運用系サーバの動作をコンピュータに実行させる必須データ管理プログラムとして把握することも可能である。あるいは、必須データ管理プログラムを記録したコンピュータ読み取り可能な記録媒体として把握することも可能である。さらに、運用系サーバSの動作を通信方法として把握することも可能である。以上の実施の形態では運用系サーバSにおけるVMの場合を説明したが、これは一例であり、予備データを保存するすべての処理を対象とする。以上の実施の形態では、以下のA~Eの大項目に関して、1~14の事項を説明した。<A.システム全体>以下の1~3は、実施の形態1、2、3に関連する。1何らかの障害により計算機以下サーバが停止し処理の継続が困難になった際に、他の運用系サーバにてそれらの処理の継続を図る様な環境において、処理の引継ぎにおいて必要となるデータであって、処理が利用するデータ以下必須データの引継ぎに関する技術を説明した。この技術は、SANなどの共有記憶装置ではなく、各サーバ個別の記憶装置以下ディスクを用いた場合にでも必須データの引継ぎを行う予備データ管理器に関する。予備データ管理器は、必須データを配置すべきサーバを適切に判断し、引継ぎ時の必須データの転送を少なくし、引継ぎが短時間で行えるように図る。予備データ管理器は、通常のバックアップ装置とは異なり、運用系サーバにて動作し、処理の引継ぎ専用のサーバを不要にし、また、必須データの引渡しにおいても、データ引継ぎ専用のサーバを不要にする。予備データ管理器は、システムを構成する運用系サーバにおいて動作し、予備データ管理器が相互にデータのやり取りを行う。必須データは、利用者からの指示に従い、予備データ管理器によって他のサーバに複製が配置される。この時、予備データ管理器は、その必須データを必要とする処理自体も実際に引継ぎ可能なサーバ引継ぎが生じた際に、処理を行うだけの余力が存在するサーバを複製の配置先として優先的に扱い、処理が行われるサーバに予め必須データを集約しておく。これにより、障害時の処理の引継ぎ時における必須データの収集に伴う転送量を削減し、引継ぎに要する時間を短縮する。なお、配置された複製のデータを以降、予備データとする。2上記1において、元となる必須データの更新に伴い、予備データ管理器の管理下にある保存データも更新を行うことで、必須データの更新に対応する。3上記1において、必須データ間で差分をとり、保存にはその差分により生じたデータを用いることで複製の保存に使用するディスク使用量を削減する。差分により生じたデータは、差分の元となるオリジナルと、それからの差分であるパッチからなる。この時、必須データの登録時に差分を取り、差分により生じたデータを予備データとして配置する。また、必須データが必要となった場合、処理の起動に先立ち、処理が起動する先のサーバにて必須データを復元する。特に明言しない限り、以降、予備データには、必須データそのものだけではなく、オリジナルとパッチを含める。<B.配置先判断器における判断>以下の4は実施の形態2,3に関連し、5は実施の形態3に関連する。4予備データ管理器は、配置先の判断のために配置先判断器を有する。配置先判断器は、配置すべき予備データの情報、必須データに関する処理の情報、サーバの情報を基に、その予備データを配置すべきサーバを判定し、その指標を他に出力する。情報は、データサイズだけではなく、処理に必要となるCPU性能、メモリ量、必要デバイス、I/Oスループット性能といったサーバリソース以下リソースも含める。予備データ管理器はこの出力結果を基に、予備データの管理を行う。配置先判断器における配置先の決定は、必須条件と追加条件からなる。必須条件は必ずその決定を満たす必要があり、追加条件は必須条件後のさらなる絞込みとなる。追加条件は省略できる。また、追加条件を利用する場合は、少なくとも1つ、また、複数を組み合わせて行う。なお、選択とあるが、配置する/配置しないと2択に決定するのではなく、0~1といった重みをサーバに付けるものとする。<必要条件>3,4はどちらかを満たせばよい1.配置対象である予備イメージに関する処理が現在動作してないサーバを配置先として選択する。例えば、予備イメージがパッチであり、そのパッチを必要とする必須データが複数ある場合、その必須データを利用する複数の処理全てが動作していないサーバが候補となる。該当するサーバが存在しない場合、予備データを複製し2つのサーバに分配する。個々の保存先については、他の判定基準に則って判断を行う。2.仮に予備データを配置した後を対象に、そのサーバに配置されている予備データに関する処理全ての起動が可能なほどのリソースを確保できるサーバを選択する。3.仮に予備データを配置した後を対象に、あるサーバ上で動作している処理群の内、配置先サーバで保存されている予備データに関する処理を対象とし、その処理全ての起動が可能なほどのリソースを有するサーバを選択する。これにより、あるサーバが停止した際の処理の継続が可能な程のリソースを全サーバにおいて確保する。4.仮に予備データを配置した後を対象に、あるサーバが停止した際に、そのサーバ内で動作していた処理のうち、少なくとも一つを起動可能なほどリソースをデータ配置先のサーバが有しており、また、残りの処理を他のサーバで起動可能なサーバを選択する。<追加条件>1.配置対象である予備データに関係する処理に対し、同様に関係するデータが多くするサーバを選択する。データが多く存在するかの判断においては、配置する予備データからなる必須データ群を対象に、その必須データの構築に必要な全データの総サイズに対し、配置対象のサーバにはそれら必要な全データのうちどの程度のデータ量が含まれているのかを指標とする。2.ある処理aと同じサーバで動作するのを指示された処理を、処理aと関係の強い処理と定義する。配置する予備データに関する処理と関係の強い処理が、既にそのサーバに配置されているデータに関する処理に含まれる場合、その処理の数が多いサーバを選択する。3.ある処理aと別のサーバで動作するのを指示された処理を、処理aと関係の弱い処理とする。配置する予備データに関する処理と関係の弱い処理が、既にそのサーバに配置されているデータに関する処理に含まれる場合、その処理の数が少ないサーバを選択する。4.リソースが最も空いているサーバを選択する。5.利用者により、処理をどのサーバで起動させるかサーバ毎の処理の起動率などが入力されている場合、その値を基にサーバを選択する。5上記4において、配置先判断器は、データを分割する機能を備える。分割が行われるタイミングは、決定先を定める場合であり、次の二つが存在する。1.上記4の必須条件を満たすサーバが存在しない時、予備データを分割することで条件を満たすサーバが生ずる場合はデータを分割して保存する。分割したデータは均等に別のサーバに保存される。なお、保存先のサーバの判断は、決定法2、3におけるサーバの判断に次のような変更を加える。サーバ一台で予備データに関する処理を起動できるか否かを判断するのではなく、分割して保存した先のサーバ全てを合せた場合に、それら処理を起動できるか否かを判断基準とする。2.上記4において、他のサーバで起動させる処理が、自身に配置したデータに同じく関係している場合、データを分割して、他のサーバに分ける。分割したデータはチャンクとして扱われる。<C.配置したデータの移動非計画的移動と計画的移動>下記6は実施の形態4に関連し、下記7~9は実施の形態5に関連する。6あるサーバで処理を行う際に、その処理に関する必須データを構築するのに必要なディスクの空き容量がそのサーバに存在しない場合、予備データ管理器は、そのサーバ内の予備データを必要なだけ他のサーバに転送し、移動することで空き容量を確保する。この時、移動すべき予備データの選択には、サーバを対象に上記4と同様の手法で、サーバに保存されている各データに対し、配置先となるサーバを求め、そのサーバが現在保存されているサーバと異なるデータを選択する。また、その時決定された保存すべきサーバへ移動する。7予備データ管理器は、あるサーバで処理が行われた際に、そのサーバ内に配置してある予備データのうち次のデータを、必須データ復元後、もしくは、サーバの処理に余裕がある時に、他のサーバに移転する。これにより、さらなる障害に対応する。移転するデータは、動作した処理に関するデータとなる。また、あるサーバで処理が行われた際に、それにより、そのサーバ内のデータにおいて上記4において決定した配置方法を満たさないデータが生じる場合、その条件を満たさないデータを他サーバに移動する。移動先サーバに関しては上記4と同様に定める。8予備データ管理器は、深夜などのサーバに処理の余裕がある時に、そのサーバに保存されているデータを他のサーバに移動する。データの移動先には次の2つのいずれかを用いる。1.データの移動には、上記4と同様の手段で保存に適したサーバを調べ、自そのデータが現在保存されているサーバ以外が該当した場合に、その該当したサーバに移動を行う。2.あるサーバが障害により停止した場合に他のサーバにて処理が起動することをシミュレーションする。そのシミュレーションにおいては、データがどのように分散していた場合が最も迅速に全処理を起動させることが可能かを判断する。この判断結果を基にデータを移動し、最適な配置に変更する。なお、データを一括して移動するのではなく、移動処理を行う余裕があるかを適時判断し、余裕がなくなった場合は、移動処理を一時停止し、次回のタイミングにて再開することで、移動処理の負荷を軽減する。また、以前一時停止した後に、新しく予備データが登録、もしくは移動さされた際は、再度シミュレーションを行う。データの移動先決定2においても、データの移動は、上記4の必須決定を満たす範囲でのデータ移動を行う。9予備データ管理器は、データの移動においてそのデータがチャンクである場合、そのチャンクと同位のデータが存在しないサーバにデータを移動する。また、チャンクを合成し一つのデータとしてまとめた場合でも上記4の必須条件を満たすサーバが存在する場合、そのサーバにチャンクを合成して保存する。<D.レプリカによる二次障害対策>下記10~12は実施の形態2、3に関連する。10予備データ管理器は、予備データの保存においてはレプリカを別途、別のサーバに保存する。レプリカの基となるデータをマスタとする。レプリカの保存においては、上記4と同様の方法で保存先のサーバを定める。なお、保存先はマスタや、マスタを同じくする他のレプリカと別のサーバに保存する。11予備データ管理器は、レプリカが存在する場合において、あるサーバで必須データを復元する際に、そのサーバに復元に必要な空き容量が無い場合、そのサーバ内のデータを必要なだけ削除する。なお、削除するデータがマスタの場合、そのマスタによるレプリカを新しいマスタとする。削除すべきデータは、上記6と同様に、各データの配置先となるサーバを求め、そのサーバが現在保存されているサーバと異なるデータを対象とする。12予備データ管理器は、上記11による削除直後に、もしくは、削除後処理に余裕がある時に、マスタ、もしくはレプリカから、別のサーバにレプリカを復旧する。レプリカの復元先のサーバは、上記4と同様に求める。<E.処理の継続のし易さを提示>下記13、14は実施の形態6に関連する。13予備データ管理器は、各サーバに保存しているデータ量と各サーバのリソース量を基に、ある処理に関して、各サーバでの継続のし易さを指標として提示する。14予備データ管理器は、各サーバに保存しているデータ量と各サーバのリソース量を基に、あるサーバに関して、各処理の継続のし易さを指標として提示する。"