JP2003345620A - 多ノードクラスタシステムのプロセス監視方法 - Google Patents

Abstract

(57)【要約】 【課題】 クラスタグループの動き（状態の遷移）を常
に把握し、これに合わせて監視設定を自動的に変更する
ことを可能とする。 【解決手段】 待機系サーバ４を含めて、監視対象サー
バ２〜４は、クラスタグループの異常を検出するための
監視プロセス６，７，１４とクラスタグループの可動，
停止をチェックするための情報Ｂを取得するチェックプ
ロセス１５，１６，１７とを備えている。監視サーバ１
の監視設定プロセス１１は、各監視対象サーバ２，３，
４からのチェック情報Ｂの通知を受け、監視対象サーバ
２，３，４毎にこのチェック情報Ｂをメモリ１２の監視
設定テーブル１３と比較し、これらに不一致があると、
監視対象サーバ２，３と待機系サーバ４との間でクラス
タグループの切り替わりがあったとして、監視プロセス
５での監視対象サーバ監視のための監視設定を変更す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多ノードクラスタ
システムにおけるサーバプロセスの監視方法に関する。

【０００２】

【従来の技術】従来、サーバプロセスを監視する方法と
しては、特開２００１−１１７７８９号公報に記載のも
のが知られている。これは、プログラム監視条件設定部
を備え、グラフィカルユーザインタフェースまたは定義
ファイルといった外部入力装置により、プログラムの監
視条件とし、第１に監視するプログラム名称を任意の文
字列で設定でき、第２にプログラムを構成する全てまた
は一部のプロセス名称を実行ファイル名またはコマンド
ライン名で設定でき、第３にこの第２の設定で指定した
プロセス名称単位に正常稼動と判断するプロセス数の下
限値および上限値などを閾値として設定できるものであ
り、プロセス数による幅広いプロセス監視を実現してい
る。

【０００３】

【発明が解決しようとする課題】ところで、近年、信頼
性向上及び低コスト化の観点から、複数のシステムに共
通の待機系サーバを準備し、どのシステムでプロセスの
待機系への切り替えが発生しても、同じ待機系サーバへ
切り替わるという多ノードクラスタシステムが存在す
る。しかしながら、現状のプロセス監視方法では、多ノ
ードクラスタシステムにおける待機系サーバ上のプロセ
スを常に監視することは難しい。

【０００４】以下、これを図７を用いて説明する。

【０００５】同図において、ここで、１つの監視サーバ
１と、２つの監視対象サーバ２，３と、１つの待機系サ
ーバ４とからなる３ノードクラスタシステムを例にして
説明する。

【０００６】監視サーバ１は常時起動した監視サーバ側
監視プロセス（以下、単に監視プロセスという）５を有
し、この監視プロセス５によって監視対象サーバ２，３
を監視する。また、監視対象サーバ２は、１以上のプロ
セス１０から構成されてパッケージ（プログラム）をな
すクラスタグループ８を起動し、かかるプロセス１０を
監視対象としてこのクラスタグループ８を監視する監視
対象側監視プロセス（以下、単に監視プロセスという）
６を備えている。この監視プロセス６の監視結果は、監
視対象プロセス情報Ａとして、監視サーバ１の監視プロ
セス５に送られる。同様にして、監視対象サーバ３も、
１以上のプロセス１０から構成されてパッケージ（プロ
グラム）をなすクラスタグループ９を起動し、かかるプ
ロセス１０を監視対象としてこのクラスタグループ９を
監視する監視対象側監視プロセス（以下、単に監視プロ
セスという）７を備えている。この監視プロセス７の監
視結果は、監視対象プロセス情報Ａとして、監視サーバ
１の監視プロセス５に送られる。

【０００７】監視プロセス５では、これら監視対象サー
バ２，３のクラスタグループ８，９毎に、プロセスの監
視項目やクラスタグループが正常と判断するためのプロ
セス数の範囲などの監視設定がなされており、監視対象
サーバ２，３からの監視対象プロセス情報Ａと該当する
監視設定とを対比することにより、クラスタグループ
８，９の状態を監視する。

【０００８】ここで、起動しているクラスタグループ８
に異常をきたして監視対象サーバ２に障害が発生し、こ
の監視対象サーバ２でこのクラスタグループ８を実行で
きなくなると、このクラスタグループ８を待機系サーバ
４で実行させるようにする切り替え、即ち、待機系サー
バ切り替えが行なわれる。このようなとき、監視サーバ
１がこの待機系サーバ４を監視することが考えられる
が、このためには、この監視サーバ１の監視プロセス５
に待機系サーバ４でのクラスタグループ８に対して監視
設定がなされなければならない。

【０００９】しかしながら、このようにするためには、
待機系サーバ４にも監視プロセスを設け、その監視結果
を監視サーバ１の監視プロセス５に通知するように構成
することが考えられるが、待機系サーバ４は、システム
が正常な状態では、起動中のクラスタグループが存在せ
ず、このような場合、待機系サーバの監視プロセスから
のかかる状態に対する監視対象プロセス情報とこの待機
系サーバに対する監視設定とから、監視サーバ１の監視
プロセス５は、待機系サーバ４に障害があると、判定す
ることになる。

