JP4572250B2 - 計算機切り替え方法、計算機切り替えプログラム及び計算機システム - Google Patents

Description

本発明は、業務を行うサーバ装置に障害が発生した場合に、待機サーバ装置に切り替える計算機切り替え方法に関し、特に、Ｎ＋１コールドスタンバイに関する。

サーバシステムの信頼性を確保する方法として、多重化サーバがある。業務を行うサーバ装置とは別に待機しているサーバ装置を備えることによって、業務を行うサーバ装置に障害が発生した場合に、待機しているサーバ装置に切り替えて業務を引き継がせるものである。

多重化には様々の方法がある。例えば、ネットワーク上に冗長配備され監視周期毎に他の１つのサーバを重複することなく監視して現用系サーバに異常があるときには待機系サーバに切り替える方法がある（特許文献１参照）。

また、ノードの優先度に応じて前述した処理の順位を決定し、優先度の高いノードの引き継ぎ処理が遅延するのを防止する方法もある（特許文献２参照）。

従来から、低コストでサーバシステムの信頼性が求められてきた。低コストでサーバシステムの信頼性を得る方法としては、コールドスタンバイがある。

コールドスタンバイは、システム構成が同一のサーバ装置を２台以上用意しておき、１台は業務を行い、その他のサーバ装置は稼働させずに待機させておく。業務を行うサーバ装置に障害が発生した場合、待機しているサーバ装置が起動し、業務を引き継ぐ。

しかし、コールドスタンバイは、管理サーバ装置を設ける必要があり前述した要求を満たすものではない。

これを解決する方法として、サーバ装置に管理サーバ装置と同等の処理を行う管理プログラムを稼働させ、サーバ全体を管理する方法がある。
特開２００６−２２９５１２号公報 特開２００７−２７９８９０号公報

しかし、サーバ全体の管理を行うサーバ装置に障害が発生した場合、障害に対応するサーバ装置自身に障害が発生したため待機しているサーバ装置に切り替えることができない。また、他のサーバ装置の障害にも対応できない問題がある。

本発明は、別途管理サーバ装置を設けることなく、サーバ全体を管理するサーバ装置に障害が発生しても切り替え処理を正常に行い、サーバシステムの信頼性を確保する、コールドスタンバイ管理方法を提供する。

本発明の代表的な一例を示せば以下の通りである。すなわち、業務を行う第１の計算機と、待機系の計算機と、前記第１の計算機及び前記待機系の計算機の管理を行う管理部を備える第２の計算機と、前記待機系の計算機の起動及び停止の管理を行う第３の計算機と、を備える計算機システムにおける計算機切り替え方法であって、前記第３の計算機が、前記第２の計算機の管理部から前記第１の計算機、前記第２の計算機及び前記待機系の計算機の構成情報を取得するステップと、前記第３の計算機が、発生した障害が前記管理部を備える前記第２の計算機か否かを判定するステップと、前記第１の計算機に障害が発生したときに、当該障害が発生したことを前記第２の計算機に通知するステップと、前記第３の計算機から前記通知を受信した前記第２の計算機が、前記第１の計算機から前記待機系の計算機に業務を引き継がせるステップと、前記第３の計算機が、前記第２の計算機に障害が発生したときに、前記取得した構成情報に基づき前記第２の計算機から前記待機系の計算機に前記管理部を引き継がせるステップと、を備えることを特徴とする。

本発明によれば、管理部を備える計算機に障害が発生しても、管理部を備える計算機を待機系の計算機に切り替えることができる。また、待機系の計算機に引き継がれた管理部は、管理部を備える計算機に障害が発生したことを検知し、管理部を備える計算機を待機系の計算機に切り替えられる間に受信できなかったイベントを取得できる。これによって、管理部は切り替え処理の前後の整合性をとることができる。

まず、本発明の概要について説明する。

本願発明は、正常にサーバ管理部が稼働している時に、ＳＶＰ（ＳｅｒＶｉｃｅ Ｐｒｏｃｅｓｓｏｒ）が予めサーバ管理部が稼働しているサーバ装置に関する情報を保持しておく。サーバ管理部が稼働するサーバ装置に障害が発生した場合、障害を検知したＳＶＰは、前述したサーバ管理部が稼働しているサーバ装置に関する情報を、待機しているサーバ装置に書き込み、待機サーバ装置にサーバ管理部を引き継がせる。そして、ＳＶＰは、障害によってサーバ管理部が稼働していたサーバ装置の切り替え処理を行ったことを待機サーバ装置で引き継がれたサーバ管理部に通知する。

ＳＶＰは、サーバ管理部が稼働しているサーバ装置に関する情報を待機サーバに書き込むため、障害が発生したサーバと同一の稼働環境を実現できる。これによって、サーバ管理部を待機サーバに切り替えるための設定を行う必要がなく、障害発生時から素早くサーバ管理部を待機サーバ装置に引き継がせることができ、また、ユーザの操作の負担も減らすことができる。

待機サーバ装置で引き継がれたサーバ管理部は、サーバ管理部が稼働していたサーバ装置自身に障害が起きたことをＳＶＰの通知から知ることができる。

また、サーバ管理部が稼働するサーバ装置に障害があってもサーバ装置の切り替えを行うことができ、業務に与える影響を最小限に抑えることができる。また、前述した処理は、低コストで実現することができる。 図１は、本発明の実施の形態のブレードサーバのハードウェア構成を説明するブロック図である。

ブレードサーバは、ブレードサーバシャーシ１０１とストレージ装置１１４とを備える。ブレードサーバシャーシ１０１は、ネットワークスイッチ１０２、ストレージスイッチ１０４、及びＳＶＰ１１３を備え、サーバ装置１０３−１、サーバ装置１０３−２、サーバ装置１０３−３、及びサーバ装置１０３−４が接続されている。また、ストレージスイッチ１０４には、ストレージ装置１１４が接続されている。以下、サーバ装置１０３−１、サーバ装置１０３−２、サーバ装置１０３−３、及びサーバ装置１０３−４を区別しない場合、サーバ装置１０３と記載する。

サーバ装置１０３−１上には、サーバ管理部１０５が稼働している。サーバ管理部１０５は、ブレードサーバ上で稼働しているサーバ装置１０３を管理するプログラムである。サーバ装置１０３−２及びサーバ装置１０３−３上で、業務を行うためのプログラムが実行されている。サーバ装置１０３−４は、サーバ装置１０３−１、サーバ装置１０３−２、及びサーバ装置１０３−３に障害が発生したときに切り替えるための待機サーバ装置である。なお、どのサーバ装置１０３が待機サーバ装置であるかを区別しない場合、待機サーバ装置１０３と記載する。

