JP4842210B2 - フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法 - Google Patents

フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法 Download PDF

Info

Publication number
JP4842210B2
JP4842210B2 JP2007137722A JP2007137722A JP4842210B2 JP 4842210 B2 JP4842210 B2 JP 4842210B2 JP 2007137722 A JP2007137722 A JP 2007137722A JP 2007137722 A JP2007137722 A JP 2007137722A JP 4842210 B2 JP4842210 B2 JP 4842210B2
Authority
JP
Japan
Prior art keywords
server
logical partition
memory
spare
active server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007137722A
Other languages
English (en)
Other versions
JP2008293245A (ja
Inventor
康人 西井
良史 高本
恵介 畑崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2007137722A priority Critical patent/JP4842210B2/ja
Priority to US11/872,960 priority patent/US7779297B2/en
Publication of JP2008293245A publication Critical patent/JP2008293245A/ja
Application granted granted Critical
Publication of JP4842210B2 publication Critical patent/JP4842210B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2046—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share persistent storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2025—Failover techniques using centralised failover control functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)

Description

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

Claims (17)

  1. 業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおけるフェイルオーバ方法であって、
    前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
    前記フェイルオーバ方法は、
    前記管理サーバが、前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成する第１のステップと、
    前記予備サーバが、前記構成された論理区画を起動する第２のステップと、
    前記起動された論理区画が所定の状態となった場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサの割り当てを停止し、前記論理区画の動作を停止させる第３のステップと、
    前記管理サーバが、前記現用サーバに発生した障害を検出する第４のステップと、
    前記現用サーバに発生した障害が検出された場合に、前記管理サーバが、前記障害が検出された現用サーバを停止させる第５のステップと、
    前記管理サーバが、前記障害が発生した現用サーバに対応した構成を備える論理区画を検索する第６のステップと、
    前記管理サーバが、前記検索された論理区画への前記第１のプロセッサの割り当てを要求し、前記論理区画の起動を再開させる第７のステップと、
    を含み、
    前記第３のステップにおける前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態であることを特徴とするフェイルオーバ方法。
  2. 前記第３のステップにおける前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態ではなく、前記論理区画によって使用されたメモリの容量が所定の容量となった状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
  3. 前記第３のステップにおける前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態ではなく、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項１に記載のフェイルオーバ方法。
  4. 前記第１のステップは、前記管理サーバが、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更するステップを含み、
    前記第７のステップは、前記管理サーバが、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項１から３のいずれか一つに記載のフェイルオーバ方法。
  5. 前記現用サーバは、
    第２のプロセッサ及び第２のメモリを備え、
    前記第２のメモリに格納されたプログラムによって前記第２のプロセッサを論理的に分割し、前記論理的に分割された第２のプロセッサを割り当てることによって現用サーバの論理区画が構成され、
    前記構成された現用サーバの論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項１から４のいずれか一つに記載のフェイルオーバ方法。
  6. 業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおいて、
    前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
    前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
    前記フェイルオーバ処理部は、
    前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成し、
    前記予備サーバに、前記構成された論理区画を起動させ、
    前記予備サーバによって起動された論理区画が所定の状態となった場合に、前記予備サーバに、前記論理区画への前記第１のプロセッサの割り当てを停止させて、前記論理区画の動作を停止させ、
    前記現用サーバに発生した障害が検出された場合に、前記障害が検出された現用サーバを停止させ、
    前記障害が発生した現用サーバに対応した構成を備える論理区画を検索し、
    前記検索された論理区画への前記第１のプロセッサの割り当て要求をし、前記論理区画の起動を再開させ、
    前記起動が完了された論理区画は、前記障害が発生した現用サーバが実行するアプリケーションを実行させて、前記現用サーバが実行する業務を引き継ぎ、
    前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態であることを特徴とする計算機システム。
  7. 前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態ではなく、前記論理区画によって使用されたメモリの容量が所定の容量となった状態であることを特徴とする請求項６に記載の計算機システム。
  8. 前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態ではなく、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項６に記載の計算機システム。
  9. 前記フェイルオーバ処理部は、
    前記論理区画を構成する場合に、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更し、
    前記論理区画の起動を完了させる場合に、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項６から８のいずれか一つに記載の計算機システム。
  10. 前記現用サーバは、
    第２のプロセッサ及び第２のメモリを備え、
    前記第２のメモリに格納されたプログラムによって前記第２のプロセッサを論理的に分割し、前記論理的に分割された第２のプロセッサを割り当てることによって現用サーバの論理区画が構成され、
    前記構成された現用サーバの論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項６から９のいずれか一つに記載の計算機システム。
  11. 業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記現用サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、を備える計算機システムに備えられ、前記現用サーバ及び前記予備サーバを管理する管理サーバであって、
    前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
    前記管理サーバは、前記現用サーバに障害が発生した場合に当該現用サーバが実行する業務を予備サーバに引き継がせるフェイルオーバを実行するフェイルオーバ処理部を備え、
    前記フェイルオーバ処理部は、
    前記現用サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記現用サーバに対応する構成を備える論理区画を構成し、
    前記予備サーバに、前記構成された論理区画を起動させ、
    前記予備サーバによって起動された論理区画が所定の状態となった場合に、前記予備サーバに、前記論理区画への前記第１のプロセッサの割り当てを停止させて、前記論理区画の動作を停止させ、
    前記現用サーバに発生した障害が検出された場合に、前記障害が検出された現用サーバを停止させ、
    前記障害が発生した現用サーバに対応した構成を備える論理区画を検索し、
    前記検索された論理区画への前記第１のプロセッサの割り当てを要求し、前記論理区画の起動を再開させ、
    前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態であることを特徴とする管理サーバ。
  12. 前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態ではなく、前記論理区画によって使用されたメモリの容量が所定の容量となった状態であることを特徴とする請求項１１に記載の管理サーバ。
  13. 前記所定の状態は、オペレーティングシステムの起動監視部が、前記起動された前記論理区画によって前記起動ディスクへの読み出し要求が発生したことを受信した状態ではなく、前記論理区画によって前記業務を実行する少なくとも一つのアプリケーションの起動が完了した状態であることを特徴とする請求項１１に記載の管理サーバ。
  14. 前記フェイルオーバ処理部は、
    前記論理区画を構成する場合に、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更し、
    記論理区画の起動を完了させる場合に、前記変更されたメモリ領域を、前記構成された論理区画によって使用されるメモリ領域に変更することを特徴とする請求項１１から１３のいずれか一つに記載の管理サーバ。
  15. 前記現用サーバは、
    第２のプロセッサ及び第２のメモリを備え、
    前記第２のメモリに格納されたプログラムによって前記第２のプロセッサを論理的に分割し、前記論理的に分割された第２のプロセッサを割り当てることによって現用サーバの論理区画が構成され、
    前記構成された現用サーバの論理区画において、前記業務を実行するためのアプリケーションが実行されることを特徴とする請求項１１から１４のいずれか一つに記載の管理サーバ。
  16. 業務を実行するためのアプリケーションを実行する現用サーバと、前記現用サーバの起動ディスクを備えるディスクアレイ装置と、前記サーバに障害が発生した場合に当該現用サーバによって実行されるアプリケーションを実行して前記業務を引き継ぐ予備サーバと、前記現用サーバ及び予備サーバを管理する管理サーバと、を備える計算機システムにおける、予備サーバの設定方法であって、
    前記予備サーバは、第１のプロセッサ及び第１のメモリを備え、前記第１のメモリに格納されたプログラムによって前記第１のプロセッサを論理的に分割し、前記論理的に分割された第１のプロセッサを割り当てることによって論理区画が構成され、
    前記管理サーバが、前記サーバの構成情報を取得し、前記取得された構成情報に基づいて、前記予備サーバに前記サーバに対応する構成を備える論理区画を構成する第１のステップと、
    前記予備サーバが、前記構成された論理区画を起動する第２のステップと、
    前記起動された論理区画によって前記起動ディスクへの読み出し要求が発生した場合に、前記予備サーバが、前記論理区画への前記第１のプロセッサの割り当てを停止して、前記論理区画の動作を停止させる第３のステップと、
    を実行することを特徴とする予備サーバの設定方法。
  17. 前記第１のステップは、前記管理サーバが、前記構成された論理区画によって使用されるメモリ領域を、前記論理区画が待機している状態において必要とするメモリ領域に変更するステップを含むことを特徴とする請求項１６に記載の予備サーバの設定方法。