【００１０】そこで、かかる状態で監視対象サーバ２か
らクラスタグループ８の待機系サーバ切り替えがある
と、監視サーバ１での監視プロセス５では、待機系サー
バ４に対し、このクラスタグループ８に該当する監視設
定への変更（更新）が行なわれなければならないが、図
示する構成のシステムでは、待機系サーバ切り替えに対
し、該当する監視設定への正確な変更を自動的に行なう
ことができない。このため、現状では、待機系サーバ４
の監視は行なわれていない。

【００１１】そこで、待機系サーバ切り替え後では、こ
の待機系サーバ４で起動しているクラスタグループ８の
状態を監視することができず、これに異常が発生して
も、それを知るすべがなかった。

【００１２】本発明の目的は、かかる問題を解消し、ク
ラスタグループの動き（状態の遷移）を常に把握し、こ
れに合わせて監視設定を自動的に変更することを可能と
し、多ノードクラスタシステムにおける待機系切り替え
に対応できるようにしたプロセス監視方法を提供するこ
とにある。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、監視サーバと、監視サーバによってクラ
スタグループが監視される監視対象サーバと、監視対象
サーバに共通の待機系サーバとからなる多ノードクラス
タシステムのプロセス監視方法において、監視対象サー
バと待機系サーバとは夫々、常時起動しているチェック
プロセスによってオペレーティングシステムのプロセス
管理テーブルを一定時間間隔で確認して、クラスタグル
ープの起動，停止を示す確認結果を監視サーバ上の監視
設定変更プロセスに通知し、監視設定変更プロセスは、
通知されたこの確認結果を基に、監視対象サーバと待機
系サーバとの間でのクラスタグループの切り替わりを認
識し、監視設定変更プロセスでのこの認識を基に、クラ
スタグループが起動している監視対象サーバと待機系サ
ーバとのプロセス監視を行なうものである。

【００１４】そして、監視サーバには、起動中のクラス
タグループと監視対象サーバ，待機系サーバとの対応関
係、及び起動中のクラスタグループに対応する監視設定
とを示す監視設定テーブルが設けられており、監視設定
変更プロセスにより、監視対象サーバと待機系サーバと
の夫々毎に、チェックプロセスから通知される確認結果
と監視設定テーブルとを比較して、監視対象サーバと待
機系サーバとの間のクラスタグループの切り替わりを認
識し、かつこの切り替わりの認識とともに、監視設定テ
ーブルを変更するものである。

【００１５】また、監視設定変更プロセスによるクラス
タグループの切り替わりの認識に伴って、クラスタグル
ープが起動もしくは停止した監視対象サーバまたは待機
系サーバに対する監視設定の変更処理を行なうものであ
る。

【００１６】また、この監視設定は、予め各クラスタグ
ループ毎に及びクラスタグループの組み合わせに応じ
て、監視サーバに設けられており、クラスタグループが
起動した監視対象サーバもしくは１以上のクラスタグル
ープが起動した待機系サーバを、該当する監視設定を選
択・設定することにより、監視するものである。

【００１７】

【発明の実施の形態】以下、本発明を実施形態を図面を
参照して具体的に説明する。図１〜図４は本発明による
多ノードクラスタシステムのプロセス監視方法の一実施
形態を示すシステム図であって、１１は監視設定変更プ
ロセス、１２はメモリ、１３は監視設定テーブル、１４
は監視プロセス、１５〜１７はチェックプロセスであ
り、図７に対応する部分には同一符号をつけている。な
お、ここでは、図７の場合と同様に、３ノードクラスタ
システムの場合を例に挙げて説明することとする。

【００１８】図１は通常時のプロセス監視形態を示すも
のである。

【００１９】同図において、各監視対象サーバ２，３に
は、チェックプロセス１５，１６が設けられ、また、待
機系サーバ４においても、監視プロセス１４とチェック
プロセス１７とが設けられて監視対象サーバとしても機
能することにしている。また、監視サーバ１において
は、監視設定変更プロセス１１とメモリ１２とが設けら
れ、このメモリ１２には、夫々の監視対象サーバ２，
３，４に対する監視設定テーブル１３が書込み，読出し
可能に記憶されている。