サーバ管理部１０５は、障害管理部１０６、エージェント部１１６、サーバ管理テーブル１１７、切り替え管理テーブル１１８、及び切り替え情報管理テーブル１１９を備える。

エージェント部１１６は、サーバ管理部１０５が監視する全てのサーバ装置１０３に配置されており、各々のサーバ装置１０３のＯＳの種類もしくはＯＳの状態、プロセスの監視、または、ソフトウェア障害の監視等を行っている。

サーバ管理テーブル１１７は、ブレードサーバにおけるサーバ装置１０３の構成及び状態を管理する。具体的な内容については図５を用いて後述する。

切り替え管理テーブル１１８は、サーバ装置１０３のいずれかで障害が発生したときに、待機サーバに切り替えるための情報を管理する。つまり、Ｎ＋１コールドスタンバイを制御するための情報が管理されている。具体的な内容については図６を用いて後述する。

なお、Ｎ＋１コールドスタンバイとは、Ｎ台の稼働中のサーバ装置１０３と、１台の待機サーバ装置１０３を備えたブレードサーバにおいて、業務を行っていたサーバ装置に障害が発生した場合、業務を行っていたサーバ装置１０３の処理（業務）を待機サーバ装置１０３に引き継がせる方法をいう。

切り替え情報管理テーブル１１９は、サーバ管理部１０５が障害が発生したサーバ装置１０３を待機サーバ装置１０３に切り替えるときに引き継ぐときに必要な情報を管理する。具体的には、サーバ管理部１０５は、切り替え情報管理テーブル１１９が管理する前述の情報を待機サーバ装置１０３に書き込み、障害が発生したサーバ装置１０３を待機サーバ装置１０３に切り替える。具体的な内容については図７を用いて後述する。

障害管理部１０６は、障害監視部１０７、切り替え情報管理部１０８、イベントログ管理部１０９、切り替え部１１０、起動管理部１１１、及び状態更新部１１２を備え、サーバ装置１０３の障害を監視し、及び発生した障害を処理する。

障害監視部１０７は、サーバ装置１０３のハードウェアの障害を監視する。図１では、障害監視部１０７は、サーバ装置１０３−２及びサーバ装置１０３−３の障害を監視している。

切り替え情報管理部１０８は、サーバ管理部１０５が監視しているサーバ装置１０３（この場合は、サーバ装置１０３−２及びサーバ装置１０３−３）に障害が発生した場合、障害が発生したサーバ装置１０３を待機サーバ装置１０３（この場合は、サーバ装置１０３−４）に切り替えるための情報を管理する。また、本実施の形態において、切り替え情報管理部１０８は、サーバ管理部１０５が稼働しているサーバ装置１０３（この場合は、サーバ装置１０３−１）に障害が発生した場合に待機サーバ（この場合は、サーバ装置１０３−４）に切り替えるための情報をＳＶＰ１１３に設定する。具体的な処理については図１０を用いて後述する。

イベントログ管理部１０９は、サーバ装置１０３からのイベントを受信し、受信されたイベントをログとして管理している。また、本実施の形態において、イベントログ管理部１０９は、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生し、待機サーバ装置１０３に切り替えられるまでの間に当該サーバ装置１０３が受信できなかったイベントのログを切り替え処理後にＳＶＰ１１３から取得する。具体的な処理については図１３を用いて後述する。

切り替え部１１０は、サーバ管理部１０５が監視しているサーバ装置１０３（この場合は、サーバ装置１０３−２及びサーバ装置１０３−３）に障害が発生した場合に、待機サーバ装置１０３（この場合は、サーバ装置１０３−４）に切り替える処理を行う。

起動管理部１１１は、サーバ管理部１０５が監視しているサーバ装置１０３（この場合は、サーバ装置１０３−２及びサーバ装置１０３−３）に障害が発生した場合に、当該サーバ装置１０３を待機サーバ装置１０３（この場合は、サーバ装置１０３−４）に切り替え、切り替えられた待機サーバ装置１０３を起動させ、起動後の引き継ぎ処理を行う。本実施の形態において、起動管理部１１１は、サーバ管理部１０５が稼働しているサーバ装置１０３（この場合は、サーバ装置１０３−１）に障害が発生し、待機サーバ装置１０３に切り替えられた後の処理を行う。具体的な処理については、図９を用いて後述する。

状態更新部１１２は、サーバ管理部１０５が監視しているサーバ装置１０３（この場合は、サーバ装置１０３−２及びサーバ装置１０３−３）に障害が発生し、待機サーバ装置１０３（この場合は、サーバ装置１０３−４）に切り替えられた後のブレードサーバ内のサーバ装置１０３の構成及び状態を更新する。

ＳＶＰ１１３は、サーバ装置１０３の障害を監視し、監視しているサーバ装置１０３に障害が発生した場合に、サーバ装置１０３に障害が発生したことをサーバ管理部１０５に通知する。本実施の形態において、ＳＶＰ１１３は、サーバ管理部１０５が稼働するサーバ装置１０３に関する情報を保持し、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生した場合に、当該情報を待機サーバ装置１０３に書き込むことによって、待機サーバ装置にサーバ管理部１０５を引き継がせることができる。

また、サーバ管理部１０５が稼働していたサーバ装置１０３から待機サーバ装置１０３にサーバ管理部１０５が引き継がれる間に、サーバ管理部１０５に送信されたイベントログを保持し、引き継ぎ処理が終了した後に、待機サーバ装置１０３に引き継がれたサーバ管理部１０５に当該イベントログを送信する。これによって、サーバ管理部１０５は、待機サーバ装置にサーバ管理部１０５が引き継がれる前後の整合性をとることができる。また、引き継ぎ処理の間受信できなかったイベントを正しく処理することができる。具体的な処理については、図１４、図１５及び図１６を用いて後述する。

ストレージ装置１１４は、複数の不揮発性記憶媒体（例えば、ＨＤＤ）又は記録媒体を備え、各々の不揮発性記憶媒体又は記録媒体には、サーバ管理部１０５を実現するプログラム、及び業務を行うためのプログラムが格納される。なお、ストレージ装置１１４は、前述したプログラム以外のプログラムまたはデータを格納してもよい。

各サーバ装置におけるストレージ装置１１４の記憶領域の割り当ては、物理的な記憶領域を割り当ててもよいし、論理的な記憶領域を割り当ててもよい。図１では、ストレージ装置１１４の記憶領域を論理ボリューム（ＬＵ）に分割し、分割された論知ボリューム（ＬＵ）が各サーバ装置１０３に割り当てられている。割り当てられた論理ボリューム（ＬＵ）は、サーバ装置１０３からは１つのディスク１１５として認識される。本実施の形態では、各ディスク１１５に必要なデータが格納されている。以下、論理ボリュームをＬＵと記載する。

なお、図１では、サーバ管理部１０５が稼働するサーバ装置１０３が１台であったが、本発明は、サーバ管理部１０５が稼働するサーバ装置１０３が複数あってもよい。また、本発明は、複数のサーバ管理部１０５が稼働するサーバ装置１０３が監視するサーバ装置１０３が異なっていてもよい。また、本発明は、複数のブレードサーバシャーシ１０１を備えるブレードサーバであってもよい。

図２は、本発明の実施の形態のサーバ管理部１０５か稼働するサーバ装置１０３−１のハードウェア構成及びソフトウェア構成を説明するブロック図である。

サーバ装置１０３−１は、メモリ２０１、プロセッサ２０２、ネットワークＩ／Ｆ２０３、ＢＭＣ（Ｂａｓｅｂｏｒｄ Ｍａｎａｇｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）２０４、ディスクＩ／Ｆ２０６、及びＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）２０８を備える。

サーバ装置１０３−１のメモリ２０１には、サーバ管理部１０５を実現するためのプログラムがロードされている。前述したプログラムは、プロセッサ２０２によって実行されている。

ネットワークＩ／Ｆ２０３は、サーバ装置１０３−１とネットワーク機器（図示省略）とを接続するためのインタフェースである。ネットワークＩ／Ｆ２０３は、各々のサーバ装置１０３のネットワークＩ／Ｆ２０３を識別するためにＭＡＣ（Ｍａｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）２０５を保持する。なお、図２において、サーバ装置１０３−１は、一つのネットワークＩ／Ｆ２０３を備えているが、複数備えていてもよい。

ディスクＩ／Ｆ２０６は、サーバ装置１０３−１とストレージ装置１１４とを接続するためのインタフェースである。ディスクＩ／Ｆ２０６は、各々のサーバ装置１０３のディスクＩ／Ｆ２０６を識別するためにＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）２０７を保持する。なお、図２において、サーバ装置１０３−１は、一つのディスクＩ／Ｆ２０６を備えているが、複数備えていてもよい。

ＢＭＣ２０４は、サーバ装置１０３−１自身の障害を監視するためのプロセッサである。サーバ装置１０３−１自身に障害が発生した場合、ＢＭＣ２０４が障害を検出し、障害が発生したことをＳＶＰ１１３に通知する。

ＢＩＯＳ２０８は、サーバ装置１０３−１に搭載される各種機器に対する入出力をＯＳ、または、ミドルウェアに提供するプログラムである。

図３は、本発明の実施の形態の業務を行うサーバ装置１０３−２のハードウェア構成及びソフトウェア構成を説明するブロック図である。

業務を行うサーバ装置１０３−２のハードウェア構成は、前述したサーバ装置１０３−１のハードウェア構成と同一である。サーバ装置１０３−２のメモリ２０１に格納されているプログラムがサーバ装置１０３−１と異なる。

具体的には、サーバ装置１０３−２のメモリ２０１上ではプロセッサ２０２によってＯＳ３０２が稼働しており、該ＯＳ３０２はアプリケーションプログラム３０１と、エージェント部１１６の実行を管理している。

なお、サーバ装置１０３−３についても同一である。

図４は、本発明の実施の形態のＳＶＰ１１３のハードウェア構成及びソフトウェア構成を説明するブロック図である。

ＳＶＰ１１３は、メモリ４０１、プロセッサ４０８、及びネットワークＩ／Ｆ４０９を備える。

メモリ４０１には、ブレード管理プログラム４０２がロードされている。ブレード管理プログラム４０２は、ブレードサーバに接続されている全てのサーバ装置１０３の障害を監視し、発生した障害に応じた処理を行うためのプログラムである。

ブレード管理プログラム４０２は、障害検出部４０３、イベント管理部４０４、切り替え処理部４０５、切り替え情報格納領域４０６、及びイベント格納領域４０７を備える。

障害検出部４０３は、監視対象となっている全てのサーバ装置１０３の障害を監視する。

イベント管理部４０４は、サーバ管理部１０５が稼働するサーバ装置１０３が処理するイベントのログを管理する。なお、イベントは各サーバ装置１０３から送信させたものである。

切り替え処理部４０５は、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生した場合、該障害が発生したサーバ装置１０３を待機サーバ装置１０３に切り替える処理を行う。

切り替え情報格納領域４０６は、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生した場合、該障害が発生したサーバ装置１０３を待機サーバ装置１０３に切り替える処理を行うために必要な情報を管理する。具体的な内容については図１１を用いて後述する。

イベント格納領域４０７は、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生した場合、該障害が発生したサーバ装置１０３が待機サーバ装置１０３に切り替えられる間にＳＶＰ１１３が受信したイベントのログを格納する。また、本実施の形態においてＳＶＰ１１３は、サーバ管理部１０５がサーバ装置１０３−１から待機サーバ装置１０３−４へ引き継がれるまでの期間、サーバ管理部１０５に代わって現用系のサーバ装置１０３−２、１０３−３などからのイベントを受信する。具体的な内容については、図１７を用いて後述する。

本発明は、ＳＶＰ１１３が切り替え処理部４０５、切り替え情報格納領域４０６、及びイベント格納領域４０７を備えることによって、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生しても、素早く待機サーバ装置１０３に切り替えることができる。また、切り替え前と切り替え後のサーバ管理部の１０５の動作の整合性を保つことができる。

図５は、本発明の実施の形態のサーバ管理テーブル１１７の一例を示す説明図である。

サーバ管理テーブル１１７は、シャーシ識別子５０１、サーバ装置識別子５０２、電源状態５０３、サーバ装置構成５０４、割り当てディスク５０５、サーバ状態５０６、切り替え先５０７、及び種別５０８を管理する。

シャーシ識別子５０１は、ブレードサーバシャーシ１０１を特定するための識別子を格納する。

サーバ装置識別子５０２は、サーバ装置１０３を特定するための識別子を格納する。

電源状態５０３は、サーバ装置１０３の電源が入っているか否かを示す情報を格納する。具体的には、サーバ装置１０３の電源が入っている場合には、「ＯＮ」が電源状態５０３に格納され、サーバ装置１０３に電源が入っていない場合には、「ＯＦＦ」が電源状態５０３に格納される。

サーバ装置構成５０４は、サーバ装置１０３のハードウェア構成に関する情報を格納する。具体的には、プロセッサ（ＣＰＵ）、メモリ（ＭＥＭ）、ディスクＩ／Ｆ（ＨＢＡ）、及びネットワークＩ／Ｆ（ＮＩＣ）に関する情報がサーバ装置構成５０４に格納されている。