JP2007137722A 2007-05-24 2007-05-24 フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法 Expired - Fee Related JP4842210B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007137722A JP4842210B2 (ja) 2007-05-24 2007-05-24 フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法
US11/872,960 US7779297B2 (en) 2007-05-24 2007-10-16 Fail-over method, computer system, management server, and backup server setting method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007137722A JP4842210B2 (ja) 2007-05-24 2007-05-24 フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法

Publications (2)

Publication Number Publication Date
JP2008293245A JP2008293245A (ja) 2008-12-04
JP4842210B2 true JP4842210B2 (ja) 2011-12-21

Family

ID=40073509

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007137722A Expired - Fee Related JP4842210B2 (ja) 2007-05-24 2007-05-24 フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法

Country Status (2)

Country Link
US (1) US7779297B2 (ja)
JP (1) JP4842210B2 (ja)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7937616B2 (en) * 2005-06-28 2011-05-03 International Business Machines Corporation Cluster availability management
JP5068056B2 (ja) * 2006-10-11 2012-11-07 株式会社日立製作所 障害回復方法、計算機システム及び管理サーバ
JP4923990B2 (ja) 2006-12-04 2012-04-25 株式会社日立製作所 フェイルオーバ方法、およびその計算機システム。
US8134915B2 (en) * 2007-12-12 2012-03-13 Cisco Technology, Inc. Method and apparatus for providing network redundancy
US7886183B2 (en) * 2008-08-07 2011-02-08 Symantec Operating Corporation Providing fault tolerant storage system to a cluster
JP4572250B2 (ja) 2008-09-11 2010-11-04 株式会社日立製作所 計算機切り替え方法、計算機切り替えプログラム及び計算機システム
US8452731B2 (en) * 2008-09-25 2013-05-28 Quest Software, Inc. Remote backup and restore
US8677342B1 (en) * 2008-10-17 2014-03-18 Honeywell International Inc. System, method and apparatus for replacing wireless devices in a system
JP5487951B2 (ja) 2009-12-22 2014-05-14 富士通株式会社 運用管理プログラム、運用管理装置および運用管理方法
US8234515B2 (en) * 2010-04-01 2012-07-31 Accenture Global Services Limited Repurposable recovery environment
US9092474B2 (en) 2010-10-12 2015-07-28 Sap Se Incremental conversion of database objects during upgrade of an original system
US8984514B2 (en) 2010-11-30 2015-03-17 Sap Se Modifying scheduled execution of object modification methods associated with database objects
US8527471B2 (en) 2010-12-27 2013-09-03 Sap Ag Shadow system mirroring of an original system during uptime of an upgrade process
US9626390B2 (en) * 2010-12-27 2017-04-18 Sap Se Shadow system start during upgrade of an original system
JP5817308B2 (ja) * 2011-08-04 2015-11-18 富士通株式会社 サーバ、サーバシステムおよびサーバの冗長切り替え方法
US9213728B2 (en) 2011-12-14 2015-12-15 Sap Se Change data capturing during an upgrade
JP5549688B2 (ja) * 2012-01-23 2014-07-16 日本電気株式会社 情報処理システム、及び、情報処理システムの制御方法
JP6024138B2 (ja) * 2012-03-21 2016-11-09 日本電気株式会社 クラスタシステム
US8832490B2 (en) * 2012-05-11 2014-09-09 Unisys Corporation Server control automation
US9201740B2 (en) * 2012-11-22 2015-12-01 Hitachi, Ltd. Computer system, cluster management method, and management computer
JP6070282B2 (ja) * 2013-03-04 2017-02-01 富士通株式会社 仮想マシン管理装置、方法及びプログラム
WO2015037103A1 (ja) 2013-09-12 2015-03-19 株式会社日立製作所 サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体
US20150269029A1 (en) * 2014-03-20 2015-09-24 Unitrends, Inc. Immediate Recovery of an Application from File Based Backups
US9454439B2 (en) 2014-05-28 2016-09-27 Unitrends, Inc. Disaster recovery validation
US9448834B2 (en) 2014-06-27 2016-09-20 Unitrends, Inc. Automated testing of physical servers using a virtual machine
WO2019171704A1 (ja) * 2018-03-06 2019-09-12 日本電気株式会社 管理サーバ、クラスタシステム、クラスタシステムの制御方法、及びプログラムが格納された非一時的なコンピュータ可読媒体
KR102062097B1 (ko) * 2018-06-27 2020-06-23 송암시스콤 주식회사 자동복구기능을 탑재한 이중화 구조의 버스정보안내단말기
US11385975B2 (en) 2019-11-27 2022-07-12 Amazon Technologies, Inc. Systems and methods for enabling a highly available managed failover service
US11397651B2 (en) * 2020-03-27 2022-07-26 Amazon Technologies, Inc. Managing failover region availability for implementing a failover service
US11411808B2 (en) * 2020-03-27 2022-08-09 Amazon Technologies, Inc. Managing failover region availability for implementing a failover service
US11397652B2 (en) * 2020-03-27 2022-07-26 Amazon Technologies, Inc. Managing primary region availability for implementing a failover from another primary region
US11902089B2 (en) * 2020-12-18 2024-02-13 Dell Products L.P. Automated networking device replacement system
US11709741B1 (en) 2021-03-29 2023-07-25 Amazon Technologies, Inc. Systems and methods for enabling a failover service for block-storage volumes
CN114697198A (zh) * 2022-04-18 2022-07-01 北京嗨学网教育科技股份有限公司 云灾备服务器的实现方法、启用方法和装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02112034A (ja) * 1988-10-21 1990-04-24 Nec Corp コールド待機によるｃｐｕ二重化方式
JP3768775B2 (ja) * 2000-04-27 2006-04-19 三菱電機株式会社 バックアップ装置及びバックアップ方法
JP4119162B2 (ja) * 2002-05-15 2008-07-16 株式会社日立製作所 多重化計算機システム、論理計算機の割当方法および論理計算機の割当プログラム
JP2005250839A (ja) * 2004-03-04 2005-09-15 Nomura Research Institute Ltd 耐障害性システム
JP4462024B2 (ja) * 2004-12-09 2010-05-12 株式会社日立製作所 ディスク引き継ぎによるフェイルオーバ方法
JP4701929B2 (ja) 2005-09-02 2011-06-15 株式会社日立製作所 ブート構成変更方法、管理サーバ、及び計算機システム
JP5068056B2 (ja) * 2006-10-11 2012-11-07 株式会社日立製作所 障害回復方法、計算機システム及び管理サーバ
JP4923990B2 (ja) * 2006-12-04 2012-04-25 株式会社日立製作所 フェイルオーバ方法、およびその計算機システム。

