JP2001022709A - クラスタシステム及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】クラスタシステムに容易に新規のプログラムを
導入可能とし、何らかの異常が発生しても継続してプロ
グラムを実行可能とする。 【解決手段】複数の計算機２ａ、２ｂ上で動作するプロ
グラム６ａ〜６ｃの動作状況を監視するクラスタシステ
ム８であり、プログラム６ａ〜６ｃの識別情報を識別情
報取得手段１１ａによって取得し、取得された識別情報
の示すプログラム６ａ〜６ｃが正常か否かを監視手段１
２ａが監視する。この監視によってプログラムが異常と
されると、再起動手段１２ｂが異常プログラムを実行し
ていた計算機２ａ上でこの異常プログラムを再起動させ
る。再起動されたプログラムの異常が検出されると、プ
ログラム移転手段１１ｂが当該異常プログラムを実行し
ていた計算機２ａ上のプログラム６ａ〜６ｃを、他の計
算機２ｂ上で実行させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機が結
合された環境における各計算機の動作を監視するクラス
タシステム及びプログラムを記憶したコンピュータ読み
取り可能な記憶媒体に関する。

【０００２】

【従来の技術】クラスタシステムは、ネットワークを介
して接続された計算機（コンピュータ）にクラスタ・ソ
フトウェアを搭載して構築される。

【０００３】図５は、従来のクラスタシステムの概略を
例示するブロック図である。このクラスタシステム１で
は、２台の計算機（コンピュータ）２ａ、２ｂが通信回
線３で接続されており、各計算機２ａ、２ｂ上ではオペ
レーティング・システム（以下、「ＯＳ」という）４と
クラスタ・ソフトウェア５とが実行されている。

【０００４】クラスタシステム１を構成する各計算機２
ａ、２ｂは、例えばデータベース管理プログラム、電子
メール管理プログラム、ディレクトリ・サービス提供用
プログラム、通信プログラムのようなアプリケーション
・プログラム（以下、「アプリケーション」という）を
実行可能である。図５では、計算機２ａ上でアプリケー
ション６ａ〜６ｃが実行されている場合を例として示し
ている。

【０００５】このような各種アプリケーション６ａ〜６
ｃをクラスタシステム１に導入する際には、各アプリケ
ーション６ａ〜６ｃ専用の監視プログラム（監視モジュ
ール）７ａ〜７ｃをクラスタ・ソフトウェア５に追加す
る必要がある。

【０００６】このアプリケーション６ａ〜６ｃ専用の監
視プログラム７ａ〜７ｃは、それぞれのアプリケーショ
ン６ａ〜６ｃが実行されている場合に、ＯＳ４のコマン
ドにより定期的に実行状態を調査する。

【０００７】また、監視プログラム７ａ〜７ｃは、この
ＯＳ４のコマンドによる調査の結果、監視対象のアプリ
ケーション６ａ〜６ｃの動作異常や、監視対象のアプリ
ケーション６ａ〜６ｃを実行している計算機２ａの異常
を検出すると、この監視対象のアプリケーション６ａ〜
６ｃの再起動を行う。

【０００８】さらに、監視プログラム７ａ〜７ｃは、こ
の再起動が失敗した場合には、オペレータからの指示に
したがって、監視対象のアプリケーション６ａ〜６ｃを
他の計算機２ｂ上で起動させる処理を実行する。

【０００９】すなわち、クラスタ・ソフトウェア５は、
オペレータに指定されたアプリケーション６ａ〜６ｃを
立ち上げ、定期的に互いの計算機２ａ、２ｂが正常か否
かを監視し、また計算機２ａ、２ｂ上で実行されている
アプリケーション６ａ〜６ｃが正常か否かを監視する。
さらに、監視の結果、障害発生を検出すると、この障害
に関係のあるアプリケーションの再起動を試み、再起動
後さらに障害が発生した場合には、その旨をオペレータ
に通知する。その後、クラスタ・ソフトウェア５は、オ
ペレータからの指示があれば、障害の発生した計算機２
ａ上のデータやプログラムを他の計算機２ｂに引き継が
せる。

【００１０】上記のような従来のクラスタシステム１の
動作について説明する。従来のクラスタシステム１上で
動作している各種アプリケーション６ａ〜６ｃは、アプ
リケーション６ａ〜６ｃ自体の問題、ＯＳ４やハードウ
ェアの問題、オペレータの操作誤りなどによって、正常
に動作しなくなったり、計算機２ａ上から消滅する場合
がある。