【００２０】クラスタグループ８，９が起動する監視対
象サーバ２，３での監視プロセス６，７は、該当するク
ラスタグループ８，９の監視対象プロセス情報Ａを取得
し、これを監視サーバ１の監視プロセス５に通知する。
この監視プロセス５では、各クラスタグループ８，９の
監視設定（夫々を監視設定ａ，ｂとする）やこれらクラ
スタグループ８，９の組み合わせの監視設定（これを監
視設定ｃとする）が設けられており、監視対象サーバ２
に対しては、クラスタグループ８に対する監視設定ａ
が、監視対象サーバ３に対しては、クラスタグループ９
に対する監視設定ｂが夫々選択・設定され、監視対象サ
ーバ２，３毎に、通知された監視対象プロセス情報Ａと
該当する監視設定とを対比することにより、クラスタグ
ループ８，９の起動状態を監視している。そして、監視
プロセス５は、例えば、監視対象サーバ２からの監視対
象プロセス情報Ａと監視設定ａとから、クラスタグルー
プ８のプロセス数が規定の範囲外となったり、プロセス
が異常終了したりしたことを認識すると、この監視対象
サーバ２が異常と判定し、設定された処理（例えば、パ
トランプを鳴動させたり、警告メッセージを管理者に通
知するなどの処理）を実行する。

【００２１】以上の動作は従来のシステムとほとんど変
わりないが、この実施形態は、監視対象サーバ２，３，
４や監視サーバ１を図示する上記の構成とすることによ
り、本来の待機系サーバ４も監視対象サーバとして含め
て、クラスタグループ８，９の動き（状態の遷移）を常
時監視し、この動きとともに、該当する監視対象サーバ
２，３，４に対して、監視プロセス５で正しい監視設定
を自動的に行なうことができるようにしたものである。
これを可能とするために、監視対象サーバ２，３にチェ
ックプロセス１５，１６を追加し、待機系サーバ４に監
視プロセス１４とチェックプロセス１７とを設けて監視
対象サーバの構成とし、さらに、監視サーバ１では、監
視設定変更プロセス１１と監視設定テーブル１３を備え
たメモリ１２とを追加したものである。

【００２２】ここで、監視サーバ１の監視設定変更プロ
セス１１と監視対象サーバ２，３，４のチェックプロセ
ス１５，１６，１７とは常時起動しており、監視設定変
更プロセス１１と監視対象サーバ２，３，４のチェック
プロセス１５，１６，１７との間で、図５に示す処理動
作が行なわれる。

【００２３】即ち、チェックプロセス１５，１６，１７
は、一定時間間隔で監視対象サーバ２，３，４のオペレ
ーティングシステムのプロセス管理テーブルを確認し
（ステップ１００）、その確認結果を、起動中クラスタ
グループ情報Ｂとして、監視サーバ１上の監視設定変更
プロセス１１に通知する（ステップ１０１）。監視設定
変更プロセス１１は、かかる起動中クラスタグループ情
報Ｂをメモリ１２での監視設定テーブル１３の内容と比
較し、クラスタグループ８，９に動きがないかどうか
（即ち、待機系サーバ切り替わりなどによって状態の変
化（遷移）がないかどうか）を検出する。

【００２４】監視設定テーブル１３では、各クラスタグ
ループ８，９がどの監視対象サーバで起動しているかを
示す情報とそのときの監視プロセス５で設定される監視
対象サーバに対する監視設定とが表わされている。この
監視設定テーブル１３の図示の状態では、クラスタグル
ープ８が監視対象サーバ２で起動しており、監視プロセ
ス５において、監視対象サーバ２に対し、クラスタグル
ープ８の監視設定ａが選択・設定されていることを示し
ており、また、クラスタグループ９が監視対象サーバ３
で起動しており、監視プロセス５において、この監視対
象サーバ３に対し、クラスタグループ９の監視設定ｂが
選択・設定されていることを示しており、さらに、監視
対象サーバ（待機系サーバ）４では、このとき待機系サ
ーバ切り替えがなされていないので、起動するクラスタ
グループが存在せず、従って、監視プロセス５では、こ
の監視対象サーバ４に対する監視設定の選択・設定がな
されていないことを示している。従って、監視プロセス
５は、待機系サーバ４を監視していない。

【００２５】そして、夫々の監視対象サーバ２，３，４
のチェックプロセス１５，１６，１７から起動中クラス
タグループ情報Ｂが通知されると、監視設定変更プロセ
ス１１は、監視対象サーバ２，３，４毎に受信した起動
中クラスタグループ情報Ｂと監視設定テーブル１３での
該当する監視対象サーバの情報とを比較する。この場
合、各監視対象サーバ２，３，４からの起動中クラスタ
グループ情報Ｂは監視設定テーブル１３の内容と合致し
ており、これにより、図５に示す動作が行なわれる毎
に、図６におけるステップ２００，２０１からなる処理
が行なわれることになる。

【００２６】図１に示すかかる状態で、いま、監視対象
サーバ２に障害が発生したとすると、監視対象サーバ２
の待機系サーバ切り替えが発生し、クラスタグループ８
が待機系サーバである監視対象サーバ４に切り替わり、
この監視対象サーバ４で起動することになる。図２はシ
ステムのかかる状態を示すものであり、この場合の処理
動作を図６を用いて説明する。

