(57)【要約】      （修正有）【課題】フェイルオーバを実行する時間を短縮できる計算機システムを提供する。【解決手段】管理サーバが、サーバの構成情報を取得し、取得された構成情報に基づいて、予備サーバに現用サーバに対応した構成を備える論理区画を構成する第１のステップと、予備サーバが、構成された論理区画を起動し、起動された論理区画が所定の状態となった場合に、予備サーバが、論理区画への第１のプロセッサのリソースの割り当てを停止して、論理区画を待機させ、管理サーバが、現用サーバに発生した障害を検出し、現用サーバに発生した障害が検出された場合に、管理サーバが、障害が検出された現用サーバを停止させ、管理サーバが、障害が発生した現用サーバに対応した構成を備える論理区画を検索し、管理サーバが、検索された論理区画への第１のプロセッサのリソースの割り当てを再開させて、論理区画の起動を完了させる。【選択図】図１
2008293245.tif 000002
【特許請求の範囲】
【請求項１】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおけるフェイルオーバ方法であって、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサのリソースを論理的に分割し、前記論理的に分割された第１のプロセッサのリソースを割り当てることによって論理区画が構成され、
前記フェイルオーバ方法は、
前記管理サーバが、前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成する第１のステップと、
前記予備サーバが、前記構成された論理区画を起動する第２のステップと、
前記起動された論理区画が所定の状態となった場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサのリソースの割り当てを停止して、前記論理区画を待機させる第３のステップと、
前記管理サーバが、前記現用サーバに発生した障害を検出する第４のステップと、
前記現用サーバに発生した障害が検出された場合に、前記管理サーバが、前記障害が検出された現用サーバを停止させる第５のステップと、
前記管理サーバが、前記障害が発生した現用サーバに対応した構成を備える論理区画を検索する第６のステップと、
前記管理サーバが、前記検索された論理区画への前記第１のプロセッサのリソースの割り当てを再開させて、前記論理区画の起動を完了させる第７のステップと、
を含むことを特徴とするフェイルオーバ方法。
【請求項２】
前記第１のステップは、前記管理サーバが、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更するステップを含み、
前記第７のステップは、前記管理サーバが、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項３】
前記第３のステップにおける前記所定の状態は、前記論理区画によって前記起動ディスクへの読み出し要求が発生した状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項４】
前記第３のステップにおける前記所定の状態は、前記論理区画によって使用されたメモリ容量が所定の容量となった状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項５】
前記第３のステップにおける前記所定の状態は、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項６】
前記現用サーバは、
第２のプロセッサ及び第２のメモリを備え、
前記第２のメモリに格納されたプログラムによって前記第２のプロセッサのリソースを論理的に分割し、前記論理的に分割された第２のプロセッサのリソースを割り当てることによって現用論理区画が構成され、
前記構成された現用論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項７】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおいて、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサのリソースを論理的に分割し、前記論理的に分割された第１のプロセッサのリソースを割り当てることによって論理区画が構成され、
前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
前記フェイルオーバ処理部は、
前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成し、
前記予備サーバに、前記構成された論理区画を起動させ、
前記予備サーバによって起動された論理区画が所定の状態となった場合に、前記予備サーバに、前記論理区画への前記第１のプロセッサのリソースの割り当てを停止させて、前記論理区画を待機させ、
前記現用サーバに発生した障害が検出された場合に、前記障害が検出された現用サーバを停止させ、
前記障害が発生した現用サーバに対応した構成を備える論理区画を検索し、
前記検索された論理区画への前記第１のプロセッサのリソースの割り当てを再開させて、前記論理区画の起動を完了させ、
前記起動が完了された論理区画は、前記障害が発生した現用サーバが実行するアプリケーション実行させて、前記現用サーバが実行する業務を引き継ぐことを特徴とする計算機システム。
【請求項８】
前記フェイルオーバ処理部は、
前記論理区画を構成する場合に、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更し、
記論理区画の起動を完了させる場合に、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項７に記載の計算機システム。
【請求項９】
前記所定の状態は、前記論理区画によって前記起動ディスクへの読み出し要求が発生した状態であることを特徴とする請求項７に記載の計算機システム。
【請求項１０】
前記所定の状態は、前記論理区画によって使用されたメモリ容量が所定の容量となった状態であることを特徴とする請求項７に記載の計算機システム。
【請求項１１】
前記所定の状態は、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項７に記載の計算機システム。
【請求項１２】
前記現用サーバは、
第２のプロセッサ及び第２のメモリを備え、
前記第２のメモリに格納されたプログラムによって前記第２のプロセッサのリソースを論理的に分割し、前記論理的に分割された第２のプロセッサのリソースを割り当てることによって現用論理区画が構成され、
前記構成された現用論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項７に記載の計算機システム。
【請求項１３】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、を備える計算機システムに備えられる、前記現用サーバ及び前記予備サーバを管理する管理サーバであって、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサのリソースを論理的に分割し、前記論理的に分割された第１のプロセッサのリソースを割り当てることによって論理区画が構成され、
前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
前記フェイルオーバ処理部は、
前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成し、
前記予備サーバに、前記構成された論理区画を起動させ、
前記予備サーバによって起動された論理区画が所定の状態となった場合に、前記予備サーバに、前記論理区画への前記第１のプロセッサのリソースの割り当てを停止させて、前記論理区画を待機させ、
前記現用サーバに発生した障害が検出された場合に、前記障害が検出された現用サーバを停止させ、
前記障害が発生した現用サーバに対応した構成を備える論理区画を検索し、
前記検索された論理区画への前記第１のプロセッサのリソースの割り当てを再開させて、前記論理区画の起動を完了させることを特徴とする管理サーバ。
【請求項１４】
前記フェイルオーバ処理部は、
前記論理区画を構成する場合に、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更し、
記論理区画の起動を完了させる場合に、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項１３に記載の管理サーバ。
【請求項１５】
前記所定の状態は、前記論理区画によって前記起動ディスクへの読み出し要求が発生した状態であることを特徴とする請求項１３に記載の管理サーバ。
【請求項１６】
前記所定の状態は、前記論理区画によって使用されたメモリ容量が所定の容量となった状態であることを特徴とする請求項１３に記載の管理サーバ。
【請求項１７】
前記所定の状態は、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項１３に記載の管理サーバ。
【請求項１８】
前記現用サーバは、
第２のプロセッサ及び第２のメモリを備え、
前記第２のメモリに格納されたプログラムによって前記第２のプロセッサのリソースを論理的に分割し、前記論理的に分割された第２のプロセッサのリソースを割り当てることによって現用論理区画が構成され、
前記構成された現用論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項１３に記載の管理サーバ。
【請求項１９】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおける、予備サーバの設定方法であって、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサのリソースを論理的に分割し、前記論理的に分割された第１のプロセッサのリソースを割り当てることによって論理区画が構成され、
前記管理サーバが、前記サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記サーバに対応する構成を備える論理区画を構成する第１のステップと、
前記予備サーバが、前記構成された論理区画を起動する第２のステップと、
前記起動された論理区画によって前記起動ディスクへの読み出し要求が発生した場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサのリソースの割り当てを停止して、前記論理区画を待機させる第３のステップと、
を実行することを特徴とする予備サーバの設定方法。
【請求項２０】
前記第１のステップは、前記管理サーバが、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更するステップを含みことを特徴とする請求項１９に記載の予備サーバの設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部のディスク装置からブートするサーバを備える計算機システムにおけるフェイルオーバ方法に関し、より詳細には、フェイルオーバを実行する時間を短縮できる方法に関するものである。
【背景技術】
【０００２】
サーバが外部のディスクアレイ装置を利用して起動する計算機システムでは、一般的に、ディスクアレイ装置は、ファイバチャネルやファイバチャネルスイッチを介して複数のサーバと接続される。サーバのブートディスクは、ディスクアレイ装置に備えられた領域に存在する。そのため、計算機システム内の任意のサーバが用いるブートディスクは、計算機システム内の別のサーバから参照可能である。
【０００３】
このような計算機システムにおいて、例えば、複数のサーバがネットワーク上の外部ディスク装置に接続され、サーバは外部ディスク装置からオペレーティングシステムをブートする計算機システムにおいて、業務を稼動しているサーバ（現用サーバ）に障害が発生した場合に、その業務を稼動中でないサーバ（予備サーバ）へと引き継ぐ際に、現用サーバの障害発生を検知し、計算機システム内において現用サーバと同じハードウェア構成を持つ業務を稼動中でないサーバを検索し、検索の結果発見したサーバから外部ディスク装置へのアクセスを可能として、そのサーバを外部ディスク装置から起動させることによって業務の引き継ぎを行う方法が公開されている（例えば、特許文献１参照。）。なお、障害が発生した現用サーバでの業務を他のサーバに引き継ぐことを、フェイルオーバと呼ぶ。
【０００４】
なお、障害が発生した場合に予備サーバを起動させるフェイルオーバを、コールドスタンバイと呼ぶ。
【０００５】
一方、計算機システムの導入コストを低減する方法として、単一のサーバを複数の論理区画に分割して複数のサーバとして機能させ、複数の業務を単一のサーバに統合する技術がある。例えば、ＣＰＵ、メモリ、Ｉ／Ｏ機器等を論理的に分割して、これらを個々の論理区画に割り当てることによって、複数の論理区画のそれぞれが一つのサーバとして動作する。
【０００６】
これらの技術を組み合わせることで、複数の業務を実行させる計算機システムの導入コストをより低減することができる。
【特許文献１】特開２００６−１６３９６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前述のようなコールドスタンバイでは、現用サーバの障害を検知した後に予備サーバを起動するため、サーバの起動から業務再開までのタイムラグが発生する。
【０００８】
サーバは、起動されてから業務を再開するまでにいくつかのステップを踏む必要がある。具体的には、サーバの起動が開始されると、まずハードウェアを初期化する。ハードウェアの初期化では、サーバと外部の装置を接続するためのネットワークインタフェースカードやホストバスアダプタなどのＩ／Ｏデバイスの初期化、メモリのチェック及び初期化、ＣＰＵの初期化等を実行する。次に、サーバは、オペレーティングシステムを起動する。最後に、サーバは、業務プログラムを起動し、業務を再開する。
【０００９】
特に、ハードウェアを初期化する時間は、Ｉ／Ｏデバイス数やメモリ容量が増加するにつれて増加する。また、近年、サーバが備えるＣＰＵ数やメモリ容量は増加する傾向にある。そのため、これらＣＰＵやメモリのチェック及び初期化のための時間が増加するようになってきた。
【００１０】
従って、コールドスタンバイのように、業務を引き継ぐために新たにサーバを起動するフェイルオーバでは、業務再開までに要する時間が増加する。これに対して、障害発生から業務再開までの時間を短縮することが課題となっている。
【００１１】
本発明は、このような課題を解決するために、現用サーバに障害が発生した場合に、高速なフェイルオーバ方法を提供するための方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一実施態様によると、業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおけるフェイルオーバ方法であって、前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサのリソースを論理的に分割し、前記論理的に分割された第１のプロセッサのリソースを割り当てることによって論理区画が構成され、前記フェイルオーバ方法は、前記管理サーバが、前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成（同じ構成）を備える論理区画を構成する第１のステップと、前記予備サーバが、前記構成された論理区画を起動する第２のステップと、前記起動された論理区画が所定の状態となった場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサのリソースの割り当てを停止して、前記論理区画を待機させる第３のステップと、前記管理サーバが、前記現用サーバに発生した障害を検出する第４のステップと、前記現用サーバに発生した障害が検出された場合に、前記管理サーバが、前記障害が検出された現用サーバを停止させる第５のステップと、前記管理サーバが、前記障害が発生した現用サーバに対応した構成（同じ構成）を備える論理区画を検索する第６のステップと、前記管理サーバが、前記検索された論理区画への前記第１のプロセッサのリソースの割り当てを再開させて、前記論理区画の起動を完了させる第７のステップと、を含むことを特徴とする。
【発明の効果】
【００１３】
本発明によると、サーバに障害が発生した場合に、当該サーバの業務を引き継ぐ論理区画を短時間で起動でき、フェイルオーバの処理に要する時間を短縮することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１５】
＜第１実施形態＞
図１は、本発明の第１の実施の形態の計算機システムの構成ブロック図である。
【００１６】
計算機システムは、管理サーバ１０１、管理対象サーバ１０３、予備サーバ１０４及びディスクアレイ装置１０５によって構成される。なお、管理対象サーバ１０３は、Ｎ個の現用サーバ１０２Ａ〜１０２Ｎによって構成されている。
【００１７】
管理対象サーバ１０３が備える各現用サーバ１０２（１０２Ａ〜１０２Ｎ）は、業務を実行するためのアプリケーションを実行している。なお、以降は現用サーバ１０２とのみ表記する。
【００１８】
管理サーバ１０１は、各現用サーバ１０２及び予備サーバ１０４に対して、ネットワークを経由して状態を監視する。また、各現用サーバ１０２及び予備サーバ１０４を設定するための命令を発行する。
【００１９】
予備サーバ１０４は、少なくとも一つの現用サーバ１０２に障害が発生した場合に、障害が発生した現用サーバ１０２での業務を引き継ぐための論理的なサーバである論理区画４０１を備える。
【００２０】
現用サーバ１０２は、Ｉ／Ｏ機器であるネットワークインタフェースカード（ＮＩＣ）１２２、ホストバスアダプタ（ＨＢＡ）１２１及びＢＭＣ（Ｂａｓｅｂｏａｒｄ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｔｒｏｌｌｅｒ）１２３を備える。
【００２１】
ＮＩＣ１２２は、ネットワークに接続され、ネットワークを介して管理サーバ１０１及び予備サーバと通信可能に構成されている。
【００２２】
ＨＢＡ１２１は、ファイバチャネルに接続され、ファイバチャネルを介してディスクアレイ装置１０５と通信可能に構成されている。
【００２３】
ＢＭＣ１２３は、ネットワークに接続され、ネットワークを介して、管理サーバ１０１と通信可能に構成される。
【００２４】
管理サーバ１０１は、フェイルオーバ処理部１１０及びＮＩＣ１１２を備える。
【００２５】
フェイルオーバ処理部１１０は、現用サーバ１０２のＢＭＣ１２３及び予備サーバ１０４のＢＭＣ１４３に対して、障害通知の受信、電源の制御、論理区画構成処理部１４０に対する論理区画の制御等を実行する。なお、ＮＩＣ１１２は、現用サーバ１０２のＮＩＣ１２１と同じ機能を備える。
【００２６】
予備サーバ１０４は、論理区画構成処理部１４０、ＨＢＡ１４１、ＮＩＣ１４２及びＢＭＣ１４３を備える。なお、ＨＢＡ１４１、ＮＩＣ１４２及びＢＭＣ１４３は、それぞれ、現用サーバ１０２のＨＢＡ１２１、ＮＩＣ１２２及びＢＭＣ１２３と同じ機能を備える。
【００２７】
論理区画構成処理部１４０は、一つ以上の論理区画４０１を備える。この論理区画４０１の各々が、一つのサーバとして稼動する。
【００２８】
管理サーバ１０１は、現用サーバ１０２に障害が発生した場合に、障害が発生した現用サーバ１０２が実行する業務を論理区画４０１に切り替える。この論理区画４０１が、障害が発生した現用サーバの業務を引き継ぐ。このように、現用サーバ１０２の業務を論理区画４０１が引き継ぐための処理が、サーバの切り替えである。
【００２９】
ディスクアレイ装置１０５は、二つ以上のディスク装置１５１を備える。ディスクアレイ装置１０５は、これらディスク装置によって一つ以上の論理ディスク装置を構成する。
【００３０】
現用サーバ１０２は、このディスクアレイ装置１０５に構成された論理ディスク装置の所定の領域が、起動ディスクとして予め設定されている。管理サーバ１０１は、各現用サーバ１０２の起動ディスクの情報を予め格納している。
【００３１】
図２は、本発明の第１の実施の形態の現用サーバ１０２の構成ブロック図である。
【００３２】
現用サーバ１０２は、メモリ２０１と、一つ以上のＣＰＵ２０２（２０２Ａ、２０２Ｂ）と、Ｉ／Ｏデバイス２０３と、ＢＭＣ１２３とを備える。
【００３３】
メモリ２０１は、プログラムやデータを格納する。ＣＰＵ２０２は、メモリ２０１に格納されたプログラムを実行する。Ｉ／Ｏデバイス２０３は、外部の装置とネットワークを介して接続するための一つ以上のインターフェース（ＨＢＡ１２１及びＮＩＣ１２２）を備える。
【００３４】
ＨＢＡ１２１は、ファイバチャネルでの通信において通信相手を特定するためのユニークな識別子であるＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）を格納している。ＮＩＣ１２２は、ネットワーク内でのユニークなデバイス識別子であるＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ａｄｄｒｅｓｓ）アドレスを格納している。
【００３５】
図２に示す例では、現用サーバ１０２には、二つのＮＩＣ１２２と二つのＨＢＡ１２１とが備えられており、ＮＩＣ１２２には、それぞれ、識別子「ＭＡＣ１」「ＭＡＣ２」が設定され、ＨＢＡ１２１には、それぞれ、識別子「ＷＷＮ１」「ＷＷＮ２」が設定されていることを示す。
【００３６】
ＢＭＣ１２３は、障害検出部２０６を備え、管理サーバ１０１と、ハードウェアの監視及び制御のための通信を実行する。
【００３７】
障害検出部２０６は、現用サーバ１０２が備えるハードウェアに発生した異常を検知する。
【００３８】
ＢＭＣ１２３は、障害検出部２０６によって検出された異常を、ネットワークを介して管理サーバ１０１に通知する。また、ＢＭＣ１２３は、ネットワークを介した管理サーバ１０１による遠隔制御によって、現用サーバ１０２の電源のＯＮ／ＯＦＦを制御する。
【００３９】
なお、図２では、二つのＣＰＵと、二つのＨＢＡ１２１と、二つのＮＩＣ１２２とを備える現用サーバ１０２を例示した。これらハードウェアは、当該現用サーバ１０２の機能や性能に応じて任意に構成することができる。
【００４０】
また、図１において、管理対象サーバ１０３は、複数の現用サーバ１０２を備えるが、管理対象サーバ１０３を図２と同等の構成として、この図２のように構成された管理対象サーバ１０３に複数の論理区画を設定して、これら論理区画のそれぞれが現用サーバ１０２として構成されていてもよい。
【００４１】
図３は、本発明の第１の実施の形態の管理サーバ１０１の構成ブロック図である。
【００４２】
管理サーバ１０１は、メモリ３０３と、ＣＰＵ３０２と、記憶装置（ＨＤＤ）３１０と、ＮＩＣ１１２とを備える。
【００４３】
メモリ３０３は、フェイルオーバプログラム３０１を実行可能に格納する。ＣＰＵ３０２がこのフェイルオーバプログラム３０１を実行することによって、フェイルオーバ処理部１１０が構成される。なお、フェイルオーバ処理部１１０は、プログラムではなく、半導体回路などの専用のハードウェアによって構成されていてもよい。
【００４４】
なお、図３では、一つのＣＰＵと、一つのＮＩＣ１２２とを備える管理サーバ１０１を例示した。これらハードウェアは、当該管理サーバ１０１の機能や性能に応じて任意に構成することができる。
【００４５】
図４は、本発明の第１の実施の形態の予備サーバ１０４の構成ブロック図である。
【００４６】
予備サーバ１０４は、メモリ４０４、サーバ管理インターフェース（Ｉ／Ｆ）４０２、ＣＰＵ４０３、ＢＭＣ１４１、ＮＩＣ１４２及びＨＢＡ１４３を備える。
【００４７】
メモリ４０４は、論理区画構成プログラム４１０を実行可能に格納する。ＣＰＵ４０３がこの論理区画構成プログラム４１０を実行することによって、論理区画構成処理部１４０が構成される。なお、論理区画構成処理部１４０は、プログラムではなく、半導体回路などの専用のハードウェアによって構成されていてもよい。
【００４８】
論理区画構成処理部１４０は、一つ以上の論理区画４０１を構成する。図４に示す例では、Ｎ個の論理区画４０１Ａ〜４０１Ｎが構成されている。
【００４９】
論理区画４０１は、それぞれオペレーティングシステム（ＯＳ）４１１を実行する。また、論理区画４０１は、ＯＳ４１１の起動を制御し、ＯＳ４１１からのハードウェアに対するＩ／Ｏ処理を制御するＥＦＩ（Ｅｘｔｅｎｓｉｂｌｅ  Ｆｉｒｍｗａｒｅ  Ｉｎｔｅｒｆａｃｅ）４１６を備える。
【００５０】
ＥＦＩ４１６は、ＯＳ４１１を格納する場所、すなわち、ディスクアレイ装置１０５の所定の論理ディスク装置を指定する機能、複数のＯＳ４１１の中から起動方法に優先順位を付けて管理する機能、及び、ＯＳ４１１の起動を途中で停止する機能等を備える。
【００５１】
サーバ管理インターフェース（Ｉ／Ｆ）４０２は、論理区画構成処理部１４０による論理区画の構成を制御する。また、論理区画４０１からのＩ／Ｏ命令を、実際のハードウェア（ＨＢＡ１４３及びＮＩＣ１４２）に割り当てる。
【００５２】
サーバ管理Ｉ／Ｆ４０２は、ＣＰＵ割当開始部４１２と、ＣＰＵ割当停止部４１３と、Ｉ／Ｏ監視部４１４と、メモリ変換部４１５とを備える。
【００５３】
ＣＰＵ割当開始部４１２は、構成された論理区画４０１に対してＣＰＵリソースの割り当ての開始を指示する。ＣＰＵ割当停止部４１３は、論理区画４０１のＣＰＵリソースの割り当ての停止を指示する。
【００５４】
Ｉ／Ｏ監視部４１４は、論理区画４０１からのＩ／Ｏの有無を監視する。メモリ変換部４１５は、予備サーバ１０４のメモリ４０４と論理区画４０１が実際に使用するメモリ（仮想メモリ）とを管理する。
【００５５】
なお、図４では、一つのＣＰＵと、一つのＮＩＣ１４２と、一つのＢＭＣ１４３とを備える予備サーバ１０４を例示した。これらハードウェアは、当該予備サーバ１０４の機能や性能に応じて任意に構成することができる。
【００５６】
なお、メモリ４０４は、予備サーバ１０４に構成される論理区画４０１が必要とするメモリ領域を備えている必要がある。例えば、論理区画４０１Ａが２ＧＢの記憶領域を必要とし、論理区画４０１Ｂが２ＧＢの記憶領域を必要とする場合、メモリ４０４は、最低４ＧＢの記憶領域を備える必要がある。なお、論理区画４０１が使用するメモリは、管理サーバ１０１のフェイルオーバ処理部１１０のメモリ変換部５０４（図５参照）によって管理される。
【００５７】
図５は、本発明の第１の実施の形態のフェイルオーバ処理部１１０の構成を示す論理ブロック図である。
【００５８】
前述したように、フェイルオーバ処理部１１０は、管理サーバ１０１において、ＣＰＵ３０２がフェイルオーバプログラム３０１を実行することによって構成される。
【００５９】
フェイルオーバ処理部１１０は、メモリ変換テーブル５０１と、サーバ管理テーブル５０２と、ハードウェア（Ｈ／Ｗ）構成情報管理テーブル５０３と、メモリ変換部５０４と、サーバ管理部５０５と、予備構築部５０６と、障害受信部５０７と、ＯＳ起動監視部５０８とを備える。
【００６０】
メモリ変換テーブル５０１は、図１２を参照して後述するが、予備サーバ１０４が備えるメモリアドレス（実メモリアドレス）と論理区画４０１に設定される仮想メモリアドレスとの対応関係を格納する。
【００６１】
サーバ管理テーブル５０２は、図１０を参照して後述するが、現用サーバ１０２と論理区画４０１との対応関係及び切り替えの発生状態を格納する。
【００６２】
Ｈ／Ｗ構成情報管理テーブル５０３は、図１１を参照して後述するが、管理サーバ１０１によって取得された、現用サーバ１０２が備えるハードウェア構成及び現用サーバ１０２の状態であるＨ／Ｗ構成情報を格納する。
【００６３】
メモリ変換部５０４は、メモリ変換テーブル５０１を用いて、仮想メモリアドレスと実メモリアドレスとの対応関係を管理する。また、予備サーバ１０４にこの対応関係を指示する。
【００６４】
サーバ管理部５０５は、現用サーバ１０２の状態監視及び電源制御を実行する。
【００６５】
予備構築部５０６は、現用サーバ１０２と同等の構成の論理区画を予備サーバ１０４に構成する。
【００６６】
障害受信部５０７は、現用サーバ１０２で発生した障害を受信する。
【００６７】
ＯＳ起動監視部５０８は、予備サーバ１０４の各論理区画４０１のＯＳ４１１の起動を監視する。
【００６８】
フェイルオーバ処理部１１０は、これら各テーブル及び各部によって、以降に説明するサーバ切り替え処理を実行する。
【００６９】
図６は、本発明の第１の実施の形態のサーバ切り替え処理のシーケンス図である。
【００７０】
この図６に示す処理は、現用サーバ１０２、管理サーバ１０１のフェイルオーバ処理部１１０及び予備サーバ１０４の論理区画構成処理部１４０によって実行される。
【００７１】
まず、管理サーバ１０１において、フェイルオーバ処理部１１０の予備構築部５０６が予備構築処理を実行する（Ｓ６２１）。なお、この処理は図７で後述する。
【００７２】
この予備構築処理によって、管理対象サーバ１０３に含まれる現用サーバ１０２に対応する論理区画４０１が、予備サーバ１０４に構成される。
【００７３】
予備構築処理が終了した後、現用サーバ１０２において障害が発生した場合は、現用サーバ１０２のＢＭＣ１２３に備えられた障害検出部２０６が、この障害の発生を検出する。検出された障害は、ネットワークを介して管理サーバ１０１のフェイルオーバ処理部１１０に通知される（Ｓ６１１）。
【００７４】
管理サーバ１０１において、フェイルオーバ処理部１１０の障害受信部５０７は、障害検出部２０６によって通知された障害の発生を受信する（Ｓ６２２）。フェイルオーバ処理部１１０のサーバ管理部５０５は、障害検出部２０６によって受信された障害の発生元の現用サーバ１０２を停止させる（Ｓ６２３）。具体的には、サーバ管理部５０５は、障害発生元の現用サーバ１０２のＢＭＣ１２３に、現用サーバをシャットダウンする要求を、ネットワークを介して送信する。
【００７５】
現用サーバ１０２は、管理サーバ１０１のフェイルオーバ処理部１１０からの要求を受信すると、現用サーバ１０２の電源をＯＦＦにする処理を実行して、現用サーバ１０２を停止する（Ｓ６１２）。
【００７６】
次に、管理サーバ１０１において、フェイルオーバ処理部１１０のサーバ管理部５０５は、停止した現用サーバ１０２に対応する論理区画４０１をサーバ管理テーブル５０２から検索する（Ｓ６２４）。
【００７７】
次に、サーバ管理部５０５は、メモリ変換部５０４に、停止した現用サーバ１０２に対応する論理区画４０１のメモリ変換の解除を要求する（Ｓ６２５）。
【００７８】
メモリ変換が解除されることによって、予備サーバ１０４の論理区画４０１のメモリ変換が解除され、論理区画４０１が起動可能な状態に設定される（Ｓ６３１）。
【００７９】
なお、このステップＳ６２５及びステップＳ６３１の処理は、図９で後述する。
【００８０】
次に、メモリ変換部５０４は、ステップＳ６２５の処理によって解除された結果をメモリ変換テーブル５０１に登録して、メモリ変換テーブル５０１の内容を更新する（Ｓ６２６）。
【００８１】
メモリ変換の解除が完了すると、サーバ管理部５０５は、予備サーバ１０４に対して、停止した現用サーバ１０２に対応する論理区画４０１へのＣＰＵリソースの割り当て開始を要求する（Ｓ６２７）。
【００８２】
予備サーバ１０４において、サーバ管理Ｉ／Ｆ４０２のＣＰＵ割当開始部４１２は、サーバ管理部５０５によって要求された論理区画４０１へのＣＰＵリソースの割り当てを開始する（Ｓ６３２）。これによって、論理区画４０１の起動が開始する（Ｓ６３３）。論理区画４０１が起動することによって、停止した現用サーバ１０２で実行されていた業務が、この論理区画４０１に切り替えられ、業務が再開される（Ｓ６３４）。
【００８３】
以上の処理によって、管理対象サーバ１０３の現用サーバ１０２に障害が発生した場合に、予備サーバ１０４に構築された論理区画４０１に切り替えることによって、現用サーバ１０２が処理していた業務が再開される。
【００８４】
図７は、本発明の第１の実施の形態の図６のステップＳ６２１の予備構築処理のフローチャートである。
【００８５】
この図７に示す処理は、管理サーバ１０１において、フェイルオーバ処理部１１０の予備構築部５０６によって実行される。この処理は、例えば、図１に示す計算機システムが新規に構成されたとき、又は、計算機システムの構成が変更されたときに実行される。
【００８６】
まず、予備構築部５０６は、管理対象サーバ１０３に含まれる全ての現用サーバ１０２のハードウェア構成情報（Ｈ／Ｗ構成情報）を取得する（Ｓ７０１）。
【００８７】
なお、Ｈ／Ｗ構成情報は、現用サーバ１０２の識別子、現用サーバ１０２が備えるＣＰＵの数、ＣＰＵの識別子、メモリの容量、ＮＩＣのＭＡＣアドレス及びＨＢＡのＷＷＮ等を含んだ情報である。
【００８８】
このステップＳ７０１の処理では、予備構築部５０６は、管理対象サーバ１０３に含まれる各現用サーバ１０２について、ＢＭＣ１２３にＨ／Ｗ構成情報の取得を要求する。現用サーバ１０２のＢＭＣ１２３は、要求に基づいて、自身のＨ／Ｗ構成情報を要求元の管理サーバ１０１宛に送信する。
【００８９】
なお、管理サーバ１０１は、計算機システムに含まれる各サーバ（管理対象サーバ１０３、現用サーバ１０２、予備サーバ１０４及びディスクアレイ装置１０５等）の情報を予めメモリ３０３に格納している。予備構築部５０６は、格納された情報から、管理対象サーバ１０３に含まれる全ての現用サーバ１０２からＨ／Ｗ構成情報を取得する。
【００９０】
次に、予備構築部５０６は、管理対象サーバ１０３の現用サーバ１０２を一つ選び、選ばれた現用サーバ１０２から取得されたＨ／Ｗ構成情報、及び、選ばれた現用サーバ１０２のサーバ識別子を、Ｈ／Ｗ構成情報管理テーブル５０３（図１１参照）の新たなエントリとして登録して、Ｈ／Ｗ構成情報管理テーブル５０３の内容を更新する（Ｓ７０２）。
【００９１】
次に、予備構築部５０６は、Ｈ／Ｗ構成情報管理テーブル５０３に新たに登録されたエントリに対応する論理区画４０１を作成するように、予備サーバ１０４に要求する（Ｓ７０３）。
【００９２】
予備サーバ１０４の論理区画構成処理部１４０は、予備構築部５０６からの要求を受けて、各Ｈ／Ｗ構成情報に対応する論理区画４０１を作成する。このとき、論理区画構成処理部１４０は、論理区画４０１の一意の論理区画識別子を設定する。
【００９３】
次に、予備構築部５０６は、論理区画構成処理部１４０によって設定された論理区画識別子とサーバ識別子との対応関係を、サーバ管理テーブル５０２に登録する（Ｓ７０４）。サーバ管理部５０５は、このサーバ管理テーブル５０２に登録された情報によって、現用サーバ１０２と論理区画４０１との対応関係を取得することができる。
【００９４】
次に、予備構築部５０６は、メモリ変換部５０４にメモリ変換を要求する（Ｓ７０５）。メモリ変換とは、予備サーバ１０４に構成された論理区画４０１が使用するメモリに関して、論理区画４０１が待機している場合に、一時的に他のメモリ空間に置き換えることである。
【００９５】
予備構築部５０６によってメモリ変換が要求されると、メモリ変換部５０４は、メモリ変換テーブル５０１を参照して、論理区画４０１に設定されているメモリ空間（実メモリアドレス）を、一時的に、他のメモリ空間のアドレス（仮想メモリアドレス）に置き換えるためのメモリ変換処理を実行する。このメモリ変換処理によって、予備サーバ１０４の論理区画の実メモリアドレスが、仮想メモリアドレスに変換される（Ｓ７１１）。
【００９６】
なお、このステップＳ７０５及びＳ７１１の処理は、図９で後述する。
【００９７】
メモリ変換部５０４によるメモリ変換処理が終了すると、予備構築部５０６は、予備サーバ１０４の論理区画４０１の起動を要求する（Ｓ７０６）。予備サーバ１０４の論理区画構成処理部１４０は、この要求を受けて、論理区画４０１の起動を開始させる（Ｓ７１２）。
【００９８】
予備サーバ１０４の論理区画構成処理部１４０は、まず、論理区画４０１によって利用されるハードウェアを初期化する。具体的には、論理区画構成処理部１４０は、ＣＰＵ４０３に処理を割り当てる処理、メモリ４０４の領域を割り当てる処理、ＮＩＣ１４２にＭＡＣアドレスを割り当てる処理、ＨＢＡ１４１にＷＷＮを割り当てる処理等を実行する。
【００９９】
このハードウェアの初期化が完了すると、論理区画４０１内にＥＦＩ４１６が構成される。このＥＦＩ４１６は、ディスクアレイ装置１０５の所定の領域からＯＳの読み込みを開始する。
【０１００】
このＯＳの読み込みに先立って、予備構築部５０６は、ＯＳ起動監視部５０８にＯＳ起動監視処理の実行を要求する（Ｓ７０７）。ＯＳ起動監視部５０８は、論理区画４０１の状態を監視し、論理区画４０１によって、ＯＳが格納されているディスクアレイ装置１０５の所定の領域に対するＩ／Ｏ処理があった場合に、論理区画４０１の動作を停止させる。予備サーバ１０４の論理区画構成処理部１４０は、この処理によって、論理区画４０１がＯＳを読み込む直前の状態で当該論理区画４０１へのＣＰＵリソースの割り当てを停止して、待機状態に設定する（Ｓ７１３）。
【０１０１】
現用サーバ１０２による業務の運用に際して、ＯＳの内容は、バージョンアップやパッチの適用等によって変化している。そのため、現用サーバ１０２から論理区画４０１に処理を切り替えるときに、あらためてＯＳを読み込むようにすれば、常に最新の状態で業務の引き継ぎが可能となる。
【０１０２】
なお、このステップＳ７０７及びＳ７１３の処理は、図８で後述する。
【０１０３】
以上のステップＳ７０２からＳ７０７の処理によって、予備サーバ１０４に、現用サーバ１０２に対応する論理区画４０１が作成される。作成された論理区画４０１は、ＯＳを読み込む直前の状態で停止されて、待機している。
【０１０４】
なお、本実施の形態では、一つの予備サーバ１０４に、現用サーバ１０２の台数分の論理区画４０１を構成したが、予備サーバ１０４を複数備えて、これら複数の予備サーバ１０４に、各現用サーバ１０２に対応する論理区画４０１を分散して構成してもよい。
【０１０５】
次に、予備構築部５０６は、管理対象サーバ１０３に含まれる全ての現用サーバ１０２に対して、前記ステップＳ７０２からＳ７０７の処理が終了したか否かを判定する（Ｓ７０８）。
【０１０６】
未だ処理が終了していない現用サーバ１０２があれば、処理が終了していない現用サーバ１０２について、ステップＳ７０２からＳ７０７の処理を実行する。管理対象サーバ１０３中の全ての現用サーバ１０２の処理が終了していれば、本フローチャートの処理を終了する。
【０１０７】
このように、図７の処理によって、管理対象サーバ１０３に含まれる現用サーバ１０２と同等の構成を備える論理区画４０１が作成される。作成された論理区画４０１は、管理対象サーバ１０３のいずれかの現用サーバ１０２に障害が発生した場合に、その現用サーバ１０２の業務を引き継ぐために使用される。
【０１０８】
特に、ステップＳ７１１のメモリ変換処理によって、現用サーバ１０２に障害が発生して論理区画４０１のＯＳを起動するまでは、論理区画４０１は、仮想メモリアドレスが割り当てられるので、論理区画４０１によって確保されるメモリ量を削減できる。
【０１０９】
また、現用サーバ１０２に障害が発生して、現用サーバ１０２に対応する論理区画４０１に切り替える（フェイルオーバする）場合に、論理区画４０１の起動に関する処理、例えばハードウェアの初期化処理が既に完了しているため、フェイルオーバを高速に実行することができる。
【０１１０】
図８は、本発明の第１の実施の形態の管理サーバ１０１のフェイルオーバ処理部１１０のＯＳ起動監視部５０８によって実行されるＯＳ起動監視処理のフローチャートである。
【０１１１】
図７のステップＳ７１３において、フェイルオーバ処理部１１０のサーバ管理部５０５がＯＳ監視処理の実行を要求したときに、ＯＳ起動監視部５０８が本フローチャートの処理を実行する。
【０１１２】
まず、ＯＳ起動監視部５０８は、予備サーバ１０４の論理区画４０１に対するＩ／Ｏ監視を要求する（Ｓ８０１）。
【０１１３】
具体的には、ＯＳ起動監視部５０８は、予備サーバ１０４のサーバ管理Ｉ／Ｆに対して、論理区画４０１の識別子を指定して、指定された論理区画４０１のＩ／Ｏ処理の監視を要求する。
【０１１４】
予備サーバ１０４のサーバ管理Ｉ／Ｆ４０２は、ＢＭＣ１４３を介してＩ／Ｏ処理の監視要求を受信する。
【０１１５】
サーバ管理Ｉ／Ｆ４０２のＩ／Ｏ監視部４１４は、指定された論理区画が発行するＩ／Ｏ処理の監視を開始する（Ｓ８１１）。Ｉ／Ｏ監視部４１４は、論理区画４０１から発行されたＩ／Ｏ処理の有無を判定する。Ｉ／Ｏ処理の発行があった場合は、そのＩ／Ｏ処理によって要求される内容を取得して、ステップＳ８１２の処理を実行する。
【０１１６】
Ｉ／Ｏ監視部４１４は、指定された論理区画４０１によって発行されたＩ／Ｏ処理が、その論理区画４０１によって起動されるＯＳを格納するディスク領域に対する読み込み要求であるか否かを判定する（Ｓ８１２）。
【０１１７】
ステップＳ８１２において、論理区画４０１によって起動されるＯＳを格納するディスク領域に対するＩ／Ｏ処理がない場合は、Ｉ／Ｏ監視部４１４は、ステップＳ８１２の処理を繰り返す。論理区画４０１によって起動されるＯＳを格納するディスク領域へのＩ／Ｏ処理があったと判定した場合は、ステップＳ８１３の処理を実行する。
【０１１８】
ステップＳ８１３において、Ｉ／Ｏ監視部４１４は、論理区画４０１によって起動されるＯＳを格納するディスク領域へのＩ／Ｏ処理の発行があった旨を、ＢＭＣ１４３を介して管理サーバ１０１宛に送信する。
【０１１９】
管理サーバ１０１において、ＯＳ起動監視部５０８は、論理区画４０１によって起動されるＯＳを格納するディスク領域へのＩ／Ｏ処理の発行があった旨を受信すると（Ｓ８０２）、ステップＳ８０３に移行する。
【０１２０】
ステップＳ８０３では、ＯＳ起動監視部５０８は、予備サーバ１０４のサーバ管理Ｉ／Ｆ４０２に対して、論理区画４０１へのＣＰＵリソースの割り当てを停止する要求を送信する（Ｓ８０３）。
【０１２１】
予備サーバ１０４において、サーバ管理Ｉ／Ｆ４０２のＣＰＵ割当停止部４１３は、ＣＰＵリソースの割り当てを停止する要求を受信すると、指定された論理区画４０１のＣＰＵリソースの割り当てを停止する（Ｓ８１４）。
【０１２２】
ＣＰＵ割当停止部４１３によって、指定された論理区画４０１へのＣＰＵの時分割のリソースの割り当てを０にすることにより、論理区画４０１の動作が停止する（Ｓ８１５）。
【０１２３】
このように、図８の処理によって、論理区画４０１について、ハードウェアの初期化が完了し、ＯＳを起動する直前の状態で停止させることができる。
【０１２４】
このようにすることによって、フェイルオーバ時に、論理区画４０１のハードウェアの初期化を実行する必要がないので、いわゆるコールドスタートと比較すると、サーバの切り替えが高速に実行できる。
【０１２５】
特に、現用サーバ１０２が必要とするメモリの容量が大きい場合は、予備側のサーバをコールドスタートするとメモリの初期化に要する時間が長くなる。また、ＮＩＣ１４２やＨＢＡ１４１等のインターフェースの初期化に要する処理時間も必要となる。本発明の実施の形態では、予備側のサーバを論理区画４０１として、ハードウェアの初期化が完了した段階で停止しておくので、ハードウェアの初期化に要する時間を短縮することができる。
【０１２６】
なお、この図８の処理では、論理区画４０１によるＩ／Ｏ処理の発行によってＯＳが格納されているディスク装置への読み込みを検出したが、論理区画４０１が備えるＥＦＩ４１６によって、ＯＳの読み込みを検出してもよい。具体的には、論理区画４０１の起動が要求され（図７のステップＳ７０６）、論理区画４０１のハードウェアの初期化が完了した時点で、ＥＦＩ４１６がＯＳが格納されているディスク装置への読み込みを開始する。この読み込みの開始をサーバ管理Ｉ／Ｆ４０２によって、管理サーバ１０１に報告するようにしてもよい。
【０１２７】
また、ＥＦＩ４１６が、ＯＳを読み込む処理を開始する状態となったことをサーバ管理Ｉ／Ｆ４０２に対して報告し、サーバ管理Ｉ／Ｆ４０２からの応答があった場合にＯＳの読み込みを開始するように、ＥＦＩ４１６を予め設定しておいてもよい。
【０１２８】
また、本実施形態では、論理区画４０１によるＯＳへの読み込みの直前で停止させたが、停止させるタイミングは、ＯＳの起動に限られない。例えば、ＯＳが起動した後、業務を実行するアプリケーションが起動する直前のタイミングで、論理区画４０１を停止させてもよい。
【０１２９】
図９は、本発明の第１の実施の形態の図６のステップＳ６２５及び図７のステップＳ７０５において、メモリ変換部５０４によって実行されるメモリ変換処理のフローチャートである。
【０１３０】
まず、メモリ変換部５０４は、サーバ管理部５０５又は予備構築部５０６からの要求が何であるかを判定する（Ｓ９０１）。
【０１３１】
要求がメモリ変換要求であればステップＳ９０２に移行する。要求がメモリ変換解除要求であればステップＳ９１１に移行する。
【０１３２】
ステップＳ９０２では、メモリ変換部５０４は、メモリ変換テーブル５０１に、要求によって指定された論理区画４０１の識別子と仮想メモリアドレスと実メモリアドレスとを登録する。
【０１３３】
次に、メモリ変換部５０４は、ステップＳ９０２において登録されたメモリ変換テーブル５０１のエントリの変換状態を「変換中」に設定する（Ｓ９０３）。
【０１３４】
次に、メモリ変換部５０４は、予備サーバ１０４に対して、指定された論理区画４０１のメモリ変換を要求する（Ｓ９０４）。
【０１３５】
具体的には、メモリ変換部５０４は、論理区画４０１の識別子と仮想メモリアドレスと実メモリアドレスとを指定して、予備サーバ１０４にメモリ変換を要求する。予備サーバ１０４において、サーバ管理Ｉ／Ｆ４０２のメモリ変換部４１５は、要求された論理区画４０１に、仮想メモリアドレスを割り当てる。
【０１３６】
以上のステップＳ９０２からＳ９０４の処理によって、論理区画４０１のメモリ空間が、仮想メモリアドレスとして設定される。
【０１３７】
一方、ステップ９１１では、メモリ変換部５０４は、要求によって指定された論理区画４０１について、予備サーバ１０４に対して、メモリ変換の解除を要求する。
【０１３８】
具体的には、メモリ変換部５０４は、論理区画４０１の識別子を指定して、予備サーバ１０４にメモリ変換の解除を要求する。予備サーバ１０４において、サーバ管理Ｉ／Ｆ４０２のメモリ変換部４１５は、要求された論理区画４０１に割り当てられた仮想メモリアドレスを、実メモリアドレスに変更する。
【０１３９】
次に、メモリ変換部５０４は、メモリ変換テーブル５０１の、指定された論理区画４０１のエントリの実メモリアドレスを、予備サーバ１０４において論理区画が実際に使用する実メモリアドレスに変更する（Ｓ９１２）。
【０１４０】
次に、メモリ変換部５０４は、メモリ変換テーブル５０１の変換状態を「解除済み」に変更する（Ｓ９１３）。
【０１４１】
以上のステップＳ９１１からＳ９１３の処理によって、論理区画４０１のメモリ空間が、実メモリアドレスとして設定される。
【０１４２】
図１０は、本発明の第１の実施の形態のサーバ管理テーブル５０２の一例の説明図である。
【０１４３】
サーバ管理テーブル５０２は、フェイルオーバ処理部１１０によって管理される、管理対象サーバ１０３に含まれる現用サーバ１０２と、フェイルオーバによって切り替える論理区画４０１との対応関係及び切り替えの発生の有無を格納する。
【０１４４】
サーバ管理テーブル５０２は、三つのカラムを含む。
【０１４５】
カラム１００１は、現用サーバ１０２の識別子を格納する。サーバ識別子は、計算機システム内で現用サーバ１０２を一意に特定する情報である。サーバ識別子は、例えば、現用サーバのシリアル番号を用いるとよい。
【０１４６】
カラム１００２は、論理区画４０１の論理区画識別子を格納する。論理区画識別子は、予備サーバ１０４に構成された論理区画４０１を一意に特定できる情報である。例えば、論理区画４０１の生成時に、論理区画構成処理部１４０によって付与された一意な識別子を用いるとよい。
【０１４７】
カラム１００３は、現用サーバ１０２がフェイルオーバによって切り替えられた否かの状態を格納する。カラム１００１に登録されている現用サーバ１０２に障害が発生し、フェイルオーバが実行されて、現用サーバ１０２に業務が論理区画４０１に切り替えられた場合に、切り替え状態が「Ｔｒｕｅ」に設定される。一方、カラム１００１に登録されている現用サーバ１０２に障害が発生しても、フェイルオーバが未だ実行されていない場合は、切り替え状態が「Ｆａｌｓｅ」に設定される。
【０１４８】
図１０に示す例では、サーバ識別子Ｓ１で示される現用サーバ１０２は、論理区画識別子Ｌ１で示される論理区画４０１と対応付けられており、切り替え状態は「Ｆａｌｓｅ」、つまり、未だ切り替えが発生していないことを示す。
【０１４９】
また、サーバ識別子Ｓ２で示される現用サーバ１０２は、論理区画識別子Ｌ２で示される論理区画４０１と対応付けられており、切り替え状態は「Ｔｒｕｅ」、つまり、切り替えが発生していることを示す。
【０１５０】
図１１は、本発明の第１の実施の形態のＨ／Ｗ構成情報管理テーブル５０３の一例の説明図である。
【０１５１】
Ｈ／Ｗ構成情報管理テーブル５０３は、フェイルオーバ処理部１１０によって管理される現用サーバ１０２のＨ／Ｗ構成情報を格納する。
【０１５２】
前述のように、予備構築部５０６は、管理対象サーバ１０３に含まれる全ての現用サーバ１０２についてＨ／Ｗ構成情報を取得して、取得されたＨ／Ｗ構成情報を、現用サーバ１０２の識別子ごとにＨ／Ｗ構成情報管理テーブル５０３に登録する。
【０１５３】
Ｈ／Ｗ構成情報管理テーブル５０３は、四つのカラムを含む。
【０１５４】
カラム１１０１は、サーバ識別子を格納する。このサーバ識別子は、図１０のサーバ識別子と同じである。
【０１５５】
カラム１１０２は、現用サーバ１０２のＣＰＵ情報を格納する。ＣＰＵ情報は、ＣＰＵの数とＣＰＵの識別子とを含む。
【０１５６】
カラム１１０２内のカラム１１２１は、現用サーバに搭載されているＣＰＵの数を格納する。
【０１５７】
カラム１１０２内のカラム１１２２は、ＣＰＵの識別子を格納する。ＣＰＵ識別子は、現用サーバ１０２内のＣＰＵを一意に特定できる情報である。ＣＰＵ識別子は、例えば、ＣＰＵのスロット番号を用いるとよい。
【０１５８】
なお、ＣＰＵのスロット単位、すなわち、物理的に区分されたＣＰＵのそれぞれをＣＰＵ識別子の単位としたが、これは、管理単位がＣＰＵ単体に限定されることを意味しているわけではない。障害を検知できる粒度や、論理区画への割当単位などを考慮して、管理単位を適宜変更してもよい。例えば、ＣＰＵに含まれるＣＰＵのコアを単位としてもよい。
【０１５９】
カラム１１０３は、メモリ情報を格納する。メモリ情報は、メモリの総容量とメモリ識別子とメモリ識別子ごとの容量とを含む。
【０１６０】
カラム１１０３内のカラム１１３１は、現用サーバに搭載されている全てのメモリの記憶領域の容量を格納する。
【０１６１】
カラム１１０３内のカラム１１３２は、メモリ識別子を格納する。メモリ識別子は、現用サーバ１０２内で区分されたそれぞれのメモリを一意に特定できる情報である。メモリ識別子は、例えば、メモリのスロット番号を用いるとよい。
【０１６２】
カラム１１０３内のカラム１１３３は、メモリ識別子ごとの記憶領域の容量を格納する。
【０１６３】
なお、メモリ情報は、メモリのスロット単位、すなわち、物理的に区分されたメモリのそれぞれをメモリ識別子の単位としたが、これは、管理単位がメモリ単体に限定されることを意味しているわけではない。障害を検知できる粒度や、論理区画への割当単位などを考慮して管理単位を適宜変更してもよい。例えば、メモリバンク単位としてもよい。
【０１６４】
カラム１１０４は、現用サーバ１０２が備えるＩ／Ｏ機器（ＮＩＣ、ＨＢＡ）の情報を格納する。
【０１６５】
カラム１１０４内のカラム１１４１は、ＮＩＣのＭＡＣアドレスを格納する。
【０１６６】
カラム１１０４内のカラム１１４２は、ＨＢＡのＷＷＮを格納する。
【０１６７】
なお、現用サーバ１０２がＮＩＣやＨＢＡ以外のＩ／Ｏ機器を備えている場合は、カラム１１０４に、その他のＩ／Ｏ機器の情報を格納してもよい。
【０１６８】
図１１に示す例では、サーバ識別子Ｓ１で示される現用サーバ１０２は、二つのＣＰＵ「ＣＰＵ１」と「ＣＰＵ２」とを備えている。この現用サーバ１０２のメモリの総容量は、２ＧＢであり、メモリ識別子「Ｍｅｍ１」には１ＧＢの容量が割り当てられ、メモリ識別子「Ｍｅｍ２」には１ＧＢの容量がそれぞれ割り当てられている。また、この現用サーバ１０２は、識別子「ＭＡＣ１」で示されるＮＩＣ１２２と、識別子「ＷＷＮ１」で示されるＨＢＡ１２１とが備えられている。
【０１６９】
図１２は、本発明の第１の実施の形態のメモリ変換テーブル５０１の構成の一例の説明図である。
【０１７０】
メモリ変換テーブル５０１は、フェイルオーバ処理部１１０によって管理される論理区画４０１の仮想メモリアドレスの状態を格納する。
【０１７１】
メモリ変換テーブル５０１は、四つのカラムを含む。
【０１７２】
カラム１２０１は、論理区画４０１の論理区画識別子を格納する。この論理区画識別子は、図１０の論理区画識別子と同じである。
【０１７３】
カラム１２０２は、論理区画４０１に設定される仮想メモリアドレスを格納する。
【０１７４】
カラム１２０３は、論理区画４０１の実メモリアドレスを格納する。
【０１７５】
カラム１２０４は、論理区画４０１のメモリアドレスが、仮想メモリアドレスに変換されているかを示す情報である変換状態を格納する。
【０１７６】
例えば、論理区画識別子Ｌ０で示される論理区画４０１は、仮想メモリアドレスとして「０ｘ００００−０ｘＦＦＦＦ」のメモリアドレスが割り当てられ、実メモリアドレスとして「０ｘ０００００−０ｘ０００ＦＦ」が割り当てられる。そして、この論理区画４０１は、変換状態が「変換中」である。従って、この論理区画４０１には、仮想メモリアドレスが割り当てられていることが示されている。
【０１７７】
図１３は、本発明の第１の実施の形態のメモリ変換処理によるメモリ変換の説明図である。
【０１７８】
本発明の実施の形態は、予備サーバ１０４に複数の論理区画４０１が作成される。そのため、管理対象サーバ１０３に含まれる現用サーバ１０２に対応する論理区画４０１について、各論理区画が必要とするメモリを全て割り当てると、予備サーバ１０４が必要とするメモリの量が増加してしまう。状況によっては、予備サーバ１０４のメモリが不足してしまう。
【０１７９】
そこで、本発明の実施の形態では、論理区画４０１が必要とする実メモリアドレスに対して、仮想メモリアドレスを割り当てて、論理区画４０１が待機している場合に、予備サーバ１０４のメモリの使用量を抑える。
【０１８０】
図１３（Ａ）は、予備サーバ１０４の論理区画４０１のメモリ構成を示す。
【０１８１】
図６のステップＳ６１１の予備構築処理によって、予備サーバ１０４に論理区画が作成される。各論理区画４０１は、それぞれ２ＧＢの実メモリアドレスが設定される。
【０１８２】
このとき、論理区画４０１は、未だＯＳやアプリケーションプログラム等が稼動していないため、設定したメモリアドレスの容量の全てを必要としない。そこで、これら論理区画４０１が待機している場合に必要とする最小限のメモリ（ここでは１０ＭＢ）を、仮想メモリアドレスとして設定する。
【０１８３】
図１３（Ａ）の例では、三つの論理区画（Ｌ０、Ｌ１、Ｌ２）が設定され、それぞれ１０ＭＢの容量の仮想メモリアドレスが設定されている状態のメモリレイアウトを示す。従って、これら三つの論理区画によって使用されるメモリの総容量は３０ＭＢで済む。
【０１８４】
図１３（Ｂ）は、現用サーバ１０２に障害が発生し、フェイルオーバによって論理区画Ｌ０に切り替えられた状態のメモリレイアウトを示す。
【０１８５】
論理区画Ｌ０は、待機中にメモリ変換されて仮想メモリアドレスが設定されていたが、切り替え処理によってメモリ変換が解除されて、論理区画Ｌ０が必要とする全てのメモリ容量である２ＧＢの実メモリアドレスが設定される。なお、この場合にも、待機中の他の論理区画４０１は、仮想メモリアドレスが設定されている。
【０１８６】
このようにすることによって、現用サーバ１０２の切り替え対象となる論理区画４０１を備える予備サーバ１０４のメモリ容量を抑えることができる。
【０１８７】
図１４は、本発明の第１の実施の形態の管理サーバ１０１におけるユーザインターフェースの一例の説明図である。
【０１８８】
このユーザインターフェース（ユーザＩ／Ｆ）１４０１は、管理サーバ１０１が備えるディスプレイ、又は、ネットワークを介して管理サーバ１０１での設定を実行可能な端末に表示される。管理者は、このユーザＩ／Ｆを用いて予備サーバ１０４の論理区画４０１の設定状態を確認し、必要ならば設定を変更することができる。
【０１８９】
管理者は、画面１４０２において、設定されている論理区画４０１の設定状態（スペック）を確認することができる。
【０１９０】
画面１４０２は、ＣＰＵの数と各ＣＰＵのクロックとを確認する画面１４１１、メモリの容量を確認する画面１４１２、Ｉ／Ｏ機器の数と設定を確認する画面１４１３とを備える。Ｉ／Ｏ機器の設定は、例えば、ＮＩＣ１２２の通信速度とＭＡＣアドレスとが表示される。
【０１９１】
画面１４０３は、論理区画４０１を、どのような状態で停止させるかを設定するための画面である。
【０１９２】
前述のように、フェイルオーバ処理部１１０によって、論理区画４０１は、ＯＳを読み込む直前の状態で停止される。これに対して、管理者の設定によって、その他の状態でＯＳの起動を停止させておくことができる。
【０１９３】
画面１４２１は、論理区画４０１の起動を停止させるメモリ容量の上限値を設定する。
【０１９４】
前述の図７のステップＳ７０７のＯＳ起動監視処理において、論理区画４０１が起動してＯＳを読み込もうとしたときに論理区画を停止させた。これに対して、論理区画４０１が起動する過程で、論理区画４０１によって使用されるメモリ容量が、画面１４２１で設定されたメモリ容量を超えたときに、論理区画を停止するように設定することができる。
【０１９５】
画面１４２２は、論理区画４０１で起動を許可するソフトウェアを設定する。
【０１９６】
前述の図７のステップＳ７０７のＯＳ起動監視処理において、論理区画４０１が起動してＯＳを読み込もうとしたときに論理区画４０１を停止させた。これに対して、ＯＳや他のソフトウェアを読み込んで起動した後に、論理区画４０１を停止させるように設定することができる。図１４では、例として、ＯＳ、データベースサーバ及びアプリケーションサーバの起動を許可するかを設定することができる。
【０１９７】
画面１４３１は、画面１４２１及び画面１４２２で設定した内容を論理区画４０１に適用するか否かを設定するための画面である。
【０１９８】
設定用ボックス１４３２に「○」を設定することによって、その設定用ボックス１４３２に対応する項目が適用される。設定用ボックス１４３２に「×」を設定することによって、その設定用ボックスに対応する項目が非適用となる。
【０１９９】
実行ボタン１４４１は、全ての項目を設定した後、この実行ボタン１４４１をクリックすることによって、設定された内容が論理区画４０１に反映される。
【０２００】
図１４に示す例では、メモリ容量上限を５１２ＭＢに設定し、ＯＳ及びデータベースサーバの起動を許可していることが示されている。
【０２０１】
このように設定した結果、図６に示す予備構築処理において、論理区画４０１によって使用されるメモリ容量が５１２ＭＢに達し、ＯＳが起動し、かつ、データベースサーバが起動した時点で論理区画４０１を停止させる。この場合は、現用サーバ１０２に障害が発生し、図１４に示すように設定された論理区画４０１に切り替えるときに、設定されたＯＳ及びデータベースサーバが既に起動を完了しているため、業務の再開に要する時間を短縮することができる。
【０２０２】
本発明の第１の実施の形態は、以上のように構成することによって、予備サーバ１０４に、現用サーバ１０２に障害が発生した場合の代替となる論理区画４０１を設定する。この論理区画４０１は、管理サーバ１０１によって、ハードウェアに関する初期か設定を終え、ディスクアレイ装置１０５に格納されているＯＳを読み込む直前で停止される。そのため、代替となるサーバを一から起動するコールドスタートと比較して、起動時間が短時間で済み、フェイルオーバ処理に掛かる時間を短縮することができる。
【０２０３】
また、複数の現用サーバ１０２に対して、予備サーバ１０４に論理区画を構成するので、予備サーバ１０４が少ない台数（例えば、一つ）で済むため、計算機システムの導入コスト及び運用コストを低減することができる。
【０２０４】
＜第２実施形態＞
次に、本発明の第２の実施の形態を説明する。
【０２０５】
前述の第１の実施の形態では、論理区画４０１は、ＯＳを読み込む直前の状態で停止される。これに対して、第２の実施の形態では、論理区画４０１によって使用されるメモリ容量が所定値を超えた場合に、論理区画４０１を停止する。
【０２０６】
図１５は、本発明の第２の実施の形態のＯＳ起動監視処理のフローチャートである。
【０２０７】
前述の第１の実施の形態の図７のステップＳ７１３において、フェイルオーバ処理部１１０のサーバ管理部５０５がＯＳ監視処理の実行を要求したときに、ＯＳ起動監視部５０８が本フローチャートの処理を実行する。
【０２０８】
まず、ＯＳ起動監視部５０８は、予備サーバ１０４の論理区画４０１に対するメモリ監視を要求する（Ｓ１５０１）。
【０２０９】
具体的には、ＯＳ起動監視部５０８は、予備サーバ１０４のサーバ管理Ｉ／Ｆ４０２に対して、論理区画４０１の識別子を指定して、指定された論理区画４０１のメモリ使用量の監視を要求する。
【０２１０】
予備サーバ１０４のサーバ管理Ｉ／Ｆ４０２は、ＢＭＣ１４３を介してメモリ監視要求を受信する。
【０２１１】
サーバ管理Ｉ／Ｆ４０２のＩ／Ｏ監視部４１４は、指定された論理区画４０１によって使用されるメモリ容量の監視を開始する（Ｓ１５１１）。
【０２１２】
Ｉ／Ｏ監視部４１４は、指定された論理区画４０１によって使用されているメモリ容量が増加したか否かを判定する（Ｓ１５１２）。
【０２１３】
論理区画４０１のメモリ使用量が増加した場合は、ステップＳ１５１３に移行し、論理区画４０１によって使用されているメモリ容量を、ＢＭＣ１４３を介して、管理サーバ１０１宛に送信する。メモリ使用量が増加していない場合は、Ｉ／Ｏ監視部４１４は、ステップＳ１５１２の処理を繰り返す。
【０２１４】
管理サーバ１０１において、ＯＳ起動監視部５０８は、予備サーバ１０４から送信された論理区画４０１のメモリ使用量を受信する。そして、論理区画４０１のメモリ使用量が、予め設定されたメモリ使用量を超えたか否かを判定する（Ｓ１５０２）。論理区画４０１のメモリ使用量が、予め設定されたメモリ使用量を超えたと判定した場合は、ステップＳ１５０３に移行する。論理区画４０１のメモリ使用量が、予め設定されたメモリ使用量を超えていない場合は、ステップＳ１５０２の処理を繰り返す。
【０２１５】
ステップＳ１５０３では、ＯＳ起動監視部５０８は、予備サーバ１０４のサーバ管理Ｉ／Ｆ４０２に対して、論理区画４０１へのＣＰＵリソース割り当てを停止する要求を送信する。
【０２１６】
予備サーバ１０４において、サーバ管理Ｉ／Ｆ４０２のＣＰＵ割当停止部４１３は、ＣＰＵリソース割り当てを停止する要求を受信すると、指定された論理区画４０１のＣＰＵリソース割り当てを停止する（Ｓ１５１４）。
【０２１７】
ＣＰＵ割当停止部４１３によって、論理区画４０１へのＣＰＵの時分割の割り当てを０にすることにより、論理区画４０１の動作が停止する（Ｓ１５１５）。
【０２１８】
このように、本発明の第２の実施の形態では、ＯＳを起動する直前ではなく、論理区画４０１のメモリ使用量が所定値を超えたときに停止させる。そのため、第１の実施の形態と同様に、ハードウェアの初期化に要する時間を短縮することができる。さらに、予備サーバ１０４の設定される各論理区画４０１のメモリ使用量の上限を規定することができるので、予備サーバ１０４における論理区画４０１の管理をより効率的に実行することができる。
＜第３実施形態＞
次に、本発明の第３の実施の形態を説明する。
【０２１９】
前述の第１の実施の形態では、論理区画４０１はＥＦＩ４１６を備えていた。これに対して、第３の実施の形態では、論理区画４０１はレガシーのＢＩＯＳを備える。
【０２２０】
図１６は、本発明の第３の実施の形態の予備サーバ１０４の構成ブロック図である。
【０２２１】
論理区画４０１は、ＯＳ４１１の起動を制御したり、ＯＳ４１１からのハードウェアに対する処理を制御するＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）１６０１を備える。
【０２２２】
ＢＩＯＳ１６０１は、ＯＳ４１１を格納するディスクアレイ装置１０５の所定の論理ディスク装置を指定する機能を備える。
【０２２３】
このように、本発明の第３の実施の形態では、論理区画４０１がＥＦＩ４１６に代えてＢＩＯＳ１６０１を備える。このように構成した場合にも、前述の第１及び第２の実施の形態と同様の処理を実行することができ、ハードウェアの初期化に要する時間を短縮することができる。
【図面の簡単な説明】
【０２２４】
【図１】本発明の第１の実施の形態の計算機システムの構成ブロック図である。
【図２】本発明の第１の実施の形態の現用サーバの構成ブロック図である。
【図３】本発明の第１の実施の形態の管理サーバの構成ブロック図である。
【図４】本発明の第１の実施の形態の予備サーバの構成ブロック図である。
【図５】本発明の第１の実施の形態のフェイルオーバ処理部の構成ブロック図である。
【図６】本発明の第１の実施の形態のサーバ切り替え処理のシーケンス図である。
【図７】本発明の第１の実施の形態の予備構築処理のフローチャートである。
【図８】本発明の第１の実施の形態のＯＳ起動監視処理のフローチャートである。
【図９】本発明の第１の実施の形態のメモリ変換処理のフローチャートである。
【図１０】本発明の第１の実施の形態のサーバ管理テーブルの一例の説明図である。
【図１１】本発明の第１の実施の形態のＨ／Ｗ構成情報管理テーブルの一例の説明図である。
【図１２】本発明の第１の実施の形態のメモリ変換テーブルの構成の一例の説明図である。
【図１３】本発明の第１の実施の形態のメモリ変換処理によるメモリ変換の説明図である。
【図１４】本発明の第１の実施の形態の管理サーバにおけるユーザインターフェースの一例の説明図である。
【図１５】本発明の第２の実施の形態のＯＳ起動監視処理のフローチャートである。
【図１６】本発明の第３の実施の形態の予備サーバの構成ブロック図である。
【符号の説明】
【０２２５】
１０１  管理サーバ
１０２  現用サーバ
１０３  管理対象サーバ
１０４  予備サーバ
１０５  ディスクアレイ装置
１１０  フェイルオーバ処理部
１２１、１４１  ＨＢＡ
１１２、１２２、１４２  ＮＩＣ
１２３、１４３  ＢＭＣ
１４０  論理区画構成処理部
【図１】
2008293245.tif 000003
【図２】
2008293245.tif 000004
【図３】
2008293245.tif 000005
【図４】
2008293245.tif 000006
【図５】
2008293245.tif 000007
【図６】
2008293245.tif 000008
【図７】
2008293245.tif 000009
【図８】
2008293245.tif 000010
【図９】
2008293245.tif 000011
【図１０】
2008293245.tif 000012
【図１１】
2008293245.tif 000013
【図１２】
2008293245.tif 000014
【図１３】
2008293245.tif 000015
【図１４】
2008293245.tif 000016
【図１５】
2008293245.tif 000017
【図１６】
2008293245.tif 000018
【手続補正書】
【提出日】平成19年7月9日(2007.7.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおけるフェイルオーバ方法であって、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
前記フェイルオーバ方法は、
前記管理サーバが、前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成する第１のステップと、
前記予備サーバが、前記構成された論理区画を起動する第２のステップと、
前記起動された論理区画が所定の状態となった場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサの割り当てを停止し、前記論理区画の動作を停止させる第３のステップと、
前記管理サーバが、前記現用サーバに発生した障害を検出する第４のステップと、
前記現用サーバに発生した障害が検出された場合に、前記管理サーバが、前記障害が検出された現用サーバを停止させる第５のステップと、
前記管理サーバが、前記障害が発生した現用サーバに対応した構成を備える論理区画を検索する第６のステップと、
前記管理サーバが、前記検索された論理区画への前記第１のプロセッサの割り当てを要求し、前記論理区画の起動を再開させる第７のステップと、
を含むことを特徴とするフェイルオーバ方法。
【請求項２】
前記第１のステップは、前記管理サーバが、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更するステップを含み、
前記第７のステップは、前記管理サーバが、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項３】
前記第３のステップにおける前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態であり、前記第３のステップは、前記オペレーティングシステムの起動監視部が前記論理区画への第１のプロセッサの割り当てを停止する要求をすることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項４】
前記第３のステップにおける前記所定の状態は、前記論理区画によって使用されたメモリ容量が所定の容量となった状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項５】
前記第３のステップにおける前記所定の状態は、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項６】
前記現用サーバは、
第２のプロセッサ及び第２のメモリを備え、
前記第２のメモリに格納されたプログラムによって前記第２のプロセッサを論理的に分割し、前記論理的に分割された第２のプロセッサを割り当てることによって現用サーバの論理区画が構成され、
前記構成された現用サーバの論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項１に記載のフェイルオーバ方法。
【請求項７】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおいて、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
前記フェイルオーバ処理部は、
前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成し、
前記予備サーバに、前記構成された論理区画を起動させ、
前記予備サーバによって起動された論理区画が所定の状態となった場合に、前記予備サーバに、前記論理区画への前記第１のプロセッサの割り当てを停止させて、前記論理区画の動作を停止させ、
前記現用サーバに発生した障害が検出された場合に、前記障害が検出された現用サーバを停止させ、
前記障害が発生した現用サーバに対応した構成を備える論理区画を検索し、
前記検索された論理区画への前記第１のプロセッサの割り当て要求をし、前記論理区画の起動を再開させ、
前記起動が完了された論理区画は、前記障害が発生した現用サーバが実行するアプリケーションを実行させて、前記現用サーバが実行する業務を引き継ぐことを特徴とする計算機システム。
【請求項８】
前記フェイルオーバ処理部は、
前記論理区画を構成する場合に、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更し、
記論理区画の起動を完了させる場合に、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項７に記載の計算機システム。
【請求項９】
前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態であり、前記所定の状態になった場合に、前記オペレーティングシステムの起動監視部が前記論理区画への第１のプロセッサの割り当てを停止する要求をすることを特徴とする請求項７に記載の計算機システム。
【請求項１０】
前記所定の状態は、前記論理区画によって使用されたメモリ容量が所定の容量となった状態であることを特徴とする請求項７に記載の計算機システム。
【請求項１１】
前記所定の状態は、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項７に記載の計算機システム。
【請求項１２】
前記現用サーバは、
第２のプロセッサ及び第２のメモリを備え、
前記第２のメモリに格納されたプログラムによって前記第２のプロセッサを論理的に分割し、前記論理的に分割された第２のプロセッサを割り当てることによって現用サーバの論理区画が構成され、
前記構成された現用サーバの論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項７に記載の計算機システム。
【請求項１３】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、を備える計算機システムに備えられる、前記現用サーバ及び前記予備サーバを管理する管理サーバであって、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
前記フェイルオーバ処理部は、
前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成し、
前記予備サーバに、前記構成された論理区画を起動させ、
前記予備サーバによって起動された論理区画が所定の状態となった場合に、前記予備サーバに、前記論理区画への前記第１のプロセッサの割り当てを停止させて、前記論理区画の動作を停止させ、
前記現用サーバに発生した障害が検出された場合に、前記障害が検出された現用サーバを停止させ、
前記障害が発生した現用サーバに対応した構成を備える論理区画を検索し、
前記検索された論理区画への前記第１のプロセッサの割り当てを要求し、前記論理区画の起動を再開させることを特徴とする管理サーバ。
【請求項１４】
前記フェイルオーバ処理部は、
前記論理区画を構成する場合に、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更し、
記論理区画の起動を完了させる場合に、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項１３に記載の管理サーバ。
【請求項１５】
前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態であり、前記所定の状態になった場合に、前記オペレーティングシステムの起動監視部が前記論理区画への第１のプロセッサの割り当てを停止する要求をすることを特徴とする請求項１３に記載の管理サーバ。
【請求項１６】
前記所定の状態は、前記論理区画によって使用されたメモリ容量が所定の容量となった状態であることを特徴とする請求項１３に記載の管理サーバ。
【請求項１７】
前記所定の状態は、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項１３に記載の管理サーバ。
【請求項１８】
前記現用サーバは、
第２のプロセッサ及び第２のメモリを備え、
前記第２のメモリに格納されたプログラムによって前記第２のプロセッサを論理的に分割し、前記論理的に分割された第２のプロセッサを割り当てることによって現用サーバの論理区画が構成され、
前記構成された現用サーバの論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項１３に記載の管理サーバ。
【請求項１９】
業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおける、予備サーバの設定方法であって、
前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
前記管理サーバが、前記サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記サーバに対応する構成を備える論理区画を構成する第１のステップと、
前記予備サーバが、前記構成された論理区画を起動する第２のステップと、
前記起動された論理区画によって前記起動ディスクへの読み出し要求が発生した場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサの割り当てを停止して、前記論理区画の動作を停止させる第３のステップと、
を実行することを特徴とする予備サーバの設定方法。
【請求項２０】
前記第１のステップは、前記管理サーバが、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更するステップを含みことを特徴とする請求項１９に記載の予備サーバの設定方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本発明の一実施態様によると、業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおけるフェイルオーバ方法であって、前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、前記フェイルオーバ方法は、前記管理サーバが、前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成（同じ構成）を備える論理区画を構成する第１のステップと、前記予備サーバが、前記構成された論理区画を起動する第２のステップと、前記起動された論理区画が所定の状態となった場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサの割り当てを停止し、前記論理区画の動作を停止させる第３のステップと、前記管理サーバが、前記現用サーバに発生した障害を検出する第４のステップと、前記現用サーバに発生した障害が検出された場合に、前記管理サーバが、前記障害が検出された現用サーバを停止させる第５のステップと、前記管理サーバが、前記障害が発生した現用サーバに対応した構成（同じ構成）を備える論理区画を検索する第６のステップと、前記管理サーバが、前記検索された論理区画への前記第１のプロセッサの割り当てを要求し、前記論理区画の起動を再開させる第７のステップと、を含むことを特徴とする。