【００１１】このような場合に備えて、計算機２ａのオ
ペレータや監視プログラム７ａ〜７ｃは、ＯＳ４が提供
する監視用コマンドを実行したり、ログメッセージを参
照することで、各種アプリケーション６ａ〜６ｃあるい
は計算機２ａの動作状況を監視している。

【００１２】この動作状況監視の結果、何らかの問題が
検出された場合に、オペレータや監視プログラム７ａ〜
７ｃは、その問題の種類に対応して異常とされたアプリ
ケーションを再起動させたり、計算機２ａを再立ち上げ
を行う。あるいは、複数台の計算機２ａ、２ｂが疎結合
されたクラスタシステム１においては、オペレータが指
示を発して、障害の発生した計算機２ａと異なる他の計
算機２ｂ上で障害の発生したアプリケーションが引き継
がれる。

【００１３】

【発明が解決しようとする課題】上記のような図５に例
示される従来のクラスタシステム１においては、動作中
のアプリケーション６ａ〜６ｃのいずれかに異常が発生
した場合に、オペレータや監視プログラム７ａ〜７ｃ
は、発生した異常の状況に応じて、計算機２ａ上で異常
の発生したアプリケーションの再起動を行う。そして、
それでも異常が発生する場合には、他系の計算機２ｂに
この異常の発生するアプリケーションの引き継ぎを行
う。

【００１４】しかしながら、この異常の発生したアプリ
ケーションの他系の計算機２ｂへの引き継ぎはオペレー
タの判断で行われるので、オペレータがアプリケーショ
ン６ａ〜６ｃに関するエラーメッセージを見落とした
り、監視プログラム７ａ〜７ｃが発生させるエラーメッ
セージを見落とすことがある。

【００１５】この場合、他系の計算機２ｂへの引き継ぎ
が遅れ、当該クラスタシステム１の運用に支障をきたす
場合がある。また、これにより、クラスタシステム１の
信頼性、可用性が低下する場合がある。

【００１６】また、従来のクラスタシステム１において
は、導入するアプリケーション６ａ〜６ｃ用の監視プロ
グラム７ａ〜７ｃをオペレータがクラスタ・ソフトウェ
ア５に組み込まなければならないため、アプリケーショ
ン導入時にオペレータに手間がかかるという問題があ
る。

【００１７】本発明は、以上のような実情に鑑みてなさ
れたもので、クラスタシステムに容易に新規のプログラ
ムを導入可能であり、何らかの異常が発生しても継続し
てプログラムを実行可能なクラスタシステム及びプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体を
提供することを目的とする。

【００１８】

【課題を解決するための手段】本発明の骨子は、クラス
タシステムを構成する計算機上で動作するプログラムを
プログラムの種別に依存することなくまとめて監視する
手段を備えた点にある。また、異常検出後に再起動した
プログラムの異常をさらに検出した場合に、この異常を
検出したプログラムを実行していた計算機上で動作して
いたプログラムのうち移動可能なプログラム全てを他の
計算機上で起動させる点にある。

【００１９】以下、本発明を実現するにあたって講じた
具体的手段について説明する。

【００２０】第１の発明は、複数の計算機が結合された
環境で動作するプログラムの動作状況を監視するクラス
タシステムに関する発明である。

【００２１】この第１の発明のクラスタシステムは、こ
の環境で動作するプログラムの識別情報を取得する識別
情報取得手段と、当該識別情報取得手段によって取得さ
れた識別情報で示されるプログラムが正常か否かを監視
する監視手段と、当該監視手段による監視によってプロ
グラムの異常が検出された場合に、この異常の検出され
たプログラムを実行していた計算機上でこの異常の検出
されたプログラムを再起動させる再起動手段と、当該再
起動手段によって再起動されたプログラムの異常が検出
された場合に、当該異常の検出されたプログラムを実行
していた計算機上で動作していたプログラムを他の計算
機上で実行させるプログラム移転手段とを具備する。

【００２２】すなわち、この第１の発明のクラスタシス
テムにおいては、動作状態にあるプログラムの識別情報
が収集され、動作中のプログラムが自動的にまとめて監
視される。

【００２３】したがって、新規のプログラムを導入する
場合であっても、この新規のプログラム専用の監視プロ
グラムを導入する必要がない。

【００２４】ゆえに、専用の監視プログラムを特別に用
意しなくても、新規のプログラムを容易に導入できる。

【００２５】また、この第１の発明のクラスタシステム
においては、異常の生じたプログラムを再起動してもさ
らに異常が発生する場合には、この異常の発生する計算
機上で実行されていたプログラムが自動的に他の計算機
上で起動される。

