"第1及び第2の物理計算機を含む複数の物理計算機と、前記複数の物理計算機にネットワークを介して接続される前記物理計算機及び論理区画を管理する管理装置と、前記複数の物理計算機を管理する監視装置とを含み、各物理計算機に論理区画を生成してOSを動作させることができる仮想計算機システムにおいて、前記監視装置は、前記第1物理計算機又はそこに形成された第1論理区画に状態変化が発生したことを検出する状態検出手段を有し、前記第1の物理計算機は:前記論理区画と通信を行うための第1の物理アダプタと、前記第1論理区画の構成情報及び前記第1論理区画に設けられた論理アダプタに割り当てられた識別子である仮想識別子を管理する第1管理手段と、を有し、前記管理装置は:前記状態検出手段からの状態変化発生の報告を受けて、前記第1管理手段から前記第1論理区画の構成情報及び仮想識別子を受信する手段と、交代先の第2の物理計算機を決定して、前記第2の物理計算機へ前記第1論理区画の構成情報及び仮想識別子を送信する手段と、を有し、前記第2の物理計算機は:前記論理区画と通信を行うための第2の物理アダプタと、前記管理装置から送信された前記第1論理区画の構成情報及び仮想識別子を受信する手段と、前記第1論理区画の構成情報に基づいて、前記第2の物理計算機上に第2論理区画を生成することが可能かを判定する手段と、前記判定する手段によって前記第2論理区間の生成が可能と判定された場合、前記仮想識別子に基づいて第2論理区画を生成する手段と、を有し、前記第1論理区画の構成情報は、第1の物理アダプタの情報を含み、前記第2論理区画を生成する手段では、前記生成した第2論理区画に論理アダプタを設け、前記第2論理区画に設けられた論理アダプタに、前記仮想識別子を割り当てることを特徴とする仮想計算機システム。前記物理アダプタは、物理HBAであり、前記識別子は、WWNであり、前記仮想識別子は、vfcWWNであることを特徴とする請求項1記載の仮想計算機システム。前記構成情報は、I/O構成情報であることを特徴とする請求項1記載の仮想計算機システム。前記監視装置は、SVPであることを特徴とする請求項1記載の仮想計算機システム。前記管理装置における交代先の第2の物理計算機の決定では、第2論理区画を生成することが可能かの判定として、前記第1論理区画の実効CPU性能を、物理CPUの数と前記第1論理区画のサービス率との積から計算し、前記第1の物理計算機以外の物理計算機における実効CPU性能を、物理CPUの数と100-前記第1の物理計算機以外の物理計算機で稼動している全てのLPARのサービス率との積から計算し、前記第1の物理計算機以外の物理計算機における実効CPU性能が、前記第1論理区画の実効CPU性能以上であることを調べ、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機における実効CPU性能が最も高い物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項1乃至4のいずれかに記載の仮想計算機システム。前記管理装置における交代先の第2の物理計算機の決定では、第2論理区画を生成することが可能かの判定として、前記第1の物理計算機以外の物理計算機におけるアーキテクチャを調べ、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機におけるアーキテクチャが、前記第1論理区画と同じアーキテクチャである物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項1乃至5のいずれかに記載の仮想計算機システム。前記管理装置における交代先の第2の物理計算機の決定では、第2論理区画を生成することが可能かの判定として、前記第1の物理計算機以外の物理計算機におけるメモリの容量の空きを調べて、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機におけるメモリの容量の空きが、前記第1論理区画のメモリ容量以上である物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項1乃至6のいずれかに記載の仮想計算機システム。前記管理装置における交代先の第2の物理計算機の決定では、第2論理区画を生成することが可能かの判定として、前記第1の物理計算機以外の物理計算機における物理アダプタの数を調べて、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機における物理アダプタの数が、前記第1論理区画の構成情報に含まれる第1の物理アダプタの数以上である物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項1乃至7のいずれかに記載の仮想計算機システム。前記第1の物理計算機は、前記監視装置が障害の状態変化を検出した時、前記第1論理区画の動作を停止させて、前記動作の停止を前記管理装置へ報告する手段を有し、前記第2の物理計算機は、前記第2論理区画の生成が完了すると、前記完了の報告を前記管理装置へ送る手段を有し、前記管理装置は、前記動作の停止を受け取った時、前記第1論理区画の停止状態を表示する手段と、前記完了の報告を受け取った時、前記第2物理計算機へ前記第2論理区画を起動させるコマンドを送出する手段と、を有し、前記第2の物理計算機は、前記起動させるコマンドを受信した時、前記第2論理区画の起動を行うことを特徴とする請求項1記載の仮想計算機システム。前記第2の物理計算機における判定する手段は、前記第1論理区画の実効CPU性能を、物理CPUの数と前記第1論理区画のサービス率との積から計算し、前記第2の物理計算機の実効CPU性能を、物理CPUの数と100-前記第2の物理計算機上で稼動している全てのLPARのサービス率との積から計算することを特徴とする請求項1記載の仮想計算機システム。前記第2の物理計算機における判定する手段は、前記第2の物理計算機の実効CPU性能が、前記第1論理区画の実効CPU性能以上であることを調べて、前記第2論理区画の生成が可能かを判定することを特徴とする請求項1乃至10のいずれかに記載の仮想計算機システム。前記第2の物理計算機における判定する手段は、前記第2の物理計算機のメモリの容量の空きを調べて、前記第2論理区画の生成が可能かを判定することを特徴とする請求項1乃至11のいずれかに記載の仮想計算機システム。前記第2の物理計算機における判定する手段は、前記第1論理区画の構成情報に含まれる第1の物理アダプタの数が、前記第2の物理計算機の第2の物理アダプタに確保できるかを調べて、前記第2の物理計算機に前記第2論理区画の生成が可能かを判定することを特徴とする請求項1乃至12のいずれかに記載の仮想計算機システム。前記第1及び第2の物理計算機が有する各手段は、第1及び第2論理区画を管理するハイパーバイザー内に備えられることを特徴とする請求項1の仮想計算機システム。前記状態変化の発生とは、障害の発生であることを特徴とする請求項1の仮想計算機システム。第1及び第2の物理計算機を含む複数の物理計算機と、前記複数の物理計算機にネットワークを介して接続される前記物理計算機及び論理区画を管理する管理装置と、前記複数の物理計算機を管理する監視装置とを含み、各物理計算機に論理区画を生成してOSを動作させることができる仮想計算機システムにおいて、前記監視装置は、前記第1物理計算機又はそこに形成された第1論理区画に状態変化が発生したことを検出する状態検出手段を有し、前記第1の物理計算機は:前記論理区画と通信を行うための第1の物理アダプタと、前記第1論理区画の構成情報及び前記第1論理区画に設けられた論理アダプタに割り当てられた識別子である仮想識別子を管理する第1管理手段と、を有し、前記管理装置は:前記状態検出手段からの状態変化発生の報告を受けて、前記第1管理手段から前記第1論理区画の構成情報及び仮想識別子を受信する手段と、前記第1論理区画の構成情報に基づいて、第2論理区画を生成することが可能な前記第1の物理計算機以外の物理計算機かを判定し、交代先の第2の物理計算機を決定する手段と、前記決定した第2の物理計算機へ、前記第1論理区画の構成情報及び仮想識別子を送信する手段と、を有し、前記第2の物理計算機は:前記論理区画と通信を行うための第2の物理アダプタと、前記管理装置から送信された前記第1論理区画の構成情報及び仮想識別子を受信する手段と、前記第1論理区画の構成情報に基づいて、前記第2の物理計算機上に第2論理区画を生成する手段とを有し、前記第1論理区画の構成情報は、第1の物理アダプタの情報を含み、前記第2論理区画を生成する手段では、前記生成した第2論理区画に論理アダプタを設け、前記第2論理区画に設けられた論理アダプタに、前記仮想識別子を割り当てることを特徴とする仮想計算機システム。前記管理装置における決定する手段では、前記第2論理区画を生成することが可能かの判定として、前記第1論理区画の実効CPU性能を、物理CPUの数と前記第1論理区画のサービス率との積から計算し、前記第1の物理計算機以外の物理計算機における実効CPU性能を、物理CPUの数と100-前記第1の物理計算機以外の物理計算機で稼動している全てのLPARのサービス率との積から計算し、前記第1の物理計算機以外の物理計算機における実効CPU性能が、前記第1論理区画の実効CPU性能以上であることを調べ、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機における実効CPU性能が最も高い物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項16記載の仮想計算機システム。前記管理装置における決定する手段では、第2論理区画を生成することが可能かの判定として、前記第1の物理計算機以外の物理計算機におけるアーキテクチャを調べ、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機におけるアーキテクチャが、前記第1論理区画と同じアーキテクチャである物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項16乃至17のいずれかに記載の仮想計算機システム。前記管理装置における決定する手段では、第2論理区画を生成することが可能かの判定として、前記第1の物理計算機以外の物理計算機におけるメモリの容量の空きを調べて、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機におけるメモリの容量の空きが、前記第1論理区画のメモリ容量以上である物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項16乃至18のいずれかに記載の仮想計算機システム。前記管理装置における決定する手段では、第2論理区画を生成することが可能かの判定として、前記第1の物理計算機以外の物理計算機における物理アダプタの数を調べて、交代先の第2の物理計算機の決定として、前記第1の物理計算機以外の物理計算機における物理アダプタの数が、前記第1論理区画の構成情報に含まれる第1の物理アダプタの数以上である物理計算機を、交代先の第2の物理計算機として選択することを特徴とする請求項16乃至19のいずれかに記載の仮想計算機システム。前記第2の物理計算機上に第2論理区画を生成する手段では、前記第1論理区画の構成情報に基づいて、前記第2の物理計算機上に第2論理区画を生成することが可能かを判定し、前記判定する手段によって前記第2論理区間の生成が可能と判定された場合、前記仮想識別子に基づいて第2論理区画を生成することを特徴とする請求項16記載の仮想計算機システム。前記状態変化の発生とは、障害の発生であることを特徴とする請求項16の仮想計算機システム。上記特許文献1及び2には、ある物理計算機又はその上のLPARに障害が発生した場合における、他の物理計算機又はその上に生成されるLPARを予備機として用いるためのPLARの移動については言及されていない。また、SAN環境下の仮想計算機システムにおいて、あるLPARから他のLPARに交代する場合にも論理ポートに割り当てられた固有のIDWorldWideNameが異なるために、セキュリティ機能の設定変更が必要となるが、上記特許文献にはその点についても言及されていない。本発明の目的は、物理計算機又はその上のLPARに障害が発生した場合に、他の物理計算機に交代用LPARを設定して、LPARの移行を可能とする仮想計算機システムを提供することにある。本発明は、好ましくは、第1及び第2の物理計算機を含む複数の物理計算機と、該複数の物理計算機にネットワークを介して接続される、該物理計算機及び該論理区間を管理する管理装置とを含み、各物理計算機に論理区画を生成してOSを動作させることができる仮想計算機システムにおいて、該第1の物理計算機は;該第1物理計算機又はそこに形成された第1論理区画に障害が発生したことを検出する障害検出手段と、該第1の物理計算機のバードウェア構成情報及び該第1論理区画に割り当てられた固有の構成情報を管理する第1管理手段と、を有し、該管理装置は;該障害検出手段からの障害発生の報告を受けて、該第1管理手段から該ハードウェア情報及び該固有の構成情報を受信する手段と、交代先の第2の物理計算機を決定して、該第2の物理計算機へ該ハードウェア情報及び該固有の構成情報を送信する手段と、を有し、該第2の物理計算機は;該管理装置から送信された該ハードウェア情報及び該固有の構成情報を受信する手段と、該ハードウェア情報及び該固有の構成情報に基づいて、該第2の物理計算機上に第2論理区画を生成することが可能かを判定する手段と、該判定手段によって該第2論理区間の生成が可能と判定された場合、該固有の構成情報に基づいて第2論理区画を生成する手段と、を有する仮想計算機システムとして構成される。本発明によれば、物理計算機又はその上のLPARに障害が発生した場合に、他の物理計算機に交代用LPARを設定して、LPARを移行することが可能となる。また、管理サーバの制御の下に、移行先のLPARへ移行元LPARの構成情報等を移すので、移行元の物理計算機に障害が発生した場合にも、LPARの移行が可能である。以下、本発明の実施形態について図面を参照して説明する。図1を参照するに、本実施例による計算機システムは、1台のサーバシャーシ105に、複数台のサーバモジュール以下単にサーバという111、112を搭載することができるブレードサーバの形態をなしている。サーバシャーシ105には、サービスプロセッサSVP106が搭載される。サーバ111,112は、NICNetworkInterfaceCard122を介してネットワークSW103経由で管理サーバ101に接続され、またファイバチャネルスイッチFC-SW135を介してストレージ装置137に接続される。サーバ111及び112は、基本的に同様の構成を有し、それぞれBMC120130、FC-HBA121131、NIC122132を持っている。ハイパーバイザー117127は物理的に1台のサーバを論理的に複数のサーバに見せる仮想化機構である。サーバ111では1つのハイパーバイザー117上にシミュレーションされた2台のLPAR113、114が構築され動作している。ハイパーバイザー117127内のHypervisorAgt119,129は、LPARの障害を検知して管理サーバ101へその報告を行うためのエイジェントである。本実施例において、サーバ112には、1台のLPAR123が動作しているが、後にサーバ111のLPAR114の交代LPAR124が設定される。FC-HBA121,131は、通信を行うためにそのHBAのアドレスとしてFC接続ポート1つに対して1つのWWNを持つ。LPAR113及び114は論理的なHBAを1ポート115、116ずつ持ち、それぞれvfcWWN1、vfcWWN2のような、固有のWWNが付与される。論理的なHBAも物理的なHBAと同様のWWNを持つ。なお、サーバ112におけるLPAR123も同様に固有のWWNが付与される。ストレージ装置137は、論理的に規定されたLU論理ユニットと呼ばれる多数のDiskユニット138~140を持っている。何れのLUが何れのサーバに接続されているかを表す接続情報はストレージ装置137内のコントローラによって管理されている。例えば、LU10138はvfcWWN1のWWNを持つサーバ113に接続され、LU11はvfcWWN2のWWNを持つサーバ116に接続されている。この接続関係を設定する機能をLUNセキュリティ設定機能と呼ぶ。SVP106はサーバシャーシ内の全てのサーバを管理し、またサーバの電源制御および障害処理を担う。サーバを管理するために、サーバのハードウェア構成情報1101図11参照、及びハイパーバイザー構成情報1111図12参照をSVP内の不揮発メモリ図示せずに記憶して管理する。これらの構成情報1101、1111はサーバ単位に管理され、図示の例ではサーバ111,112に対応して、2面の構成情報108-1,108-2を持つ。また、ハイパーバイザー構成情報1111にはサーバ111及び112のそれぞれのハイパーバイザー117,127に対応した情報が含まれる。管理サーバ101は、サーバ111,112及びそれに形成されたLPARを管理する。そのために、サーバの管理情報107図13参照をメモリ図示せずに記憶して管理する。本実施例ではまた、LPARの移行を管理する機能を有する。次に、図11~図13を参照して、各管理情報の内容について説明する。図11に示すように、サーバのハードウェア構成情報サーバモジュールハードウェア構成情報ということもある1101は、ブート設定情報1102、HBABIOS情報1103、addWWN情報1104、物理サーバのOS種類情報1105、HyperTreadingの無効指定1106、SVPが保存するハイパーバイザーのIPアドレス1107、アーキテクチャ1108などの物理サーバ情報を保持する。このハードウェア構成情報1101はサーバモジュールパーティションごとに存在する。図12に示すように、ハイパーバイザー構成情報1111は、パーティションの中のLPAR単位で管理される情報であり、LPAR113,114対応に存在する1111-1、1111-2。各ハイパーバイザー構成情報1111は、vfcWWN情報1112-1、LPARが稼動中か否かを示すActiveNonActive1113-1、CPUの数などを含むCPU情報1114-1、メモリ容量1115-1、HBAやNICなどを含むI/O構成1115-1等の情報を保持する。上記サーバのハードウェア構成情報1101及びハイパーバイザー構成情報1111は、SVP106で設定されて管理されるが、これらの情報は、各サーバ上で動作しているハイパーバイザーでも保持している。図13に示すように、管理サーバ101で管理されるサーバの管理情報サーバモジュール管理情報ということもある107は、サーバモジュール番号1201、ハードウェアのアーキテクチャ種別1202、実装メモリ容量1203、稼動中のLPARの合計メモリ使用量1204、メモリの空き容量1205、実装CPU性能1206、割り当て済みCPU性能の合計1207、空きCPU性能1208、空きNIC数1209、空きHBA数1210、等の情報を保持する。本実施例によれば、サーバ111のLPARに障害が発生したときに、障害報告を受けつけた管理サーバ101は、サーバ112内に交代用のLPAR124を設定し、そのLPAR124に障害が発生したLPAR固有の構成情報を引き継がせるための制御を行う。以下、図2及び図3を参照して、サーバ111のLPARに障害が発生した時の交代LPARの設定及びLPAR固有の構成情報の引き継ぎ処理について、詳細に説明する。図示の例は、サーバ111のLPAR2114に障害が発生した場合における、管理サーバ101、サーバ111のハイパーバイザー117、サーバモジュール112のハイパーバイザー127が行う処理動作を表す。LPAR114に障害が発生し、サーバ111で動作するハイパーバイザー117がその障害を検出するとS201、ハイパーバイザー117は管理サーバ101へ障害通知HypervisorAgtアラートを行うS202。管理サーバ101は障害が発生したLPAR2を停止するように停止コマンドを送出するS203。ハイパーバイザー117は、LPAR停止コマンドを受信した後、LPAR2の稼動停止deactivate処理を行うS205。そしてdeactivate処理が完了すると、管理サーバ101に対してHypervisorAgtアラートを送出して、deactivate完了を伝えるS206。HypervisorAgtアラートを受けた管理サーバ101は、管理情報として障害が発生したLPARの停止状態を表示器に表示しS207、LPAR2の構成情報読み込みコマンドを送出するS208。そのコマンドを受信したハイパーバイザー117は、自ら保持している、サーバモジュールハードウェア構成情報及びLPAR2のハイパーバイザー構成情報を管理サーバ101へ送信するS209。管理サーバ101は、データの受信を完了すると、受信完了を表示するS210。その後、交代先のサーバモジュールを決定するS301。例えば交代先のサーバモジュール112上でLPARを生成しようとしているハイパーバイザー127に対して、障害が発生したサーバモジュール111のサーバモジュールハードウェア構成情報及びLPAR2のハイパーバイザー構成情報を受信するよう指示するS302。ハイパーバイザー127は、障害が発生したLPAR2に関する構成情報を受信するとS303、その構成情報に基づいて、交代先でLPARが生成可能であるか否か判定するS305。この判定については後で詳述する。判定の結果、所定の条件を満たしていれば、移行先のサーバ112に移行元のLPAR2に関する構成情報を引き継いだLPARが生成されるS306。この例では、LPAR124が移行先のLPARとなる。LPAR124の生成が完了すると、ハイパーバイザー127はHypervisorAgtアラートを送出して、LPARの生成完了を通知するS307。管理サーバ101は、HypervisorAgtアラートを受信すると、ハイパーバイザー127に生成されたLPARを起動するように、起動コマンドを送出するS308。この起動コマンドを受信したハイパーバイザー127は、生成したLPAR124を起動activateするS309。そして、HypervisorAgtアラートを送出して、LPAR124の起動完了を伝えるS310。HypervisorAgtアラートを受け取った管理サーバ101は、LPAR124の起動状態を表示器に表示するS311。次に図4及び図5を参照して、LPAR2114に障害が発生した時の管理サーバ101の処理について説明する。ハイパーバイザー117からLPAR2に障害が発生した旨を伝えるHypervisorAgtアラートを受けると、管理サーバ101はLPAR障害検出時の処理を始めるS401。まず、障害が発生したサーバモジュール111のハイパーバイザー117に対して、LPAR2の稼動を停止するための停止コマンドを送出するS402。その後、LPAR2の停止処理が完了するまで待ちS403、停止処理が正常に完了したら、LPAR2の表示テーブルを停止状態とするS404。一方、停止処理が正常に完了しなければ、コールドスタンバイ失敗を表示してS411、終了するS412。LPAR2の表示テーブルが停止状態となったらS404、LPAR2の構成情報の読み込みコマンドを送出するS405。LPAR2の構成情報を受信しS406、受信が正常に終了したらS407、受信完了を表示するS408。一方、受信が正常に終了しなければコールドスタンバイ失敗を表示してS413、終了するS414。受信が正常に終了しS407、受信完了の表示したS408後に、LPAR2の実効CPU性能と、LPAR2を生成するサーバモジュール以外のサーバモジュールの実効CPU性能を計算する。ここで、LPAR2の実効CPU性能は、物理CPUの数×移行前のLPARでのサービス率、として計算する。また、LPAR2を生成するサーバモジュール以外のサーバモジュールの実効CPU性能は、物理CPUの数×100-として計算する。次に、管理サーバ101のサーバモジュール管理情報107を用いて、LPAR生成のためのサーバモジュールの条件を判定するS410。この条件とは、例えば、以下a~dの判定を含む。aLPAR2と同じアーキテクチャのサーバモジュールがあるか。bLPAR2以上のメモリが空いているサーバモジュールがあるか。cLPAR2の実効CPU性能以上の実効CPU性能を持つサーバモジュールがあるか。dLPAR2が使用していた以上のNIC,HBAが空いているサーバモジュールがあるか。これら4つの条件を全て満たしていれば、条件を満たしているサーバモジュールの中で、実効CPU性能が最高のものを交代先のサーバモジュールとして選択するS501。4つの条件のうち1つでも満たしていなければ、コールドスタンバイ失敗を表示してS415、終了するS416。4つの条件が満足する交代先のサーバモジュールこの例ではサーバモジュール112が選択されると、交代先のサーバモジュール112のハイパーバイザー127に対して、障害が発生したLPAR2に関する構成情報を転送して、LPARを生成するように指示するS502。そして、障害発生元サーバモジュール111のハイパーバイザー117から受信したデータ障害発生LPAR2に関する構成情報をハイパーバイザー127へ送信するS503。このデータの送信が正常に終了するとS504、送信完了を表示するS505。一方、データ送信が正常に完了しなければS504、コールドスタンバイ失敗を表示してS511、終了するS512。その後、交代先サーバモジュール112においてLPARが生成されるのを待つS506。生成されるLPARは、障害が発生したLPAR2と同様の構成を持つものである。LPARの生成が正常に終了すると、交代先サーバモジュール112の交代先LPAR124を起動するコマンドを送出するS507。一方、LPAR生成が正常に終了しなければ、コールドスタンバイ失敗を表示してS513、終了するS514。交代LPAR124の生成が正常に終了し、起動コマンドを送出したらS507、交代先LPAR124の起動完了を待つS508。そして正常に起動したら、交代先LPAR124の状態表示を起動状態としてS509、終了するS510。一方、LPAR124の起動が正常に起動しない場合は、コールドスタンバイ失敗を表示してS515、終了するS516。以上のような制御により、交代先LPAR124が障害発生LPAR114の交代機として起動可能となるのは以下の理由による。ストレージ装置へのアクセスはWWNによって管理される。WWNは物理デバイスのポートごとに割り当てられるが、本実施例では、LPARごとに論理HBAを設け、論理HBAのポートごとにWWNを割り当てている。以下この論理HBAのWWNをvfcWWNと呼ぶ。図1の説明で述べたように、LUNとWWNの接続関係はLUNセキュリティ機能により設定されている。ストレージ装置側からは、論理物理WWNの区別はつかないので、LPAR単位でのLUへのアクセス権の管理が可能となる。vfcWWNを用いるときは、ストレージ装置から物理デバイスのWWNが認識されないように設定する。移行先のLPARは、障害発生時のLPARが使用していたvfcWWNと同一のvfcWWNを使用してブートすることにより、移行前と同一のシステムを立ち上げることができる。次に図6を参照して、LPAR2に障害が発生した時のハイパーバイザーの処理について説明する。LPAR2に障害が発生すると、ハイパーバイザー117は、LPAR障害検出処理を開始するS601。障害検出処理において、障害発生要因を解析して、回復可能な要因か否かを判断するS602。その判断の結果、LPAR障害が回復不可能な要因である場合、HypervisorAgt118に対してLPAR障害を伝えるために、HypervisorAgtアラート送出を要求しS603、LPAR障害時のログ取得などの障害処理を実行してS604、処理を終了するS605。一方、LPAR障害が回復可能な要因である場合、回復処理を行いS606、終了するS607。次に図7~図8を参照して、管理サーバ101からのコマンド実行要求に伴うHypervisorAgt118におけるコマンドの処理について説明する。管理サーバ101から送信されたコマンド実行要求を受けると、HypervisorAgt118は受信処理を行うS701。要求されるコマンドには複数の種類があるので、まずコマンドの種別を解析するS702。この例では、LPARの停止を行うLPAR停止deactivateコマンドと、LPAR構成情報読み込みコマンドと、LPAR構成情報書き込みコマンドと、LPARの起動を行うLPAR起動activateコマンドと、LPAR生成コマンド、の5つのコマンドの処理を行う。LPARdeactivateコマンドである場合、停止対象LPARは妥当であるかを判定するS703。妥当でないと判断した場合にはエラー処理を行いS707、終了するS708。停止対象LPAR2が妥当であると判断した場合には、停止対象LPAR2の停止処理を行うS704。そして、停止処理が成功したか否かを判断するS705。停止処理が失敗した場合、エラー処理してS707、終了するS708。一方、停止処理が成功した場合には、LPAR2の停止完了を伝えるためにHypervisorAgtアラート送信要求を行って、終了するS708。LPAR構成情報読み込みコマンドである場合、対象LPAR2の構成情報を管理サーバ101に転送する。その後、データ転送が成功したか否かを判断してS710、データ転送が成功したら処理を終了するS712。一方、失敗したら、エラー処理してS711、終了するS712。LPAR構成情報書き込みコマンドである場合、対象LPAR2の構成情報を管理サーバ101からハイパーバイザー127に転送する。その後、データ転送が成功したか否かを判断してS714、データ転送が成功したら処理を終了するS716。一方、失敗したら、エラー処理してS714、終了するS716。次に、LPAR起動コマンドである場合図8参照、起動対象のLPAR2は妥当であるかを判定するS801。その結果、妥当でないと判断した場合にはエラー処理を行ってS805、終了するS806。一方、起動対象のLPAR2が妥当であると判断した場合には、起動対象LPAR2の起動処理を行うS802。その後、起動が成功したかを判断してS803、起動に失敗した場合にはエラー処理を行ってS805、終了するS806。一方、起動に成功した場合には、LPARのactivate完了を伝えるためにHypervisorAgtアラート送信要求を行いS804、終了するS806。次に、LPAR生成コマンドである場合、まず移行前及び移行先の実効CPU性能の計算を行うS807。移行前の実効CPU性能は、物理CPUの数×移行前のLPARでのサービス率として計算する。移行先の実効CPU性能は、物理CPUの数×100-として計算する。その後、次の3つの条件の判定を行うS808。1移行前の実効性能と移行先の実効CPU性能を比較して移行先の実効CPU性能が移行前の実効CPU性能以上であること。2移行先のメモリが空いていること。3移行先に移行元のLPARが使用していた数と同数のNICHBAがあいていること。上記3つの条件の1つでも満たしていなければ、LPAR生成は不可能とみなして、エラー処理してS812、終了するS813。一方、3つの条件を全て満たしていれば、対象LPARを生成するS809。この例では、LPAR2の交代先としてLPAR124を生成する。その後、LPARの生成が成功したかを判定しS810、成功した場合、LPAR生成完了を伝えるためにHypervisorAgtアラート送信要求を行ってS811、終了するS813。一方。LPARの生成が失敗した場合には、エラー処理を行ってS812、終了するS813。次に、図9及び図10を参照して、HypervisorAgtアラート送信要求があった場合のHypervisorAgtの送信処理について説明する。HypervisorAgtアラート送信要求があった場合、HypervisorAgt118はアラートの種別を解析するS902。その結果、アラートの種別がLPAR起動完了である場合には、LPAR起動完了アラートを送信してS903、終了するS906。アラートの種別がLPAR起動失敗である場合には、LPAR起動失敗アラートを送信してS904、終了するS906。アラートの種別がLPAR障害発生である場合には、LPAR障害発生アラートを送信してS905、終了するS906。アラートの種別がLPAR停止完了である場合には、LPARdeactivate完了アラートを送信してS1001、終了するS906。アラートの種別がLPAR停止失敗である場合には、LPAR停止失敗アラートを送信してS1002、終了するS906。アラートの種別がLPAR生成完了である場合には、LPAR生成完了アラートを送信してS1003、終了するS906。アラートの種別がLPAR生成失敗である場合には、LPAR生成失敗アラートを送信してS1004、終了するS906。上記した例は、サーバ111のLPARに障害が発生した時に、管理サーバ101の制御の下、移行元及び移行先のハイパーバイザー間で種々の情報をやり取りして、LPARの移行制御を行うものである。また、サーバ障害時の検出はSVPからも行うことができる。これによりハードウェア障害時にもその上で動作していたLPARを別々の物理マシンに移行させることができる。以上のように、本実施例によれば、仮想計算機システムのLPAR障害時に、LPAR単位のきめ細かい交代を実現できるので、効率を要求される仮想計算機システムの利用業務に適用することができる。また、複数の物理計算機間に性能上のばらつきがある場合、特定のLPARの物理計算機間の移動が容易に可能となる。"