【００２７】図２及び図６において、先に説明したよう
に、監視サーバ１上の監視設定変更プロセス１１は、各
監視対象サーバ２，３，４から起動中クラスタグループ
情報Ｂの通知を受けており（ステップ２００）、待機系
サーバ切り替えが発生しなければ（ステップ２０１）、
一定時間間隔での図５に示す処理動作に伴い、ステップ
２００，２０１の動作を繰り返すことになる。

【００２８】しかし、上記のように、監視対象サーバ２
のみで待機系サーバ切り替えが発生すると、監視対象サ
ーバ４上のチェックプロセス１７は、この監視対象サー
バ４のオペレーティングシステムのプロセス管理テーブ
ルで起動中クラスタグループ８を確認し（図５のステッ
プ１００）、監視サーバ１上の監視設定変更プロセス１
１に起動中クラスタグループ情報Ｂを通知する（図５の
ステップ１０１）。このときには、監視サーバ１のメモ
リ１２上に管理している監視設定テーブル１３では、情
報が変更されずに図１に示した内容がそのまま保持され
ているが、監視設定変更プロセス１１は、監視設定サー
バ４のチェックプロセス１７からの起動中クラスタグル
ープ情報Ｂを受信すると（ステップ２００）、これとメ
モリ１２上に管理している図１に示す監視設定テーブル
１３での監視対象サーバ４に対する情報とを比較する
（ステップ２０１）。このとき、このチェックプロセス
１７からの起動中クラスタグループ情報Ｂは、監視対象
サーバ４でクラスタグループ８のみが起動したことを表
わしているので、監視設定変更プロセス１１は、これを
監視設定テーブル１３での監視対象サーバ４に対する情
報（即ち、起動中クラスタグループがないことを示す情
報）と比較することにより（ステップ２０１）、監視対
象サーバ４で起動中クラスタグループがない状態からク
ラスタグループ８のみが起動した状態に遷移したことを
認識し（ステップ２０２）、監視プロセス５で監視設定
の変更処理を実行する（ステップ２０５）。この変更処
理は、監視プロセス５で、監視対象サーバ４に対し、正
常時に監視対象サーバ２を監視するのに使用していた監
視設定ａを選択設定するものである。これにより、監視
プロセス５が監視対象サーバ４の監視を開始する。

【００２９】しかる後、監視設定変更プロセス１１は、
メモリ１２上の監視設定テーブル１３の変更処理を実行
する（ステップ２０６）。この変更処理は、クラスタグ
ループ８のみが監視対象サーバ４で起動中であり、この
とき、監視プロセス５での監視対象サーバ４に対する監
視設定が監視設定ａであるように、監視設定テーブル１
３の内容を変更するものである。

【００３０】一方、監視対象サーバ２では、クラスタグ
ループ８の待機系サーバ切り替えがあると、この監視対
象サーバ２上のチェックプロセス１５も、監視サーバ１
上の監視設定変更プロセス１１へ起動中のクラスタグル
ープが存在しない状態になったことを示す起動中クラス
タグループ情報Ｂを通知する（図５のステップ１０
１）。この通知を受信すると（ステップ２００）、この
監視設定変更プロセス１１は、この起動中クラスタグル
ープ情報Ｂとメモリ１２上の監視設定テーブル１３での
監視対象サーバ２の情報とを比較することにより（ステ
ップ２０１）、起動中のクラスタグループが存在しない
状態になったことを認識し（ステップ２０２）、監視プ
ロセス５での監視対象サーバ２での監視設定ａを解除さ
せてこの監視サーバ２の監視を終了する（ステップ２０
３）。これにより、監視対象サーバ２は監視設定の対象
外となる。

【００３１】なお、監視設定変更プロセス１１は、監視
対象サーバ２のチェックプロセス１５からの起動中クラ
スタグループ情報Ｂと監視対象サーバ４のチェックプロ
セス１７からの起動中クラスタグループ情報Ｂとによ
り、監視対象サーバ２のクラスタグループ８の待機系サ
ーバ切り替えを認識することができ、この認識のもとに
して、上記のように、監視プロセス５が監視対象サーバ
４に対して監視設定ａを選択・設定することができる。

【００３２】また、監視対象サーバ２の監視終了処理
（ステップ２０３）と監視対象サーバ４に対する監視設
定ａの選択・設定（ステップ２０５）とともに、監視設
定変更プロセス１１は、監視設定テーブル１３の変更処
理を実行する（ステップ２０６）。これは、図１に示し
た監視設定テーブル１３をシステムの新たな状態に合致
するように変更するものであり、クラスタグループ８が
監視対象サーバ４で起動中とし、このときの監視対象サ
ーバ４に対して監視プロセス５での監視設定を監視設定
ａとし、図２に示すような内容とするものである。

【００３３】以上の処理が終わると、監視サーバ１の監
視プロセス５は、上記と同様にして、監視対象サーバ
３，４を監視し、また、夫々の監視対象サーバ２，３，
４のチェックプロセス１５，１６，１７が一定時間間隔
で図５に示す動作を繰り返す。

【００３４】以上説明した図２に示す状態で、さらに、
他の監視対象サーバ、この場合、監視対象サーバ３にも
障害が発生して、監視対象サーバ３のクラスタグループ
９が待機系サーバである監視対象サーバ４に切り替わる
場合もある。図３はかかる状態を示すものであって、こ
のための処理動作を、以下、これを図３及び図６を用い
て説明する。

【００３５】図３及び図６において、先に説明したよう
に、監視サーバ１上の監視設定変更プロセス１１は、各
監視対象サーバ２，３，４から起動中クラスタグループ
情報Ｂの通知を受けており（ステップ２００）、待機系
サーバ切り替えが発生しなければ（ステップ２０１）、
図２に示す状態で、一定時間間隔での図５に示す処理動
作に伴い、ステップ２００，２０１の動作を繰り返すこ
とになる。

【００３６】かかる状態で、上記のように、監視対象サ
ーバ３で待機系サーバ切り替えが発生すると、監視対象
サーバ４上のチェックプロセス１７は、この監視対象サ
ーバ４のオペレーティングシステムのプロセス管理テー
ブルで起動中クラスタグループ８，９を確認し（図５の
ステップ１００）、組み合わせチェック処理を実行する
とともに、監視サーバ１上の監視設定変更プロセス１１
にこの組み合わせチェック処理を示す起動中クラスタグ
ループ情報Ｂを通知する（図５のステップ１０１）。

【００３７】この組み合わせチェック処理は、起動して
いるクラスタグループが２個以上となった場合にコール
されるものであって、これら起動しているクラスタグル
ープを夫々チェックし、監視サーバ１で予め設定されて
いる監視設定の中からクラスタグループの組み合わせに
対応した監視設定（この場合、上記の監視設定ｃ）を選
択させるための処理である。

【００３８】そして、このときには、監視サーバ１のメ
モリ１２上に管理している監視設定テーブル１３では、
情報が変更されずに図２に示した内容がそのまま保持さ
れているが、監視設定変更プロセス１１は、監視設定サ
ーバ４のチェックプロセス１７からの起動中クラスタグ
ループ情報Ｂを受信すると（ステップ２００）、これと
メモリ１２上に管理している図２に示す監視設定テーブ
ル１３での監視対象サーバ４に対する情報とを比較する
（ステップ２０１）。このとき、このチェックプロセス
１７からの起動中クラスタグループ情報Ｂは、監視対象
サーバ４でクラスタグループ８，９が起動したことを表
わしているので、監視設定変更プロセス１１は、これを
監視設定テーブル１３での監視対象サーバ４に対する情
報（即ち、クラスタグループ８のみが起動しているを示
す情報）と比較することにより（ステップ２０１）、監
視対象サーバ４でクラスタグループ８のみが起動してい
る状態からクラスタグループ８，９が起動した状態に遷
移したことを認識し（ステップ２０２）、これに伴って
監視プロセス５が監視設定の変更処理を実行する。この
変更処理は、２以上のクラスタグループの組み合わせを
確認し（ステップ２０４：この場合には、２つのクラス
タグループ８，９の組み合わせであることを確認す
る）、監視プロセス５で、監視対象サーバ４に対し、か
かる組み合わせに対応した上記の監視設定ｃを選択・設
定するものである（ステップ２０５）。これにより、監
視プロセス５が監視対象サーバ４の監視を続行する。

【００３９】しかる後、監視設定変更プロセス１１は、
メモリ１２上の監視設定テーブル１３の変更処理を実行
する（ステップ２０３）。この変更処理は、クラスタグ
ループ８，９が監視対象サーバ４で起動中であり、この
とき、監視プロセス５での監視対象サーバ４に対する監
視設定が監視設定ｃであるように、監視設定テーブル１
３の内容を変更するものである。

【００４０】一方、監視対象サーバ３では、クラスタグ
ループ９の待機系サーバ切り替えがあると、この監視対
象サーバ３上のチェックプロセス１６も、監視サーバ１
上の監視設定変更プロセス１１へ起動中のクラスタグル
ープ９が存在しない状態になったことを示す起動中クラ
スタグループ情報Ｂを通知する（図５のステップ１０
１）。この通知を受信すると（ステップ２００）、監視
サーバ１上の監視設定変更プロセス１１は、この起動中
クラスタグループ情報Ｂとメモリ１２上の監視設定テー
ブル１３での監視対象サーバ３の情報とを比較すること
により（ステップ２０１）、起動中のクラスタグループ
が存在しない状態になったことを認識し（ステップ２０
２）、監視プロセス５での監視対象サーバ３での監視設
定ｂを解除させてこの監視サーバ３の監視を終了する
（ステップ２０３）。これにより、監視対象サーバ３も
監視設定の対象外となる。

【００４１】なお、この場合も、監視設定変更プロセス
１１は、監視対象サーバ４のチェックプロセス１７から
の起動中クラスタグループ情報Ｂと監視対象サーバ３の
チェックプロセス１６からの起動中クラスタグループ情
報Ｂとにより、監視対象サーバ３のクラスタグループ９
の待機系サーバ切り替えを認識することができ、この認
識のもとにして、上記のように、監視プロセス５が監視
対象サーバ４に対して監視設定ｃを選択・設定するよう
にすることもできる。