【００２６】したがって、オペレータが異常に気づかな
いために、プログラムの引き継ぎが遅れることを防止で
き、高い信頼性、可用性を確保することができる。

【００２７】第２の発明は、複数の計算機が結合された
環境で動作しアプリケーション・インターフェースを持
つアプリケーション・プログラムの動作状況を監視する
クラスタシステムに関する発明である。

【００２８】この第２の発明のクラスタシステムは、こ
の環境で動作するアプリケーション・プログラムの識別
情報を取得する識別情報取得手段と、当該識別情報取得
手段によって取得された識別情報で示されるアプリケー
ション・プログラムのアプリケーション・インターフェ
イスを呼び出して正常に実行されているか否かを監視す
る監視手段と、当該監視手段による監視によってアプリ
ケーション・プログラムの異常が検出された場合に、こ
の異常の検出されたアプリケーション・プログラムを実
行していた計算機上でこの異常の検出されたアプリケー
ション・プログラムを再起動させる再起動手段と、当該
再起動手段によって再起動されたアプリケーション・プ
ログラムの異常が検出された場合に、当該異常の検出さ
れたアプリケーション・プログラムを実行していた計算
機上で動作していたプログラムを他の計算機上で実行さ
せるプログラム移転手段とを具備する。

【００２９】この第２の発明においては、動作中のアプ
リケーションの識別情報が管理され、この動作中のアプ
リケーションの含むアプリケーション・インターフェイ
スに対して適宜呼び出しが行われる。この呼び出しの結
果、例えばこの呼び出しに関する応答がない場合や、あ
るいは応答としてエラーを受けた場合には、このアプリ
ケーションが異常とされる。

【００３０】したがって、各アプリケーション専用の監
視プログラムが必要ないため、上記第１の発明と同様の
作用効果を得ることができる。

【００３１】また、この第２の発明のクラスタシステム
においては、異常の生じたアプリケーション・プログラ
ムを再起動してもさらに異常が発生する場合には、他の
計算機上で起動される。

【００３２】したがって、上記第１の発明の場合と同様
に、オペレータが異常に気づかないために、プログラム
の引き継ぎが遅れることを防止でき、高い信頼性、可用
性を確保することができる。

【００３３】第３の発明は、コンピュータに、複数の計
算機が結合された環境で動作するプログラムの識別情報
を取得させる識別情報取得機能と、当該識別情報取得機
能によって取得された識別情報で示されるプログラムが
正常か否かを監視させる監視機能と、当該監視機能によ
る監視によってプログラムの異常が検出された場合に、
この異常の検出されたプログラムを実行していた計算機
上でこの異常の検出されたプログラムを再起動させる再
起動機能と、当該再起動機能によって再起動されたプロ
グラムの異常が検出された場合に、当該異常の検出され
たプログラムを実行していた計算機上で動作していたプ
ログラムを他の計算機上で実行させるプログラム移転機
能とを実現させるプログラムを記憶したコンピュータ読
み取り可能な記憶媒体である。

【００３４】また、第４の発明は、コンピュータに、複
数の計算機が結合された環境で動作しアプリケーション
・インターフェースを持つアプリケーション・プログラ
ムの識別情報を取得させる識別情報取得機能と、当該識
別情報取得機能によって取得された識別情報で示される
アプリケーション・プログラムのアプリケーション・イ
ンターフェイスを呼び出して正常に実行されているか否
かを監視させる監視機能と、当該監視機能による監視に
よってアプリケーション・プログラムの異常が検出され
た場合に、この異常の検出されたアプリケーション・プ
ログラムを実行していた計算機上でこの異常の検出され
たアプリケーション・プログラムを再起動させる再起動
機能と、当該再起動機能によって再起動されたアプリケ
ーション・プログラムの異常が検出された場合に、当該
異常の検出されたアプリケーション・プログラムを実行
していた計算機上で動作していたプログラムを他の計算
機上で実行させるプログラム移転機能とを実現させるプ
ログラムを記憶したコンピュータ読み取り可能な記憶媒
体である。

【００３５】第３及び第４の発明は、それぞれ第１及び
第２の発明で説明したクラスタシステムの機能をコンピ
ュータにより実現するためのプログラムを記憶したコン
ピュータ読み取り可能な記憶媒体である。

【００３６】このようなプログラムを記憶した記憶媒体
を用いることによって、上述した機能を有していない計
算機や計算機システムに対しても、簡単に上述した機能
を付加することができる。

【００３７】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。

【００３８】（第１の実施の形態）本実施の形態におい
ては、動作中のプログラムをまとめて監視し、何らかの
異常が発生したらそのプログラムを再起動し、それでも
異常が発生するようであればプログラムを他系の計算機
に自動的に引き継がせるクラスタシステムについて説明
する。

【００３９】図１は、本実施の形態に係るクラスタシス
テムの概略を例示するブロック図であり、図５と同一の
部分については同一の符号を付してその説明を省略する
かあるいは簡単に説明し、ここでは異なる部分について
のみ詳しく説明する。

【００４０】クラスタシステム８を構成する一方の計算
機２ａは、通常時にアプリケーションを動作させるコン
ピュータである。これに対し、他方の計算機２ｂは、待
機系として動作するコンピュータであり、一方の計算機
２ａに異常が発生した場合にその業務を引き継ぐ。通信
回線３は、計算機２ａ、２ｂ間を送受信可能に接続して
いる。

【００４１】なお、計算機２ａ、２ｂにはそれぞれ記憶
領域９が設けられているが、図１では計算機２ｂ側の記
憶領域の記載は省略している。

【００４２】ＯＳ４は、各計算機２ａ、２ｂを制御する
ソフトウェアであり、アプリケーション６ａ〜６ｃは、
各種の業務を処理するためのプログラムである。ここで
は、この各アプリケーション６ａ〜６ｃは計算機に常駐
した形態で利用されるプログラムとする。また、このア
プリケーション６ａ〜６ｃは、動作する計算機を移動可
能なプログラムとする。

【００４３】クラスタ・ソフトウェア１０は、主に、ク
ラスタ・ソフトウェア本体１１と監視プログラム１２と
から構成されており、計算機２ａ、２ｂ双方に備えられ
ている。以下においては、計算機２ａ側のクラスタソフ
トウェア１０を例として説明するが、計算機２ｂ側のク
ラスタソフトウェア１０も同様の機能を持ち、同様の動
作を行う。

【００４４】クラスタ・ソフトウェア本体１１は、先に
おいて説明した従来のクラスタ・ソフトウェア５と同様
の機能を保持しており、その中には識別情報取得機能１
１ａ、プログラム移転機能１１ｂ、計算機停止機能１１
ｃが含まれている。

【００４５】識別情報取得機能１１ａは、この計算機２
ａ上で動作すべきアプリケーションのプロセスＩＤを記
憶領域９に保持する。これにより、計算機２ａ上で動作
しているはずのアプリケーションが特定される。

【００４６】プログラム移転機能１１ｂは、計算機２ａ
上で動作していたアプリケーションを他の計算機２ｂ上
で動作させるための処理を行い、また計算機２ｂ上で動
作していたアプリケーションを計算機２ａ上で動作させ
るための処理を行う。計算機停止機能１１ｃは、計算機
２ａを停止するための処理を行う。

【００４７】監視プログラム１２は、監視機能１２ａ、
再起動機能１２ｂ、プログラム移転指示機能１２ｃとを
含む。監視機能１２ａは、記憶領域９を参照し、この記
憶領域９にプロセスＩＤが登録されているアプリケーシ
ョン（計算機２ａ上に存在すべきアプリケーション）が
計算機２ａ上に存在するか否かを、ＯＳ４の提供するコ
マンドを呼び出すことで確認する。

【００４８】再起動機能１２ｂは、監視機能１２ａによ
って計算機２ａ上で動作していたアプリケーションの異
常終了が検出された場合に、この異常終了したアプリケ
ーションを当該計算機２ａ上で再起動させる。

【００４９】プログラム移転指示機能１２ｃは、再起動
機能１２ｂによって再起動されたアプリケーションの異
常終了が再び監視機能１２ａによって検出された場合
に、計算機２ａ、２ｂのクラスタ・ソフトウェア本体１
１の持つプログラム移転機能１１ｂに対し、この計算機
２ａ上で動作するアプリケーション６ａ〜６ｃの移転指
示（計算機ｂ上でのアプリケーション６ａ〜６ｃの起動
・開始指示）を通知する。

【００５０】同様に、プログラム移転指示機能１２は、
再起動機能１２ｂによって再起動されたアプリケーショ
ンの異常終了が再び監視機能１２ａによって検出された
場合に、計算機２ａのクラスタソフトウェア本体１１の
持つ計算機停止機能１１ｃに計算機２ａの停止指示を通
知する。

【００５１】上記のような構成を持つクラスタシステム
８の動作について以下に説明する。図２は、本実施の形
態に係るクラスタシステム８の動作を示すフロー図であ
り、特に監視プログラム１２によるアプリケーション６
ａ〜６ｃの存在確認と、アプリケーション６ａ〜６ｃの
消滅検出時の処理手順を示している。

【００５２】クラスタシステム８においては、まず、監
視プログラム１２の監視機能１２ａによってプロセスＩ
Ｄが登録されている記憶領域９が参照され、監視すべき
アプリケーション６ａ〜６ｃのプロセスＩＤが取り出さ
れる（ｓ１）。

【００５３】次に、監視プログラム１２の監視機能１２
ａによってＯＳ４の提供するコマンドが呼び出され、計
算機２ａ上で動作しているアプリケーションのプロセス
ＩＤが取り出される（ｓ２）。これにより、計算機２ａ
上で動作しているアプリケーションのプロセスＩＤの一
覧情報が得られる。

【００５４】次に、記憶領域９から得られたプロセスＩ
Ｄ（処理ｓ１で得られたプロセスＩＤ）と、ＯＳ４のコ
マンド呼び出しにより得られたプロセスＩＤ（処理ｓ２
で得られたプロセスＩＤ）とが、監視プログラム１２の
監視機能１２ａにより比較される。そして、計算機２ａ
で動作しているべき監視対象のアプリケーション６ａ〜
６ｃが消滅しているか否かが判定される（ｓ３）。

【００５５】この比較の結果、監視すべきアプリケーシ
ョン６ａ〜６ｃが消滅していない場合には、上記の監視
が繰り返される。

【００５６】監視すべきアプリケーション６ａ〜６ｃの
いずれかが消滅している場合には、再起動機能１２ｂに
より消滅したアプリケーションが先において一度再起動
されたものか否かが判定される（ｓ４）。

【００５７】判定の結果、未だ再起動されていない場合
には、消滅したアプリケーションが監視プログラム１２
の再起動機能１２ｂによって消滅前と同一の計算機２ａ
上で再起動される（ｓ５）。

【００５８】一方、消滅したアプリケーションが再起動
済みであった場合には、監視プログラム１２のプログラ
ム移転指示機能１２ｃにより、計算機２ａのクラスタ・
ソフトウェア１０の持つ計算機停止機能１１ｃに計算機
２ａの停止が指示される。また、再起動しても異常が発
生するのはアプリケーションよりむしろ他の異常（Ｏ
Ｓ、計算機の異常）である可能性が高いとして、計算機
２ａ上で動作していたアプリケーション６ａ〜６ｃの計
算機２ｂ上での起動が、計算機２ａ、２ｂのクラスタ・
ソフトウェア１０の持つプログラム移転機能１１ｂに指
示される（ｓ６）。

【００５９】この指示により、計算機２ａのクラスタ・
ソフトウェア１０の持つ計算機停止機能１１ｃが計算機
２ａを停止させる。また、計算機２ａ、２ｂのクラスタ
ソフトウェア１０の持つプログラム移転機能１１ｂによ
りアプリケーション６ａ〜６ｃの動作が計算機２ｂに引
き継がれる。

【００６０】以上説明したように、本実施の形態に係る
クラスタシステム８においては、アプリケーション６ａ
〜６ｃをまとめて監視する監視プログラム１２をクラス
タ・ソフトウェア１０に加えている。

【００６１】したがって、新規のアプリケーションを導
入するたびに、このアプリケーション専用の監視プログ
ラムをオペレータが加える必要がなく、オペレータの作
業を軽減させることができる。

【００６２】また、本実施の形態に係るクラスタシステ
ム８においては、アプリケーションに対する再起動後、
さらに再起動が失敗した場合には、この再起動が失敗し
た計算機上で動作していた移動可能なアプリケーション
の動作を全て待機系の他の計算機に引き継がせる。

【００６３】したがって、アプリケーションの停止状態
が持続することを防止し、システムの信頼性、可用性が
向上される。

【００６４】なお、本実施の形態においては、監視対象
のプログラムが常駐形式で動作するアプリケーション６
ａ〜６ｃの場合を例として説明しているが、これに限定
されるものではない。例えば、アプリケーションではな
いデーモンや、常駐形式ではないアプリケーションを監
視対象とする場合でも、同様の手法を適用することで同
様の効果を得ることができる。また、監視対象のプログ
ラムの数にも制限されることなく、いくつでもよい。

【００６５】また、本実施の形態においては、２台の計
算機２ａ、２ｂによりクラスタシステム８が構成される
場合を例として説明しているが、これに限定されるもの
ではなく、３台以上の計算機によりクラスタシステムが
構成される場合にも同様に適用可能である。

【００６６】また、本実施の形態に係るクラスタシステ
ム８は、同様の作用・機能を実現可能であれば各構成要
素の配置を変更させてもよく、また各構成要素を自由に
組み合わせてもよい。例えば、識別情報取得機能１１ａ
は、クラスタ・ソフトウェア本体１１に備えるのではな
く、監視プログラム１２に備えてもよい。

【００６７】（第２の実施の形態）本実施の形態におい
ては、アプリケーション・インターフェイス（以下、
「ＡＰＩ」という）を持つアプリケーションを監視対象
とし、このアプリケーションを他系の計算機に自動的に
引き継がせるクラスタシステムについて説明する。

【００６８】図３は、本実施の形態に係るクラスタシス
テムの概略を例示するブロック図であり、図１、５と同
一の部分については同一の符号を付してその説明を省略
するかあるいは簡単に説明し、ここでは異なる部分につ
いてのみ詳しく説明する。

【００６９】本実施の形態に係るクラスタシステム１３
の基礎的な構成は、先で述べたクラスタシステム８と同
様であるが、アプリケーションのＡＰＩを利用して監視
を行う点が異なる。

【００７０】すなわち、アプリケーション１４ａ〜１４
ｃは、それぞれに対するインターフェイスを扱うＡＰＩ
１５ａ〜１５ｃを備えている。ＡＰＩ１５ａ〜１５ｃ
は、外部のプログラムにアプリケーション１４ａ〜１４
ｃの機能を利用させるために動作する。例えば、アプリ
ケーション１４ａがデータベース管理プログラムである
場合には、ＡＰＩ１５ａはＳＱＬ命令を受け付け、処理
後の結果を返す。

【００７１】クラスタ・ソフトウェア１６の監視プログ
ラム１７は、監視対象のアプリケーション１４ａ〜１４
ｃの各ＡＰＩ１５ａ〜１５ｃを呼び出す。その結果、何
らかのエラーがアプリケーション１４ａ〜１４ｃの持つ
ＡＰＩ１５ａ〜１５ｃのいずれかから返却されたり、あ
るいはＡＰＩ１５ａ〜１５ｂのいずれかから制御がリタ
ーンしなくなった場合、監視プログラム１７は、異常を
検出したＡＰＩを持つアプリケーションを停止させ、再
起動させる。

【００７２】また、この監視プログラム１７は、再起動
後のＡＰＩ呼び出しでまだ異常を検出する場合には、計
算機２ａのクラスタ・ソフトウェア本体１１に対して、
計算機２ａの停止を指示し、さらに計算機２ａ、２ｂの
クラスタ・ソフトウェア本体１１に対して、計算機２ｂ
上でのアプリケーション１４ａ〜１４ｃの起動・開始を
指示する。

【００７３】上記のような構成を持つクラスタシステム
１３の動作について以下に説明する。図４は、本実施の
形態に係るクラスタシステム１３の動作を示すフロー図
であり、特に監視プログラム１７によるアプリケーショ
ン１４ａ〜１４ｃの持つＡＰＩ１５ａ〜１５ｃの呼び出
しと、ＡＰＩ１５ａ〜１５ｃの呼び出しにおいて異常を
検出した際の処理手順を示している。

【００７４】このクラスタシステム１３においては、ま
ず、監視プログラム１７の監視機能によって記憶領域９
が参照され、この監視プログラム１７によって監視すべ
きアプリケーション１４ａ〜１４ｂの持つＡＰＩ１５ａ
〜１５ｃが呼び出される（ｔ１）。

【００７５】ここで、このＡＰＩ１５ａ〜１５ｂの呼び
出しに対して、ＡＰＩ１５ａ〜１５ｃのいずれかからエ
ラー返却を受けたか、あるいはリターンを返却しない
（制御を戻さない）かの判定が、監視プログラム１７の
監視機能によって行われる（ｔ２）。

【００７６】正常にリターンを受けた場合には、上記の
処理が繰り返されるが、エラー返却を受けたりリターン
を返却しない場合には、そのＡＰＩを持つアプリケーシ
ョンが再起動済みか否かが監視プログラム１７の再起動
機能により判定される（ｔ３）。

【００７７】判定の結果、未だ再起動されていない場合
には、この正常なリターンを返さないＡＰＩを持つアプ
リケーションが、監視プログラム１７の再起動機能によ
って同一の計算機２ａ上で再起動される（ｔ４）。