割り当てディスク５０５は、ストレージ装置１１４のどのディスク１１５がサーバ装置１０３に割り当てられているかを示す情報を格納する。例えば、サーバ装置１０３−１には、ＬＵ１が割り当てられている。なお、サーバ管理部１０５がディスクＩ／Ｆ２０６が保持するＷＷＮ２０７とディスク１１５とを対応づけることによって、サーバ装置１０３とディスク１１５とが接続される。

サーバ状態５０６は、サーバ装置１０３の状態を示す情報を格納する。具体的には、サーバ装置１０３が正常に稼働している場合には、「正常」がサーバ状態５０６に格納され、サーバ装置１０３に異常が発生した場合には、「異常」がサーバ状態５０６に格納さる。

切り替え先５０７は、サーバ装置１０３に異常が発生し、切り替え処理によって切り替えられたサーバ装置１０３を特定する情報を格納する。具体的には、対応するサーバ装置１０３のサーバ装置識別子５０２が切り替え先５０７に格納される。

種別５０８は、稼働しているサーバ装置１０３の役割を示す情報を格納する。例えば、サーバ管理部１０５が稼働しているサーバ装置１０３には、「サーバ管理」が種別５０８に格納される。

図６は、本発明の実施の形態の切り替え管理テーブル１１８の一例を示す説明図である。

切り替え管理テーブル１１８は、切り替えグループ６０１、現用サーバ装置識別子６０２、待機サーバ装置識別子６０３、及び状態６０４を管理する。

切り替えグループ６０１は、切り替え処置を行う対象を示すグループに関する情報を格納する。サーバ管理部１０５は、切り替えグループ６０１で指定されているグループごとに切り替え処理を行う。

現用サーバ装置識別子６０２は、実際に稼働しているサーバ装置１０３を特定するための情報を格納する。具体的には、該当するサーバ装置１０３のサーバ装置識別子５０２が現用サーバ装置識別子６０２に格納される。

待機サーバ装置識別子６０３は、現用サーバ装置識別子６０２に該当するサーバ装置１０３に障害が発生した場合に切り替えられるサーバ装置、つまり、待機サーバ装置１０３を特定するための識別子を格納する。

状態６０４は、切り替え処理によって待機サーバ装置１０３（この場合はサーバ装置１０３−４）が稼働しているか否かを示す情報を格納する。具体的には、待機サーバ装置１０３が稼働している場合には、「使用中」が状態６０４に格納され、待機サーバ装置１０３が稼働していない場合には、「未使用」が状態６０４に格納される。この情報によって、サーバ装置１０３に障害が発生し、切り替え処理が行われたことが分かる。

図７は、本発明の実施の形態の切り替え情報管理テーブル１１９の一例を示す説明図である。

切り替え情報管理テーブル１１９は、切り替えグループ７０１、現用サーバ装置識別子７０２、デバイス識別子７０３、及びＢＩＯＳ情報７０４を管理する。

切り替えグループ７０１及び現用サーバ装置識別子７０２は、図７の切り替えグループ６０１及び現用サーバ装置識別子６０２と同一のものである。

デバイス識別子７０３は、サーバ装置１０３のディスクＩ／Ｆ２０６を特定するためのＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）、及び、サーバ装置１０３のネットワークＩ／Ｆ２０３を特定するためのＭＡＣ(Ｍａｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)を格納する。例えば、サーバ装置１０３−１は、ディスクＩ／Ｆ２０６を一つ備えているので、ＷＷＮ（ＷＷＮ１）２０７がＷＷＮ１１となっており、また、ネットワークＩ／Ｆ２０３を一つ備えているので、ＭＡＣ（ＭＡＣ１）２０５がＭＡＣ１１となっていることが分かる。

なお、サーバ装置１０３が複数のネットワークＩ／Ｆ２０３、又は複数のディスクＩ／Ｆ２０６を備える場合には、複数の識別子が格納される。

ＢＩＯＳ情報７０４は、サーバ装置１０３のＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）に関する情報を格納する。なお、ＢＩＯＳ情報７０４は、ＢＩＯＳに関する情報だけではなくＥＦＩ（Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｅｗａｒｅ Ｉｎｔｅｒｆａｃｅ）に関する情報を格納してもよい。

まず、従来のコールドスタンバイの処理について説明する。

図１８は、従来のコールドスタンバイにおける、障害監視部１０７の処理を説明するフローチャートである。ＳＶＰ１１３から障害発生の通知がサーバ管理部１０５に送られることによって以下で説明する処理が行われる。

障害監視部１０７は、ＳＶＰ１１３から障害発生の通知を受信する（１８０１）。受信した通知には、障害を検知したサーバ装置１０３のサーバ装置識別子５０２と障害の内容とが含まれる。

障害監視部１０７は、受信した障害発生の通知を参照し、サーバ装置１０３の障害であるか否かを判定する（１８０２）。

サーバ装置１０３の障害でないと判定された場合、障害監視部１０７は、受信したハードウェア障害の通知に対応した障害処理を行い（１８０４）、処理を終了する。サーバ装置１０３以外のハードウェア障害としては、例えば、ブレードサーバの電源の障害、またはファンの障害などがある。

サーバ装置１０３の障害であると判定された場合、障害監視部１０７は、切り替え部１１０を呼び出し（１８０３）、処理を終了する。

図１９は、従来のコールドスタンバイにおける、切り替え部１１０の処理を説明するフローチャートである。切り替え部１１０は、ステップ１８０３で障害監視部１０７から呼び出され、以下で説明する処理を行う。

切り替え部１１０は、ＳＶＰ１１３から受信した障害発生の通知を参照し、障害が発生したサーバ装置１０３のサーバ装置識別子５０２を取得する（１９０１）。

切り替え部１１０は、取得されたサーバ装置識別子５０２に該当するサーバ装置１０３をサーバ管理テーブル１１７から検索し、該当するサーバ装置１０３を停止する（１９０２）。

切り替え部１１０は、切り替え先の待機サーバ装置１０３が設定されているか否かを判定する（１９０３）。

切り替え先の待機サーバ装置１０３が設定されていないと判定された場合、切り替え部１１０は、ブレードサーバの管理者にその旨を通知する（１９０４）。

切り替え先の待機サーバ装置１０３が設定されていると判定された場合、切り替え部１１０は、サーバ管理テーブル１１７を参照し、障害が発生したサーバ装置１０３のＩ／Ｏデバイスの識別子を取得する（１９０５）。具体的には、サーバ装置構成５０４に格納されているディスクＩ／Ｆ（ＨＢＡ）を取得する。

次に、切り替え部１１０は、待機サーバ装置１０３の電源をＯＮにし（１９０６）、ステップ１９０６で取得されたＩ／Ｏデバイスの識別子を待機サーバ装置１０３に書き込む（１９０７）。これによって、障害が発生したサーバ装置１０３が行っていた業務を待機サーバ装置１０３が引き継ぐことができる。

以下、本発明の実施の形態について説明する。

図８は、本発明の実施の形態のサーバ管理部１０５が稼働するサーバ装置１０３に障害が発生した場合の切り替え処理を説明する図である。サーバ装置１０３−１に障害が発生し、サーバ装置１０３−４に切り替えられる処理について示している。

サーバ装置１０３−１に障害が発生した場合、サーバ装置１０３−１のＢＭＣ２０４が障害が発生したことをＳＶＰ１１３に通知する。通知を受信したＳＶＰ１１３は、ＢＭＣ２０４の通知に含まれるサーバ装置識別子５０２を参照し、切り替え情報格納領域４０６から該当する情報を検索する。該当する情報があった場合、ＳＶＰ１１３は、該当する情報から待機サーバ装置１０３に切り替えるために必要な情報を、サーバ装置１０３−４に書き込む。

これによって、サーバ管理部１０５を実現するためのプログラムが格納されたディスク１１５の接続がサーバ装置１０３−１からサーバ装置１０３−４に切り替えられ、切り替えられたサーバ装置１０３−４でサーバ管理部１０５が稼働する。具体的には、サーバ装置１０３−１のディスクＩ／Ｆ２０６が保持していたＷＷＮ２０７がサーバ装置１０３−４に書き込まれることによって、ディスク１１５がサーバ装置１０３−１と接続される。また、サーバ装置１０３−１のネットワークＩ／Ｆが保持していたＭＡＣ２０５がサーバ装置１０３−４に書き込まれることによって、ネットワークからは、サーバ管理部が稼働するサーバ装置１０３（サーバ装置１０３−４）として認識される。

図９は、本発明の実施の形態の起動管理部１１１の処理を示すフローチャートである。

切り替え処理が行われ、サーバ管理テーブル１１７が更新された後、起動管理部１１１は以下で説明する処理を行う。なお、サーバ管理テーブル１１７の更新方法については、図１２を用いて後述する。

まず、起動管理部１１１は、サーバ管理テーブル１１７の電源状態５０３及び種別５０８を参照し、サーバ管理部１０５が稼働するサーバ装置１０３が起動したか否かを判定する（９０１）。図５では、サーバ装置１０３−４の種別５０８がサーバ管理となっているが、電源状態５０３がＯＦＦなので、切り替え処理が終了していない。したがって、切り替え処理が終了し、サーバ管理テーブル１１７が更新された後にステップ９０１の処理が行われる。 サーバ管理部１０５が稼働するサーバ装置１０３が起動していないと判定された場合、起動管理部１１１は、処理を終了する。

サーバ管理部１０５が稼働するサーバ装置１０３が起動したと判定された場合、起動管理部１１１は、ＳＶＰ１１３に障害の内容を問い合わせ（９０２）、当該問い合わせの返答を参照し、サーバ管理部１０５が稼働するサーバ装置１０３の切り替え処理が行われた否かを判定する（９０３）。

サーバ管理部１０５が稼働するサーバ装置１０３−１の切り替え処理が行われていないと判定された場合、起動管理部１１１は処理を終了する。

サーバ管理部１０５が稼働するサーバ装置１０３−１の切り替え処理が行われたと判定された場合、起動管理部１１１は、状態更新部１１２を呼び出す（９０４）。呼び出された状態更新部１１２は、後述する処理を行う（図１２参照）。また、起動管理部１１１は、切り替え情報管理部１０８を呼び出す（９０５）。呼び出された切り替え情報管理部１０８は、後述する処理を行う（図１３参照）。

前述した処理が終了すると、起動管理部１１１は、サーバ管理部１０５が引き継がれたサーバ装置１０３上で正常に稼働していることをＳＶＰ１１３に通知する（９０６）。

図１０は、切り替え情報管理部１０８の処理を示すフローチャートである。サーバ管理部１０５が稼働するサーバ装置１０３に障害が起きた場合に、ＳＶＰ１１３が待機サーバ装置１０３に切り替えるための情報を取得するために以下で説明する処理が行われる。また、ステップ９０４において、切り替え情報管理部１０８が起動管理部１１１から呼び出された場合も同一の処理が行われる。

切り替え情報管理部１０８は、サーバ管理テーブル１１７のシャーシ識別子５０１、サーバ装置識別子５０２及び種別５０８を参照し、サーバ管理部１０５が稼働するサーバ装置１０３が接続されたブレードサーバシャーシ１０１に、複数のサーバ装置１０３が接続されているか否かを判定する（１００１）。前述した判定は、サーバ管理部１０５が稼働するサーバ装置１０３がブレードサーバ内に存在するか否かを判定する。

Ｎ＋１コールドスタンバイは、ブレード構成の環境を前提としており、サーバ管理部１０５が稼働するサーバ装置１０３が、いずれのブレードサーバ内に存在するかを特定するため、前述した判定がなされる。
図５においては、サーバ管理部１０５が稼働するサーバ装置１０３が接続されたブレードサーバシャーシ１０１には、サーバ装置１０３−１、１０３−２、１０３−３及び１０３−４が接続されているので、サーバ管理部１０５が稼働するサーバ装置１０３が接続されたブレードサーバシャーシ１０１に、複数のサーバ装置１０３が接続されていると判定される。

サーバ管理部１０５が稼働するサーバ装置１０３が接続されたブレードサーバシャーシ１０１に、複数のサーバ装置１０３が接続されていないと判定されて場合、切り替え情報管理部１０８は、処理を終了する。

サーバ管理部１０５が稼働するサーバ装置１０３が接続されたブレードサーバシャーシ１０１に、複数のサーバ装置１０３が接続されていると判定された場合、切り替え情報管理部１０８は、サーバ管理部１０５が稼働するサーバ装置１０３に該当するサーバ装置識別子５０２を検索キーとして、切り替え情報管理テーブル１１９を検索し、当該サーバ装置識別子５０２に該当するエントリからデバイス識別子７０３及びＢＩＯＳ情報７０４とを取得する（１００２）。

切り替え情報管理部１０８は、サーバ管理部１０５が稼働するサーバ装置１０３のサーバ装置識別子５０２と、待機サーバ装置１０３のサーバ装置識別子５０２と、取得されたデバイス識別子７０３及びＢＩＯＳ情報７０４とをＳＶＰ１１３に通知して処理を終了する（１００３）。