Also Published As

Publication number Publication date
JP2008293245A (ja) 2008-12-04
US20080294933A1 (en) 2008-11-27
US7779297B2 (en) 2010-08-17

Similar Documents

Publication Publication Date Title
JP4842210B2 (ja) フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法
US7802127B2 (en) Method and computer system for failover
JP4487920B2 (ja) ブート制御方法および計算機システム並びにその処理プログラム
US8069368B2 (en) Failover method through disk takeover and computer system having failover function
US9912535B2 (en) System and method of performing high availability configuration and validation of virtual desktop infrastructure (VDI)
US20090132683A1 (en) Deployment method and system
JP2016508647A (ja) マルチコアアーキテクチャでのリソース分離を支援するための方法およびシステム
US9639486B2 (en) Method of controlling virtualization software on a multicore processor
JP5149732B2 (ja) 仮想計算機システム
JP5476481B2 (ja) ノード故障の対処
JP5316616B2 (ja) 業務引き継ぎ方法、計算機システム、及び管理サーバ
JP5267544B2 (ja) ディスク引き継ぎによるフェイルオーバ方法
JP6035993B2 (ja) 情報処理装置、装置管理方法および装置管理プログラム
JP5321658B2 (ja) フェイルオーバ方法、およびその計算機システム。
US20220357976A1 (en) Information processing apparatus, information processing method, and computer-readable recording medium storing information processing program
WO2016110951A1 (ja) 計算機システム、ライセンス管理方法、及び、管理計算機
JP4877368B2 (ja) ディスク引き継ぎによるフェイルオーバ方法
WO2014045453A1 (ja) 環境変数保存方法、情報処理装置およびプログラム
JP2012160194A (ja) 計算機、仮想化機構、および仮想計算機の起動管理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090812

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110519

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110531

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110721

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110906

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111005

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141014

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees