(57)【特許請求の範囲】
【請求項１】
管理コンピュータで実行されるデプロイ方法であって，
イメージ取得元コンピュータのディスクイメージと，前記イメージ取得元コンピュータのハードウェアの情報とを対応付けて記憶装置に保持し，
前記イメージ取得元コンピュータが有するハードウェアのドライバに関するドライバ情報を保持し，
前記ドライバ情報に基づいて抽出された，前記ハードウェアのドライバが対応している
ハードウェアの情報を，許容情報として保持し，
デプロイ先コンピュータのハードウェアの情報を取得し，
前記デプロイ先コンピュータのハードウェアの情報と前記イメージ取得元コンピュータ
のハードウェアの情報とを比較し，
前記比較の結果，それぞれの前記ハードウェアの情報が対応する構成であった場合に，
前記ディスクイメージを前記デプロイ先コンピュータにデプロイし、
前記比較の結果，それぞれの前記ハードウェアの情報が対応しない構成であった場合に
，前記デプロイ先コンピュータの前記対応していないハードウェアが，前記許容情報に含
まれるか判定し，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていた場合
に，前記ディスクイメージを前記デプロイ先コンピュータにデプロイする
ことを特徴とするデプロイ方法。
【請求項２】
請求項１に記載のデプロイ方法であって，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていない場
合に，
ドライバが格納されたドライバ格納部から前記対応していないハードウェアのドライバ
を取得し，
前記取得したドライバを含む前記イメージ取得元コンピュータのディスクイメージを再
構築し，
前記再構築したディスクイメージを前記デプロイ先コンピュータにデプロイする
ことを特徴とするデプロイ方法。
【請求項３】
請求項１に記載のデプロイ方法であって，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていない場
合に，
前記イメージ取得元コンピュータのハードウェアに対応する仮想ハードウェアをエミュ
レートする仮想化部と，前記仮想ハードウェアを有する仮想コンピュータと，を前記デプ
ロイ先コンピュータに起動する指示を出し，
前記ディスクイメージを前記デプロイ先コンピュータの前記仮想コンピュータにデプロ
イし，
前記デプロイ先コンピュータのハードウェアの入出力データを前記仮想ハードウェアの
入出力データに前記仮想化部により変換する
ことを特徴とするデプロイ方法。
【請求項４】
管理コンピュータであって，
イメージ取得元コンピュータのハードウェアの情報およびデプロイ先コンピュータのハ
ードウェアの情報を取得する構成情報取得部と，
前記イメージ取得元コンピュータのディスクイメージを生成し，前記ディスクイメージ
と，前記イメージ取得元コンピュータのハードウェアの情報とを対応付けて記憶装置に格
納するイメージバックアップ部と，
前記デプロイ先コンピュータのハードウェアの情報と前記イメージ取得元コンピュータ
のハードウェアの情報とを比較し，前記比較の結果に基づいて，前記ディスクイメージを
前記デプロイ先コンピュータにデプロイするかどうかを決定するイメージデプロイ部と，
前記イメージバックアップ部により取得された，前記イメージ取得元コンピュータが有
するハードウェアのドライバに関するドライバ情報，に基づいて抽出された，前記ハード
ウェアのドライバが対応しているハードウェアの情報を，許容情報として抽出する許容情
報生成部を有し，
前記比較の結果，それぞれの前記ハードウェアの情報が対応する構成であった場合に，
前記ディスクイメージを前記デプロイ先コンピュータにデプロイし、
前記イメージデプロイ部は，
前記比較の結果，それぞれの前記ハードウェアの情報が対応しない構成であった場合に
，前記デプロイ先コンピュータの前記対応していないハードウェアが，前記許容情報に含
まれるか判定し，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていた場合
に，前記ディスクイメージを前記デプロイ先コンピュータにデプロイする
ことを特徴とする管理コンピュータ。
【請求項５】
請求項４に記載の管理コンピュータであって，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていない場
合に，ドライバ格納部から前記対応していないハードウェアのドライバを取得し，該ドラ
イバを含む前記イメージ取得元コンピュータのディスクイメージを再構築するデプロイイ
メージ再構築部を有し，
前記管理コンピュータの前記イメージデプロイ部は，前記再構築したディスクイメージ
を前記デプロイ先コンピュータにデプロイする
ことを特徴とする管理コンピュータ。
【請求項６】
請求項４に記載の管理コンピュータであって，
前記イメージ取得元コンピュータのハードウェアに対応する仮想ハードウェアをエミュ
レートし，前記デプロイ先コンピュータの入出力データを前記仮想ハードウェアの入出力
データに変換する仮想化部と，前記仮想ハードウェアを有する仮想コンピュータとを，前
記デプロイ先コンピュータ上に起動する指示を出す仮想コンピュータ生成部を有し，
前記管理コンピュータの前記イメージデプロイ部は，前記判定の結果，前記対応してい
ないハードウェアが前記許容情報に含まれていない場合に，前記ディスクイメージを前記
デプロイ先コンピュータの前記仮想コンピュータにデプロイする
ことを特徴とする管理コンピュータ。
【請求項７】
コンピュータシステムであって，
管理コンピュータは，
前記イメージ取得元コンピュータのハードウェアの情報および前記デプロイ先コンピュ
ータのハードウェア情報を取得する構成情報取得部と，
前記イメージ取得元コンピュータのディスクイメージを生成し，前記ディスクイメージ
と，前記イメージ取得元コンピュータのハードウェアの情報とを対応付けて前記記憶装置
に格納するイメージバックアップ部と，
前記デプロイ先コンピュータのハードウェアの情報と前記イメージ取得元コンピュータ
のハードウェアの情報とを比較し，前記比較の結果に基づいて，前記ディスクイメージを
前記デプロイ先コンピュータにデプロイするかどうか決定する，イメージデプロイ部と，
前記比較の結果，それぞれの前記ハードウェアの情報が対応する構成であった場合に，
前記管理コンピュータの前記イメージデプロイ部は，前記ディスクイメージを前記デプロ
イ先コンピュータにデプロイし、
前記管理コンピュータは，
前記イメージバックアップ部により取得された，前記イメージ取得元コンピュータが有
するハードウェアのドライバに関するドライバ情報，に基づいて抽出された，前記ハード
ウェアのドライバが対応しているハードウェアの情報を，許容情報として抽出する許容情
報生成部を有し，
前記管理コンピュータの前記イメージデプロイ部は，
前記比較の結果，それぞれの前記ハードウェアの情報が対応しない構成であった場合に
，前記デプロイ先コンピュータの前記対応していないハードウェアが，前記許容情報に含
まれるか判定し，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていた場合
に，前記ディスクイメージを前記デプロイ先コンピュータにデプロイする
ことを特徴とするコンピュータシステム。
【請求項８】
請求項７に記載のコンピュータシステムであって，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていない場
合に，ドライバ格納部から前記対応していないハードウェアのドライバを取得し，該ドラ
イバを含む前記イメージ取得元コンピュータのディスクイメージを再構築するデプロイイ
メージ再構築部を有し，
前記管理コンピュータの前記イメージデプロイ部は，前記再構築したディスクイメージ
を前記デプロイ先コンピュータにデプロイする
ことを特徴とするコンピュータシステム。
【請求項９】
請求項７に記載のコンピュータシステムであって，
前記デプロイ先コンピュータは，
前記イメージ取得元コンピュータのハードウェアに対応する仮想ハードウェアをエミュ
レートし，前記デプロイ先コンピュータの入出力データを前記仮想ハードウェアの入出力
データ変換する仮想化部と，
前記仮想ハードウェアを有する仮想コンピュータを，を有し，
前記管理コンピュータの前記イメージデプロイ部は，
前記判定の結果，前記対応していないハードウェアが前記許容情報に含まれていない場
合に，前記ディスクイメージを前記デプロイ先コンピュータの前記仮想コンピュータにデ
プロイする
ことを特徴とするコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ＯＳのデプロイの汎用化に関する。
【背景技術】
【０００２】
一般に，オペレーティング・システム（ＯＳ）のインストールは，管理者がインストール用のＣＤ−ＲＯＭなどを直接サーバ装置に挿入し実行する。このインストール方法は，少数のサーバ環境では適用可能であるが，大量のサーバ環境では手間や時間がかかってしまう。そのため，多数のサーバ環境ではＯＳデプロイメントソフトウェアが用いられることが多い。ＯＳデプロイメントソフトウェアは，ＯＳをインストールする対象のサーバとは独立の管理サーバ上で動作し，ＯＳをサーバ装置に配布（デプロイ）する機能を有する。
【０００３】
ここで，配布（デプロイ）とは，あらかじめ保存しておいた，ＯＳがインストールされたイメージデータを，対象サーバのディスクにコピーすることを意味する。具体的な動作は以下の通りである。まず，対象サーバは，自身が管理サーバと接続するＬＡＮに新たに接続され電源が投入されると，管理サーバに対してネットワークブートの要求を行う。
【０００４】
この要求に対して管理サーバが応答すると，管理サーバと対象サーバの間で通信が開始される。通信開始後，管理サーバは，ネットワークを通じてユーザが指定したイメージデータを対象サーバのディスクにコピーする。
【０００５】
【特許文献１】ＵＳ２００５／０２１６９１１
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＯＳデプロイメントソフトウェアでは，バックアップ元サーバ装置で作成したバックアップイメージを用いてデプロイ先サーバ装置にデプロイを行う場合，バックアップ元サーバ装置とデプロイ先サーバ装置のハードウェア構成が異なると，イメージをデプロイした後にブートできない，またブートしても期待する動作を実現できないという問題がある。
【０００７】
バックアップ元とデプロイ先のサーバ装置のハードウェア構成が異なる場合に上記のような問題が起こる理由は，バックアップ元サーバ装置のハードウェアに対応するデバイスドライバとデプロイ先ハードウェア装置に対するデバイスドライバが一致しない場合があるためである。例えば，バックアップ元サーバ装置のＨＢＡ(Host Bus Adapter)とデプロイ先サーバ装置のＨＢＡが異なり，かつ，バックアップ元サーバ装置のＯＳにインストールされているＨＢＡ用ドライバがデプロイ先サーバ装置のＨＢＡに対応していないとする。この場合，デプロイ先サーバ装置にイメージをデプロイした後にデプロイ先サーバ装置を再起動させても，デプロイ先サーバ装置はブートすることができない。
【０００８】
しかし，このような場合であっても，これまでハードウェアスペックが異なるサーバにデプロイしようとしているかどうかを判断することは困難であった。
【課題を解決するための手段】
【０００９】
デプロイ元サーバ装置のバックアップデータを含むディスクイメージが管理サーバによって管理され，デプロイ先サーバ装置がネットワークを通じて管理サーバに接続されている計算機システムにおいて，前記ディスクイメージ内にバックアップ元サーバ装置のハードウェア構成情報と，ディスクイメージ内のドライバ情報ファイルから得られるハードウェア構成許容リストを保持している。そしてデプロイ元サーバ装置とデプロイ先サーバ装置のハードウェア構成を比較し，その差異を検知できるようにする。
【発明の効果】
【００１０】
あるデプロイ元サーバ装置で作成したディスクイメージを，異なるハードウェア構成のデプロイ先サーバ装置にデプロイさせることが出来る。
【発明を実施するための最良の形態】
【００１１】
以下，図面を用いて本願発明の実施の形態を説明する。
【実施例１】
【００１２】
図１は，実施例の全体図の例を示している。管理サーバ１０２は本実施例における制御の中心である。管理サーバ１０２は，デプロイ管理部１１０と各種テーブル（１１１〜１１４）から構成される。管理サーバ１０２は，ストレージ装置１０１と接続される。また，ネットワークスイッチ１０３を介して，サーバ装置１０４，ＳＶＰ（Service Processor）１０７と接続される。サーバ装置１０４上の仮想化部１０５が稼動している場合，管理サーバ１０２は仮想サーバ１０６と接続される。管理サーバ１０２は，サーバ装置１０４などのサーバは，コンピュータと呼ぶこともある。
【００１３】
管理サーバ１０２は，デプロイ管理部１１０，サーバ装置管理テーブル１１１，デプロイイメージ管理テーブル１１２，仮想サーバ管理テーブル１１３，ドライバ管理テーブル１１４から構成される。管理サーバ１０２は，サーバ装置１０４からイメージのバックアップを取得したり，サーバ装置１０４にイメージをデプロイする機能を有する。本実施例のデプロイは，ディスクイメージ１０８をデプロイ先サーバ装置１０４Ｔの内蔵ディスクに展開することにより，バックアップ元サーバ装置１０４Ｆで稼動しているＯＳと同等のＯＳや業務プログラムをデプロイ先サーバ装置１０４Ｔにコピーする。管理サーバ１０２は，バックアップ時はサーバ装置１０４からデータをイメージ化したディスクイメージ１０８を作成し，デプロイ時はサーバ装置１０４にデプロイする機能を有する。
【００１４】
ディスクイメージを配布する配布先のサーバ装置１０４をデプロイ先サーバ装置１０４Ｔと呼び，その配布されたディスクイメージを取得した元となるサーバ装置１０４をイメージ取得元サーバ１０４Ｆ，またはバックアップ元サーバ１０４Ｆ，デプロイ元サーバ１０４Ｆと呼ぶ。サーバ装置１０４は，それぞれ，バックアップ元サーバ１０４Ｆになることもあるし，デプロイ先サーバ１０４Ｔになることもある。それぞれのサーバ装置１０４のハードウェア構成は同一の場合もあれば、異なる場合もある。
【００１５】
本実施例のデプロイは，バックアップ元サーバ装置で稼動中のオペレーティングシステム（ＯＳ）が記録されているディスク装置の内容から，バックアップ元サーバ装置の固有情報を除去したバックアップイメージを作成する機能と，これを別のディスク装置に保存し，ユーザからデプロイの指示があった場合にデプロイ先サーバ装置のディスク装置にコピーする機能と，コピー後にデプロイ先サーバ装置の固有情報を設定する機能を有する。
【００１６】
なお，サーバ装置の固有情報とは，例えばコンピュータ名やＮＩＣに割り振ってあるＩＰアドレスなどがある。ディスクイメージ１０８は，バックアップ元サーバ装置１０４Ｆのバックアップデータを含む場合もある。
【００１７】
ストレージ装置１０１は，バックアップサーバ装置１０４毎のディスクイメージ１０８と各種デバイスドライバを格納するドライバディスク１０９を有する。ドライバディスク１０９は，ＯＳの動作に必要なドライバが格納されたディスクである。これは，管理サーバ１０２がサーバ装置１０４にイメージをデプロイする際にＯＳの動作に不足しているドライバのインストールに使用される。
【００１８】
サーバ装置１０４には，仮想化部１０５，仮想サーバ１０６が含まれる。仮想化部１０５は，サーバ装置１０４のメモリやプロセッサなどのリソースを分割する機能や，サーバ装置１０４が有しない入出力インターフェースなどの入出力デバイスをエミュレーションし，仮想サーバ１０６に割り当てる機能を有する。仮想サーバ１０６は，サーバ装置１０４のリソースの一部を割り当てられ，サーバ装置１０４とは独立したＯＳの動作環境を有する。なお，仮想サーバ１０６は，サーバ装置１０４に対して複数設けることもできる。
【００１９】
ＳＶＰ１０７は，管理サーバ１０２とネットワークスイッチ１０３を介して接続され，サーバ装置１０４の電源のＯＮ／ＯＦＦや，サーバ装置１０４に障害が発生した場合に管理サーバ１０２に通知する機能を有する。また，ＳＶＰ１０７は，サーバ装置のメモリ容量や，接続された入出力インターフェースやプロセッサの種別といったハードウェア構成を管理することもでき，管理サーバ１０２からのハードウェア構成情報の取得要求に応じて情報を転送することもできる。
【００２０】
サーバ装置管理テーブル１１１は，ネットワークスイッチ１０３に接続されたサーバ装置１０４の情報を格納する。デプロイイメージ管理テーブル１１２は作成したディスクイメージのＯＳ種別等の識別情報は格納する。仮想サーバ管理テーブル１１３は，サーバ装置１０４上で稼動している仮想サーバ１０６の情報を格納する。ドライバ管理テーブル１１４は，ドライバディスク１０９に格納されている各種デバイスドライバの情報を格納する。本実施例では，管理サーバ１０２がサーバ装置１０４のディスクイメージを作成し，作成したイメージを別のサーバ装置１０４にデプロイする例を示す。
【００２１】
図２は，管理サーバ１０２の構成図の例を示す。管理サーバ１０２は，メモリ２０１とプロセッサ２１０とネットワークインターフェース２１１とディスクインターフェース２１２から構成される。これらの，ネットワークインターフェース２１１とディスクインターフェース２１２はデバイスと総称される。また，入出力デバイス，入出力インターフェースと呼ぶこともある。
【００２２】
メモリ２０１には，デプロイ管理部１１０，サーバ装置管理テーブル１１１，デプロイイメージ管理テーブル１１２，仮想サーバ管理テーブル１１３，ドライバ管理テーブル１１４が格納される。デプロイ管理部１１０は，イメージバックアップ部２０１，イメージデプロイ部２０２，仮想サーバ生成部２０３，許容リスト作成部２０４，バックアップ／デプロイエージェント２０５，構成情報取得部２０６，デプロイイメージ再構築部２０７，構成情報取得エージェント２０８から構成される。
【００２３】
メモリ２０１に格納されたイメージバックアップ部２０１，イメージデプロイ部２０２，仮想サーバ生成部２０３，許容リスト作成部２０４，バックアップ／デプロイエージェント２０５，構成情報取得部２０６，デプロイイメージ再構築部２０７，構成情報取得エージェント２０８，などの各種プログラムをプロセッサ２１０が実行することで，イメージバックアップ，イメージデプロイ，仮想サーバ生成，許容リスト作成，バックアップ／デプロイエージェント処理，構成情報取得，デプロイイメージ再構築，構成情報取得エージェント処理の各処理を行う。
【００２４】
これらの，イメージバックアップ部２０１，イメージデプロイ部２０２，仮想サーバ生成部２０３，許容リスト作成部２０４，バックアップ／デプロイエージェント２０５，構成情報取得部２０６，デプロイイメージ再構築部２０７，構成情報取得エージェント２０８などの各プログラムは，各処理を行う処理部として集積回路化するなどしてハードウェアで実現することもできる。
【００２５】
イメージバックアップ部２０１は，サーバ装置１０４または仮想サーバ１０６のディスクイメージ１０８を作成する。ディスクイメージとは，ファイルシステムの完全な内容と構造を１つのファイルに格納したデータのことである。通常のバックアップではブート情報やＯＳによりロックされた部分・物理的な情報等はバックアップすることができないが，ディスクイメージをバックアップするとそれら全てを含んだバックアップを作成できる。イメージファイルと呼ぶこともある。
【００２６】
イメージデプロイ部２０２は，イメージディスクを種々のサーバ装置１０４にデプロイする。バックアップ／デプロイエージェント２０５は，バックアップまたはデプロイの対象となるサーバ装置上でバックアップ・デプロイを実行する。
【００２７】
仮想サーバ生成部２０３は，サーバ装置上の仮想化部１０５を起動させ，仮想サーバ１０６を作成させる。許容リスト作成部２０４はデプロイ先のデバイスとして許容できるデバイスを列挙した許容リスト６０２を作成する。
【００２８】
構成情報取得部２０６は，ネットワークスイッチ１０３に接続されたサーバ装置１０４の構成情報を取得する。デプロイイメージ再構築部２０７は，ディスクイメージがデプロイ先のサーバ装置に適合しない場合にイメージを再構築する。構成情報取得エージェント２０８は，構成情報を取得する対象となるサーバ装置上で情報を取得し，構成情報取得部２０６に送信する。
【００２９】
図３は，サーバ装置１０４の構成図の例を示す。サーバ装置１０４は，メモリ３０１，プロセッサ３０５，ネットワークインターフェース３０７，ディスクインターフェース３０６，内蔵ディスク３０８，ＢＭＣ（Base board Management Controller）３０９から構成される。ＢＭＣ３０９は，ＳＶＰ１０７と接続され，構成情報の転送や障害の通知を行う。なお，ＢＭＣ３０９は，プロセッサ３０５とは独立に動作でき，プロセッサ３０５に障害が発生し動作できなくなった場合にも，障害をＳＶＰ１０７に通知することができる。ＢＭＣは，外部からの要求に従い電源管理をおこなうことができる。またＢＭＣは，サーバ１０４内に設置された温度センサや電圧センサの信号を監視して異常を監視しており，外部からの問い合わせに対して異常の有無を返信する機能を有する。なおＢＭＣ３０９はサーバ装置１０４とは別の、図には示していない補助電源から給電されるため、サーバ装置１０４の電源がオフの状態であっても常時機能する。なお，ネットワークＩ／Ｆ３０７，ディスクＩ／Ｆ３０６，内蔵ディスク３０８は複数有することもできる。
【００３０】
メモリ３０１には，ＯＳ３０３と業務プログラム３０２，仮想化部１０５と仮想サーバ１０６，起動モード選択部３１０が格納される。これらのものはプロセッサ３０５で実行される。起動モード選択部３１０は，管理サーバから仮想化部を起動するかしないかの指示を受け付けて，起動モードを選択する。
【００３１】
メモリ３０１に格納された仮想化部１０５，リソース割当部３０４，起動モード選択部３１０などの各種プログラムをプロセッサ３０５が実行することで，仮想化，リソース割当，起動モード選択の各処理を行う。これらは，仮想化部１０５，リソース割当部３０４，起動モード選択部３１０など，各処理を行う処理部として集積回路化するなどしてハードウェアで実現することもできる。
【００３２】
内蔵ディスク３０８は，ディスクＩ／Ｆ３０６を介してプロセッサ３０５と接続され，ＯＳ３０３や業務プログラム３０２などを格納する。サーバ装置１０４の起動時にメモリ３０１，あるいは仮想サーバ１０６に転送される。本実施例におけるデプロイは，管理サーバ１０２から内蔵ディスク３０８に対してＯＳ３０３や業務プログラム３０２をコピーし，ＯＳ３０３や業務プログラム３０２が正常に動作するように制御する。
【００３３】
仮想化部１０５は，リソース割当部３０４を含み，仮想サーバ１０６に割り当てるリソースを管理する。仮想サーバ１０６は仮想化部１０５が起動しているときのみ存在し，その中にＯＳ３０３と業務プログラム３０２を含む。仮想サーバ１０６は，仮想化部１０５によって複数設けることもできる。ＯＳ３０３は，仮想サーバ１０６毎に独立に動作することができる。なお，サーバ装置１０４は，仮想化部１０５を用いずに起動した場合は，内蔵ディスク３０８からメモリ３０１にＯＳ３０３や業務プログラム３０２を転送する。
【００３４】
図４は，デプロイの動作概要の一つの例を示している。図４は，ディスクイメージ１０８のバックアップ元サーバ装置１０４Ｆのハードウェア構成とデプロイ先のサーバ装置１０４のハードウェア構成が同一な場合など，デプロイ先サーバ装置１０４Ｔをそのまま物理サーバとしてデプロイの対象とする場合を示している。このような場合には，管理サーバ１０２はストレージ装置１０１内のディスクイメージ１０８をデプロイ先サーバ装置１０４Ｔの内蔵ディスク３０８に対してネットワークスイッチ１０３を介してデプロイする。その後，仮想化部１０５を起動させずに，デプロイ先サーバ装置１０４Ｔを物理サーバとして起動する。
【００３５】
なお，デプロイ時はサーバ装置１０４には稼動できるＯＳ３０３やソフトウェアは存在しない。そのため，管理サーバ１０２から内蔵ディスク３０８に対してディスクイメージ１０８の内容をコピーする際は，デプロイの処理を開始する前に，管理サーバ１０２からサーバ装置１０４に対してバックアップ／デプロイエージェント２０５を転送する。そして，このバックアップ／デプロイエージェント２０５が，管理サーバから受信したディスクイメージ１０８の内容を内蔵ディスク３０８へ書き込む。なお，他の方法としては，仮想化部１０５がバックアップ／デプロイエージェント２０５の機能を有し，ネットワークスイッチ１０３を介してディスクイメージ１０８のデータを読み取り，サーバ装置１０４の内蔵ディスク３０８に書き込んでもよい。
【００３６】
図５は，本発明におけるデプロイの動作概要の一つの例を示している。図５は，ディスクイメージ１０８のバックアップ元サーバ装置１０４Ｆのハードウェア構成とデプロイ先サーバ装置１０４Ｔのハードウェア構成が異なり，ディスクイメージ１０８の再構成等では対応できない場合など，デプロイ先サーバ装置１０４Ｔ上に仮想サーバ１０６を作成し，その仮想サーバ１０６をデプロイの対象とする場合を示している。
【００３７】
仮想サーバ１０６は，仮想化部１０５からＣＰＵ時間やメモリを割り当てられ，ＯＳから見た物理デバイスをエミュレートした仮想デバイスを割り当てられた，論理的なハードウェア装置である。したがって，仮想サーバ１０６上のＯＳからも，仮想サーバ１０６の外側からも仮想サーバ１０６は物理的なハードウェアを持つサーバ装置と同じものとして認識される。そのため，仮想サーバ１０６に対するデプロイは物理的なサーバ装置へのデプロイと変わらない手順で行うことができる。
【００３８】
デバイスとの入出力の際には，仮想サーバ１０６とサーバ装置１０４の実デバイスとの間に仮想化部１０５が入ってそれぞれからの入出力を変換する。仮想デバイスとはこの入出力の変換によってＯＳから見た物理的なデバイスをエミュレートするものである。具体的には，仮想化部１０５が，サーバ装置１０４の実デバイスからの入力を，仮想サーバ１０６に割り当てられた仮想デバイスで処理可能な情報に変換し，仮想サーバ１０６に入力する。また仮想化部１０５は，仮想サーバ１０６からの出力を，サーバ装置１０４の実デバイスで処理可能な情報に変換し，サーバ装置１０４の実デバイスに出力する。変換の方法を変えることにより，仮想化部１０５は様々な種類の物理デバイスをエミュレートしたり，任意の数のデバイスとしてエミュレートした仮想デバイスを，仮想サーバに割り当てることが可能である。
【００３９】
従来，バックアップ元サーバ装置１０４Ｆのハードウェア構成とデプロイ先サーバ装置１０４Ｔのハードウェア構成が異なる場合にはデプロイを実行することができなかったが，本実施例においては，管理サーバ１０２がストレージ装置１０１内のディスクイメージ１０８内のイメージを，デプロイ先サーバ装置１０４Ｔ上の仮想サーバ１０６に対してデプロイすることにより，デプロイの実行を可能としている。デプロイ後，仮想サーバ１０６を再起動させることにより，ディスクイメージ１０８のバックアップ元サーバ装置１０４Ｆにインストールされていた状態のＯＳ３０３，業務プログラム３０２が仮想サーバ１０６上に再現される。
【００４０】
これにより，ディスクイメージ１０８を生成した時のサーバ装置１０４のハードウェア構成と，デプロイするサーバ装置１０４のハードウェア構成が異なっている場合にも，正常に動作させることができる。ハードウェア構成の違いとは，例えばネットワークインターフェース３０７，ディスクインターフェース３０６の種類や数の違いなどである。このように，本発明の実施例においては，ハードウェアの構成が異なるといったソフトウェアだけでは吸収しきれない差異を，仮想化部１０５のエミュレーションやリソースの割当によって吸収し，仮想サーバ１０６をデプロイの対象にすることで正常に動作させることができる。
【００４１】
なお，仮想サーバを使用する場合，仮想化部１０５が入出力を変換する必要があり，ＣＰＵ３０５に負荷を与え，また，処理にオーバーヘッドが発生することになる。従って，ハードウェア構成が同一の場合や，差分デバイスが許容リストに載っていて許容範囲内である場合には，仮想サーバを使用しない。本実施例のように，仮想サーバを使用するかどうかを判定することにより，ディスクイメージからデプロイできる場合はなるべくデプロイを実行しパフォーマンスを維持することが可能となり，それができない場合には仮想サーバを用いることで可用性を上げることが可能となる。
【００４２】
図６はディスクイメージ１０８の構成例を示している。ディスクイメージ１０８は，イメージ格納領域６０３，バックアップ元ハードウェア構成情報６０１，許容リスト６０２から構成される。このうち，イメージ格納領域６０３にバックアップ元サーバ装置１０４Ｆに接続されている内蔵ディスク３０８のデータをイメージ化したものを格納している。イメージ格納領域６０３の内部にはドライバ情報ファイル６０４が含まれる。ドライバ情報ファイル６０４には，ディスクイメージ１０８が有しているデバイスドライバに関する情報が格納されている。
【００４３】
ドライバ情報ファイルは，ドライバが対応するデバイスの種類の情報や，そのドライバが対応するデバイスの情報や，デバイスの名称などが記載されているものである。ドライバ情報ファイル６０４を参照することにより，各ドライバが対応するデバイスの識別子と，そのデバイスの種類の情報を取得する。ここでいうデバイスの種類の情報とは，例えば「ＮＩＣ」や「ＨＢＡ」などである。
【００４４】
ディスクイメージ１０８内にバックアップ元サーバ装置１０４Ｆのハードウェア構成情報６０１を保持することにより，バックアップ元となるディスクイメージ１０８を別サイトのデータセンタの管理サーバに移動させてデプロイを行うことが出来る。
【００４５】
なお，本実施例では，バックアップのみに適用されるものではない。本実施例は，あるサーバ装置１０４のディスクイメージをストレージ装置１０１に格納しておき，複数のデプロイ先サーバ１０４Ｔに一斉にデプロイするような，データセンターでの大規模なスケールアウトなどにも適用できる。この場合に，ディスクイメージ１０８内にイメージ取得元サーバ装置１０４Ｆのハードウェア構成情報６０１を保持しており，そのハードウェア構成６０１と複数あるデプロイ先サーバ装置１０４Ｔのハードウェア構成と比較することで，デプロイできるかどうかを判断する。
【００４６】
ディスクイメージ１０８内に，ディスクイメージ作成時のイメージ取得元サーバ装置１０４Ｆのハードウェア構成情報６０１を保持しているため，その後イメージ取得元サーバ装置１０４Ｆのハードウェア構成が変更された場合であっても，その変更を考慮しなくてよい。
【００４７】
ディスクイメージ１０８には，通常はイメージ格納領域６０３しか含まない。しかし，実施例では，バックアップ元ハードウェア構成情報６０１と許容リスト６０２をイメージ格納領域６０３に対応付けて格納する。これらの情報を使うことにより，管理サーバ１０２が変更されても，ディスクイメージ１０８だけでデプロイに必要な情報を取得することができる。また，ディスクイメージ１０８を他の管理サーバ１０２に移行することも容易になる。なお，サーバ装置１０４に対してデプロイする際は，ディスクイメージ１０８のイメージ格納領域６０３のみを取り出してサーバ装置１０４に転送する。
【００４８】
なお，バックアップ元ハードウェア構成情報６０１や許容リスト６０２は管理サーバが有していてもよい。この場合，管理サーバのメモリ上または記憶装置上にバックアップ元ハードウェア構成情報６０１，許容リスト６０２を格納する。これらは別の場所に格納されたディスクイメージ１０８と対応付けられている。
【００４９】
図７は，サーバ管理テーブル１１１の例を示す。カラム７０１は，物理サーバ識別子を示す。ここにはサーバ装置１０４毎に識別子が割り当てられる。カラム７０２にはサーバ装置１０４に搭載されているＣＰＵの情報が，カラム７０３にはメモリ容量の情報が格納される。カラム７０４にはサーバ装置１０４に搭載されているデバイスの名称と，固有な識別子を持つデバイスに関してはその識別子が格納される。
【００５０】
デバイスに固有な識別子の例として，ＮＩＣのＭＡＣ(Media Access Control address)アドレス，ＨＢＡのＷＷＮ（World Wide Name）等が挙げられる。カラム７０５にはサーバ装置１０４に接続されているディスクの情報が格納され，カラム７０６にはサーバ装置１０４の仮想化部１０５が起動しているかどうかの情報が含まれる。カラム７０６に格納される情報としては，仮想化部１０５を起動していない状態，仮想化部１０５を起動している状態がある。サーバ管理テーブルに新しいサーバの情報が追加された時点では、カラム７０６の情報として仮想化部１０５を起動していない状態が記録される。カラム７０７には，カラム７０４に記載されたデバイスの持つ機能の情報が格納される。
【００５１】
サーバ装置管理テーブル１１１を持つことで，デプロイの際にイメージデプロイ部２０２がバックアップ元サーバ装置１０４Ｆのハードウェア構成情報とデプロイ先サーバ装置１０４Ｔのハードウェア構成情報を比較する際に，デプロイ先サーバ装置１０４Ｔのハードウェア構成情報をサーバ管理テーブル１１１から取得できる。また，管理サーバ１０２はネットワークスイッチ１０３を介して接続しているサーバ装置１０４のハードウェア構成情報を構成情報取得部２０６により取得し，随時アップデートしながら正しく保持し，管理することができる。
【００５２】
図８は仮想サーバ管理テーブル１１３の例を示す。カラム８０１は仮想化部識別子を格納する。ここには仮想化部１０５毎に識別子が割り当てられる。カラム８０２は稼動物理サーバ識別子を格納する。ここにはサーバ装置１０４毎に識別子が割り当てられる。カラム８０３は仮想サーバ識別子を格納する。ここには同じ仮想化部１０５上で一意になるよう仮想サーバ１０６に識別子が割り当てられる。カラム８０４には仮想サーバ１０６に割り当てられているリソースの情報を格納する。
【００５３】
具体的なリソースの情報としては，仮想化されたＣＰＵ，メモリ，ＮＩＣやＨＢＡ，ディスク装置などの数や容量などの情報が格納される。仮想サーバ管理テーブル１１３を持つことで，管理サーバ１０２はネットワークスイッチ１０３を介して接続しているサーバ装置１０４上の仮想サーバ１０６の情報を管理できるようになる。また，複数のサーバ装置１０４を管理することができるため，システム全体の仮想サーバを把握することができる。なお，仮想化機構識別子８０１に対して，複数の仮想サーバ識別子８０３を有することもできる。
【００５４】
図９はデプロイイメージ管理テーブル１１２の例を示す。デプロイイメージ管理テーブル１１２は，ストレージ装置１０１に含まれるディスクイメージ１０８に関する情報を格納する。カラム９０１はイメージ識別子を格納する。カラム９０２はイメージのＯＳ種別情報を格納する。カラム９０３はバックアップ元サーバ装置の識別子を格納する。カラム９０４はイメージが作成された日時を格納する。ストレージ装置１０１内に格納された各ディスクイメージの格納場所は，デプロイイメージ管理テーブル１１２の各イメージ識別子９０１と対応付けて記憶されている。デプロイイメージ管理テーブル１１２を持つことにより，デプロイを指示するユーザや，イメージデプロイ部２０２，バックアップ／デプロイエージェント２０５がディスクイメージ１０８を一意に指定できるようになる。
【００５５】
デプロイイメージ管理テーブル１１２によって，デプロイしたいＯＳの種別をキーとしてデプロイイメージ管理テーブル１１２を検索することで，デプロイしたいＯＳを有するイメージ識別子９０１を逆引きすることもできる。これにより，管理サーバ１０２が保有するディスクイメージ１０８の活用範囲を広げることが出来る。例えば，管理者が交替した場合でも，お互いの管理者に共通の情報であるＯＳの種別をキーに管理情報を検索することで，管理者が固有に設定できる情報であるイメージ識別子９０１にかかわり無くディスクイメージ１０８を管理できる。
【００５６】
図１０は，ドライバディスク１０９に格納されているドライバを管理するドライバ管理テーブル１１４の例を示す。カラム１００１はドライバ識別子を示す。カラム１００２はそのドライバが対応するＯＳの種別を示す。カラム１００３はそのドライバが適用されるデバイスの識別子情報を格納する。例えば，ＮＩＣ１とＮＩＣ２といった情報を格納する。カラム１００４は，そのドライバが対応するデバイス毎の機能の情報を格納する。例えばＮＩＣ１はチーミングとＶＬＡＮの機能を持ち，ＮＩＣ２はチーミングの機能を持つ，といった情報を格納する。
【００５７】
ＶＬＡＮとは，物理的な接続形態とは別に仮想的なネットワークを構成し、端末をグループ化するものである。スイッチなどのネットワーク機器の機能により、ＭＡＣアドレス、ＩＰアドレス、プロトコルなどに応じてグループ化される。ポートベースＶＬＡＮ，タグＶＬＡＮ，プロトコルＶＬＡＮ等がある。
【００５８】
チーミングとは，複数のＮＩＣを接続し，複数のＮＩＣ間でネットワーク・トラフィックの負荷を分散することにより，ネットワーク・パフォーマンスを向上させる。また，フェイル・オーバーに対応しているので，ネットワーク障害によるサービスの停止を回避でき，可用性向上に役立つ。チーミングには２枚以上のＮＩＣを使って，片方は待機系としておき１枚が壊れたら切り替える，という構成がある。また，２枚とも作動させておきデータ受信を２枚で，送信を１枚で行い。この時ＮＩＣはＯＳからは１枚のように認識される，という構成もある。また，２枚で送受信を行い，この時ＮＩＣはＯＳからはＮＩＣが１枚のように認識される，という構成もある。これらは２枚以上のＮＩＣにおいても適用できる。
【００５９】
N-port仮想化とは，１つのファイバチャネルＨＢＡポートに対して、複数のＷＷＮを利用可能にする機能である。この機能を利用することにより，ＨＢＡポートの数より多くの仮想サーバに対してＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）を割り当てることが可能になる。
【００６０】
これらの機能の情報は，管理サーバがドライバディスクに格納されたドライバに対応するドライバ情報から機能の情報を取得してカラム１００４に格納する。また，管理サーバがドライバ識別子で指定されたドライバに関する情報をインターネット経由で取得し，カラム１００４に格納することもできる。またユーザが手入力で登録することもできる。ドライバディスク１０９の各デバイスドライバの格納場所は，ドライバ管理テーブル１１４の各ドライバ識別子１００１と対応付けて記憶されている。ドライバ管理テーブル１１４を持つことにより，ドライバディスク１０９に格納されたデバイスドライバを管理することができる。
【００６１】
機能１００４に格納された情報は，デプロイ先のサーバ装置１０４のハードウェアの構成が異なる場合にデプロイの手段を変更するために使用される。デプロイの手段の変更とは，例えば，ドライバの変更だけで対応可能か，あるいは，仮想化部１０５を用いてデバイスのエミュレーションを行う必要があるかといった手段の変更である。同じＮＩＣであっても，メーカーや種類が異なると必要な機能を有していないケースもある。こういった場合に，ドライバ管理テーブル１１４を用いることで機能の差を事前に知ることができるようになる。
【００６２】
図１１は許容リスト６０２の例を示す。カラム１１０１は，バックアップ元に搭載されているデバイスの種類を示す。具体的には「ＮＩＣ」，「ＨＢＡ」といった情報が格納される。カラム１１０２は，デプロイ先のサーバ装置１０４に搭載されているデバイスとして許容されるデバイスの識別子を格納する。カラム１１０３は，デバイスが性能を持つ場合に，その性能値を格納する。性能の例としてはＮＩＣやＨＢＡ等の速度がある。カラム１１０４はカラム１１０２のデバイスの持つ機能の情報を格納する。ここで，ＬＵＮマスキングとは，各ＬＵＮをどのＨＢＡに使用させるか割り当てる機能である。なお，ＬＵＮマスキングを使用した場合，割り当てられたＨＢＡ以外はＬＵＮにアクセスできない。ＦＣ−ＴＡＰＥ対応とは，ファイバチャネルテープデバイスが使用可能であることを表す。
【００６３】
カラム１１０５はカラム１１０２に記載されたデバイスに対応するドライバの名称とドライバの格納場所情報を格納する。ドライバの格納場所は，ドライバまでのパス情報として格納されていてもよいし，ドライバ管理テーブル１１４と対応付けられていてもよい。
【００６４】
許容リスト６０２を持つことにより，バックアップ元サーバ装置１０４Ｆのハードウェア構成とデプロイ先サーバ装置のハードウェア構成が異なる場合に，デプロイ先サーバ装置１０４Ｔに仮想サーバ１０６を生成せずにデプロイを実行できるかどうかを判断できる。また，仮想サーバ１０６を生成しない場合にドライバディスク１０９内のデバイスドライバを用いてディスクイメージ１０８内のイメージを再構築することが必要かどうかを判断できる。
【００６５】
図１２はバックアップ元ハードウェア構成情報６０１の例を示す。カラム１２０１はバックアップ元サーバ装置１０４Ｆのサーバ識別子を格納する。カラム１２０２はバックアップ元サーバ装置１０４ＦのＣＰＵ情報を格納する。カラム１２０３はメモリ情報を格納する。カラム１２０４は搭載デバイス情報を格納する。カラム１２０５はデバイスの性能値を格納する。カラム１２０６はバーティション構成の情報を格納する。カラム１２０７はバックアップ元サーバ装置１０４Ｆに搭載されているデバイスの機能の情報を格納する。バックアップ元ハードウェア構成情報６０１を持つことにより，バックアップ時点のバックアップ元サーバ装置１０４Ｆのハードウェア構成とデプロイ先サーバ装置１０４Ｔのハードウェア構成情報を比較することができるようになる。なお，バックアップ元サーバは，デプロイ元サーバと呼ぶ場合もあるし，イメージ取得元サーバと呼ぶ場合もある。
【００６６】
図１３は，イメージバックアップ部２０１の処理フローの例を示す。イメージバックアップ部２０１がユーザからバックアップ対象となるサーバ装置を選択を受け付ける（ステップ１３０１）。構成情報取得部がバックアップ対象のサーバ装置１０４からハードウェア構成情報を取得する。取得した構成情報を，バックアップ元ハードウェア構成情報６０１に格納する（ステップ１３０２）。イメージバックアップ部２０１がバックアップ／デプロイエージェント２０５をバックアップ元サーバ装置１０４Ｆに転送する（ステップ１３０３）。バックアップ／デプロイエージェントは，バックアップ元サーバ装置上で稼動し，イメージ作成作業，イメージバックアップ部２０１への作成イメージ転送作業を行う。
【００６７】
バックアップ／デプロイエージェントは，バックアップ元サーバのデバイスのドライバ情報を取得し，作成するディスクイメージと共に，イメージバックアップ部２０１に転送する。もしくは，作成するディスクイメージに含めて，イメージバックアップ部２０１に転送する。
【００６８】
イメージバックアップ部２０１がバックアップ／デプロイエージェント２０５に対してバックアップを指示する（ステップ１３０４）。イメージバックアップ部２０１がバックアップ／デプロイエージェント２０５からバックアップ元サーバのバックアップイメージを取得し，管理サーバのストレージ装置に格納する。この際，デプロイイメージ管理テーブル１１２に，格納したバックアップイメージの情報を格納する。カラム９０２のＯＳ情報は、バックアップ／デプロイエージェント２０５によって取得できていればその情報を用い、取得できていない場合はユーザの入力によって取得する。カラム９０３のバックアップ元サーバ識別子はステップ１３０１でのユーザからのバックアップサーバ装置の指定をもとに記録する。また、カラム９０４にはバックアップを行った日時を記録する（ステップ１３０５）。許容リスト作成部が，デプロイ先サーバのデバイスとして許容されるデバイスを列挙した許容リスト６０２を作成する（ステップ１３０６）。
【００６９】
イメージバックアップ部２０１がステップ１３０６で作成された許容リスト６０２と，ステップ１３０２で作成されたバックアップ元ハードウェア構成情報６０１をディスクイメージ１０８内に格納する（ステップ１３０７）。ディスクイメージ１０８には，バックアップ元サーバのドライバ情報を，ドライバ情報ファイル６０４として格納する。イメージバックアップ部２０１がバックアップ対象となるサーバ装置を停止する（ステップ１３０８）。このフローにより，バックアップ元サーバ装置１０４Ｆのディスクのイメージを作成し，バックアップ元サーバ装置１０４Ｆのハードウェア構成情報とデプロイ先に搭載されるデバイスの許容リスト２０６をディスクイメージ１０８内に格納させることが出来る。
【００７０】
図１４は，構成情報取得部２０６の処理フローの例を示す。構成情報取得部２０６が構成情報を取得する対象となるサーバ装置１０４を起動する（ステップ１４０１）。構成情報取得部２０６が対象サーバ装置１０４からのネットワークブート要求に応答し，構成情報取得エージェント２０８を対象サーバ装置１０４に転送する（ステップ１４０２）。構成情報取得部２０６が構成情報取得エージェント２０８から，対象サーバ装置１０４のハードウェア構成情報を取得する（ステップ１４０３）。構成情報取得部が仮想サーバ生成部から呼び出されているかを判断する（ステップ１４０４）。仮想サーバ生成部から呼び出されている場合は構成情報取得部を終了し，そうでない場合はステップ１４０５に移行する。ステップ１４０３で取得したハードウェア構成情報を構成情報取得部２０６がサーバ装置管理テーブル１１１に格納する（ステップ１４０５）。必要に応じてユーザが各デバイスの機能を入力し，その情報を構成情報取得部２０６がサーバ装置管理テーブル１１１の対象サーバ装置の項のカラム７０７に追記する（ステップ１４０６）。
【００７１】
このフローの実行により，サーバ装置１０４のハードウェア構成情報，搭載デバイスの機能をサーバ装置管理テーブル１１１に格納することができる。
【００７２】
また，イメージバックアップ部２０１により構成情報取得部２０６が呼び出された場合には，同様の処理で取得した，バックアップ元サーバ装置Ｆ１０４のハードウェア構成情報を，バックアップ元ハードウェア構成情報６０１に格納することが出来る。
【００７３】
これにより，管理サーバ１０２はネットワークスイッチ１０３を介して接続されている全てのサーバ装置１０４のハードウェア情報を管理できる。
【００７４】
図１５は構成情報取得エージェント２０８の処理フローの例を示す。構成情報取得エージェント２０８がハードウェア構成情報を取得する対象となるサーバ装置１０４のプロセッサ３０５とメモリ３０１の情報を取得する（ステップ１５０１）。構成情報取得エージェント２０８が対象サーバ装置１０４に接続されているディスク３０８の情報を取得する（ステップ１５０２）。構成情報取得エージェント２０８が対象サーバ装置１０４に搭載されているデバイスの情報を取得する（ステップ１５０３）。構成情報取得エージェント２０８が各デバイスの詳細情報を取得する（ステップ１５０４）。詳細情報としては，名称，バージョン，性能等がある。構成情報取得エージェント２０８が取得した対象サーバ装置１０４のハードウェア構成情報を構成情報取得部２０６に通知する（ステップ１５０５）。このフローを実行することにより，ハードウェア構成情報を取得するサーバ装置１０４上で，実際に情報を取得する作業が行われる。
【００７５】
図１６は，バックアップ／デプロイエージェント２０５の処理フローの例を示す。バックアップ／デプロイエージェント２０５がバックアップ／デプロイエージェント２０５に対する要求がバックアップであるかどうかの判断を行う（ステップ１６０１）。要求がバックアップであった場合，すなわち，イメージバックアップ部２０１からバックアップ／デプロイエージェント２０５が呼ばれた場合は，ステップ１６０２に移行する。管理サーバ１０２からの指示に従い，バックアップ／デプロイエージェント２０５がバックアップの対象となるディスクを選択する（ステップ１６０２）。バックアップ／デプロイエージェント２０５が対象となるディスクのデータを取得し，イメージ化し、可能であればＯＳの種別を取得する（ステップ１６０３）。バックアップ／デプロイエージェント２０５がステップ１６０３で取得したデータをイメージバックアップ部２０１に転送する（ステップ１６０４）。
【００７６】
一方，ステップ１６０１において要求がバックアップではなかった場合，すなわち，イメージデプロイ部からバックアップ／デプロイエージェント２０５が呼ばれた場合は，ステップ１６０５に移行する。バックアップ・デプロイエージェント２０５がデプロイの対象となるディスクを選択する（ステップ１６０５）。デプロイ管理部１１０の指示に従ってバックアップ・デプロイエージェント２０５がストレージ装置１０１内のディスクイメージ１０８を選択し，その中に含まれるイメージのデータを取得する（ステップ１６０６）。バックアップ／デプロイエージェント２０５がステップ１６０６で取得したイメージをデプロイの対象となるディスクに書き込む（ステップ１６０７）。このフローの実行により，バックアップやデプロイの対象となるサーバ装置１０４上での実際のバックアップ・デプロイの作業が実行される。
【００７７】
図１７は，許容リスト作成部２０４の処理フローの例を示す。許容リストはデプロイイメージ管理テーブル１１２のディスクイメージ毎に存在する。この許容リスト６０２はバックアップ元ハードウェア構成情報６０１とイメージ格納領域６０３に対応付けられて格納されている。許容リスト作成部２０４は，ディスクイメージ１０８内のバックアップ元ハードウェア構成情報６０１のカラム１２０４より，バックアップ元サーバ装置Ｆ１０４に搭載されているデバイスの種類の情報を取得する（ステップ１７０１）。その後，許容リスト作成部２０４がバックアップの際に呼び出されたのか，デプロイの際に呼び出されたのかを判断する（ステップ１７０２）。
【００７８】
バックアップの際に呼び出された場合は，ステップ１７０３に移行する。許容リスト作成部２０４がディスクイメージ１０８内のドライバ情報ファイル６０４を参照する（ステップ１７０３）。ここで，ドライバ情報ファイル６０４は，ドライバが対応するデバイスの種類の情報や，そのドライバが対応するデバイスの情報や，デバイスの名称などが記載されているものである。許容リスト作成部２０４はドライバ情報ファイル６０４を参照することにより，各ドライバが対応するデバイスの識別子と，そのデバイスの種類の情報を取得する。ここで言うデバイスの種類の情報とは，例えば「ＮＩＣ」や「ＨＢＡ」などである。
【００７９】
許容リスト作成部２０４が，バックアップ元ハードウェア構成情報６０１のカラム１２０４に記述されているバックアップ元サーバ装置Ｆ１０４に搭載されているデバイスの種類の情報を取得する（ステップ１７０４）。
【００８０】
ステップ１７０３で取得したドライバ情報ファイル６０４に格納されたドライバが対応するデバイスの種類の情報と，ステップ１７０４で取得したバックアップ元サーバ装置Ｆ１０４に搭載されているデバイスの種類の情報と，を比較し，一致するデバイスの種類の情報を取得する（ステップ１７０５）。
【００８１】
その後，ステップ１７０４で取得したバックアップ元サーバ装置Ｆ１０４に搭載されているデバイスの種類の情報をカラム１１０１に列挙する。そしてディスクイメージ１０８内に含まれるドライバで対応可能なデバイス，つまりステップ１７０５で取得した一致するデバイス，の識別子のリストを許容リスト６０２のカラム１１０２に，カラム１１０１のデバイスの種類と対応付けながら格納する（ステップ１７０６）。
【００８２】
ステップ１７０６で，許容リスト作成部２０４が，許容リスト６０２に格納されたデバイスのうち，デバイスに対応するドライバ情報ファイル６０４等から取得した性能情報や，ハードウェア構成情報取得時に取得した性能情報を，許容リスト６０２のカラム１１０３に性能情報として追記する（ステップ１７０７）。
【００８３】
一方，ステップ１７０２において許容リスト作成部２０４がデプロイの際に呼び出されたものと判断された場合は，ステップ１７０８に移行する。許容リスト作成部２０４がドライバディスク１０９内に含まれるドライバ情報ファイル６０４を参照し，それぞれのドライバが対応しているデバイスの識別子と，そのデバイスの種類の情報を取得する（ステップ１７０８）。
【００８４】
許容リスト作成部２０４が，バックアップ元ハードウェア構成情報６０１のカラム１２０４より，バックアップ元サーバ装置１０４Ｆに搭載されているデバイスの種類の情報を取得する（ステップ１７０９）。
【００８５】
ステップ１７０８で取得したドライバ情報ファイル６０４に格納されたドライバが対応するデバイスの種類の情報と，ステップ１７０９で取得したバックアップ元サーバ装置１０４Ｆに搭載されているデバイスの種類の情報と，を比較して，一致するデバイスの種類の情報を取得する（ステップ１７１０）。
【００８６】
この一致するデバイスのうち許容リストに記載されていないデバイスがある場合，このデバイスの種類の情報をカラム１１０２に，カラム１１０１のデバイスの種類と対応付けながら追記する（ステップ１７１１）。
【００８７】
追記したデバイスのうち，ドライバ情報ファイル６０４等からその性能情報がわかるものについて，許容リスト作成部２０４が許容リスト６０２に性能情報を追記する（ステップ１７１２）。
【００８８】
ステップ１７１３では，許容リスト６０２に記載されているデバイスについて，機能の情報を追記する。これらの機能の情報は，許容リスト作成部２０４が，図示しないデバイス情報格納部からデバイス識別子に対応する機能情報を取得してカラム１１０４に格納する。また，許容リスト作成部２０４が，デバイス識別子で指定されたデバイスに関する情報をインターネット経由で取得し，カラム１１０４に格納することもできる。またユーザが手入力で登録することもできる。
【００８９】
この処理フローによって作成される許容リスト６０２に含まれる情報を参照することにより，バックアップ元サーバ装置１０４Ｆのハードウェア構成とデプロイ先サーバ装置１０４Ｔのハードウェア構成が異なる場合であっても，ディスクイメージ１０８内のデバイスドライバまたはドライバディスク１０９内のデバイスドライバを使用することで対応できる場合であれば，デプロイを実行することが出来るということを判断できる。
【００９０】
図１８は，イメージデプロイ部２０２の処理フローの例を示す。イメージデプロイ部２０２が，管理サーバからどのディスクイメージ１０８をどのサーバ装置１０４にデプロイするか，という情報を取得し，デプロイに用いるディスクイメージ１０８を選択する。この際に，デプロイイメージ管理テーブルのカラム９０１のイメージ識別子を参照し，イメージを識別する。（ステップ１８０１）。管理サーバは，例えば，障害の発生したサーバ装置１０４に対応するディスクイメージを，デプロイイメージ管理テーブル１１２に基づいて，デプロイするディスクイメージとして決定する。また，デプロイイメージ管理テーブル１１２の情報をユーザに提示することにより，ユーザがどのディスクイメージをデプロイするか決定することもできる。
【００９１】
イメージデプロイ部２０２が構成情報取得部２０６を呼び出し，構成情報取得部がデプロイ先サーバ装置１０４Ｔのハードウェア構成情報を取得する（ステップ１８０２）。イメージデプロイ部２０２がステップ１８０２で取得したデプロイ先サーバ装置１０４Ｔのハードウェア構成情報をサーバ装置管理テーブル１１１に記録する（ステップ１８０３）。
【００９２】
イメージデプロイ部２０２がデプロイ先サーバ装置１０４Ｔのハードウェア構成情報として，サーバ管理テーブル１１１のうちの，カラム７０２のＣＰＵ情報，カラム７０３のメモリ容量の情報，カラム７０４の搭載デバイス情報と，カラム７０５の接続されているディスク装置の容量の情報を取得する。
【００９３】
また，バックアップ元サーバ装置１０４Ｆのハードウェア構成情報として，ディスクイメージ１０８内のバックアップ元ハードウェア構成情報６０１のうち，カラム１２０２のＣＰＵ情報，カラム１２０３のメモリ情報，カラム１２０４の搭載デバイス情報と，カラム１２０６のパーティション構成の情報を取得して，それぞれの情報を比較する（ステップ１８０４）。
【００９４】
ここで，バックアップ元サーバ装置１０４Ｆのハードウェア構成情報をディスクイメージ１０８内から取得することにより，デプロイのマスタとなるディスクイメージを別サイトのデータセンタに持ち運んでデプロイを行うことが出来る。また，バックアップイメージを作成した後にバックアップ元サーバ装置１０４Ｆのハードウェア構成を変更した場合でも，デプロイ時にはバックアップイメージ作成時のハードウェア構成を参照してデプロイを行うことができるため，管理サーバ１０２はサーバ装置管理テーブル１１１の情報を更新して，サーバ装置１０４の適切な管理を行うことができる。
【００９５】
ステップ１８０４でハードウェア構成を比較した結果，デプロイ先サーバ装置１０４Ｔについてディスク容量が足りない，必要なハードウェアが搭載されていない等の，明らかにデプロイが不可能となる要素がない場合は，ステップ１８０５に移行する。一方，ステップ１８０４において明らかにデプロイ先サーバ装置１０４Ｔにデプロイすることが不可能な条件が見つかった場合は，ステップ１８１１に移行し，イメージデプロイ部２０２がデプロイを中止する。
【００９６】
ステップ１８０５では，イメージデプロイ部２０２が，バックアップ元サーバ装置１０４Ｆのハードウェア構成情報をディスクイメージ１０８内のバックアップ元ハードウェア構成情報６０１のカラム１２０４から取得し，デプロイ先サーバ装置１０４Ｔのハードウェア構成情報をサーバ管理テーブル１１１のカラム７０４から取得して，両者を比較する。
【００９７】
これにより，バックアップ元サーバ装置１０４Ｆとデプロイ先サーバ装置１０４Ｔが同一ハードウェア構成であるかどうかを判断する。ステップ１８０５において，それぞれのデバイス構成が同一であると判断された場合には，ステップ１８１０に移行する。一方，ステップ１８０５において，構成が同一ではないと判断された場合は，構成が同一ではないと判断される原因となったデバイス（差分デバイスと呼ぶ。）を特定し，その後ステップ１８０６に移行する。
【００９８】
ステップ１８０６では，差分デバイスが許容リスト６０２に載っているかどうかを，イメージデプロイ部２０２が許容リスト６０２のカラム１１０２の許容されるデバイスの識別子情報を参照することによって判断する。
【００９９】
差分デバイスが許容リスト６０２に載っていた場合は，ディスクイメージ１０８内に含まれているデバイスドライバの中に，差分デバイスに対応できるものが存在するため，ディスクイメージ１０８内のイメージをそのままデプロイすることができる。一方，差分デバイスが許容リスト６０２に載っていなかった場合は，ディスクイメージ１０８内に含まれているドライバではデプロイ先サーバ装置のデバイスに対応できないということになる。
【０１００】
ステップ１８０６において，差分デバイスが許容リスト６０２に載っていないと判断された場合にはステップ１８０７に移行する。ステップ１８０７では，イメージデプロイ部２０２がデプロイイメージ再構築部２０７を呼び出す。デプロイイメージ再構築部２０７は，ドライバディスク１０９を用いてデプロイするイメージを再構築するか，仮想サーバ生成部２０３を呼出し，デプロイ先マシンに仮想サーバを作成する。
【０１０１】
一方，ステップ１８０６において，差分デバイスが許容リスト６０２に載っていると判断された場合は，ステップ１８０８に移行する。ステップ１８０８では，イメージデプロイ部２０２が差分デバイスを表示し，ユーザに対してデプロイ先サーバ装置はバックアップ元サーバ装置と同一ハードウェア構成ではないことを表示する。また，バックアップ元ハードウェア構成情報６０１のカラム１２０４のデバイス構成情報，カラム１２０５の性能値，カラム１２０７の機能情報と，許容リスト６０２のカラム１１０３の性能値，カラム１１０４の機能情報を取得し，バックアップ元サーバとデプロイ先サーバとでデバイスの種類は同じであるが構成が異なっているデバイスの性能と機能の情報をユーザに対して表示する。
【０１０２】
ステップ１８０９では，イメージデプロイ部２０２がユーザに対してデプロイを続行するかどうか入力を求める。ユーザがデプロイの続行を求めた場合にはステップ１８１０に移行する。一方，ユーザがデプロイの続行を求めなかった場合にはステップ１８１１に移行し，デプロイを中止する。なお，ユーザからのデプロイ続行指示を受け付けることなく，必ずイメージをデプロイするという構成にしてもよい。この場合は，ステップ１８０８のデバイスの性能と機能の情報を表示する必要はない。
【０１０３】
ステップ１８１０では，イメージデプロイ部２０２がバックアップ／デプロイエージェント２０５をデプロイ先サーバ装置に転送し，実際のデプロイ作業を実行する。
【０１０４】
このフローの実行により，バックアップ元サーバ装置１０４Ｆとデプロイ先サーバ装置１０４のハードウェア構成が異なる場合にもデプロイを実行することが可能になる。また，ユーザの判断次第ではデプロイを中止することもできる。
【０１０５】
ディスクイメージ１０８内にイメージ取得元サーバ装置１０４Ｆのハードウェア構成情報６０１を保持しており，そのハードウェア構成６０１と複数あるデプロイ先サーバ装置１０４Ｔのハードウェア構成と比較することで，デプロイできるかどうかを判断するため，データセンターでの大規模なスケールアウトのように，複数のデプロイ先サーバ１０４Ｔに対してデプロイするイメージが複数ある場合であっても，いちいちそれぞれのイメージ取得元サーバに問い合わせる必要が無くなり，デプロイを容易に行うことができる。
【０１０６】
図１９はデプロイイメージ再構築部２０７の処理フローの例を示す。デプロイイメージ再構築部２０７が許容リスト作成部２０４を呼び出し，許容リスト作成部２０４がドライバディスク１０９を参照して許容リスト６０２の更新を行う（ステップ１９０１）。このステップの実行により，ドライバディスク１０９内に格納されているドライバで対応できるデバイスが許容リスト２０６に追記される場合がある。ドライバ管理テーブル１１４のドライバ適用識別子１００３の情報を元に、対応できるデバイスがあるかどうか判定する。
【０１０７】
デプロイイメージ再構築部２０７が，ステップ１８０５でデプロイ先サーバ装置１０４Ｔに搭載されている，バックアップ元サーバ装置１０４Ｆと構成が異なると判断される原因となった差分デバイスの情報を取得する。デプロイイメージ再構築部２０７が，この差分デバイスが，更新された許容リスト６０２のカラム１１０２に存在するかどうかを判断する（ステップ１９０２）。差分デバイスが許容リスト６０２内に存在すると確認された場合は，ステップ１９０３に移行する。この場合は，ドライバディスク１０９内に格納されているデバイスドライバを用いて，ディスクイメージ１０８内のデプロイイメージを再構築することによって，イメージをデプロイ先サーバ装置１０４Ｔに対してデプロイすることが可能である。
【０１０８】
ステップ１９０３では，デプロイイメージ再構築部２０７がユーザに対してデプロイ先サーバ装置１０４Ｔはバックアップ元サーバ装置１０４Ｆと同一ハードウェア構成ではないことを表示する。また，バックアップ元ハードウェア構成情報６０１のカラム１２０４のデバイス構成情報，カラム１２０５の性能値，カラム１２０７の機能情報と，許容リスト６０２のカラム１１０３の性能値，カラム１１０４の機能情報を取得し，バックアップ元サーバ装置１０４Ｆとデプロイ先サーバ装置１０４Ｔに搭載されているデバイスの性能と機能の情報をユーザに対して表示する。
【０１０９】
その後，デプロイイメージ再構築部２０７がユーザに対してデプロイを続行するかどうか入力を求める（ステップ１９０４）。ユーザがデプロイの続行を求めた場合にはステップ１９０５に移行する。一方，ユーザがデプロイの続行を求めなかった場合にはステップ１９０６に移行し，デプロイを中止する。なお，ユーザからのデプロイ続行指示を受け付けることなく，必ずイメージをデプロイするという構成にしてもよい。この場合は，ステップ１９０３のデバイスの性能と機能の情報を表示する必要はない。
【０１１０】
ステップ１９０５では，デプロイイメージ再構築部２０７が許容リスト６０２のカラム１１０２のデバイス識別子情報をキーとしてドライバディスク１０９内の適切なデバイスドライバを選択し，ディスクイメージ１０８内のイメージ格納領域６０３にインストールして，イメージを再構築する。
【０１１１】
例えば，ディスクイメージ１０８内のバックアップ元ハードウェア構成情報６０１が図１２に示すような構成であり、デプロイ先サーバ装置のハードウェア構成情報が図７のサーバ３のような構成であった場合，以下のような流れでデプロイイメージが再構築される。このとき，バックアップ元サーバ装置とデプロイ先サーバ装置とのハードウェア構成の差異は，バックアップ元サーバ装置でのＮＩＣ１，ＨＢＡ１がデプロイ先サーバ装置ではそれぞれ一つずつＮＩＣ２，ＨＢＡ２に置き換わっている点である。従って，ディスクイメージ１０８をデプロイ先サーバ装置にデプロイする際にはＮＩＣ２，ＨＢＡ２に対応するデバイスドライバが必要になる。
【０１１２】
ここで，許容リスト６０２を参照するとＮＩＣ２に対応するデバイスドライバとＨＢＡ２に対応するデバイスドライバは，それぞれドライバディスク内に存在することが分かる。デプロイイメージ再構築部２０７はドライバディスク内のドライバ２とドライバ５をディスクイメージ１０８内のイメージ格納領域６０３にインストールして，イメージを再構築する。
【０１１３】
ステップ１９０２で対象となるデバイスが許容リスト６０２に存在しなかった場合は，ステップ１９０７に移行する。ステップ１９０７では，デプロイイメージ再構築部２０７が仮想サーバ生成部２０３を呼び出す。呼び出した結果，デプロイ可能な仮想サーバ１０６を生成するか，ユーザがデプロイを中止するかのどちらかとなる。このフローを実行することで，ディスクイメージ１０８内のデバイスドライバだけでは対応できないハードウェア構成のデプロイ先サーバ装置１０４Ｔに対しても，ドライバディスク１０９内にあるデバイスドライバで対応できる場合はデプロイを行うことが可能になる。
【０１１４】
本実施例では，ステップ１８０６において，差分デバイスがデバイス許容リスト内に存在しない場合に，デプロイイメージ再構築部を呼出し，イメージ再構築を実行する。しかし，ステップ１８０６において，差分デバイスがデバイス許容リスト内に存在しない場合に，デプロイイメージ再構築部を呼出すことなく，仮想サーバ生成部２０３を呼出し，仮想サーバを生成することも可能である。
【０１１５】
図２０は，仮想サーバ生成部２０３の処理フローの例を示す。仮想サーバ生成部２０３が，デプロイ先サーバ装置１０４Ｔはバックアップ元サーバ装置１０４Ｆと同一ハードウェア構成ではないため，デプロイ先サーバ装置１０４Ｔ上で仮想サーバ１０６を作成してデプロイを行う旨のメッセージをユーザに対して表示する（ステップ２００１）。仮想サーバ生成部２０３がユーザに対してデプロイを続行するかどうか入力を求める（ステップ２００２）。
【０１１６】
ユーザがデプロイの続行を求めた場合にはステップ２００４に移行する。一方，ユーザがデプロイの続行を求めなかった場合にはステップ２００３に移行し，デプロイを中止する。なお，ユーザからのデプロイ続行指示を受け付けることなく，必ず仮想サーバを生成してイメージをデプロイするという構成にしてもよい。この場合は，ステップ２００１のデバイスの性能と機能の情報を表示する必要はない。
【０１１７】
ステップ２００４では，仮想サーバ生成部２０３がデプロイ先サーバ装置１０４Ｔの仮想化部１０５を起動する。仮想サーバ生成部２０３が、デプロイが可能なハードウェア構成を持つ仮想サーバ１０６の構成を決定する。そして、仮想サーバ生成部２０３が仮想化部に対して、仮想サーバの起動を指示する。デプロイが可能なハードウェア構成とは，デプロイ元ハードウェア構成情報６０１と同じハードウェア構成か，あるいは許容リスト６０２に含まれるハードウェア構成で構築された仮想サーバ１０６である。
【０１１８】
従って，仮想サーバ１０６の構成は，デプロイ元ハードウェア構成情報６０１と同じハか，あるいは許容リスト６０２に含まれるハードウェア構成の範囲内となる。
【０１１９】
例えば，ディスクイメージ１０８内のバックアップ元ハードウェア構成情報６０１が図１２に示すような構成であり，デプロイ先サーバ装置のハードウェア構成が図７にサーバ２として示すような構成であった場合，以下のような流れで仮想サーバ１０６が構成される。まず、バックアップ元サーバ装置とデプロイ先サーバ装置とのハードウェア構成の差異は，バックアップ元サーバ装置ではＮＩＣ１が１枚，ＨＢＡ１が２枚であるところが，デプロイ先サーバ装置ではＮＩＣ３、ＨＢＡ１がそれぞれ１枚ずつに置き換わっている点である。
【０１２０】
この場合、ディスクイメージ１０８をデプロイ先サーバ装置にデプロイするためにはＮＩＣ３用のデバイスドライバと，もう一枚のＨＢＡ１が必要である。しかし、許容リスト６０２を参照すると、ＮＩＣ３用のデバイスドライバはディスクイメージ内やドライバディスク内に存在しない。また、ＨＢＡ１も用意ができないものとする。
【０１２１】
それでもユーザからデプロイ続行の指示があった場合には，仮想サーバ生成部２０３が仮想化部１０５に対し，ＮＩＣ３一つ、ＨＢＡ１一つの入出力をＮＩＣ３一つ、ＨＢＡ１二つに対する入出力に変換し、仮想サーバ上のＯＳから見た場合にＮＩＣ３を一つ、ＨＢＡ１を二つ持つように見える仮想サーバの構成するように指示する。また、仮想サーバ生成部２０３はバックアップ元ハードウェア構成情報の６０１のカラム１２０２，カラム１２０３、カラム１２０６の情報を用いて，仮想サーバへの仮想ＣＰＵ、仮想メモリ、仮想ディスクの割り当てを仮想化部１０５に対して指示する。
【０１２２】
仮想サーバ１０６は，仮想化部１０５からＣＰＵ時間やメモリを割り当てられ，デプロイ元サーバ１０４Ｆの入出力デバイスをエミュレートした仮想デバイスを割り当てられる。デプロイ元サーバ１０４Ｆの入出力デバイスとしてエミュレートされた仮想デバイスからの入力データを，デプロイ先サーバの実デバイスが認識可能なデータに変換し、デプロイ先サーバの実デバイスに出力する。逆にデプロイ先サーバの実アドレスからの入力データを，仮想デバイスが認識可能なデータに変換し，仮想サーバの仮想デバイスに出力する。
【０１２３】
なお，許容リスト６０２に含まれるハードウェア構成で仮想サーバ１０６を構成する場合は，場合によっては複数の候補が存在することもある。例えば，図１１の許容リストが存在する場合において，仮想サーバ１０６上でエミュレートするＮＩＣの候補は，ＮＩＣ１とＮＩＣ２となる。この場合，性能値１１０３が高いＮＩＣ，あるいは機能１１０４が豊富なＮＩＣを選択することで，機能不足や性能不足などを無くしデプロイ後の動作を確実にすることができる。
【０１２４】
ステップ２００５では，仮想化部１０５を起動させるためにデプロイ先のサーバ装置１０４が再起動する。ステップ２００６では，仮想サーバ生成部２０３がデプロイ先サーバ装置１０４Ｔが起動する際に出すネットワークブートの要求を無視する。このことにより，デプロイ先の物理サーバ装置１０４にデプロイすることを防ぎ，仮想サーバ１０６に対してデプロイできるようになる。仮想化部１０５が起動したら、ステップ２００４で決定した構成に従って、仮想化部１０５が仮想サーバ１０６を生成する。
【０１２５】
ステップ２００７では，仮想サーバ生成部２０３が，ステップ２００４で決定し，ステップ２００６で仮想サーバ１０６の作成において使用した仮想サーバの構成情報から，仮想サーバ管理テーブル１１３のカラム８０４の割り当てリソースの項に仮想ＣＰＵ，仮想メモリ、仮想ディスク、仮想デバイスの情報を記録する。また、仮想サーバ生成部２０３が、この時点で構成情報取得部２０６が持っているデプロイ先サーバ装置の情報から物理サーバを判別し，サーバ管理テーブル１１１のカラム７０６に仮想化機構を使用しているという情報を追記する。
【０１２６】
仮想サーバ１０６をネットワークブートさせて仮想サーバ１０６のハードウェア構成情報を取得し、仮想サーバへのデプロイ処理を開始させる（ステップ２００８）。このフローを実行することにより，デプロイを行うための仮想サーバ生成を行うことができる。
【０１２７】
本実施例は，データセンターでの大規模なスケールアウトなどにも適用できる。例えば，バックアップを取ったデータセンターからイメージを持ち運び他のデータセンターでデプロイする場合など，事前にデプロイ先マシンとしての正しい構成を調査しておくことは手間がかかる。この発明を用いてデプロイ可能な範囲が広がればデプロイ先マシン購入時のチェックも少なくて済み，選択肢も広がるため，異なるデータセンターで同じバックアップイメージを使ったデプロイが可能となる。
【０１２８】
なお，本実施例は，ネットワークブートに適用することもできる。ネットワークブート（ネットブート）は，ストレージ装置１０１に格納されたディスクイメージ１０８（起動ディスク）をサーバ装置１０４のメモリに読み込むことによって、サーバ装置１０４を起動する。一つのディスクイメージ１０８からネットブートすることにより複数台のサーバ装置１０４を起動できるようになる。
【０１２９】
ネットブートの場合，管理サーバ１０２でネットブート可能かどうか判定する方法と，サーバ装置１０４でネットブート可能かどうか判定する方法とがある。管理サーバ１０２で判定する方法では，サーバ装置１０４がネットブート要求を管理サーバに送信する。また，自分のサーバ装置１０４のハードウェア構成情報を管理サーバに送信する（ステップ１８０２に対応）。
【０１３０】
管理サーバは，ネットブート要求を受けつけると，受信したサーバ装置１０４のハードウェア構成情報と，ディスクイメージ１０８のハードウェア構成情報６０１とを比較する（ステップ１８０４以降に対応）。これ以降はステップ１８０４以降と同様である。ハードウェア構成が一致する場合には（ステップ１８０５に対応），ネットブートを実行し，サーバ装置１０４はディスクイメージ１０８を取得してメモリ上に展開する（ステップ１８１０に対応）。
【０１３１】
ハードウェア構成が一致しない場合であっても，差分デバイスが許容リストに存在する場合には，ネットブートを実行する（ステップ１８０６に対応）。差分デバイスが許容リストに存在しない場合には，イメージデプロイ部が，ディスクイメージ再構築部２０７を呼出し（ステップ１８０７に対応），ネットブートするディスクイメージ１０８を再構築する（ステップ１９０５）。その後，ネットブートを実行し，サーバ装置１０４は再構築されたディスクイメージ１０８を取得してメモリ上に展開する（ステップ１８１０に対応）。
【０１３２】
一方，サーバ装置１０４でネットブート可能かどうか判定する方法では，サーバ装置１０４は，自分のサーバのハードウェア構成情報を取得し，ネットブートするディスクイメージ１０８内のハードウェア構成情報６０１を取得し，ステップ１８０４以降と同様に，それぞれを比較する。構成が同一であれば（ステップ１８０５）ネットブートを実行し，サーバ装置１０４はディスクイメージ１０８を取得してメモリ上に展開する（ステップ１８１０に対応）。
【０１３３】
構成が異なっている場合には，サーバ装置１０４は，ディスクイメージ１０８内の許容リストを取得する。取得した許容リストに，差分デバイスが載っている場合には（ステップ１８０６に対応），サーバ装置１０４は，そのままネットブートを実行する。差分デバイスが許容リストに存在しない場合には，イメージデプロイ部が，ディスクイメージ再構築部２０７を呼出し（ステップ１８０７に対応），ネットブートするディスクイメージ１０８を再構築する（ステップ１９０５）。その後，ネットブートを実行し，サーバ装置１０４は再構築されたディスクイメージ１０８を取得してメモリ上に展開する（ステップ１８１０に対応）。
【０１３４】
またデプロイと同様に，仮想サーバを使用することもできる。仮想サーバを生成した後，ネットブートを実行し，サーバ装置１０４はディスクイメージ１０８を取得して仮想サーバのメモリ上に展開する。
【０１３５】
このように，本実施例は，デプロイだけでなく，ネットワークブートにも対応することができる。
【図面の簡単な説明】
【０１３６】
【図１】全体構成図の例を示す。
【図２】管理サーバの構成図の例を示す。
【図３】サーバ装置の構成図の例を示す。
【図４】物理サーバ装置に対してデプロイを行う場合の概要図の例を示す。
【図５】仮想サーバに対してデプロイを行う場合の概要図の例を示す。
【図６】ディスクイメージの構成図の例を示す。
【図７】サーバ装置管理テーブルの例を示す。
【図８】仮想サーバ管理テーブルの例を示す。
【図９】デプロイイメージ管理テーブルの例を示す。
【図１０】ドライバ管理テーブルの例を示す。
【図１１】許容リストの例を示す。
【図１２】バックアップ元ハードウェア構成情報の例を示す。
【図１３】イメージバックアップ部のフローチャートの例を示す。
【図１４】構成情報取得部のフローチャートの例を示す。
【図１５】構成情報取得エージェントのフローチャートの例を示す。
【図１６】バックアップ・デプロイエージェントのフローチャートの例を示す。
【図１７】許容リスト作成部のフローチャートの例を示す。
【図１８】イメージデプロイ部のフローチャートの例を示す。
【図１９】デプロイイメージ再構築部のフローチャートの例を示す。
【図２０】仮想サーバ生成部のフローチャートの例を示す。
【符号の説明】
【０１３７】
１０１  ストレージ装置
１０２  管理サーバ
１０３  ネットワークスイッチ
１０４  サーバ装置
１０５  仮想化部
１０６  仮想サーバ
１０７  SVP
１０８  ディスクイメージ
１０９  ドライバディスク
１１０  デプロイ管理部
１１１  サーバ装置管理テーブル
１１２  デプロイイメージ管理テーブル
１１３  仮想サーバ管理テーブル
１１４  ドライバ管理テーブル
【図１】
0005142678.tif 000002
【図２】
0005142678.tif 000003
【図３】
0005142678.tif 000004
【図４】
0005142678.tif 000005
【図５】
0005142678.tif 000006
【図６】
0005142678.tif 000007
【図７】
0005142678.tif 000008
【図８】
0005142678.tif 000009
【図９】
0005142678.tif 000010
【図１０】
0005142678.tif 000011
【図１１】
0005142678.tif 000012
【図１２】
0005142678.tif 000013
【図１３】
0005142678.tif 000014
【図１４】
0005142678.tif 000015
【図１５】
0005142678.tif 000016
【図１６】
0005142678.tif 000017
【図１７】
0005142678.tif 000018
【図１８】
0005142678.tif 000019
【図１９】
0005142678.tif 000020
【図２０】
0005142678.tif 000021