ＳＶＰ１１３は、サーバ管理部１０５が稼働するサーバ装置１０３のサーバ装置識別子５０２と、待機サーバ装置１０３のサーバ装置識別子５０２と、通知されたデバイス識別子７０３及びＢＩＯＳ情報７０４と、を切り替え情報格納領域４０６に格納する。

図１１は、本発明の実施の形態の切り替え情報格納領域４０６の一例を示す説明図である。

情報１１０１は、サーバ管理部が稼働するサーバ装置のサーバ装置識別子、待機サーバ装置１０３のサーバ装置識別子、及び、切り替え情報を管理する。

サーバ管理部が稼働するサーバ装置のサーバ装置識別子は、切り替え情報管理部１０８から通知された、サーバ管理部１０５が稼働するサーバ装置１０３のサーバ装置識別子５０２を格納する。

待機サーバ装置１０３のサーバ装置識別子は、切り替え情報管理部１０８から通知された、待機サーバ装置１０３のサーバ装置識別子５０２を格納する。

切り替え情報は、切り替え情報管理部１０８から通知された、デバイス識別子７０３及びＢＩＯＳ情報７０４を格納する。

図１２は、本発明の実施の形態の状態更新部１１２の処理を説明するフローチャートである。状態更新部１１２は、起動管理部１１１から呼び出された後に以下で説明する処理を行う。

状態更新部１１２は、サーバ管理テーブル１１７からサーバ管理部１０５が稼働しているサーバ装置１０３のサーバ装置識別子５０２を取得し（１２０１）、当該取得されたサーバ装置識別子５０２が待機サーバ装置１０３のサーバ装置識別子５０２と一致するか否かを判定する（１２０２）。

取得されたサーバ装置識別子５０２が待機サーバ装置１０３のサーバ装置識別子５０２と一致しないと判定された場合、状態更新部１１２は、処理を終了する。

取得されたサーバ装置識別子５０２が待機サーバ装置１０３のサーバ装置識別子５０２と一致すると判定された場合、状態更新部１１２は、切り替え管理テーブル１１８の状態６０４を「使用中」に変更する（１２０３）。

次に、状態更新部１１２は、サーバ管理テーブル１１７の種別５０８を参照し、待機サーバ装置１０３に切り替える前にサーバ管理部１０５が稼働していたサーバ装置１０３を検索し、該当するエントリのサーバ状態５０６を「異常」に変更する。また、状態更新部１１２は、該当するエントリの切り替え先５０７に、切り替えられた待機サーバ装置１０３のサーバ装置識別子５０２を書き込む（１２０４）。

図１３は、本発明の実施の形態のイベントログ管理部１０９の処理を説明するフローチャートである。イベントログ管理部１０９は、起動管理部１１１が処理を終えた後に以下で説明する。

ステップ９０６の処理が行われた後に、イベントログ管理部１０９は、サーバ管理部１０５に送信されていないイベントログの送信をＳＶＰ１１３に要求する（１３０１）。なお、ステップ９０６において前述した処理を行ってもよい。

当該イベントログをＳＶＰ１１３から受信したイベントログ管理部１０９は、受信された当該イベントログから一つのイベントログを取り出し（１３０２）、当該イベントログがハードウェア障害であるか否かを判定する（１３０３）。

当該イベントログかハードウェア障害でないと判定された場合、イベントログ管理部１０９は、ステップ１３０５に進む。

当該イベントログかハードウェア障害であると判定された場合、イベントログ管理部１０９は、当該イベントを障害監視部１０７に送信する（１３０４）。

前述した処理の後、イベントログ管理部１０９は、受信したイベント全てを処理したか否かを判定する（１３０５）。

受信したイベント全ての処理をしていないと判定された場合、イベントログ管理部１０９は、ステップ１３０２に戻り、同様の処理を行う。

受信したイベント全ての処理をしたと判定された場合、イベントログ管理部１０９は、処理を終了する。

以上が本実施の形態のサーバ管理部１０５の処理である。以下ＳＶＰ１１３の処理について説明する。

図１４は、本発明の実施の形態の障害検出部４０３の処理を説明するフローチャートである。この処理は、サーバ装置１０３からハードウェア障害の通知送られることによって開始する。

まず、障害検出部４０３は、ハードウェア障害の通知をサーバ装置１０３のＢＭＣ２０４から受信する（１４０１）。

障害検出部４０３は、受信したハードウェア障害通知がサーバ装置１０３の障害か否かを判定する（１４０２）。

受信したハードウェア障害の通知がサーバ装置１０３の障害でないと判定された場合、障害検出部４０３は、受信したハードウェア障害の通知に対応した障害処理を行い（１４０６）、ステップ１４０７へ進む。サーバ装置１０３以外のハードウェア障害としては、例えば、ブレードサーバの電源の障害、またはファンの障害などがある。

受信したハードウェア障害の通知がサーバ装置１０３の障害であると判定された場合、障害検出部４０３は、サーバ管理部１０５が稼働しているサーバ装置のサーバ装置識別子５０２を、切り替え情報格納領域４０６から取得する（１４０３）。

障害検出部４０３は、障害が発生したサーバ装置１０３のサーバ装置識別子５０２と該取得されたサーバ装置識別子５０２とを参照し、サーバ管理部１０５が稼働するサーバ装置１０３の障害であるか否かを判定する（１４０４）。

サーバ管理部１０５が稼働するサーバ装置１０３の障害でないと判定された場合、障害検出部４０３は、サーバ装置１０３の障害処理を行い（１４０６）、ステップ１４０７へ進む。なお、サーバ装置１０３の障害処理は、例えば、従来のコールドスタンバイを用いた切り替え処理などである。

サーバ管理部１０５が稼働するサーバ装置１０３の障害であると判定された場合、障害検出部４０３は、切り替え処理部４０５を呼び出す（１４０５）。なお、呼び出された切り替え処理部４０５の具体的な処理については、図１５を用いて後述する。

障害検出部４０３は、障害のイベントをサーバ管理部１０５に送信するためイベント管理部４０４を呼び出す（１４０７）。なお、呼び出されたイベント管理部４０４の具体的な処理については、図１６を用いて後述する。

図１５は、本発明の実施の形態の切り替え処理部４０５の処理を説明するフローチャートである。

図１４のステップ１４０５において、障害検出部４０３から呼び出された切り替え処理部４０５は、切り替え情報格納領域４０６から切り替え情報を取得する（１５０１）。

次に、切り替え処理部４０５は、障害が発生したサーバ管理部１０５が稼働するサーバ装置１０３を停止させる（１５０２）。