【００４２】また、監視対象サーバ３の監視終了処理
（ステップ２０３）と監視対象サーバ４に対する監視設
定ｃの選択・設定（ステップ２０５）とともに、監視設
定変更プロセス１１は、監視設定テーブル１３の変更処
理を実行する（ステップ２０６）。これは、図２に示し
た監視設定テーブル１３をシステムの新たな状態に合致
するように変更するものであり、クラスタグループ９も
監視対象サーバ４で起動中とし、このときの監視対象サ
ーバ４に対して監視プロセス５での監視設定を監視設定
ｃとし、図３に示すような内容とするものである。

【００４３】次に、障害が発生した監視対象サーバが回
復し、待機系サーバで起動していたクラスタグループが
元の監視対象サーバに復帰する（切り戻る）場合の動作
について説明する。

【００４４】システムが図３に示す状態となり、その
後、待機系サーバである監視対象サーバ４で起動中のク
ラスタグループ８が元の監視対象サーバ２に戻るような
場合もある（これを、以下、待機系サーバ切り戻りとい
う）。図４はかかる状態を示すものであって、このため
の処理動作を、以下、これを図４及び図６を用いて説明
する。

【００４５】図４及び図６において、先に説明したよう
に、監視サーバ１上の監視設定変更プロセス１１は、各
監視対象サーバ２，３，４から起動中クラスタグループ
情報Ｂの通知を受けており（ステップ２００）、クラス
タグループ８，９の状態の遷移が発生しなければ（ステ
ップ２０１）、図３に示す状態で、一定時間間隔での図
５に示す処理動作に伴い、ステップ２００，２０１の動
作を繰り返すことになる。

【００４６】かかる状態で、上記のように、監視対象サ
ーバ４でそこから監視対象サーバ２へクラスタグループ
８が切り替わる待機系サーバ切り戻りが発生すると、監
視対象サーバ４上のチェックプロセス１７は、この監視
対象サーバ４のオペレーティングシステムのプロセス管
理テーブルで起動中クラスタグループ９のみを確認し
（図５のステップ１００）、監視サーバ１上の監視設定
変更プロセス１１にこの旨を示す起動中クラスタグルー
プ情報Ｂを通知する（図５のステップ１０１）。このと
きには、監視サーバ１のメモリ１２上に管理している監
視設定テーブル１３では、情報が変更されずに図３に示
した内容がそのまま保持されているが、監視設定変更プ
ロセス１１は、監視設定サーバ４のチェックプロセス１
７からの起動中クラスタグループ情報Ｂを受信すると
（ステップ２００）、これとメモリ１２上に管理してい
る図３に示す監視設定テーブル１３での監視対象サーバ
４に対する情報とを比較する（ステップ２０１）。この
とき、このチェックプロセス１７からの起動中クラスタ
グループ情報Ｂは、監視対象サーバ４でクラスタグルー
プ９のみが起動したことを表わしているので、監視設定
変更プロセス１１は、これを監視設定テーブル１３での
監視対象サーバ４に対する情報（即ち、クラスタグルー
プ９のみが起動しているを示す情報）と比較することに
より（ステップ２０１）、監視対象サーバ４でクラスタ
グループ８，９が起動している状態からクラスタグルー
プ９のみが起動した状態に遷移したことを認識し（ステ
ップ２０２）、これに伴って監視プロセス５で監視設定
の変更処理を実行する。この変更処理は、監視プロセス
５で、監視対象サーバ４に対し、正常時に監視対象サー
バ３を監視するのに使用していた監視設定ｂを選択・設
定するものである。これにより、監視プロセス５が監視
設定ｂでもって監視対象サーバ４の監視を継続する（ス
テップ２０５）。

【００４７】しかる後、監視設定変更プロセス１１は、
メモリ１２上の監視設定テーブル１３の変更処理を実行
する（ステップ２０６）。この変更処理は、クラスタグ
ループ９のみが監視対象サーバ４で起動中であり、この
とき、監視プロセス５での監視対象サーバ４に対する監
視設定が監視設定ｂであるように、監視設定テーブル１
３の内容を変更するものである。

【００４８】一方、監視対象サーバ２では、クラスタグ
ループ８の待機系サーバ切り戻りがあると、この監視対
象サーバ２上のチェックプロセス１５も、監視サーバ１
上の監視設定変更プロセス１１へ起動中クラスタグルー
プ８が存在する状態になったことを示す起動中クラスタ
グループ情報Ｂを通知する（図５のステップ１０１）。
この通知を受信すると（ステップ２００）、監視サーバ
１上の監視設定変更プロセス１１は、この起動中クラス
タグループ情報Ｂとメモリ１２上の図３に示す監視設定
テーブル１３での監視対象サーバ２の情報とを比較する
ことにより（ステップ２０１）、起動中クラスタグルー
プ８が存在する状態になったことを認識し（ステップ２
０２）、監視プロセス５で監視設定の変更処理を実行す
る（ステップ２０５）。この変更処理は、監視プロセス
５で、正常時に監視対象サーバ２を監視するのに使用す
る監視設定ａを選択・設定するものである。これによ
り、監視プロセス５が監視対象サーバ２の監視を開始す
る。

