(57)【要約】【課題】待機系サーバにおいて、実行系サーバの追加によって生じるコストを低減する。【解決手段】実行サーバの障害発生時に、前記実行サーバで実行されていた業務を待機サーバが回復する計算機システムにおける実行サーバの管理方法であって、前記待機サーバは、切り替え対象となる実行サーバの構成を管理する構成管理情報と、前記実行サーバの障害発生時に実行されるクラスタプログラムを定める切り替え定義とを格納し、前記実行サーバの情報の登録要求を受けると、前記受け付けた登録要求に含まれる情報を前記構成管理情報に登録し、前記受け付けた登録要求に含まれる情報から、前記クラスタプログラムの実行に必要な情報を抽出して、前記抽出された情報を前記切り替え定義として登録し、前記構成管理情報及び前記切り替え定義の登録完了後に、前記実行サーバの情報の登録完了を報知する。【選択図】図１
2007226400.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つの待機サーバ及び複数の実行サーバを有し、前記実行サーバの障害発生時に、前記実行サーバで実行されていたトランザクション処理を前記待機サーバが回復する計算機システムにおける計算機の構成管理方法であって、
前記待機サーバは、
前記実行サーバから、前記実行サーバに関する情報と、前記実行サーバの障害発生時に実行される回復プログラムに関する情報を含む、前記実行サーバの登録要求を受け取り、
前記受け取った登録要求に基づいて、前記実行サーバに関する情報と前記回復プログラムに関する情報とを記憶部に記憶し、
要求元の前記実行サーバへ、前記実行サーバを前記待機サーバへ登録したことを示す情報を送付することを特徴とする計算機の構成管理方法。
【請求項２】
前記計算機システムは複数の前記待機サーバを備え、
前記実行サーバは、複数の前記待機サーバへ実行サーバの登録要求を送付し、
前記待機サーバは、前記実行サーバに関する情報と、前記実行サーバの回復プログラムに関する情報とを前記記憶部に記憶し、前記実行サーバを前記待機サーバへ登録したことを示す情報を要求元の実行サーバへ送付し、
前記実行サーバは、前記登録要求の送信先の前記待機サーバから前記実行サーバを待機サーバに登録したことを示す情報を受け取ると、前記実行サーバはアプリケーションサーバを起動することを特徴とする請求項１に記載の計算機の構成管理方法。
【請求項３】
前記待機サーバは、
前記実行サーバの情報を含む前記実行サーバの登録削除要求を受け取ると、前記受け取った登録削除要求に含まれる前記実行サーバの情報に基づいて、前記実行サーバの情報を前記記憶部から削除し、
前記実行サーバの情報を前記記憶部から削除した後、要求元の前記実行サーバへ前記実行サーバの登録削除を示す情報を送付することを特徴とする請求項１に記載の計算機の構成管理方法。
【請求項４】
前記計算機システムは複数の前記待機サーバを備え、
前記実行サーバは、複数の前記待機サーバに前記実行サーバの情報を含む実行サーバの登録削除要求を送付し、
前記待機サーバは、前記受け取った前記実行サーバの登録削除要求に含まれる前記実行サーバの情報に基づいて、前記実行サーバの情報を前記記憶部から削除し、前記実行サーバの登録削除を示す情報を前記要求元の実行サーバに送付し、
前記実行サーバは、前記登録削除要求の送信先の全ての前記待機サーバから前記実行サーバの登録削除を示す情報を受け取ると、前記実行サーバで実行されている業務を停止することを特徴とする請求項３に記載の計算機の構成管理方法。
【請求項５】
待機サーバ及び複数の実行サーバを有し、前記実行サーバの障害発生時に、前記実行サーバで実行されていたトランザクション処理を前記待機サーバが回復する計算機システムにおいて、前記待機サーバに前記実行サーバを管理させるプログラムであって、
前記プログラムは、
受け取った登録要求に基づいて、前記実行サーバに関する情報と前記回復プログラムに関する情報とを記憶部に記憶する手順と、
要求元の前記実行サーバへ、前記実行サーバを前記待機サーバへ登録したことを示す情報を送付する手順と、を前記待機サーバに実行させることを特徴とするプログラム。
【請求項６】
前記プログラムは、さらに、
前記実行サーバの情報を含む前記実行サーバの登録削除要求を受け取ると、前記受け取った登録削除要求に含まれる前記実行サーバの情報に基づいて、前記実行サーバの情報を前記記憶部から削除する手順と、
前記実行サーバの情報を前記記憶部から削除した後、要求元の前記実行サーバへ前記実行サーバの登録削除を示す情報を送付する手順と、を前記待機サーバに実行させることを特徴とする請求項５に記載のプログラム。
【請求項７】
演算処理をするプロセッサと、前記プロセッサに接続される記憶部と、前記プロセッサに接続される通信インタフェースとを備え、複数の実行サーバを有し、前記実行サーバの障害発生時に前記実行サーバで実行されていたトランザクション処理を回復する待機サーバであって、
前記プロセッサは、
前記実行サーバから、前記実行サーバに関する情報と、前記実行サーバの障害発生時に実行される回復プログラムに関する情報を含む登録要求を受け取り、
前記受け取った登録要求に基づいて、前記実行サーバに関する情報と前記回復プログラムに関する情報とを記憶部に記憶し、
要求元の前記実行サーバへ、前記実行サーバを前記待機サーバへ登録したことを示す情報を送付することによって、前記実行サーバの構成を管理することを特徴とする待機サーバ。
【請求項８】
前記プロセッサは、
前記実行サーバの登録削除要求を受け取ると、前記受け受け取った登録削除要求に含まれる前記実行サーバの情報に基づいて、前記実行サーバに関する情報を前記記憶部から削除し、
前記実行サーバに関する情報を前記記憶部から削除した後、要求元の前記実行サーバへ前記実行サーバの登録削除を示す情報を送付することによって、前記実行サーバの構成を管理することを特徴とする請求項７に記載の待機サーバ。
【請求項９】
所定のプログラムを実行することによって業務を提供する複数の実行サーバと、前記実行サーバの障害発生時に、前記実行サーバで実行されていたトランザクション処理を回復する待機サーバとを有する計算機システムであって、
前記実行サーバは、前記待機サーバへ、前記実行サーバの情報と、前記実行サーバの障害発生時に実行される回復プログラムに関する情報とを含む実行サーバの登録要求を送信し、
前記待機サーバは、
前記実行サーバの登録要求を前記実行サーバから受け取ると、前記受け取った登録要求に含まれる前記実行サーバの情報と、前記回復プログラムに関する情報とを記憶部に登録し、
前記待機サーバは前記実行サーバの登録後に、前記要求元の実行サーバへ、前記実行サーバを前記待機サーバへ登録したことを示す情報を送付し、
前記実行サーバは、前記登録要求の送信先の待機サーバから前記実行サーバを待機サーバに登録したことを示す情報を受け取ると、前記実行サーバはアプリケーションサーバを起動することを特徴とする計算機システム。
【請求項１０】
所定のプログラムを実行することによって業務を提供する複数の実行サーバと、前記実行サーバの障害発生時に、前記実行サーバで実行されていたトランザクション処理を回復する待機サーバとを有する計算機システムであって、
前記実行サーバは、前記実行サーバの情報を含む前記実行サーバの登録削除要求を前記待機サーバへ送付し、
前記待機サーバは、
前記実行サーバの登録削除要求を受け取ると、前記受け取った登録削除要求に含まれる前記実行サーバの情報に基づいて前記実行サーバの情報を前記記憶部から削除し、
前記実行サーバの情報を前記記憶部から削除した後、前記要求元の実行サーバへ前記実行サーバの登録削除を示す情報を送付し、
前記実行サーバは、前記削除要求の送信先の待機サーバから前記実行サーバの登録削除を示す情報を受け取ると、前記実行サーバで実行される業務を停止することを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムにおける計算機の構成の管理技術に関する。
【背景技術】
【０００２】
コンピュータシステムの高可用性を実現する技術として、独立して動作する複数のコンピュータをまとめて１台のコンピュータとして取り扱うようにしたクラスタシステムがある。そのクラスタシステムには、大きく分けて、通常は全てのコンピュータを使って動作し、障害発生時には縮退して動作を継続するスケーラブル型クラスタシステムと、障害発生時に動作する待機系コンピュータを持つスタンバイ型クラスタシステムとがある。
【０００３】
更に、そのスタンバイ型クラスタシステムは、１：１待機型、１：１相互待機型、Ｎ：１待機型、Ｎ：Ｍ待機型などに分類される。Ｎ：１待機型は、Ｎ台の現用系コンピュータ（実行系サーバ）と１台の待機系コンピュータ（待機系サーバ）とからなるクラスタシステムである。このＮ：１待機型は、待機系コンピュータのコストを抑えつつ、コンピュータシステムの高可用性および業務処理の拡張性（スケーラビリティ）を実現することができる。また、Ｎ：Ｍ待機型は、Ｎ台の現用系コンピュータとＭ台の待機系コンピュータとからなるクラスタシステムである（通常は、Ｎ＞Ｍ）。このＮ：Ｍ待機型は、Ｎ：１待機型の長所を受け継ぐと共に、Ｍ回の障害に対応することができる。このような技術が特許文献１に開示されている。
【０００４】
複数の実行系サーバを設けた場合に、実行系サーバでの障害発生後の未解決な仕掛かり中のトランザクションを回復し、実行形サーバで提供されていた業務を実行する一台の待機系サーバを備える、Ｎ：Ｍのスタンバイ型クラスタシステムが提案されている。
【特許文献１】特開２００１−１８８６８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述したＮ：Ｍのスタンバイ型クラスタシステムにおいて、実行系サーバを追加する場合に、待機系サーバに対し実行サーバの情報（切り替え定義、トランザクション回復に必要なリソースアダプタ等）を予め設定しておく必要がある。よって、待機系サーバの構築にコストが必要となっている。
【０００６】
実行系サーバを追加する場合には、待機系サーバを一度停止してから、追加する実行系サーバの情報を設定しなければならなかった。
【０００７】
また、この追加される実行系サーバの情報の設定に誤りがあれば、障害発生後に、トランザクションを正しく回復できない問題がある。
【０００８】
本発明は、待機系サーバにおいて、実行系サーバの追加によって生じるコストを低減することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の代表的な一形態によると、少なくとも一つの待機サーバ及び複数の実行サーバを有し、前記実行サーバの障害発生時に、前記実行サーバで実行されていたトランザクション処理を前記待機サーバが回復する計算機システムにおける実行サーバの管理方法であって、前記待機サーバは、切り替え対象となる実行サーバの構成を管理する構成管理情報と、前記実行サーバの障害発生時に実行されるクラスタプログラムを定める切り替え定義とを格納し、前記実行サーバの情報の登録要求を受けると、前記受け付けた登録要求に含まれる情報を前記構成管理情報に登録し、前記受け付けた登録要求に含まれる情報から、前記クラスタプログラムの実行に必要な情報を抽出して、前記抽出された情報を前記切り替え定義として登録し、前記構成管理情報及び前記切り替え定義の登録完了後に、前記実行サーバの情報の登録完了を報知する。
【００１０】
また、本発明の代表的な他の形態によると、少なくとも一つの待機サーバ及び複数の実行サーバを有し、前記実行サーバの障害発生時に、前記実行サーバで実行されていたトランザクション処理を前記待機サーバが回復する計算機システムにおける実行サーバの管理方法であって、前記待機サーバは、切り替え対象となる実行サーバの構成を管理する構成管理情報と、前記実行サーバの障害発生時に実行されるクラスタプログラムを定める切り替え定義とを格納し、前記実行サーバの情報の削除要求を受けると、前記受け付けた削除要求によって特定される実行サーバの切り替え定義を削除し、前記実行サーバの切り替え定義を削除した後、前記受け付けた削除要求によって特定される実行サーバの情報を前記構成管理情報から削除し、前記切り替え定義及び前記構成管理情報の削除完了後に、前記実行サーバの情報の削除完了を報知する。
【発明の効果】
【００１１】
本発明の一形態によると、実行サーバの構成変更によって発生するコストを低減することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１３】
（第１の実施の形態）
図１は、本発明の第１の実施の形態の計算機システムの構成図である。
【００１４】
本実施の形態の計算機システムは、クライアント計算機１０、負荷分散装置２０、実行サーバ１００、１１０及び１２０、共有ディスク１４１、１４２及び１４３、及び待機サーバ１５０を備える。
【００１５】
クライアント計算機１０、負荷分散装置２０、実行サーバ１００、１１０及び１２０、及び待機サーバ１５０は、ネットワーク３０によって接続されている。ネットワーク３０は、データを転送可能な通信路であり、例えば、ＴＣＰ／ＩＰプロトコルを用いたＬＡＮ（ローカルエリアネットワーク）である。
【００１６】
クライアント計算機１０は、プロセッサ（ＣＰＵ）、メモリ、通信インターフェース及び入出力装置を備え、これらが内部バスによって接続されている計算機である。クライアント計算機１０は、例えば、クライアントプログラム（ｗｅｂブラウザ）を動作させ、実行サーバ１００等によって提供される業務をユーザに提供する。なお、図１には、１台のクライアント計算機１０を示しているが、複数台のクライアント計算機１０を設けてもよい。
【００１７】
負荷分散装置２０は、クライアント計算機１０からの要求を、予め定められた条件で実行サーバ１００〜１２０に振り分ける装置である。
【００１８】
実行サーバ１００は、プロセッサ（ＣＰＵ）１０１、メモリ１０２、ディスク装置１８１、通信インターフェース（図示省略）及び入出力装置を備える計算機である。なお、図１には、３台の実行サーバ１００、１１０及び１２０を示しているが、これ以外の台数の実行サーバを設けてもよい。
【００１９】
プロセッサ１０１は、実行サーバ１００で実行される各種プログラムに関する演算をする演算処理装置である。
【００２０】
メモリ１０２は、プロセッサ１０１の動作に必要なプログラムやデータを格納するメモリである。特に、本実施の形態では、メモリ１０２は、実行サーバ１００で実行されるアプリケーションサーバプログラム１０３、アプリケーション情報１０４、リソース接続情報１０５、クラスタプログラム１０６及び構成情報通知プログラム１０７を格納する。
【００２１】
アプリケーションサーバプログラム１０３は、クライアント計算機１０からの要求を処理するプログラムである。プロセッサ１０１が、アプリケーションサーバプログラム１０３を実行することによって、実行サーバ１００がアプリケーションサーバ１として動作する。例えば、プロセッサ１０１が、ＷＥＢサーバプログラムを実行することによって、実行サーバ１００はＷＥＢサーバとして動作する。
【００２２】
なお、図１では、実行サーバ１００内に一つのアプリケーションサーバプログラム１０３のみを記載したが、複数のアプリケーションサーバプログラムがメモリ１０２に格納され、プロセッサ１０１が格納された複数のアプリケーションサーバプログラムを実行し、実行サーバ１００が複数のアプリケーションサーバとして動作してもよい。
【００２３】
アプリケーション情報１０４は、実行サーバ１００上で動作しているアプリケーションプログラムに関する情報を含む。リソース接続情報１０５は、アプリケーションプログラムが各種リソース（データベース）にアクセスするために用いられる情報である。
【００２４】
クラスタプログラム１０６は、実行サーバ１００〜１２０と待機サーバ１５０とで構成されるクラスタシステムを管理する。具体的には、クラスタプログラム１０６は、実行サーバ１００に障害が発生した時に、実行サーバ１００で実行されていた業務を待機サーバ１５０に引き継ぐ。また、実行サーバ１００の復旧時に待機サーバ１５０に引き継がれていた業務を復旧する。なお、実行サーバ１００等の障害発生時の処理は、図１２にて詳述する。
【００２５】
構成情報通知プログラム１０７は、実行サーバ１００等の立ち上げ時に、待機サーバ１５０に実行サーバの構成を通知し（図４参照）、実行サーバ１００等のシャットダウン時に、待機サーバ１５０に実行サーバの情報の削除を通知する（図５参照）。
【００２６】
ディスク装置１８１は、プロセッサ１０１の動作に必要なプログラムやデータを格納するハードディスクドライブである。特に、本実施の形態では、ディスク装置１８１は、待機サーバ登録管理テーブル１９１を格納する。
【００２７】
通信インターフェースは、ネットワーク３０を介して、負荷分散装置２０と接続されており、クライアント計算機１０とデータを送受信する。また、通信インターフェースは、実行サーバ情報通知回線１３１を介して、待機サーバ１５０と接続されている。さらに、通信インターフェースは、共有ディスク１４１と接続されている。
【００２８】
入出力装置は、ユーザインターフェースを提供するキーボード、表示装置等である。なお、実行サーバ１００が、入出力装置を備えず、ネットワーク３０を介して実行サーバ１００に接続された管理端末（図示省略）からアクセス可能としてもよい。
【００２９】
実行サーバ１１０及び１２０は、以下の点を除き実行サーバ１００と同じ構成なので、これらの詳細な説明は省略する。実行サーバ１１０のメモリ１１２にはアプリケーションサーバプログラム１１３が格納されており、プロセッサ１１１がアプリケーションサーバプログラム１１３を実行することによって、実行サーバ１１０がアプリケーションサーバ２として動作する。また、実行サーバ１２０のメモリ１２２にはアプリケーションサーバプログラム１２３が格納されており、プロセッサ１２１がアプリケーションサーバプログラム１２３を実行することによって、実行サーバ１２０がアプリケーションサーバ３として動作する。
【００３０】
実行サーバ１００、１１０及び１２０は、異なるハードウェア上に構築しても、同じハードウェア上に構築してもよい。また、各実行サーバが仮想計算機で実現されてもよい。
【００３１】
待機サーバ１５０は、プロセッサ（ＣＰＵ）１５１、メモリ１５２、ディスク装置１５３及び通信インターフェース（図示省略）及び入出力装置を備える計算機である。
【００３２】
プロセッサ１５１は、待機サーバ１５０で実行される各種プログラムに関する演算をする演算処理装置である。
【００３３】
メモリ１５２は、プロセッサ１５１の動作に必要なプログラムやデータを格納するメモリである。特に、本実施の形態では、メモリ１５２は、待機サーバ１５０で実行される実行サーバ構成管理プログラム１６１、クラスタプログラム１６２及び回復プログラム１６３を格納する。
【００３４】
実行サーバ構成管理プログラム１６１は、実行サーバ１００〜１２０の構成を管理する。クラスタプログラム１６２は、実行サーバ１００〜１２０と待機サーバ１５０とで構成されるクラスタシステムを管理する。具体的には、クラスタプログラム１０６は、実行サーバ１００等に障害が発生したときに、待機サーバ１５０上でアプリケーションサーバを起動して、実行サーバ１００で実行されていた業務を待機サーバ１５０に引き継ぐ。
【００３５】
回復プログラム１６３は、実行サーバ１００等に障害が発生した場合に、実行サーバ１００等において仕掛かり中のデータを完結させて、データを回復する処理を行う。例えば、実行サーバ１００の障害発生時に、実行サーバ１００において実行途中のトランザクションがあった場合、当該トランザクションを完結させる。
【００３６】
ディスク装置１５３は、プロセッサ１５１の動作に必要なプログラムやデータを格納するハードディスクドライブである。特に、本実施の形態では、ディスク装置１５３は、プロセッサ１５１によって使用される、実行サーバ構成管理テーブル１７１及びクラスタプログラム切替定義１７２を格納する。
【００３７】
実行サーバ構成管理テーブル１７１は、実行サーバ構成管理プログラム１６１が実行サーバの構成を管理する際に使用される。実行サーバ構成管理テーブル１７１の詳細は図２を用いて説明する。クラスタプログラム切替定義１７２は、クラスタプログラム１６２がクラスタシステムを管理する際に使用される。クラスタプログラム切替定義１７２の詳細は図３を用いて説明する。
【００３８】
通信インターフェースは、実行サーバ情報通知回線１３１を介して、各実行サーバ１００〜１２０と接続されている。待機サーバ１５０の実行サーバ構成管理プログラム１５０は、実行サーバ情報通知回線１３１を介して、実行サーバ１００等と情報を送受信する。さらに、通信インターフェースは、共有ディスク１４１〜１４３と接続されている。
【００３９】
入出力装置は、ユーザインターフェースを提供するキーボード、表示装置等である。なお、実行サーバ１００が、入出力装置を備えず、ネットワーク３０に接続された管理端末（図示省略）からアクセス可能としてもよい。
【００４０】
待機サーバ１５０は、いずれかの実行サーバ１００〜１２０と異なるハードウェア上に構築しても、同じハードウェア上に構築してもよい。また、仮想計算機の手法を用いて、待機サーバ１５０と実行サーバ１００等を同じハードウェア上に構築してもよい。
【００４１】
共有ディスク１４１、１４２及び１４３は、ディスクドライブ及びディスク制御部を備えた記憶装置である。共有ディスク１４１等は、複数のディスクドライブによってＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋｓ）を構成して、記憶されるデータに冗長性を持たせてもよい。このようにすれば、ディスクドライブの一部に障害が発生しても、格納されたデータが消失せず、共有ディスク１４１等の信頼性を向上することができる。
【００４２】
共有ディスク１４１は、実行サーバ１００及び待機サーバ１５０に接続されており、両サーバからアクセス可能である。すなわち、通常時は実行サーバ１００が共有ディスク１４１をアクセスし、実行サーバ１００の障害発生による系切り替え後は、待機サーバ１５０が共有ディスク１４１をアクセスして、実行サーバ１００の回復処理に使用される。
【００４３】
同様に、共有ディスク１４２は実行サーバ１１０及び待機サーバ１５０に接続されており、両サーバからアクセス可能である。また、共有ディスク１４３は実行サーバ１１０及び待機サーバ１５０に接続されており、両サーバからアクセス可能である。
【００４４】
共有ディスク１４１等には、実行サーバ１００等が参照するデータベースの他、実行サーバ１００等によって処理されるトランザクション情報１４６が格納される。トランザクション情報の一例として、ＯＴＳ（Ｏｂｊｅｃｔ  Ｔｒａｎｓａｃｔｉｏｎ  Ｓｅｒｖｉｃｅ）情報がある。
【００４５】
共有ディスク１４１〜１４３及び各サーバ１００、１１０、１２０及び１５０を接続する通信路は、大容量のデータ通信に適するネットワークであり、例えば、ＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）プロトコルによって通信するＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又はｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  ＳＣＳＩ）プロトコルによって通信するＩＰ−ＳＡＮを用いる。
【００４６】
図２は、本実施の形態の実行サーバ管理テーブル１７１の構成図である。
【００４７】
実行サーバ管理テーブル１７１は、待機サーバ１５０に登録されているアプリケーションサーバの情報を保持するテーブルであり、実行サーバ名（ホスト名）２０１、アプリケーションサーバ名２０２、実行サーバのＩＰアドレス２０３、リソース接続情報２０４、共有ディスク装置情報２０５及び状態２０６を含む。
【００４８】
実行サーバ管理テーブル１７１に登録される情報は、後述する実行サーバ登録処理（図４）において、新たに追加される実行サーバから送られてくる。
【００４９】
実行サーバ名（ホスト名）２０１は、実行サーバ１００等に付された名前である。アプリケーションサーバ名２０２は、実行サーバ１００上に構築されるアプリケーションサーバに付された名前である。
【００５０】
実行サーバのＩＰアドレス２０３は、実行サーバ１００等に付されたネットワーク上のアドレスである。リソース接続情報２０４は、このエントリで特定されるアプリケーションサーバに接続されるリソースの情報である。
【００５１】
共有ディスク装置情報２０５は、このエントリで特定されるアプリケーションサーバがアクセス可能な共有ディスクのマウント先を示す。
【００５２】
状態２０６は、このエントリで特定されるアプリケーションサーバの動作状態である。状態２０６には、「待機中」、「回復待ち」、「回復中」及び「回復完了」の少なくとも四つの状態がある。「待機中」は、アプリケーションサーバが正常に動作しており、待機サーバが動作していない状態であることを示す。「回復待ち」は、アプリケーションサーバに障害が発生し、回復処理を待っている状態であることを示す。「回復中」は、アプリケーションサーバが回復処理を実行中であることを示す。「回復完了」は、アプリケーションサーバの回復処理が正常に終了したことを示す。
【００５３】
なお、実行サーバ管理情報表示コマンドが入出力装置から入力されることによって、ディスク装置１５３に格納された実行サーバ管理テーブル１７１が読み出されて、入出力装置（ディスプレイ装置）に実行サーバ管理テーブル１７１に含まれる情報が表示される。
【００５４】
図３は、本実施の形態のクラスタプログラム切り替え定義１７２の構成図である。
【００５５】
クラスタプログラム切り替え定義１７２は、クラスタプログラム１６２の実行時に参照される情報で、実行サーバ名（ホスト名）２１１、実行サーバのＩＰアドレス２１２、共有ディスク装置情報２１３及び切り替え実行プログラム２１４を含む。
【００５６】
クラスタプログラム切り替え定義１７２は、後述する実行サーバ登録処理（図４）において、実行サーバ管理テーブル１７１に登録される情報から抽出される。
【００５７】
実行サーバ名（ホスト名）２１１は、実行サーバ管理テーブル１７１（図２）の実行サーバ名２０１と同じであり、業務が引き継がれる実行サーバ１００等に付された名前である。
【００５８】
実行サーバのＩＰアドレス２１２は、実行サーバ管理テーブル１７１（図２）の実行サーバのＩＰアドレス２０３と同じであり、業務が引き継がれる実行サーバ１００等に付されたネットワーク上のアドレスである。実行サーバのＩＰアドレス２１２は、障害が発生した実行サーバが特定する際に使用され、当該実行サーバで実行されていた業務が待機サーバに引き継がれる。
【００５９】
共有ディスク装置情報２１３は、実行サーバ管理テーブル１７１（図２）の共有ディスク装置情報２０５と同じであり、このエントリで特定されるアプリケーションサーバがアクセス可能な共有ディスクのマウント先を示す。よって、共有ディスク装置情報２１３は、このエントリで特定されるアプリケーションサーバで実行されていた業務を引き継いだ待機サーバが共有ディスクに格納されたトランザクション情報１４６にアクセスする際に利用される。
【００６０】
切り替え実行プログラム２１４は、クラスタを構成する実行サーバと待機サーバにおいて切り替え後に実行するプログラムを示し、本実施の形態ではトランザクション処理を回復するプログラム１６３を設定する。また、プログラムの引数として、アプリケーションサーバ名が与えられている。
【００６１】
なお、本実施の形態のクラスタプログラム切り替え定義１７２はテーブル形式になっているが、テキスト文でも、ＸＭＬ形式でも、同じ情報が定義されていればよい。
【００６２】
図７は、本実施の形態の待機サーバ登録管理テーブル１９１の構成図である。
【００６３】
待機サーバ登録管理テーブル１９１は、自実行サーバ内で起動しているアプリケーションサーバの情報を保持するテーブルであり、アプリケーションサーバ名７１１、登録先の待機サーバ名７１２及び待機サーバに対する状態７１３を含む。
【００６４】
アプリケーションサーバ名７１１は、待機サーバ１５０に登録されるアプリケーションサーバに付された名前であり、実行サーバ管理テーブル１７１のアプリケーションサーバ名２０２と同じ情報である。
【００６５】
待機サーバ名７１２は、このアプリケーションサーバが登録される待機サーバ１５０に付された名前である
状態７１３は、このアプリケーションサーバの待機サーバへの登録状態である。状態７１３には、「未登録」、「登録済み」の二つの状態がある。「未登録」は、待機サーバへの登録が完了していないことを示す。「登録済み」は、待機サーバへの登録が完了し、アプリケーションサーバが監視状態であることを示す。
【００６６】
図４は、本実施の形態の実行サーバ登録処理のフローチャートである。
【００６７】
実行サーバ１００のアプリケーションサーバプログラム１０３は、実行サーバの入力装置（又は、管理端末）からアプリケーションサーバの立上の要求を受けると、アプリケーションサーバの立上処理を開始する（Ｓ１００）。
【００６８】
まず、アプリケーションサーバプログラム１０３は、待機サーバ１５０に実行サーバ情報の登録を通知するために、構成情報通知プログラム１０７を起動する（Ｓ１０１）。
【００６９】
起動された構成情報通知プログラム１０７は、待機サーバ登録管理テーブル１７３に登録するアプリケーションサーバに対する情報を登録し（Ｓ１１２）、実行サーバ情報の登録を、実行サーバ情報通知回線１３１を介して、待機サーバ１５０に要求する（Ｓ１０２）。具体的には、構成情報通知プログラム１０７が、実行サーバ管理テーブル１７１に記録されるデータとして、実行サーバ名２０１、アプリケーションサーバ名２０２、実行サーバＩＰアドレス２０３、リソース接続情報２０４及び共有ディスク装置情報２０５を、実行サーバ構成管理プログラム１６１に送信する。なお、アプリケーションサーバの立上要求時に、クラスタを構成する待機サーバ（実行サーバ情報の登録の要求先の待機サーバ）を指定するようにしてもよい。
【００７０】
構成情報通知プログラム１０７は、実行サーバ情報の登録を要求した後、実行サーバ登録完了待ち状態となり、待機サーバ１５０からの実行サーバ情報登録完了通知を待つ（Ｓ１０３）。
【００７１】
実行サーバ登録要求（Ｓ１０２）において待機サーバ１５０又は実行サーバ構成管理プログラム１６１が起動しておらず、登録要求に失敗した場合、登録要求が受け付けられるまで、登録要求を繰り返してもよい。このようにすることにより、待機サーバが登録要求を受け取ることができる状態になった場合に、登録要求を受け取り登録され、障害発生時に確実に切り替えることができる。
【００７２】
また、アプリケーションサーバの登録要求が受け付けられなくても、アプリケーションサーバ立ち上げ処理（Ｓ１０５）を優先して実行し、アプリケーションサーバ立ち上げ完了（Ｓ１０６）までの間にバックグラウンドで登録要求を繰り返してもよい。また、待機サーバ１５０又は実行サーバ構成管理プログラム１６１が「未起動」である旨のメッセージを実行サーバ１００の出力装置（ディスプレイ装置）に表示し、アプリケーションサーバ立ち上げ完了（Ｓ１０６）後、構成情報通知プログラム１０７を起動し、未登録の実行サーバの登録を要求してもよい。このようにすることにより、待機サーバが登録要求を受け取ることができる状態になった場合に、登録要求を受け取り登録処理することができる。
【００７３】
実行サーバ構成管理プログラム１６１は、実行サーバ情報の登録要求を受け付けると（Ｓ１０７）、受け付けた実行サーバ情報を実行サーバ管理テーブル１７１に登録する（Ｓ１０８）。このとき、状態２０６の初期値は、「監視中」が設定される。
【００７４】
その後、実行サーバ構成管理プログラム１６１は、受け付けた実行サーバ情報からクラスタプログラム切り替え定義１７２を生成して、登録する（Ｓ１０９）。具体的には、受け付けた実行サーバ情報から、実行サーバ名２０１、実行サーバＩＰアドレス２０３及び共有ディスク装置情報２０５を抽出し、クラスタプログラム切り替え定義１７２として登録する。このとき、切り替え後の実行プログラムとして回復プログラム及び回復プログラムの実行対象となるサーバ名を、切り替え実行プログラム２１４として登録する。
【００７５】
その後、実行サーバ構成管理プログラム１６１は、実行サーバの登録が完了した旨を報知する（Ｓ１１０）。具体的には、「実行サーバ１の登録が完了しました。」とのメッセージを、待機サーバ１５０の出力装置（ディスプレイ装置）に表示する。また、登録が完了した実行サーバ名をログファイルに出力する。
【００７６】
その後、実行サーバ構成管理プログラム１６１は、実行サーバ情報通知回線１３１を介して、構成情報通知プログラム１０７に対して実行サーバ情報の登録完了を通知する（Ｓ１１１）。
【００７７】
実行サーバ登録完了待ち状態（Ｓ１０３）である構成情報通知プログラム１０７は、実行サーバ構成管理プログラム１６１から実行サーバ情報登録完了通知を受けると、登録が完了したアプリケーションサーバの状態７１３を「未登録」から「登録済み」に変更して、待機サーバ登録管理テーブル１７３を更新し（Ｓ１１３）、構成情報通知プログラム１０７による処理を終了する。
【００７８】
アプリケーションサーバプログラム１０３は、起動した構成情報通知プログラム１０７による処理が完了すると、実行サーバの登録が完了した旨を報知する（Ｓ１０４）。具体的には、「待機サーバ１への登録が完了しました。」とのメッセージを、実行サーバ１００の出力装置（ディスプレイ装置）に表示する。また、登録が完了した待機サーバの識別子をログファイルに出力してもよい。このログを参照することにより、どの待機サーバに登録されたのかを知ることができる。
【００７９】
そして、アプリケーションサーバプログラム１０３は、待機サーバ１５０への実行サーバ情報の登録が完了すると、アプリケーションサーバの立上処理を実行し、アプリケーションサーバプログラム１０３による業務の提供を開始する（Ｓ１０５）。
【００８０】
その後、アプリケーションサーバプログラム１０３は、アプリケーションサーバの立上処理が完了した旨のメッセージを、実行サーバ１００のディスプレイ装置に表示する（Ｓ１０６）。
【００８１】
実行サーバ情報の登録要求を受け付け（Ｓ１０７）後、実行サーバ構成管理プログラム１６１は、待機サーバの登録状況や、処理能力、リソース量等によって、登録ができないことを示す情報を、要求元の実行サーバ１００に通知してもよい。このようにすることにより、登録処理のリトライやシステム管理者へ通知することができ、システムの信頼性を高めることが可能となる。実行サーバ登録完了待ち状態（Ｓ１０３）である構成情報通知プログラム１０７は、登録ができないことを示す通知を受けると、「待機サーバへの登録不可」と登録不可の理由を示すメッセージを、実行サーバ１００の出力装置（ディスプレイ装置）に表示する。
【００８２】
図５は、本実施の形態の実行サーバ削除処理のフローチャートである。
【００８３】
実行サーバ１００のアプリケーションサーバプログラム１０３は、実行サーバの入力装置（又は、管理端末）からアプリケーションサーバのシャットダウンの要求を受けると、アプリケーションサーシャットダウン処理を開始する（Ｓ４００）。
【００８４】
まず、アプリケーションサーバプログラム１０３は、待機サーバ１５０に実行サーバ情報の削除を通知するために、構成情報通知プログラム１０７を起動する（Ｓ４０１）。
【００８５】
起動された構成情報通知プログラム１０７は、実行サーバ情報の削除を、実行サーバ情報通知回線１３１を介して、待機サーバ１５０に要求する（Ｓ４０２）。具体的には、構成情報通知プログラム１０７が、実行サーバ管理テーブル１７１からデータを削除するアプリケーションサーバの識別子を含んだ削除要求を、実行サーバ構成管理プログラム１６１に送る。
【００８６】
構成情報通知プログラム１０７は、実行サーバ情報の削除を要求した後、実行サーバ削除完了待ち状態となり、待機サーバ１５０からの実行サーバ情報削除完了通知を待つ（Ｓ４０３）。
【００８７】
実行サーバ構成管理プログラム１６１は、実行サーバ情報の削除要求を受け付けると（Ｓ４０７）、削除が要求されたアプリケーションサーバのデータを、クラスタプログラム切り替え定義１７２から削除する（Ｓ４０８）。その後、実行サーバ構成管理プログラム１６１は、削除が要求されたアプリケーションサーバの情報を実行サーバ管理テーブル１７１から削除する（Ｓ４０９）。
【００８８】
このとき、クラスタプログラム切り替え定義１７２を、実行サーバ管理テーブル１７１より先に削除するのは、この削除処理の実行中に、アプリケーションサーバに障害が発生し、クラスタプログラムが動作して待機サーバへの切り替えを実行することがないようにするためである。
【００８９】
その後、実行サーバ構成管理プログラム１６１は、実行サーバの削除が完了した旨を報知する（Ｓ４１０）。具体的には、「実行サーバ１の削除が完了しました。」とのメッセージを、待機サーバ１５０の出力装置（ディスプレイ装置）に表示する。また、削除が完了した実行サーバ名をログファイルに出力する。
【００９０】
その後、実行サーバ構成管理プログラム１６１は、実行サーバ情報通知回線１３１を介して、構成情報通知プログラム１０７に対して実行サーバ情報の削除完了を通知する（Ｓ４１１）。
【００９１】
実行サーバ登録完了待ち状態（Ｓ４０３）である構成情報通知プログラム１０７は、実行サーバ構成管理プログラム１６１から実行サーバ情報削除完了通知を受けると、削除が完了したアプリケーションサーバの情報を待機サーバ登録管理テーブル１７３より削除して、待機サーバ登録管理テーブル１７３を更新し（Ｓ４１２）、構成情報通知プログラム１０７による処理を終了する。
【００９２】
アプリケーションサーバプログラム１０３は、起動した構成情報通知プログラム１０７による処理が完了すると、実行サーバの情報の削除が完了した旨を報知する（Ｓ４０４）。具体的には、「待機サーバ１からの削除が完了しました。」とのメッセージを、実行サーバ１００の出力装置（ディスプレイ装置）に表示する。また、削除が完了した待機サーバの識別子をログファイルに出力してもよい。このようにすることにより、ログを参照して登録した待機サーバの履歴を把握することが可能となる。また、そのログを参照することにより、現時点における待機サーバへの登録が継続しているのか、終了しているのかを知ることが可能となる。
【００９３】
そして、アプリケーションサーバプログラム１０３は、待機サーバ１５０への実行サーバ情報の削除が完了すると、アプリケーションサーバのシャットダウン処理を実行し、アプリケーションサーバプログラム１０３による業務の提供を終了する（Ｓ４０５）。
【００９４】
その後、アプリケーションサーバプログラム１０３は、アプリケーションサーバのシャットダウン処理が完了した旨のメッセージを、実行サーバ１００のディスプレイ装置に表示する（Ｓ４０６）。
【００９５】
前述したように、第１の実施の形態では、待機サーバ１５０は実行サーバ構成管理プログラム１６１を実行する。実行サーバ１００は、アプリケーションサーバの起動時に、指定した待機系サーバ１５０の実行サーバ構成管理プログラム１６１に実行サーバの情報を送る。そして、実行サーバの情報を受け付けた実行サーバ構成管理プログラムは、クラスタプログラム切り替え定義１７２の情報を更新し、実行系からの回復処理要求に備える。
【００９６】
よって、待機サーバにおける実行サーバの構成情報登録にかかるコストを低減することができる。また、待機サーバの設定誤りによる、実行サーバの回復処理の失敗を防止することができる。
【００９７】
図８は、待機サーバ登録管理情報表示処理のフローチャートである。
【００９８】
待機サーバ登録管理情報表示処理は、実行サーバの入力装置（又は、管理端末）から、テーブル表示コマンド等によって、待機サーバへの登録状態の出力要求を受け付けたことによって実行される（Ｓ８０１）。
【００９９】
まず、実行サーバ１００のプロセッサ１０１は、待機サーバ登録管理テーブル１７３よりアプリケーション名７１１、待機サーバ名７１２及び状態７１３の情報を取得する（Ｓ８０２）。そして、取得した待機サーバの情報を、入出力装置（ディスプレイ装置）に表示し（Ｓ８０３）、待機サーバ登録状態出力処理を完了する（Ｓ８０４）。
【０１００】
待機サーバ登録管理情報表示処理によると、図９に示すように、待機サーバ登録管理テーブル１７３に登録された、アプリケーション名７１１、待機サーバ名７１２及び状態７１３の情報がディスプレイ装置に表示される。
【０１０１】
また、状態取得時（Ｓ８０２）に、「登録済み」の待機サーバに対し、状態を確認してもよい。このようにすることにより、実行サーバと待機サーバ間での状態の確認が行え、信頼性を高めることが可能となる。
【０１０２】
図１０は、実行サーバ構成情報表示処理のフローチャートである。
【０１０３】
実行サーバ構成情報表示処理は、待機サーバの入力装置（又は、管理端末）から、実行サーバ構成情報表示コマンド等によって、実行サーバ構成情報出力要求を受け付けたことによって実行される（Ｓ９０１）。
【０１０４】
まず、待機サーバ１５０のプロセッサ１５１は、実行サーバ構成管理テーブル１７１より情報を取得（Ｓ９０２）する。具体的には、実行サーバ構成管理テーブル１７１より、実行サーバ名２０１、アプリケーションサーバ名２０２及び状態２０６を取得する。
【０１０５】
そして、取得した実行サーバの情報を、入出力装置（ディスプレイ装置）に表示し（Ｓ９０３）、実行サーバ構成情報出力処理を完了する（Ｓ９０４）。
【０１０６】
実行サーバ構成情報表示処理によると、図１１に示すように、実行サーバ構成管理テーブル１７１に登録された、実行サーバ名２０１、アプリケーションサーバ名２０２及び状態２０６の情報がディスプレイ装置に表示される。
【０１０７】
次に、実行サーバ１００等に障害が発生した場合の処理について説明する。
【０１０８】
待機サーバ１５０は、実行サーバ１００等毎に行う処理として、所定の時間毎に実行サーバ１００等の稼働状態を監視し、障害が発生した実行サーバのトランザクションの回復を行った後、その実行サーバの処理を引き継がずに、再び実行サーバの稼働状態の監視を継続する。これによって、待機サーバ１５０が、障害の発生した実行サーバのトランザクションを随時回復するため、その回復が停滞することがなくなるので、その実行サーバの未完了のトランザクションによる他の実行サーバの業務処理の中断を回避することができる。
【０１０９】
これらの処理を具体的に説明すると、クラスタプログラム１０６等は、実行サーバ１００等に障害が発生したことを検知すると（Ｓ１００１）、待機サーバ１５０のクラスタプログラム１６２に対し、切り替え要求を通知する（Ｓ１００２）。
【０１１０】
待機サーバ１５０のクラスタプログラム１６２は、切り替え要求を受け付けると（Ｓ１００３）、クラスタプログラム切り替え定義１７２の実行サーバのＩＰアドレス２１２を参照して、障害が発生した実行サーバのＩＰアドレスを設定する（Ｓ１００４）。その後、クラスタプログラム切り替え定義１７２の共有ディスク装置情報２１３を参照して、共有ディスク１４１等をマウントして（Ｓ１００５）、クラスタプログラム切り替え定義１７２の切り替え実行プログラム２１４を参照して、定義されたアプリケーションサーバを指定して回復プログラム１６３を起動する（Ｓ１００６）。
【０１１１】
回復プログラム１６３は、実行サーバ構成管理テーブル１７１を参照して、起動時に指定されたアプリケーションサーバ名に該当するリソース接続情報を取得し（Ｓ１００７）、データベースと接続する。そして、マウントされた共有ディスクに格納されたトランザクション情報１４６等を参照して（Ｓ１００８）、実行途中のトランザクションを解決する（Ｓ１００９）。
【０１１２】
なお、他の回復プログラムが実行中で、回復プログラムが同時に実行できない場合には、先に起動されている回復プログラム１６３による回復処理の完了を待ってから、回復プログラムを実行してもよい。このようにすることにより、複数の実行サーバの障害にも対応することが可能となる。
【０１１３】
また、この方法において、待機サーバは、障害が発生した実行サーバを縮退させるとき、負荷分散装置に対して実行サーバの構成リストから当該実行サーバを外すことを指示するメッセージを送信する。これによって、障害が発生した実行サーバおよびそのＩＰアドレスを引き継いでトランザクションを回復する（フェールオーバ中の）待機サーバに対して、負荷分散装置から不当に処理要求が送信されることがなくなる。
【０１１４】
また、障害から回復して稼働できる状態になった実行サーバの縮退を解除するとき、負荷分散装置に対して実行サーバの構成リストに当該実行サーバを追加することを指示するメッセージを送信する。これによって、稼働できる状態になった実行サーバに対して、負荷分散装置から処理要求が送信されるようになり、負荷分散が図られる。
【０１１５】
（第２の実施の形態）
図６は、本実施の形態の計算機システムの構成図である。
【０１１６】
第２の実施の形態の計算機システムは、前述した第１の実施の形態の計算機システム（図１）と異なり、Ｍ台の待機サーバが設けられている。なお、前述した第１の実施の形態（図１）と同じ構成には、同じ符号を付し、その詳細な説明は省略する。
【０１１７】
本実施の形態の計算機システムは、クライアント計算機１０、負荷分散装置２０、実行サーバ１００、１１０及び１２０、共有ディスク１４１、１４２及び１４３、及び複数の待機サーバ１５０及び１５５を備える。
【０１１８】
クライアント計算機１０は、プロセッサ（ＣＰＵ）、メモリ、通信インターフェース及び入出力装置を備え、これらが内部バスによって接続されている計算機である。
【０１１９】
負荷分散装置２０は、クライアント計算機１０からの要求を実行サーバ１００〜１２０に振り分け、予め定められた条件で実行サーバ１００〜１２０の負荷が均等になるようにする装置である。
【０１２０】
実行サーバ１００は、プロセッサ（ＣＰＵ）１０１、メモリ１０２、ディスク装置１８１、通信インターフェース（図示省略）及び入出力装置を備える計算機である。
【０１２１】
待機サーバ１５０は、プロセッサ（ＣＰＵ）１５１、メモリ１５２、ディスク装置１５３及び通信インターフェース（図示省略）及び入出力装置を備える計算機である。同様に、待機サーバ１５５は、プロセッサ（ＣＰＵ）１５６、メモリ１５７、ディスク装置１５８及び通信インターフェース（図示省略）及び入出力装置を備える計算機である。
【０１２２】
プロセッサ１５６は、待機サーバ１５０のプロセッサ１５１と同じ動作をする。メモリ１５７は、待機サーバ１５０のメモリ１５２と同じ情報を格納する。ディスク装置１５８は、待機サーバ１５０のディスク装置１５３と同じ情報を格納する。
【０１２３】
待機サーバ１５０の通信インターフェースは、実行サーバ情報通知回線１３１を介して、各実行サーバ１００〜１２０と接続されている。待機サーバ１５０の実行サーバ構成管理プログラム１５０は、実行サーバ情報通知回線１３１を介して、実行サーバ１００等と情報を送受信する。さらに、待機サーバ１５０の通信インターフェースは、共有ディスク１４１〜１４３と接続されている。
【０１２４】
同様に、待機サーバ１５５の通信インターフェースは、実行サーバ情報通知回線１３１を介して、各実行サーバ１００〜１２０と接続されている。待機サーバ１５５の実行サーバ構成管理プログラム１５０は、実行サーバ情報通知回線１３４を介して、実行サーバ１００等と情報を送受信する。さらに、待機サーバ１５５の通信インターフェースは、共有ディスク１４１〜１４３と接続されている。
【０１２５】
各実行サーバ１００〜１２０と待機サーバ１５０及び１５５とを接続する実行サーバ情報通知回線１３４は、ネットワークであってもよい。例えば、ネットワーク３０と物理的に又は論理的に同じネットワークを使用することができる。
【０１２６】
さらに、待機サーバ１５０及び１５５と共有ディスク１４１〜１４３とを接続する通信パスは、ネットワークであってもよい。例えば、ネットワーク３０と物理的に又は論理的に同じネットワークを使用することができる。
【０１２７】
これによって、待機サーバ１５５は、待機サーバ１５０と同じ動作をすることができる。そして、実行サーバ構成管理プログラム１６１は、アプリケーションサーバＡ等に障害が発生すると、予め定められた手順に従って業務の実行を引き継ぐ待機サーバを選択し、いずれかの待機サーバ１５０、１５５に、実行サーバの業務を切り替える。
【０１２８】
待機サーバ１５０及び１５５は、異なるハードウェア上に構築しても、同じハードウェア上に構築してもよい。また、仮想計算機の手法を用いて、待機サーバ１５０及び１５５を同じハードウェア上に構築してもよい。このようにすることによって、１つの物理計算機に実行サーバと待機サーバを備えることが可能となり、システムコストを低くすることが可能となる。
【０１２９】
次に、第２の実施の形態における実行サーバ登録処理（図４）、及び、実行サーバ削除処理（図５）について説明する。
【０１３０】
実行サーバ登録処理（図４）において、実行サーバ１００のアプリケーションサーバプログラム１０３は、構成情報通知プログラム１０７を起動する（Ｓ１０１）。構成情報通知プログラム１０７は、待機サーバ登録管理テーブル１７３にアプリケーションサーバの情報を登録し（Ｓ１１２）、複数の待機サーバ１５０及び１５５に、実行サーバ情報の登録を要求して（Ｓ１０２）、実行サーバ登録完了待ち状態となる（Ｓ１０３）。
【０１３１】
複数の待機サーバに実行サーバ情報の登録方法として、指定された順に登録してもよい。また、同一の待機サーバに登録要求が集中しないようラウンドロビンによって登録する待機サーバを決定してもよい。また、待機サーバのクラスタプログラムにおいて優先順位が設定できる場合、登録要求順に優先順位を通知し、登録時（Ｓ１０９）にクラスタプログラム切り替え定義に設定してもよい。このようにすることによって、各待機サーバにおける実行サーバの割り当てをバランスすることが可能となる。
【０１３２】
各待機サーバの実行サーバ構成管理プログラム１６１は、実行サーバ情報の登録要求を受け付けると（Ｓ１０７）、受け付けた実行サーバ情報を実行サーバ管理テーブル１７１に登録し（Ｓ１０８）、クラスタプログラム切り替え定義１７２を登録し（Ｓ１０９）、実行サーバの登録完了を報知する（Ｓ１１０）。その後、実行サーバ構成管理プログラム１６１は、実行サーバ情報通知回線１３１を介して、アプリケーションサーバプログラム１０３に対して実行サーバ情報の登録完了を通知する（Ｓ１１１）。
【０１３３】
実行サーバ登録完了待ち状態（Ｓ１０３）である構成情報通知プログラム１０７は、全ての待機サーバ１５０及び１５５の実行サーバ構成管理プログラム１６１からの実行サーバ情報登録完了通知を受けると、待機サーバ登録管理テーブル１７３を更新し（Ｓ１１３）、処理を終了する。
【０１３４】
アプリケーションサーバプログラム１０３は、構成情報通知プログラム１０７による処理が完了すると、実行サーバの登録完了を報知する（Ｓ１０４）。その後、アプリケーションサーバプログラム１０３は、アプリケーションサーバの立上処理を実行し（Ｓ１０５）、アプリケーションサーバの立上処理が完了した旨のメッセージを表示する（Ｓ１０６）。
【０１３５】
なお、全ての待機サーバ１５０及び１５５の実行サーバ構成管理プログラム１６１からの実行サーバ情報登録完了通知を受けるのを待たずに、１台の実行サーバ構成管理プログラム１６１からの実行サーバ情報登録完了通知を受けると、実行サーバの登録完了を報知し、アプリケーションサーバの立上処理を実行してもよい。この時点で、少なくとも１台の待機サーバが準備できているので、アプリケーションサーバに障害が生じても、アプリケーションサーバで実行されていた業務を切り替えることができるからである。
【０１３６】
実行サーバ削除処理（図５）において、実行サーバ１００のアプリケーションサーバプログラム１０３は、複数の待機サーバ１５０及び１５５に、実行サーバ情報の削除を要求して（Ｓ４０１）、実行サーバ削除完了待ち状態となる（Ｓ４０２）。
【０１３７】
各待機サーバの実行サーバ構成管理プログラム１６１は、実行サーバ情報の削除要求を受け付けると（Ｓ４０７）、削除が要求されたアプリケーションサーバのデータを、クラスタプログラム切り替え定義１７２及び実行サーバ管理テーブル１７１から削除し（Ｓ４０８、Ｓ４０９）、実行サーバの削除完了を報知する（Ｓ４１０）。その後、実行サーバ構成管理プログラム１６１は、実行サーバ情報通知回線１３１を介して、アプリケーションサーバプログラム１０３に対して実行サーバ情報の削除完了を通知する（Ｓ４１１）。
【０１３８】
実行サーバ削除完了待ち状態（Ｓ４０３）である構成情報通知プログラム１０７は、全ての待機サーバ１５０及び１５５の実行サーバ構成管理プログラム１６１からの実行サーバ情報削除完了通知を受けると、アプリケーションサーバの情報を待機サーバ登録管理テーブル１７３より削除し（Ｓ４１２）、処理を終了する。
【０１３９】
アプリケーションサーバプログラム１０３は、構成情報通知プログラム１０７による処理が完了すると、実行サーバの情報の削除完了を報知する（Ｓ４０４）。その後、アプリケーションサーバプログラム１０３は、アプリケーションサーバの停止処理を実行し（Ｓ４０５）、アプリケーションサーバの停止処理が完了した旨のメッセージを表示する（Ｓ４０６）。
【０１４０】
なお、実行サーバ削除処理においては、全ての待機サーバ１５０及び１５５の実行サーバ構成管理プログラム１６１からの実行サーバ情報登録完了通知を受けるのを待って、アプリケーションサーバの削除処理を実行する。このようにすれば、アプリケーションサーバの停止を知らない待機サーバが、勝手に動作することを防ぐことができる。
【０１４１】
前述したように、第２の実施の形態では、待機サーバ１５０及び１５５は実行サーバ構成管理プログラム１６１を実行する。実行サーバ１００は、アプリケーションサーバの起動時に、全ての待機系サーバ１５０及び１５５の実行サーバ構成管理プログラム１６１に実行サーバの情報を送る。そして、実行サーバの情報を受け付けた実行サーバ構成管理プログラム１６１は、クラスタプログラム切り替え定義１７２の情報を更新し、実行系からの回復処理要求に備える。このように、第２の実施の形態では、実行サーバの追加時に複数の待機サーバに通知することによって、Ｎ：Ｍのスタンバイ型クラスタシステム構成においても、自動的に、実行サーバ構成管理テーブル１７１及びクラスタプログラム切り替え定義１７２を更新することができ、複数の実行サーバについて同時に障害が発生した場合でも回復処理に対応することができる。
【図面の簡単な説明】
【０１４２】
【図１】第１の実施の形態の計算機システムの構成図である。
【図２】第１の実施の形態の実行サーバ管理テーブルの構成図である。
【図３】第１の実施の形態のクラスタプログラム切り替え定義の構成図である。
【図４】第１の実施の形態の実行サーバ登録処理のフローチャートである。
【図５】第１の実施の形態の実行サーバ削除処理のフローチャートである。
【図６】第２の実施の形態の計算機システムの構成図である。
【図７】第１の実施の形態の待機サーバ登録管理テーブルの構成図である。
【図８】第１の実施の形態の実行サーバ登録状態出力処理のフローチャートである。
【図９】第１の実施の形態の待機サーバ登録確認画面である。
【図１０】第１の実施の形態の待機サーバ構成情報出力処理のフローチャートである。
【図１１】第１の実施の形態の実行サーバ登録確認画面である。
【図１２】第１の実施の形態のアプリケーションサーバ障害検知から実行途中のトランザクション解決のフローチャートである。
【符号の説明】
【０１４３】
１０  クライアント計算機
２０  負荷分散装置
１００、１１０、１２０  実行サーバ
１４１、１４２、１４３  共有ディスク
１５０  待機サーバ
１６１  実行サーバ構成管理プログラム
１７１  実行サーバ構成管理テーブル
１７２  クラスタプログラム切り替え定義
１８１  ディスク装置
１９１  待機サーバ登録管理テーブル
【図１】
2007226400.tif 000003
【図２】
2007226400.tif 000004
【図３】
2007226400.tif 000005
【図４】
2007226400.tif 000006
【図５】
2007226400.tif 000007
【図６】
2007226400.tif 000008
【図７】
2007226400.tif 000009
【図８】
2007226400.tif 000010
【図１２】
2007226400.tif 000011
【図９】
2007226400.tif 000012
【図１０】
2007226400.tif 000013
【図１１】
2007226400.tif 000014