"複数のサーバがネットワークを介して外部ディスク装置に接続され、該サーバの各々は該外部ディスク装置からオペレーションシステムをブートすることで起動可能となる計算機システムにおいて、業務を稼動している現用サーバの障害発生時に、該計算機システム内の他のサーバへと業務処理を引き継ぐフェイルオーバ方法であって、前記現用サーバの障害発生を検知するステップと、前記計算機システム内のサーバの中から、業務を稼動中でなく且つ前記現用サーバと同じハードウェア構成を持つことを検索条件に前記現用サーバを引き継ぐべきサーバを検索する検索ステップと、前記検索の結果発見したサーバから該外部ディスク装置へのアクセスを可能とするステップと、前記発見したサーバを該外部ディスク装置からブートするステップを有することを特徴とするフェイルオーバ方法。前記検索ステップでは、サーバの検索ポリシーを示すテーブルを参照し、該テーブルの検索ポリシーに従って前記現用サーバを引き継ぐべきサーバを検索することを特徴とする請求項1のフェイルオーバ方式。前記検索ステップでは、前記検索条件に加えて、前記現用サーバとネットワークの接続機器が同じことを条件に計算機システム内のサーバの中からサーバ検索することを特徴とする請求項1のフェイルオーバ方法。ネットワークを介して外部ディスク装置と接続され、各々が該外部ディスク装置からオペレーションシステムをブートすることで起動可能となる複数のサーバと、該複数のサーバの各々を、それぞれが1台のサーバか、もしくはそれ以上数のサーバ群で構成される複数の論理パーティションのいずれかに属するようにし、かつ該一つの論理パーティションに属するサーバは一つの論理サーバとして機能するように管理するパーティション管理機構を備えた管理サーバとを有する計算機システムにおいて、ある業務を稼動している現用サーバの障害発生時に他のサーバに業務処理を引き継ぐフェイルオーバ方法であって、前記現用サーバの障害発生を検知するステップと、前記計算機システム内のサーバの中から、業務を稼動中でなく、且つ前記現用サーバが属す論理パーティションと同じ構成の論理パーティションを現に構成しているサーバの組を検索する第1の検索ステップと、前記第1の検索の結果発見したサーバの組から構成される予備の論理パーティションを構成するステップと、前記検索の結果発見したサーバの組の各サーバから前記外部ディスク装置へのアクセスを可能にするステップと、前記発見したサーバの組の各サーバを前記外部ディスク装置からブートするステップを有することを特徴とするフェイルオーバ方法。前記第1の検索ステップで該当するサーバの組が発見されない場合には、業務を稼動中でなく、且つ前記現用サーバが属す論理パーティションと同じ構成の論理パーティションを構成可能なサーバの組を検索する第2の検索ステップ、前記第2の検索ステップで発見されたサーバの組を一つの論理パーティションとするステップをさらに有する請求項4のフェイルオーバ方法。複数のサーバがネットワークを介して外部ディスク装置に接続され、該サーバの各々は該外部ディスク装置からオペレーションシステムをブートすることで起動可能となる計算機システムにおいて、ある業務を稼動している現用サーバの障害発生時に、該計算機システム内の業務を他のサーバへと業務処理を引き継ぐフェイルオーバ方法であって、前記複数のサーバそれぞれにて稼動する業務の優先度を管理テーブルに登録するステップと、前記現用サーバの障害発生を検知した場合に、前記管理テーブルを参照して、前記現用サーバが稼動していた業務より優先度の低い優先度の業務を稼動しているサーバを検索する検索ステップと、前記検索の結果発見したサーバへ前記現用サーバが稼動していた業務を引き継ぐステップを有することを特徴とするフェイルオーバ方法。複数の仮想ネットワークを構築可能なスイッチを経由して複数のサーバが外部ディスク装置に接続され、該サーバの各々は該外部ディスク装置からオペレーションシステムをブートすることで起動可能となる計算機システムにおいて、業務を稼動している現用サーバの障害発生時に、該計算機システム内の他のサーバへと業務処理を引き継ぐフェイルオーバ方法であって、前記現用サーバの障害発生を検知するステップと、前記計算機システム内のサーバの中から、業務を稼動中しておらず、且つ前記現用サーバと同じハードウェア構成を持つことを検索条件に前記現用サーバを引き継ぐべきサーバを検索する検索ステップと、前記検索の結果発見したサーバを前記現用サーバと同じ仮想ネットワークに属するように前記スイッチの設定を変更するステップとを有することを特徴とするフェイルオーバ方法。ネットワークを介して外部ディスク装置に接続され、各々が該外部ディスク装置からオペレーションシステムをブートすることで起動可能になる複数のサーバと、該複数のサーバを管理する管理サーバとを有し、前記管理サーバには、前記複数のサーバのハードウエア構成を記録するサーバ管理テーブル、ある業務を稼動している前記複数のサーバの内の現用サーバの障害発生の検出を契機に、業務を稼動しておらず、かつ前記現用サーバと同一のハードウエア構成を持つことを検索条件に前記現用サーバを引き継ぐべきサーバを検索するサーバ検索手段、および前記サーバ検索手段の検索したサーバに前記現用サーバが利用していた外部ディスクをマッピングするよう前記外部ディスク装置に要求するマッピング変更手段、を備えるフェイルオーバ機構を有する計算機システム。前記サーバ検索手段は、サーバの検索ポリシーを示すポリシーテーブルを有し、該検索ポリシーテーブルの検索ポリシーに従って前記現用サーバを引き継ぐべきサーバを検索することを特徴とする請求項8の計算機システム。前記サーバ検索手段は、前記検索条件に加えて、前記現用サーバとネットワークの接続機器が同じことを条件に前記現用サーバを引き継ぐべきサーバ検索する特徴とする請求項8の計算機システム。ネットワークを介して外部ディスク装置に接続され、各々が該外部ディスク装置からオペレーションシステムをブートすることで起動可能になる複数のサーバと、前記複数のサーバの各々を、それぞれが1台のサーバか、もしくはそれ以上数のサーバ群で構成される複数の論理パーティションのいずれかに属するようにし、一つの論理パーティションに属するサーバを一つの論理サーバとして機能させる論理パーティション機構と、該複数のサーバを管理する管理サーバとを有し、前記管理サーバには、前記複数のサーバのハードウエア構成を記録するサーバ管理テーブル、前記複数のサーバの内のある業務を稼動してい現用サーバの障害発生の検出を契機に、業務を稼動しておらず、かつ前記現用サーバと同一のパーティション構成を持つことを検索条件に前記現用サーバを引き継ぐべきサーバを検索するサーバ検索手段、および前記サーバ検索手段の検索したサーバに前記現用サーバが利用していた外部ディスクをマッピングするよう前記外部ディスク装置に要求するマッピング変更手段、を備えるフェイルオーバ機構を有する計算機システム。前記管理サーバには、論理パーティションを構成することが可能なサーバの組み合わせを示すテーブルと、業務を稼動しておらず、かつ前記現用サーバと同一のパーティション構成を現に持つサーバの組が発見できない時には前記テーブルを参照して、業務を稼動しておらず、かつ前記現用サーバが属する論理パーティションと同じ構成の論理パーティションを構成可能なサーバの組を検索する手段と、検索の結果見つかったサーバの組で論理パーティションを構成するように前記論理パーティション機構にパーティション構成の変更を要求する手段を更に有することを特徴とする請求項11の計算機システム。本発明が解決しようとする課題は、外部のディスク装置を利用してブートするサーバにおいて障害が発生した場合に、ブートディスクの引き継ぎによる業務引き継ぎを実現する方法において、不均質なハードウェア構成を持つシステムの中から業務の引き継ぎ先となるサーバの選択作業やパーティション構成作業を不要とすることで、システムの初期構築の工数と導入コストとを削減することである。予備サーバの設定作業を人手により行う場合、ハードウェア構成が均質なシステムの場合はどのサーバを予備サーバとして設定しても問題はない。しかし、不均質なハードウェア構成をもつシステムの場合、予備サーバとして設定する際に、ユーザは現用サーバのハードウェア構成情報を調べ、さらに予備サーバの候補となるサーバのハードウェア構成を調べて、一致するサーバを選択しなければならないため、手間がかかる。また、一般に業務引き継ぎでは、複数の現用サーバに対して1台の予備サーバを設定する。このため、パーティション機能を利用している場合、予備の論理サーバの構成は、現用の論理サーバで障害が発生した時点で決定する。このため、ユーザが障害発生を監視し、発生時に人手によるパーティション構成作業を実施しなければならず、運用コストが大幅に増大してしまう。さらに、予備サーバの台数が不足するなど、予備サーバ群の構成によっては、現用の論理サーバと同じ構成を持つ予備の論理サーバを構成できない場合がある。複数のサーバがネットワーク上の外部ディスク装置に接続され、サーバは外部ディスク装置からオペレーションシステムをブートする計算機システムにおいて、業務を稼動である現用サーバの障害発生時に、計算機システム内の業務を稼動中でないサーバへと業務処理を引き継ぐ際に、現用サーバの障害発生を検知し、計算機システム内において現用サーバと同じハードウェア構成を持つ業務を稼動中でないサーバを検索し、検索の結果発見したサーバから外部ディスク装置へのアクセスを可能として、そのサーバを外部ディスク装置からブートすることで業務の引き継ぎを行う。本発明は外部のディスク装置を利用してブートするサーバにおいて障害が発生した場合に、ブートディスクの引き継ぎによる業務引き継ぎを実現する方法において、不均質なハードウェア構成を持つシステムの中から業務の引き継ぎ先となるサーバの選択作業やパーティション構成作業を不要とすることで、システムの初期構築の工数と導入コストの削減を可能とするフェイルオーバ方法を実現する。図1は、本発明における実施例の全体図を示している。本実施例のシステムは複数のサーバ102を備える。各サーバは、ネットワークインターフェースカードNIC121を介してネットワークスイッチNWSW105に接続され、ファイバチャネルのホストバスアダプタHBA120を介してファイバチャネルスイッチ104に接続されている。また、ファイバチャネルスイッチ104はディスクアレイ装置103にも接続され、サーバ102からアクセスできる。ネットワークスイッチ105は、システムを管理する管理サーバ101にも接続されている。また、サーバ102の各々にはBMCBaseboardManagementController122が内蔵されておいる。BCM122はネットワークを介して管理サーバ101に接続される。これにより各サーバのハードウェアの状態監視や、電源制御が可能となる。さらにサーバ102にはパーティション機構140が設けられている。図示した実施例ではパーティション機構140は2台のサーバを1つの論理サーバとするか、それぞれ個別の論理サーバとするかの切り換えを行う。具体的には、前者の場合には同一パーティション内の各々のサーバは互いに他のサーバが搭載するメモリを自身が搭載するメモリと同様にアクセス可能とする。なお、同一パーティションにまとめられるサーバの最大数を、2台でなくより多数にすると、論理サーバ構成のより多彩な切り換えが可能となる。管理サーバ101は、サーバ102,ディスクアレイ装置103、ネットワークスイッチ104,ファイバチャネルスイッチ105に対し、ネットワークを経由して状態の監視や必要に応じて制御を行う。管理サーバ101にはフェイルオーバ機構110が設けられている。フェイルオーバ機構110は、サーバの障害発生時にBMC122からの障害通知の受信やBMC122への電源制御、ディスクアレイ装置103のディスクマッピング機構130の制御などを行う機構であり、本発明の特徴の一つである。ディスクアレイ装置103内のディスクマッピング機構130は、サーバ102に搭載のHBA120とディスク131との関係づけを行う。具体的にはディスク131にアクセス可能なサーバを制限することによりセキュリティ機能を実現する。本実施例1では、サーバ102はブートディスクとしてディスクアレイ装置103内のディスク131を利用し、ディスク131にはOSおよび業務アプリケーションが格納されている。図2は、本実施例におけるサーバ102の詳細な構成を示している。サーバ102にはプログラムやデータを格納するメモリ201と、メモリ内のプログラムを実行するCPU202と、HBA120と、NIC121と、BMC122から構成されている。HBA120にはファイバチャネル通信において通信相手を特定するために必要となるWWNWorldWideName204と呼ばれるユニークなデバイス識別子がメモリに格納されている。BMC122は、主にサーバ102のハードウェアの監視や制御を行う。サーバ102のハードウェアに異常が発生した場合は障害検出機構205が検知して外部に通知可能である。また、BMC122を通じて遠隔からサーバ102の電源のON/OFFが可能である。図3はフェイルオーバ機構110のプログラムモジュール構成を示している。フェイルオーバ機構110は、サーバのハードウェアやパーティションの構成状況およびサーバの利用状態を格納するサーバ管理テーブル301と、サーバの状態監視を行って障害発生時のフェイルオーバ動作の起動やサーバの電源制御を行うサーバ管理モジュールと、フェイルオーバ時に業務の引き継ぎ先となる予備サーバを検索するサーバ検索機能と、フェイルオーバ時に現用サーバから予備サーバへディスクマッピングを変更するディスクマッピング変更モジュールから構成される。図4は、図3におけるサーバ管理テーブル301の詳細を示している。サーバ管理テーブル301は、フェイルオーバ機構110が管理対象としているサーバの一覧と、各サーバの構成情報および状態が格納されている。テーブルのカラム401は、サーバの識別子が格納されている。サーバ識別子401は、サーバが特定できる情報であれば良い。サーバのシリアル番号や、ブレードサーバであれば、ブレード番号などである。カラム402は、カラム402はサーバのCPU種別を示している。製品名が同じCPUであっても、ステッピングなどが異なれば区別可能な情報を含んでいる。カラム403はサーバのCPU周波数を示している。カラム404はサーバが搭載しているメモリ容量を示している。カラム405はサーバのパーティション構成を示している。カラムの数字はそのサーバが属するパーティションを構成するサーバ数を示しており、括弧内はそのサーバが属すパーティションの識別子を示す。パーティション識別子は論理サーバに対応して付与される。たとえば、サーバ識別子S2とS3のサーバが1つの論理サーバを構成しているのであれば、S2とS3は共にパーティション構成サーバ数は2となり、同じパーティション識別子であるP2に所属していることになる。また、サーバ1台のみで論理サーバが構成されている場合もある。この場合は、パーティション機能を持たないサーバと同等である。本実施例では、現用サーバや予備サーバは全て論理サーバとして示している。ただし、パーティション機能を持たないシステムでは、物理サーバが現用サーバや予備サーバであっても良い。カラム406はサーバの状態を示している。使用中の場合は業務を実行中である。未使用の場合は直ぐに別の業務に利用可能である。また、障害が発生して利用できない場合は障害発生中であることを示す情報が格納される。図5は、図3におけるサーバ管理モジュール302の詳細を示している。サーバ管理モジュールは、サーバの状態監視を行い、サーバの稼動状況や障害監視、および電源の制御を行う。サーバの障害発生時、図1に示すBMC122や、サーバ上で稼動するエージェントプログラムなどがサーバの障害を検出すると、サーバ管理モジュール302へ障害の発生を通知される。このとき通知される障害情報には障害の種類が含まれている。この障害の種類によってフェイルオーバ実行の是非を判断するため、サーバ管理モジュール302は障害動作テーブルを持つ。カラム501は発生した障害の種類を示し、カラム502はその障害発生時のフェイルオーバ実行の是非を示す。障害動作テーブルの格納情報は、システムのユーザが任意に設定可能とすることも出来る。図6は、図3におけるディスクマッピング変更モジュール304の詳細を示している。ディスクマッピング変更モジュール304は、障害が発生した現用サーバのマッピングされているディスクを全てマッピング解除して、業務引き継ぎ先となる予備サーバへそのディスクをマッピングするように要求する。このディスクマッピングの変更は、図1に示すディスクアレイ装置103内のディスクマッピング機構130に対して要求する。ディスクマッピング機構130は、サーバ搭載のHBAの識別子であるWWNに対してディスクを割り当てる。このため、ディスクマッピング変更には、現用サーバのWWNとマッピングされているディスクの情報、予備サーバのWWNが必要となる。これらの情報をディスクマッピング変更モジュール304はサーバディスクマッピングテーブルに格納する。カラム601はサーバの識別子を示す。カラム602はサーバ搭載のHBAのWWNを示している。カラム603はWWNに割り当てられているディスクの仮想ディスク番号を示す。カラム604はそのディスクの物理ディスク番号を示している。仮想ディスク番号は、サーバに見せる仮想的なディスク番号であり、物理ディスク番号に関わらず設定することが出来る。また、サーバディスクマッピングテーブルはディスクがマッピングされていないサーバの情報も記録する。この場合、カラム603およびカラム604の情報は空白となる。図7は、図1におけるディスクアレイ装置103内のディスクマッピング機構130の詳細を示している。ディスクマッピング機構130はディスクアレイ装置内103のディスク131と、ディスクアレイ装置103にファイバチャネル経由で接続されているサーバ搭載のHBA120のWWNとのマッピングを実施する。このマッピング関係にないWWNを持つサーバからはディスクを参照できない。これにより、あるディスクをあるサーバからのみアクセス可能とするセキュリティ設定が可能である。このセキュリティ設定のため、本実施例ではディスクマッピング機構130は図7に示すディスクマッピングテーブルを持つ。カラム701はサーバ搭載のHBAのWWNを示す。カラム702はWWNにマッピングされた仮想ディスク番号を示す。カラム703はWWNにマッピングされた論理ディスク番号を示す。図8は、本実施例におけるディスクマッピング変更例を示している。現用サーバ801に搭載のHBA810はWWN1811を持ち、予備サーバ802に搭載のHBA820はWWN2821を持つ。これらはファイバチャネルスイッチ104を経由してディスクアレイ装置103に接続されている。ディスクのマッピングはディスクマッピング機構130によって制御されており、仮想ディスク831、832,833を含む仮想ディスクのグループ803が現用サーバ801のWWN1811にマッピングされている。仮想ディスク831、832、833の実体は論理ディスク804、805、806であり、OSや業務アプリケーションがインストールされているブートディスクを含んでいる。現用サーバ801で障害が発生した場合は、予備サーバ802へとディスクマッピングを変更する。このとき、現用サーバ801のWWN1811と仮想ディスクのグループ803とのマッピングを解除し、予備サーバ802のWWN2821へマッピングする。これにより、予備サーバ802は現用サーバ801が利用していたOSや業務アプリケーションを含むディスクを引き継ぐことができる。この状態で予備サーバ802を起動することで、現用サーバ801からの業務のフェイルオーバを実現する。図9は、本実施例のフェイルオーバ動作のシーケンス図である。図示するシーケンス図は、現用サーバ801、管理サーバ101のフェイルオーバ機構110、ディスクマッピング機構130、及び予備サーバ802の連携動作を示す。ステップ910は現用サーバでの障害発生を示す。現用サーバ801に搭載のBMCや現用サーバ上で稼動中のエージェントプログラムが障害の発生を検出し、フェイルオーバ機構110に通知する。ステップ920でフェイルオーバ機構110は通知された障害を検知する。するとフェイルオーバ機構110はステップ921で現用サーバのハードウェア構成やパーティション構成などの情報を取得する。この情報は図4に示したサーバ管理テーブルから取得する。ステップ922では、現用サーバをシャットダウンする。もし現用サーバが稼動したままであれば、OSや業務アプリケーションが不安定な状態で稼動している場合があり、これらが不正なIOを発行する場合がある。さらに、予備サーバが業務を引き継いだ時点で現用サーバが未だ稼動中であれば、同じIPアドレスを持つサーバが並存することになる。これを防ぐため、現用サーバのシャットダウンが必要である。ただし、現用サーバがダンプ処理中である場合は、ダンプ処理が終了までシャットダウンを実行しない。また、フェイルオーバ機構110が現用サーバ801にダンプ処理の起動を要求する場合もある。ステップ911では、現用サーバ801がシャットダウンの要求を受けてシャットダウン処理を実行する。もしシャットダウン処理が不可能な場合は、フェイルオーバ機構110が現用サーバ801の強制電源OFFを実行する。強制電源OFFはサーバ搭載のBMCに対して指示することで実行する。フェイルオーバ機構110はステップ923では、ステップ921で取得した現用サーバの情報をもとに、業務引き継ぎが可能な予備サーバを検索する。この検索は図4に示したサーバ管理テーブルの情報が現用サーバと一致するサーバを検索することで実行する。検索の結果、発見したサーバを予備サーバ904とする。ステップ924では現用サーバ901にマッピングされたディスクのマッピングを解除して、予備サーバ802にマッピングするためのディスクマッピング変更要求をディスクマッピング機構130に要求する。ステップ930では、ディスクアレイ装置のディスクマッピング機構130が要求されたディスクマッピング変更を実行する。ステップ925では予備サーバ802の起動を要求する。ステップ940では予備サーバ802が起動する。これによりOSや業務アプリケーションが起動するため、ステップ941で業務が再開される。以下では、図9におけるシーケンスをより詳細に説明する。図10は、サーバ管理モジュール302の動作フローを示している。ステップ1001では、障害が発生したサーバから障害情報を受信する。ステップ1002では、受信した障害の情報から障害の種類を特定する。ステップ1003では、障害動作テーブルを参照し、該当する障害の種類に対してフェイルオーバ動作の実行の是非となる情報を参照する。ステップ1004は、障害動作テーブルの内容より、フェイルオーバの実行の是非を判定する。フェイルオーバ動作が必要であればステップ1005に移り、不要であれば何もせずに終了する。ステップ1005では、現用サーバのシャットダウンを実行する。ステップ1006では、サーバ検索モジュール303を起動する。サーバ検索モジュールの動作が終了するとステップ1007に移る。ステップ1007では予備サーバを起動する。図11はサーバ検索モジュール303の処理フローを示している。ステップ1101では、サーバ管理テーブルから現用サーバの情報を取得する。このとき、現用サーバのサーバ識別子と、そのサーバか属するパーティション識別子を元に情報を取り出す。ステップ1102では、サーバ管理テーブルから、取り出した現用サーバの情報とハードウェア構成が同じであり、かつ同じパーティション構成を持つ未使用状態のサーバを検索する。ここでハードウェア構成とは、図4に示すサーバ管理テーブルのCPU種別カラム402とCPU周波数カラム403とメモリ容量カラム404のことである。また、パーティション構成はカラム405であるが、ここではパーティションを構成するサーバ数のみを条件として参照し、どのパーティションに所属するかは関係ない。ステップ1103では、検索の結果、サーバが発見できたかどうかを判定する。発見したならば次のステップ1104に進む。発見できなかった場合は終了する。ただし、一般的にサーバが発見できなかった場合には、その旨を示す情報をユーザに通知するため、メッセージの表示やログへの出力を行う。ステップ1104では発見したサーバを予備サーバに指定する。ステップ1105ではディスクマッピング変更モジュールを起動する。図12はディスクマッピング変更モジュール303およびディスクアレイ装置のディスクマッピング機構130103の詳細シーケンスを示す。ステップ1201、1202、1203、1205はディスクマッピング変更モジュール303の処理フロー、ステップ1204、1206はディスクマッピング機構130103の処理フローである。ステップ1201では、サーバマッピングテーブルを参照して、現用サーバ搭載のWWNと、そこへマッピングされているディスクの状態を取得する。ステップ1202では、サーバディスクマッピングテーブルを参照して予備サーバ搭載のWWNを取得する。これらの情報はディスクマッピング機構130へマッピング変更要求を指示する際に引数として必要となる。ステップ1203で、現用サーバのWWNにマッピングされているディスクのマッピングを解除するように、ディスクマッピング機構130に要求を出す。ステップ1204では、現用サーバのWWNに対するディスクのマッピングを全て解除する。ステップ1205では、ディスクマッピング機構130に対して、現用サーバにマッピングされていたディスクを、予備サーバのWWNにディスクにマッピングするように要求する。ステップ1206では、予備サーバのWWNに対して要求されたディスクマッピングを実施する。図13は、本発明における実施例2の全体図を示している。実施例2では、現用の論理サーバのパーティション構成に合わせて、予備の論理サーバを構成する実施例を示す。実施例1と異なるのは、管理サーバ101′にパーティション管理機構111が追加されたことと、フェイルオーバ機構の構造である。パーティション管理機構111は、論理サーバの作成、構成変更、および削除といったパーティションの制御を行う機構である。フェイルオーバ機構110′は、パーティション管理機構111と連携して、予備の論理サーバのパーティションを自動構成する機能を実現する。図14は、実施例2の管理サーバ101′の構成を示している。実施例1の管理サーバ101に加えて、パーティション管理機構111が追加される。フェイルオーバ機構110′の構造は、実施例1のフェイルオーバ機構110に加えて、パーティション構成変更モジュール305と、パーティション構成可能テーブル306が追加される。パーティション構成変更モジュール305は、現用の論理サーバと予備の論理サーバのパーティション構成が一致するように、パーティション管理機構111に対して、予備となる論理サーバの構成変更を要求する機能モジュールである。ここでパーティション構成を一致させるとは、現用の論理サーバを構成するサーバ台数と、予備の論理サーバを構成するサーバ台数を一致させることである。たとえば、現用サーバがサーバ2台で構成される論理サーバであった場合、予備サーバも同様にサーバ2台で構成される論理サーバとする。パーティション構成可能テーブル306は、システムで論理サーバが構成できるサーバの組み合わせを列挙するテーブルである。パーティション構成変更モジュール305は、パーティション構成可能テーブル306を参照して、現用の論理サーバと同じパーティション構成となる論理サーバを構成できるサーバの組み合わせを検索する。パーティション管理機構111はパーティション管理テーブル311を含んでいる。パーティション管理機構111は、パーティション管理テーブル311を参照して、現在のパーティション構成を管理している。図15は、図14のパーティション構成可能テーブル306の詳細を示している。カラム1501は論理サーバを構成するサーバの台数を示す。カラム1502は、論理サーバを構成することが可能なサーバの組み合わせを示す。図15に示す例では、サーバ2台で構成する論理サーバは、S2とS3の組み合わせ、S6とS7の組み合わせ、S11とS12の組み合わせで可能ということである。また、本実施例では、サーバ1台で構成する論理サーバのサーバ識別子は記述していないが、本テーブルに含まれていても問題ない。図16は、図14のパーティション管理テーブル311の詳細を示している。カラム1601はパーティション識別子を示している。この識別子は論理サーバに対応して付与される。カラム1602は論理サーバを構成するサーバを示す。図17は、実施例2のフェイルオーバ動作のシーケンス図である。図示するシーケンス図は、現用サーバ、フェイルオーバ機構110′、パーティション管理機構111、ディスクマッピング機構130、及び予備サーバの連携動作を示す。実施例1と異なるのは、ステップ1724のパーティション構成要求と、ステップ1730のパーティション構成変更が追加されたことである。また、ステップ1723の予備サーバの検索における詳細も異なる。ステップ1723では、まず現用の論理サーバのパーティション構成と同じパーティション構成を持つ未使用のサーバの組を検索する。見つかった場合は現用サーバへのディスクのマッピングを解除し、見つかった未使用サーバにそのディスクをマッピングすることを要求するステップ1725に進む。一方、現用の論理サーバのパーティション構成と同じパーティション構成を持つ未使用のサーバの組が見つからない場合は、現用の論理サーバと同じパーティション構成の論理サーバを構成可能なサーバの組み合わせを検索する。たとえば、現用サーバが2台のサーバから構成される論理サーバであった場合、その2台と同じハードウェア構成を持つサーバであり、かつ論理サーバが構成可能なサーバ2台を検索する。これが見つかれば、ステップ1724に進み、発見したサーバを利用して、論理サーバを構成するようにパーティション管理機構1703に要求する。ステップ1730は、パーティション管理機構1703がステップ1724の要求を受けて、パーティションの構成変更を実施する。図18は、実施例2におけるサーバ検索機能303の処理フローを示している。ステップ1801では、サーバ管理テーブルから現用サーバの情報を取得する。このとき、現用サーバのサーバ識別子と、そのサーバか属するパーティション識別子を元に情報を取り出す。ステップ1802では、サーバ管理テーブルから、現用サーバを構成するサーバとハードウェア構成が同じで、かつパーティション構成も同じである未使用サーバの組み合わせ予備の論理サーバを検索する。もしそのサーバの組が無ければ、次にステップ1803に進む。ステップ1803では現用サーバを構成するサーバとハードウェア構成が同じサーバであり、論理サーバを構成可能なサーバの組み合わせを検索する。たとえば、現用サーバがサーバ2台で構成される論理サーバである場合、まずそれぞれのサーバと同じハードウェア構成を持つサーバをサーバ管理テーブル301を利用して検索し、次にそれらのサーバの中から2台で論理サーバが構成できるサーバの組みをパーティション構成可能テーブル306を利用して検索する。発見したならば次のステップ1804に進み、パーティション構成変更モジュールを起動する。次にステップ1805でディスクマッピング変更のためにディスクマッピング機構を起動する。先のステップ1802で予備の論理サーバをお発見できた場合は、ステップ1804のパーティション構成変更モジュールの起動を行わずにステップ1805に進む。ここでステップ1802でもステップ1803でも該当するサーバの組を発見できなかった場合はフェイルオーバの動作を終了する。ただし、一般的にサーバが発見できなかった場合には、その旨を示す情報をユーザに通知するため、メッセージの表示やログへの出力を行う。図19は、パーティション構成変更モジュール305およびパーティション管理機構111の詳細シーケンスを示す。ステップ1901、1903はパーティション構成変更モジュール305の処理フロー、ステップ1902はパーティション管理機構111の処理フローである。ステップ1901でパーティション構成変更モジュール305は、サーバの組みを利用して、現用の論理サーバと同じパーティション構成を持つ論理サーバの構成をパーティション管理機構111に要求する。ステップ1902では、パーティション管理機構111が論理サーバの構成を実施する。ステップ1903では、パーティション構成変更モジュール305は構成した論理サーバを予備サーバとして設定する。本発明における実施例3では、予備サーバの検索の際に、検索ポリシーを用いる例を示している。検索ポリシーによって、現用サーバと必ずしも予備サーバのハードウェア構成やパーティション構成が完全一致しない場合であっても業務の引き継ぎが可能な場合に対処できる。たとえば、CPU周波数やメモリ容量などは、多少の変化があってもソフトウェアは対応可能であるため、一致しなくても業務の引き継ぎは可能である。図20は、本発明における実施例3のサーバ検索モジュール303′を示す。実施例1および実施例2におけるサーバ検索モジュール303に対して、実施例3のサーバ検索モジュール303′は検索ポリシーテーブルを追加している。検索ポリシーテーブルは現用サーバに対して、予備サーバとして満たすべきポリシーが列挙される。このポリシーを満たすサーバであれば、現用サーバ対してハードウェア構成やパーティション構成が完全一致しない場合であっても、予備サーバとして利用することができる。カラム2001は現用サーバのサーバ識別子を示している。カラム2002は検索のポリシーを示している。ポリシーとしては、図20に示すように、CPU周波数やメモリがある一定値以上である条件や、パーティション構成が不一致の場合でも業務に引き継ぎが可能とするなどの条件を設定可能である。サーバ検索モジュール303′では、予備サーバとするサーバの検索の際に、この検索ポリシーテーブルを参照する。検索ポリシーテーブルは、ユーザによって書き換えを可能とする。たとえば、GUIやコマンド、設定ファイルを提供し、検索ポリシーの指定を可能とする。図21は、本発明における実施例3のサーバ検索モジュール303′の処理フローを示す。実施例1および実施例2と異なるのは、ステップ2102において検索ポリシーを利用することである。ステップ2102では、サーバ検索モジュール303′は検索ポリシーテーブルの該当する現用サーバのポリシーを参照し、予備サーバの候補となるサーバをサーバ管理テーブル301から検索する。本発明における実施例4では、システムに未使用のサーバが存在しない場合であっても、障害が発生した業務よりも優先度の低い業務から、サーバを融通することで業務を引き継ぐ方法を示す。図22は、本発明における実施例4のサーバ管理テーブルである。他の実施例と異なるのは、カラム407とカラム408である。カラム407では、サーバが稼動する業務の種類を示している。この例以外にも、業務の種類を示すものとして業務IDを利用しても良い。カラム408はカラム407の業務の優先度を示す。ここでは例として、高、中、低となっている。高であれば業務の優先度は高く、低であれば業務の優先度が低いことを示す。業務の優先度はユーザが指定する。指定方法としては、ユーザへのGUIやコマンドの提供や、設定ファイルなどである。図23は、本発明における実施例4のサーバ検索モジュールの処理フローである。他の実施例と異なるのは、ステップ2302である。ステップ2302では、未使用のサーバだけでなく、現用サーバが稼動していた業務より低い優先度の業務が稼動するサーバを含めて検索する。他の業務が稼動するサーバを予備サーバとする場合は、該当する業務からサーバを融通する。たとえば、図23の例では、サーバ識別子S5で障害が発生した場合、S5の業務より優先度が低いS4のサーバを融通する。また、サーバを融通する業務が他のサーバを利用している場合は、その業務に対するスケールインまたはスケールダウンを実行しても良い。さらに、サーバが不足して予備の論理サーバが構成できない場合にも、他の業務から融通したサーバを利用して、論理サーバを構成可能である。また、サーバを融通する前に、融通するサーバで稼動していた業務を他のサーバへと引き継ぐ方法もある。たとえば、図23においてS5の予備サーバをS4とする場合、先にS4の業務を未使用のS12に引き継ぎ、その後S5の業務をS4へと引き継ぐ。ここで、S4とS12はハードウェア構成が異なるが、実施例3で示した検索ポリシーによって業務の引き継ぎが可能であるものとしている。この動作は、本発明で記述しているフェイルオーバ処理を2回行ったことに等しい。本発明における実施例5の全体図を図24に示す。実施例1と異なるのは、FCSW104にFCSW管理機構140とNWSW105にNWSW管理機構150が追加されていることである。FCSW管理機構140は、FCSWの接続ポートごとやサーバ搭載のHBAのWWNごとにゾーンを分けることで、あるゾーンの属するサーバからは別のゾーンのディスクにアクセスできないようにするセキュリティ機能を制御する。NWSW管理機構150は、NWSWの接続ポートやサーバ搭載のNICごとにVLANIDを付与し、VLANIDごとにネットワークを分離するセキュリティ機能を制御する。実施例5では、現用サーバと接続先のNWSW104やディスクアレイ装置103が異なる場合や、サーバ間でFCSW104のゾーンやNWSW105のVLANIDが異なる場合を考慮して、予備サーバの検索を可能とする。図25は、本発明における実施例5の管理サーバ101′′の構成を示している。他の実施例と異なるのは、管理サーバ101′′のフェイルオーバ機構110′′にはFCSW設定変更モジュール307とNWSW設定変更モジュール308が追加されていることである。FCSW設定変更モジュール307は、予備サーバが現用サーバとゾーンが異なる場合に、ゾーンが一致するようにFCSW管理機構140に対して設定変更を要求する機能モジュールである。NWSW設定変更モジュール308は、予備サーバが現用サーバとVLANIDが異なる場合に、VLANIDが一致するようにNWSW管理機構150に対して設定変更を要求する機能モジュールである。FCSW設定変更モジュール307およびNWSW設定変更モジュール308の動作タイミングは、サーバ検索モジュール303が予備サーバを発見した時点である。図26は、本発明における実施例5のサーバ管理テーブル301である。カラム409はサーバのチップセットの種類を示す。チップセットが一意に決まるのであれば、サーバのモデル名でも良い。現用サーバと予備サーバでチップセットが一致しない場合、業務の引き継ぎができない可能性があるため、このカラムによりチップセットの種類が一致するサーバを検索する。カラム409はサーバ搭載NICのポート数を示す。カラム410はサーバ搭載のHBAポート数を示す。カラム409およびカラム410は、現用サーバと予備サーバでIOポート数が一致しなければ業務の引き継ぎができない場合があるため、予備サーバの検索に利用する。カラム412はサーバが属するVLANIDである。現用サーバと予備サーバでVLANIDが一致しない場合であっても、予備サーバのVLANIDをNWSW設定変更モジュール308によって現用サーバと一致させることで、業務に引き継ぎが可能である。カラム413はサーバが属するゾーンの識別子である。現用サーバと予備サーバでゾーンが異なる場合であっても、予備サーバのゾーンをFCSW設定変更モジュール307によって現用サーバと一致させることで、業務に引き継ぎが可能である。カラム414はサーバの接続先NWSWを示す。現用サーバと予備サーバで接続先NWSWが異なる場合は、業務の引き継ぎができない場合があるため、予備サーバの検索に本カラムを利用する。カラム415はサーバの接続先ディスクアレイ装置を示す。現用サーバと予備サーバで接続先ディスクアレイ装置が異なる場合は、現用サーバのブートディスクが予備サーバからアクセスできないため、業務の引き継ぎができない。そこで、本カラムを予備サーバの検索に利用する。他にもサーバとディスクアレイ装置の接続先ポートの情報や、のディスクアレイ装置の接続先コントローラの情報をサーバ管理テーブル301に追加しても良い。"