【００４９】なお、この場合も、監視設定変更プロセス
１１は、監視対象サーバ４のチェックプロセス１７から
の起動中クラスタグループ情報Ｂと監視対象サーバ２の
チェックプロセス１５からの起動中クラスタグループ情
報Ｂとにより、監視対象サーバ４から監視対象サーバ２
へのクラスタグループ８の待機系サーバ切り戻しを認識
することができ、この認識のもとにして、上記のよう
に、監視プロセス５が監視対象サーバ４に対して監視設
定ｂを、監視対象サーバ２に対して監視設定ａを夫々選
択・設定することができる。

【００５０】また、監視対象サーバ２の監視開始処理
（ステップ２０５）と監視対象サーバ４に対する監視設
定変更（ステップ２０５）とともに、監視設定変更プロ
セス１１は、監視設定テーブル１３の変更処理を実行す
る（ステップ２０６）。これは、図３に示した監視設定
テーブル１３の内容をシステムの新たな状態に合致する
ように変更するものであり、クラスタグループ９が監視
対象サーバ４で、クラスタグループ８が監視対象サーバ
２で夫々起動中とし、このときの監視対象サーバ４に対
して監視プロセス５での監視設定を監視設定ｂとし、ま
た、監視対象サーバ２に対して監視プロセス５での監視
設定を監視設定ａとする図４に示すような内容とするも
のである。

【００５１】なお、図４に示す状態で、監視対象サーバ
４で起動中のクラスタグループ９が監視対象サーバ３に
待機系サーバ切り戻しがある場合も同様であるが、この
場合には、監視対象サーバ４がクラスタグループ９が起
動している状態から起動クラスタグループが存在しない
状態に切り替わるものであるから、この監視対象サーバ
４に対する監視プロセス５の監視が解除され、メモリ１
２上の監視設定テーブル１３の内容は、図１に示す内容
となる。

【００５２】以上のようにして、この実施形態では、監
視サーバ１側の監視設定変更プロセス１１とメモリ１２
上の監視設定テーブル１３により、待機系サーバ４をも
監視対象サーバとして、これら監視対象サーバ間にわた
るクラスタグループの動き（遷移）を常時監視すること
ができ、しかも、この動きに応じて各監視対象サーバに
該当する監視設定を正確かつ自動的に選択・設定するこ
とができるものであり、待機系サーバ切り替えがあって
も、クラスタグループの正しい監視を行なうことができ
る。

【００５３】なお、以上の実施形態では、監視対象サー
バを２個とし、待機系サーバを１個とし、また、監視サ
ーバを１個とするシステムについて説明したが、本発明
はこれのみに限るものではなく、これら各サーバが任意
の個数のシステムにも該当することはいうまでもない。
勿論、この場合には、各監視対象サーバでのクラスタグ
ループに対する監視設定ばかりでなく、これらクラスタ
グループの全てのもしくはその一部の実際に実現可能な
組み合わせに対する監視設定が予め作成されており、監
視サーバでの監視プロセスに選択可能に設定されている
ことになる。

【００５４】また、上記実施形態では、監視サーバ１側
の監視プロセス５は、監視設定変更プロセス１１での各
監視対象サーバ２，３，４からの起動クラスタグループ
情報Ｂによるクラスタグループの動きの認識（図６のス
テップ２０２）に基づいて、監視対象サーバの監視設定
の選択・設定（図６のステップ２０５）や監視終了処理
（図６のステップ２０３）を行なうようにしたが、監視
設定変更プロセス１１は、各監視対象サーバ２，３，４
からの起動クラスタグループ情報Ｂによるクラスタグル
ープの動きを認識すると（図６のステップ２０２）、ま
ず、メモリ１２上の監視設定テーブル１３の変更処理を
行ない、しかる後、監視プロセス５が監視設定テーブル
１３の確認を行なって、監視設定の選択・設定や監視終
了処理を行なうようにしてもよい。この場合、監視プロ
セス５は少なくとも監視対象サーバのいずれかからの監
視対象プロセス情報Ａにより、クラスタグループの動き
（待機系サーバ切り替えや切り戻り）を認識することが
でき、これを認識してから監視設定変更プロセス１１に
よって変更された監視設定テーブル１３を確認すること
により、監視設定の選択・設定や監視終了処理を行なう
ことができる。

【００５５】

【発明の効果】以上、説明したように、本発明によれ
ば、多ノードクラスタシステムにおいて、待機系サーバ
のプロセス監視をも可能となり、クラスタグループの動
きに合わせて待機系サーバを含めた監視対象サーバに対
する監視設定の変更を正しくかつ自動的に行なうことが
でき、常に適切なプロセス監視を実現できる。