【００７８】一方、既に再起動済みの場合には、監視プ
ログラム１７のプログラム移転指示機能により、計算機
２ａの停止が計算機２ａのクラスタ・ソフトウェア本体
１１に指示される。また、計算機２ａ上で動作していた
アプリケーション１４ａ〜１４ｃの計算機２ｂ上での起
動が、計算機２ａ、２ｂのクラスタソフトウェア本体１
１に指示される（ｔ５）。

【００７９】この指示により、計算機２ａのクラスタ・
ソフトウェア１６の持つ計算機停止機能が計算機２ａを
停止させる。また、計算機２ａ、２ｂのクラスタ・ソフ
トウェア１６の持つプログラム移転機能によりアプリケ
ーション１４ａ〜１４ｃの動作が計算機２ｂに引き継が
れる。

【００８０】以上説明したように、本実施の形態に係る
クラスタシステム１３においては、監視プログラム１７
がアプリケーション１４ａ〜１４ｃのＡＰＩ呼び出しに
より、まとめてアプリケーション１４ａ〜１４ｃの監視
を行う。

【００８１】また、アプリケーション１４ａ〜１４ｃの
ＡＰＩ呼び出しに対する異常動作、ストールを検出した
場合に当該異常の発生したアプリケーションの再起動が
実行され、さらに異常がある場合に待機系の計算機２ｂ
へアプリケーション１４ａ〜１４ｃの業務が自動的に引
き継がれる。

【００８２】これにより、先で述べた第１の実施の形態
と同様に、オペレータの作業を軽減させ、さらにシステ
ムの信頼性、可用性が向上される。

【００８３】なお、本実施の形態においては、２台の計
算機２ａ、２ｂによりクラスタシステム１３が構成され
る場合を例として説明しているが、これに限定されるも
のではなく、３台以上の計算機によりクラスタシステム
が構成される場合にも同様に適用可能である。同様に、
クラスタシステム上で動作するアプリケーションの数に
も、特に制限はなくいくつであってもよい。

【００８４】また、本実施の形態に係るクラスタシステ
ム１３は、同様の作用・機能を実現可能であれば各構成
要素の配置を変更させてもよく、また各構成要素を自由
に組み合わせてもよい。

【００８５】また、上記第１及び第２の実施の形態に係
るクラスタシステム８、１３におけるクラスタ・ソフト
ウェア１０、１６は、コンピュータに実行させることの
できるプログラムとして、例えば磁気ディスク（フロッ
ピー（登録商標）ディスク、ハードディスク等）、光デ
ィスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなど
の記憶媒体に書き込んで適用したり、通信媒体により伝
送して計算機あるいは計算機システムに適用することも
可能である。上記各機能を実現するコンピュータは、記
憶媒体に記憶されたプログラムを読み込み、プログラム
によって動作が制御されることにより、上述した処理を
実行する。

【００８６】

【発明の効果】以上詳記したように本発明においては、
プログラムの種別に関係なく、計算機上で動作するプロ
グラムが正常か否かを監視する監視手段と、異常の発生
したプログラムの再起動に失敗した場合に、その計算機
上で動作する移動可能なプログラムを他の計算機に自動
的に移転するプログラム移転手段とを備えている。

【００８７】このように、監視手段がプログラムの種別
に関係なく各プログラムの動作をまとめて監視すること
で、各プログラム専用の監視プログラムを導入する必要
がない。

【００８８】したがって、新規のプログラム導入時のオ
ペレータの労力を低減させることができる。

【００８９】また、自動的に再起動できなかったプログ
ラムを他の計算機に移転することで、プログラムの移転
が遅れることを防止することができ、これによりシステ
ムの信頼性、可用性を向上させることができる。

【００９０】また、再起動しても異常が発生するのは、
プログラムの異常よりも計算機やＯＳの異常である可能
性が高いため、この計算機上の移動可能なプログラムを
全て移転することでさらに信頼性、可用性を向上させる
ことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るクラスタシス
テムの概略を例示するブロック図。

【図２】同実施の形態に係るクラスタシステムの動作を
示すフロー図。

【図３】本発明の第２の実施の形態に係るクラスタシス
テムの概略を例示するブロック図。

【図４】同実施の形態に係るクラスタシステムの動作を
示すフロー図。

【図５】従来のクラスタシステムの概略を例示するブロ
ック図。

【符号の説明】