切り替え処理部４０５は、待機サーバ装置１０３の電源をＯＮにして待機サーバを起動させる（１５０３）。

次に、切り替え処理部４０５は、ステップ１５０１で取得された切り替え情報に含まれる待機サーバのサーバ装置識別子５０２を参照し、待機サーバ装置１０３のサーバ装置識別子５０２に該当する待機サーバ装置１０３に、ステップ１５０１で取得された切り替え情報を書き込む（１５０４）。この処理によって、待機サーバ装置１０３とサーバ管理部１０５を実現するプログラムが格納されているストレージ装置１１４のディスク１１５とが接続される。

図１６は、本発明の実施の形態のイベント管理部４０４の処理を説明するフローチャートである。イベント管理部４０４は、サーバ装置１０３から受信したイベントを周期的にサーバ管理部１０５に送信している。

図１４のステップ１４０７において、障害検出部４０３から呼び出されたイベント管理部４０４は、サーバ管理部１０５が稼働するサーバ装置１０３に対しイベントログを送信する（１６０１）。

イベント管理部４０４は、サーバ管理部１０５が稼働するサーバ装置１０３に対しイベントログを正しく送信されたか否かを判定する。つまり、イベント管理部４０４は、送信エラーが発生したか否かを判定する（１６０２）。

送信エラーが発生していないと判定された場合、イベント管理部４０４は、ステップ１７０４に進む。

送信エラーが発生したと判定された場合、イベント管理部４０４は、送信できなかったイベントにサーバ管理部１０５が稼働するサーバ装置１０３への未送信フラグを付与する（１６０３）。

イベント管理部４０４は、サーバ管理部１０５が稼働するサーバ装置１０３に送信されたイベント、及び、未送信フラグが付与されているイベントをイベント格納領域４０７に格納する（１６０４）。

送信エラーが発生したイベントに対し未送信フラグを付与することによって、待機サーバ装置１０３に引き継がれたサーバ管理部１０５が切り替え処理の間受信することができなかったイベントを待機サーバ装置１０３に引き継がれたサーバ管理部１０５が送信することができる。これによって、切り替え処理の前後においてサーバ管理部１０５の整合性を保つことができる。また、受信したイベントログを正しく処理することができる（図１３参照）。

図１７は、本発明の実施の形態のイベント格納領域４０７の一例を示す説明図である。

イベント格納領域４０７は、時間１７０１、イベント１７０２、及び送信状態１７０３を管理する。

時間１７０１は、イベントが発生した時間を格納する。イベント１７０２は、発生したイベントの内容を格納する。送信状態１７０３は、サーバ管理部１０５が稼働するサーバ装置１０３にイベントが送信されたか否かを示す情報を格納する。具体的には、サーバ管理部１０５が稼働するサーバ装置１０３にイベントが送信された場合には、「済」が送信状態１７０３に格納され、サーバ管理部１０５が稼働するサーバ装置１０３にイベントが送信されなかった場合には、「未」が送信状態１７０３に格納される。

本発明によれば、事前にＳＶＰ１１３に切り替え情報を設定することによって、サーバ管理部１０５が稼働するサーバ装置１０３に障害が発生した場合、障害を検知したＳＶＰ１１３は、待機サーバ装置１０３に切り替え情報を書き込み、迅速に待機サーバ装置１０３にサーバ管理部１０５を引き継がせることができる。また、ＳＶＰ１１３は、待機サーバ装置１０３に引き継がれたサーバ管理部１０５に対して、サーバ管理部１０５が稼働していたサーバ装置１０３の障害によって切り替え処理を行ったことを通知することができる。

また、待機サーバ装置１０３で稼働しているサーバ管理部１０５は、サーバ管理部１０５自身に障害が起きたことをＳＶＰ１１３から知ることができる。

また、切り替え処理の前後でサーバ管理部１０５が受信できなかったイベントログをＳＶＰ１１３から取得できるのでサーバ管理部１０５の整合性を保つことができる。また、待機サーバ装置１０３で稼働しているサーバ管理部１０５は、受信したイベントログを正しく処理することができる。

なお、本実施の形態では、ＳＶＰ１１３は、サーバ管理部１０５からイベントログの取得要求を受けてから、サーバ管理部１０５にイベントログを送信したが、本発明は、これに限定されない。ＳＶＰ１１３が、起動した待機サーバ装置１０３にイベントログを送信する方法であってもよい。

本発明の実施の形態のブレードサーバのハードウェア構成を説明するブロック図である。 本発明の実施の形態のサーバ管理部か稼働するサーバ装置のハードウェア構成及びソフトウェア構成を説明するブロック図である。 本発明の実施の形態の業務を行うサーバ装置のハードウェア構成及びソフトウェア構成を説明するブロック図である。 本発明の実施の形態のＳＶＰのハードウェア構成及びソフトウェア構成を説明するブロック図である。 本発明の実施の形態のサーバ管理テーブルの一例を示す説明図である。 本発明の実施の形態の切り替え管理テーブルの一例を示す説明図である。 本発明の実施の形態の切り替え情報管理テーブルの一例を示す説明図である。 本発明の実施の形態のサーバ管理部が稼働するサーバ装置に障害が発生した場合の切り替え処理を説明する図である。 本発明の実施の形態の起動管理部の処理を示すフローチャートである。 切り替え情報管理部の処理を示すフローチャートである。 本発明の実施の形態の切り替え情報格納領域の一例を示す説明図である。 本発明の実施の形態の状態更新部の処理を説明するフローチャートである。 本発明の実施の形態のイベントログ管理部の処理を説明するフローチャートである。 本発明の実施の形態の障害検出部の処理を説明するフローチャートである。 本発明の実施の形態の切り替え処理部の処理を説明するフローチャートである。 本発明の実施の形態のイベント管理部の処理を説明するフローチャートである。 本発明の実施の形態のイベント格納領域の一例を示す説明図である。 従来のコールドスタンバイにおける、障害監視部の処理を説明するフローチャートである。 従来のコールドスタンバイにおける、切り替え部の処理を説明するフローチャートである。

符号の説明