【００５６】また、待機系サーバで同時に起動する可能
性のある複数のクラスタグループの組み合わせに対する
監視設定を作成することにより、クラスタシステムを構
成するサーバの台数に関係なく、クラスタグループの組
み合わせに対しても、監視設定やその変更が可能とな
り、汎用性・利便性を高めることができる。

【図面の簡単な説明】

【図１】本発明による多ノードクラスタシステムのプロ
セス監視方法の一実施形態での通常状態時のプロセス監
視形態を示すシステム図である。

【図２】図１に示す状態で１つの監視対象サーバにのみ
障害が発生したことによる待機系サーバ切り替え後のプ
ロセス監視形態を示すシステム図である。

【図３】図２に示す状態でさらに他の監視対象サーバで
待機系サーバ切り替えが発生したことによる待機系サー
バ切り替え後のプロセス監視形態を示すシステム図であ
る。

【図４】図３に示す状態での待機系サーバのクラスタグ
ループが待機系サーバ切り戻りした場合のプロセス監視
形態を示すシステム図である。

【図５】図１〜図４での監視対象サーバでのチェックプ
ロセス７の処理動作の一具体例を示すフローチャートで
ある。

【図６】図１〜図４に示す実施形態の監視設定変更処理
動作の一具体例を示すフローチャートである。

【図７】従来の多ノードクラスタシステムのプロセス監
視方法の一例を示すシステム図である。

【符号の説明】

１ 監視サーバ ２，３ 監視対象サーバ ４ 監視対象（待機系）サーバ ５ 監視サーバ側の監視プロセス ６，７ 監視対象サーバ側の監視プロセス ８，９ クラスタグループ １０ 監視対象プロセス １１ 監視設定変更プロセス １２ メモリ １３ 監視設定テーブル １４ 監視対象サーバ側の監視プロセス １５〜１７ チェックプロセス

Claims (5)

【特許請求の範囲】
1. 【請求項１】 監視サーバと、該監視サーバによってク
   ラスタグループが監視される監視対象サーバと、該監視
   対象サーバに共通の待機系サーバとからなる多ノードク
   ラスタシステムのプロセス監視方法において、 該監視対象サーバと該待機系サーバとは夫々、常時起動
   しているチェックプロセスによってオペレーティングシ
   ステムのプロセス管理テーブルを一定時間間隔で確認し
   て、クラスタグループの起動，停止を示す確認結果を該
   監視サーバ上の監視設定変更プロセスに通知し、 該監視設定変更プロセスは、該確認結果の通知を受け
   て、該監視対象サーバと該待機系サーバとの間でのクラ
   スタグループの切り替わりを認識し、 該監視設定変更プロセスでの該認識を基に、クラスタグ
   ループが起動している該監視対象サーバと該待機系サー
   バとのプロセス監視を行なうことを特徴とする多ノード
   クラスタシステムプロセス監視方法。
2. 【請求項２】 請求項１において、 前記監視サーバには、起動中のクラスタグループと前記
   監視対象サーバ，前記待機系サーバとの対応関係、及び
   該起動中のクラスタグループに対応する監視設定とを示
   す監視設定テーブルが設けられており、 前記監視設定変更プロセスにより、前記監視対象サーバ
   と前記待機系サーバとの夫々毎に、前記チェックプロセ
   スから通知される前記確認結果と該監視設定テーブルと
   を比較して、前記監視対象サーバと前記待機系サーバと
   の間のクラスタグループの切り替わりを認識し、かつ該
   切り替わりの認識に伴って、該監視設定テーブルを変更
   することを特徴とする多ノードクラスタシステムプロセ
   ス監視方法。
3. 【請求項３】 請求項１または２において、 前記監視設定変更プロセスによる前記クラスタグループ
   の切り替わりの認識に伴って、クラスタグループが起動
   もしくは停止した前記監視対象サーバまたは前記待機系
   サーバに対する監視設定の変更処理を行なうことを特徴
   とする多ノードクラスタシステムプロセス監視方法。
4. 【請求項４】 請求項３において、 前記監視設定は、予め各クラスタグループ毎に及びクラ
   スタグループの組み合わせに応じて、前記監視サーバに
   設けられており、 クラスタグループが起動した前記監視対象サーバもしく
   は１以上のクラスタグループが起動した前記待機系サー
   バを、該当する前記監視設定を選択・設定することによ
   り、監視することを特徴とする多ノードクラスタシステ
   ムプロセス監視方法。
5. 【請求項５】 監視サーバと、該監視サーバによってク
   ラスタグループが監視される監視対象サーバと、該監視
   対象サーバに共通の待機系サーバとからなる多ノードク
   ラスタシステムにおいて、 請求項１〜４のいずれか１つに記載の多ノードクラスタ
   システムプロセス監視方法を実行することを特徴とする
   多ノードクラスタシステム。