１、８、１３…クラスタシステム ２ａ、２ｂ…計算機 ３…通信回線 ４…オペレーティング・システム ５、１０、１６…クラスタ・ソフトウェア ６ａ〜６ｃ、１４ａ〜１４ｃ…アプリケーション・プロ
グラム １５ａ〜１５ｃ…アプリケーション・インターフェイス ７ａ〜７ｃ…アプリケーション専用監視プログラム ９…記憶領域 １１…クラスタ・ソフトウェア本体 １１ａ…識別情報取得機能 １１ｂ…プログラム移転機能 １１ｃ…計算機停止機能 １２、１７…監視プログラム １２ａ…監視機能 １２ｂ…再起動機能 １２ｃ…プログラム移転指示機能

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/177 ６７８ Ｇ０６Ｆ 15/177 ６７８Ｂ ６７８Ａ Ｆターム(参考） 5B034 BB02 CC01 DD02 5B042 GA11 JJ15 KK05 5B045 GG01 JJ02 JJ44 JJ45 5B098 AA10 GA02 GC01 JJ02 JJ08

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の計算機が結合された環境で動作す
   るプログラムの動作状況を監視するクラスタシステムで
   あって、 前記環境で動作するプログラムの識別情報を取得する識
   別情報取得手段と、 当該識別情報取得手段によって取得された識別情報で示
   されるプログラムが正常か否かを監視する監視手段と、 当該監視手段による監視によって前記プログラムの異常
   が検出された場合に、この異常の検出されたプログラム
   を実行していた計算機上でこの異常の検出されたプログ
   ラムを再起動させる再起動手段と、 当該再起動手段によって再起動されたプログラムの異常
   が検出された場合に、当該異常の検出されたプログラム
   を実行していた計算機上で動作していたプログラムを、
   他の計算機上で実行させるプログラム移転手段とを具備
   したことを特徴とするクラスタシステム。
2. 【請求項２】 複数の計算機が結合された環境で動作し
   アプリケーション・インターフェースを持つアプリケー
   ション・プログラムの動作状況を監視するクラスタシス
   テムであって、 前記環境で動作するアプリケーション・プログラムの識
   別情報を取得する識別情報取得手段と、 当該識別情報取得手段によって取得された識別情報で示
   されるアプリケーション・プログラムのアプリケーショ
   ン・インターフェイスを呼び出して正常に実行されてい
   るか否かを監視する監視手段と、 当該監視手段による監視によって前記アプリケーション
   ・プログラムの異常が検出された場合に、この異常の検
   出されたアプリケーション・プログラムを実行していた
   計算機上でこの異常の検出されたアプリケーション・プ
   ログラムを再起動させる再起動手段と、 当該再起動手段によって再起動されたアプリケーション
   ・プログラムの異常が検出された場合に、当該異常の検
   出されたアプリケーション・プログラムを実行していた
   計算機上で動作していたプログラムを、他の計算機上で
   実行させるプログラム移転手段とを具備したことを特徴
   とするクラスタシステム。
3. 【請求項３】 コンピュータに、 複数の計算機が結合された環境で動作するプログラムの
   識別情報を取得させる識別情報取得機能と、 当該識別情報取得機能によって取得された識別情報で示
   されるプログラムが正常か否かを監視させる監視機能
   と、 当該監視機能による監視によって前記プログラムの異常
   が検出された場合に、この異常の検出されたプログラム
   を実行していた計算機上でこの異常の検出されたプログ
   ラムを再起動させる再起動機能と、 当該再起動機能によって再起動されたプログラムの異常
   が検出された場合に、当該異常の検出されたプログラム
   を実行していた計算機上で動作していたプログラムを、
   他の計算機上で実行させるプログラム移転機能とを実現
   させるためのプログラムを記憶したコンピュータ読み取
   り可能な記憶媒体。
4. 【請求項４】 コンピュータに、 複数の計算機が結合された環境で動作しアプリケーショ
   ン・インターフェースを持つアプリケーション・プログ
   ラムの識別情報を取得させる識別情報取得機能と、 当該識別情報取得機能によって取得された識別情報で示
   されるアプリケーション・プログラムのアプリケーショ
   ン・インターフェイスを呼び出して正常に実行されてい
   るか否かを監視させる監視機能と、 当該監視機能による監視によって前記アプリケーション
   ・プログラムの異常が検出された場合に、この異常の検
   出されたアプリケーション・プログラムを実行していた
   計算機上でこの異常の検出されたアプリケーション・プ
   ログラムを再起動させる再起動機能と、 当該再起動機能によって再起動されたアプリケーション
   ・プログラムの異常が検出された場合に、当該異常の検
   出されたアプリケーション・プログラムを実行していた
   計算機上で動作していたプログラムを、他の計算機上で
   実行させるプログラム移転機能とを実現させるためのプ
   ログラムを記憶したコンピュータ読み取り可能な記憶媒
   体。