１０１ ブレードサーバシャーシ
１０２ ネットワークスイッチ
１０３ サーバ装置、待機サーバ装置
１０４ ストレージスイッチ
１０５ サーバ管理部
１０６ 障害管理部
１０７ 障害監視部
１０８ 切り替え情報管理部
１０９ イベントログ管理部
１１０ 切り替え部
１１１ 起動管理部
１１２ 状態更新部
１１３ ＳＶＰ
１１４ ストレージ装置
１１５ ディスク
１１６ エージェント部
１１７ サーバ管理テーブル
１１８ 切り替え管理テーブル
１１９ 切り替え情報管理テーブル
２０１ メモリ
２０２ プロセッサ
２０３ ネットワークＩ／Ｆ
２０４ ＢＭＣ
２０５ ＭＡＣ
２０６ ディスクＩ／Ｆ
２０７ ＷＷＮ
２０８ ＢＩＯＳ
３０１ アプリケーションプログラム
３０２ ＯＳ
４０１ メモリ
４０２ ブレード管理プログラム
４０３ 障害検出部
４０４ イベント管理部
４０５ 切り替え処理部
４０６ 切り替え情報格納領域
４０７ イベント格納領域
４０８ プロセッサ
４０９ ネットワークＩ／Ｆ

Claims (14)

1. 業務を行う第１の計算機と、待機系の計算機と、前記第１の計算機及び前記待機系の計算機の管理を行う管理部を備える第２の計算機と、前記待機系の計算機の起動及び停止の管理を行う第３の計算機と、を備える計算機システムにおける計算機切り替え方法であって、
   前記第３の計算機が、前記第２の計算機の管理部から前記第１の計算機、前記第２の計算機及び前記待機系の計算機の構成情報を取得するステップと、
   前記第３の計算機が、
   発生した障害が前記管理部を備える前記第２の計算機か否かを判定するステップと、
   前記第１の計算機に障害が発生したときに、当該障害が発生したことを前記第２の計算機に通知するステップと、
   前記第３の計算機から前記通知を受信した前記第２の計算機が、
   前記第１の計算機から前記待機系の計算機に業務を引き継がせるステップと、
   前記第３の計算機が、
   前記第２の計算機に障害が発生したときに、前記取得した構成情報に基づき前記第２の計算機から前記待機系の計算機に前記管理部を引き継がせるステップと、
   を備えることを特徴とする計算機切り替え方法。
2. 前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれた場合に、
   前記第３の計算機が、前記待機系の計算機に引き継がれた管理部に、前記第２の計算機に障害が発生したことを通知するステップを備えることを特徴とする請求項１に記載の計算機切り替え方法。
3. 前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれた場合に、
   前記待機系の計算機に引き継がれた前記管理部が、前記第２の計算機に障害が発生したか否かを前記第３の計算機に問い合わせるステップを備えることを特徴とする請求項１に記載の計算機切り替え方法。
4. 前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれる場合に、
   前記第３の計算機が、前記取得された第２の計算機に関する構成情報を前記待機系の計算機に書き込むステップを備えることを特徴とする請求項１に記載の計算切り替え方法。
5. 前記第３の計算機が、前記第２の計算機に障害が発生したことを検知した場合に、
   前記第２の計算機から前記待機系の計算機に切り替えられるまでの間に、前記第２の計算機に送信されたイベントを保持するステップを備えることを特徴とする請求項１に記載の計算機切り替え方法。
6. 前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれた場合に、
   前記第３の計算機は、前記第２の計算機を停止してから前記待機系の計算機を起動するステップを備えることを特徴とする請求項１に記載の計算機切り替え方法。
7. 前記待機系の計算機に引き継がれた前記管理部は、
   前記第２の計算機に障害が発生したことを検知したときには、
   計算機システムの前記構成情報を更新するステップを備えることを特徴とする請求項１に記載の計算機切り替え方法。
8. 前記待機系の計算機に引き継がれた前記管理部は、
   前記第２の計算機に障害が発生したことを検知したときには、
   前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれるまでの間に、前記第２の計算機に送信されたイベントを前記第３の計算機から取得し、
   前記取得したイベントの処理を実行するステップを備えることを特徴とする請求項１に記載の計算機切り替え方法。
9. 業務を行う第１の計算機、または前記第１の計算機及び待機系の計算機の管理を行う管理部を備える第２の計算機に障害が発生した場合に前記待機系の計算機に前記管理部を引き継がせる第３の計算機における計算機切り替えプログラムであって、
   前記計算機切り替えプログラムは、
   前記第２の計算機の管理部から前記第１の計算機、前記第２の計算機及び前記待機系の計算機の構成情報を取得させる手順と、
   発生した障害が前記管理部を備える前記第２の計算機か否かを判定する手順と、
   前記第１の計算機に障害が発生したときに前記第２の計算機に前記第１の計算機に障害が発生したことを通知させる手順と、
   前記第２の計算機において障害が発生したときに、前記取得した構成情報に基づき前記第２の計算機から前記待機系の計算機に前記管理部を引き継がせる手順と、
   を備えて前記第３の計算機に実行させることを特徴とする計算機切り替えプログラム。
10. 前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれた場合に、
    前記待機系の計算機に引き継がれた管理部に、前記第２の計算機に障害が発生したことを通知する手順を備えて前記第３の計算機に実行させることを特徴とする請求項９に記載の計算機切り替えプログラム。
11. 前記第２の計算機から前記待機系の計算機に前記管理部引き継がれた場合に、
    前記取得された第２の計算機に関する構成情報を前記待機系の計算機に書き込む手順を備えて前記第３の計算機に実行させることを特徴とする請求項９に記載の計算切り替えプログラム。
12. 前記第３の計算機が、前記第２の計算機に障害が発生したことを検知した場合に、
    前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれるまでの間に、前記第２の計算機に送信されたイベントを保持する手順を備えて前記第３の計算機に実行させることを特徴とする請求項９に記載の計算機切り替えプログラム。
13. 前記第２の計算機から前記待機系の計算機に前記管理部が引き継がれた場合に、
    前記第２の計算機を停止してから前記待機系の計算機を起動する手順を備え前記第３の計算機に実行させることを特徴とする請求項９に記載の計算機切り替えプログラム。
14. 業務を行う第１の計算機と、待機系の計算機と、前記第１の計算機及び前記待機系の計算機の管理を行う管理部を備える第２の計算機と、前記待機系の計算機の起動及び停止の管理を行う第３の計算機と、を備える計算機システムであって、
    前記第３の計算機は、
    前記第２の計算機の管理部から前記第１の計算機、前記第２の計算機及び前記待機系の計算機の構成情報を取得し、
    発生した障害が前記管理部を備える前記第２の計算機か否かを判定し、
    前記第１の計算機に障害が発生したときに前記第２の計算機に前記第１の計算機に障害が発生したことを通知し、
    前記第３の計算機から前記通知を受信した前記第２の計算機は、
    前記第１の計算機から前記待機系の計算機に業務を引き継がせ、
    前記第３の計算機は、
    前記第２の計算機に障害が発生したときに、前記取得された構成情報に基づき前記第２の計算機から前記待機系の計算機に前記管理部を引き継がせることを特徴とする計算機システム。

Images