JPH0895932A - 分散処理システムの系切り替え制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 実行計算機が正常時には通信ネットワークよ
り切り離されていた待機計算機を利用でき、かつ、実行
計算機に障害が発生した場合には、通信ネットワーク上
の他の計算機に大きな負担をかけることなく、速やかに
実行計算機が提供していたサービスを、待機計算機に引
き継ぐことが可能な技術を提供することにある。 【構成】 クライアント計算機に対し、通信ネットワー
クで接続される実行計算機と該実行計算機の待機系とな
る待機計算機とを備え、前記実行計算機の障害発生時は
該実行計算機に代えて前記待機計算機に分散処理を実行
させる分散処理システムにおいて、前記クライアント計
算機に、前記実行計算機及び待機計算機を特定するアド
レス情報と実行系か待機系かを区別する属性情報とを予
め登録しておき、前記属性情報が実行系を示している実
行計算機の障害発生時は障害が発生した実行計算機を特
定する前記アドレス情報を消去した後、前記属性情報が
待機状態となっている待機計算機に必要な分散処理を実
行させる

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信ネットワークで接
続した複数の計算機の中で、実行計算機と待機計算機を
持ち、実行計算機に障害が発生した場合、その処理を待
機計算機で引き継ぎ実行する分散処理システムの系切り
替え制御方法に係わり、特に、待機計算機を有効利用す
る系切り替え制御方法に関するものである。

【０００２】

【従来の技術】従来、この種の系切り替え制御方法とし
て、例えば、ＩＢＭ（インターナショナル・ビジネス・
マシーンズ・コーポレーション）のＨＡＣＭＰ／６００
０（Ｈｉｇｈｔ Ａｖａｉｌａｂｉｌｉｔｙ Ｃｌｕｓ
ｔｅｒ Ｍｕｌｔｉ−ｐｒｏｃｅｓｓｉｎｇ／６００
０）では、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ）プロトコルによる通信ネットワー
クで接続した実行計算機のＩＰ（ＩｎｔｅｒｎｅｔＰｒ
ｏｔｏｃｏｌ）アドレスを実行計算機障害で切り替わっ
た際に、待機計算機のＩＰアドレスに引き継ぐ方法をと
っている。

【０００３】図５は、この系切り替え制御方法を用いた
分散処理システムの構成図である。同図において、７０
０は分散処理システムにおけるクライアント計算機、７
４０はクライアント計算機７００の持つクライアントプ
ログラム、７３０はクライアントプログラム７４０が必
要とするサーバプロセスのアドレス情報の問い合わせ、
及び新たに取得したアドレス情報の記憶を行うネームサ
ービスである。

【０００４】８００は各種のオンラインサービスを行う
実行計算機、８１０は実行計算機８００の障害を検知し
計算機切り替えを指示する切り替えモニタ、８２０は実
行計算機８００が持つオンライン制御プログラム、８２
１はオンラインサービスを行うサーバプロセス、８３０
は実行計算機８００のアドレス情報を持つネームサービ
スである。

【０００５】９００は実行計算機８００に障害が発生し
た場合、実行計算機８００に代わりオンラインサービス
を提供する待機計算機、９１０は待機計算機９００の障
害を検知し、計算機切り替えを指示する切り替えモニ
タ、９２０は実行計算機８００の持つオンライン制御プ
ログラム８２０と同一のオンライン制御プログラム、９
２１は実行計算機８００のサーバプロセス８２１と同一
のオンラインサービスを提供するサーバプロセス、９３
０は実行計算機８００障害時に実行計算機８００のネー
ムサービス８３０のアドレス情報を引き継ぐネームサー
ビスである。

【０００６】１１００は実行計算機８００と待機計算機
９００の間で計算機の切り替え連絡を行う切り替え連絡
回線であり、実行計算機８００の切り替えモニタ８１０
と待機計算機９００の切り替えモニタ９１０に直接接続
されている。

【０００７】最後に、１０００は前記各計算機を結ぶＴ
ＣＰ／ＩＰプロトコルによる通信ネットワーク回線であ
る。

【０００８】図６は実行計算機８００及び待機計算機９
００のネームサービス８３０、９３０の持つアドレス情
報で、１２１０はネットワーク内での計算機名称が入る
サーバ名称フィールド、１２２０はネットワーク内での
計算機アドレスが入るＩＰアドレスフィールド、１２３
０は各サーバプロセスのアドレス情報が入る計算機内サ
ーバプロセスアドレスフィールドである。

【０００９】この場合、ネームサービス自信のアドレス
情報は、計算機内サーバアドレスフィールド１２３０が
通信ネットワーク内で一意に設定されている。

【００１０】次に、図５及び図６にもとづき、従来の分
散処理システムの動作について説明する。

【００１１】実行計算機８００が正常動作時おいては、
待機計算機９００にはＩＰアドレスが設定されていない
ため、クライアント計算機７００は待機計算機９００に
通信ネットワーク１０００を介して通信することは不可
能である。つまり、図５において、通信ネットワーク１
０００によってクライアント計算機７００に接続されて
いるのは、実行計算機８００のみである。

【００１２】この状態において、実行計算機８００に障
害が発生し、この障害発生を切り替えモニタ８１０が検
知すると、系切り替え連絡回線１１００を通じ待機計算
機９００の切り替えモニタ９１０に計算機の切り替え要
求を出す。この要求により、待機計算機９００のＩＰア
ドレスフィールド１２２０に、実行計算機８００のＩＰ
アドレスが設定される。

【００１３】一方、実行計算機８００内のＩＰアドレス
は消去され、実行計算機８００は通信ネットワーク１０
００より切り離される。

【００１４】この実行計算機８００に障害が発生し、待
機計算機９００に系が切り替わるまでをクライアント計
算機７００より見ると、障害が発生した実行計算機８０
０から待機計算機９００にアドレス情報が移行するまで
の間は、通信ネットワーク１０００を介したネームサー
ビス７３０からのサーバ名称をキーにしたサーバプロセ
ス８２１のアドレス情報の問い合わせ等を初めとするす
べてのサービスが停止してしまう。

【００１５】しかし、実行計算機８００のアドレス情報
の消去、及び待機計算機９００のアドレス設定が完了す
ると、待機計算機９００の持つアドレス情報は、全て実
行計算より引き継いだものであることより、以前、実行
計算機８００より取得したアドレス情報をもとに、目的
とするサーバプロセスにサービス要求を出すと、待機計
算機９００のサーバプロセスが実行計算機８００に代わ
り、目的とするサービスを提供する。

【００１６】このように、従来の系切り替え方法による
と、実行計算機８００と待機計算機９００の切り替えの
際にＩＰアドレスが引き継がれるため、クライアントプ
ログラム７４０は系切り替えを意識することなく処理を
継続することが可能である。

【００１７】

【発明が解決しようとする課題】本発明者は、前記従来
技術を検討した結果、以下の問題点を見いだした。

【００１８】前記従来技術では、実行計算機８００が正
常に動作している状態においては、待機計算機９００に
はＩＰアドレスが設定されず、通信ネットワーク１００
０から切り離されているため、待機計算機９００を有効
に活用しようとしても不可能であった。すなわち、例え
ば実行計算機８００の負荷が一時的に重くなり、この負
荷を待機計算機９００に分散させようとしても不可能で
あるという問題があった。

【００１９】本発明の目的は、待機計算機としての性格
を維持しつつ、必要に応じて有効に活用可能にする分散
処理システムの系切り替え制御方法を提供することにあ
る。

【００２０】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述及び添付図面によって明らか
になるであろう。

【００２１】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
以下のとおりである。

【００２２】クライアント計算機に対し、通信ネットワ
ークで接続される実行計算機と該実行計算機の待機系と
なる待機計算機とを備え、前記実行計算機の障害発生時
は該実行計算機に代えて前記待機計算機に分散処理を実
行させる分散処理システムにおいて、前記クライアント
計算機に、前記実行計算機及び待機計算機を特定するア
ドレス情報と実行系か待機系かを区別する属性情報とを
予め登録しておき、前記属性情報が実行系を示している
実行計算機の障害発生時は障害が発生した実行計算機を
特定する前記アドレス情報を消去した後、前記属性情報
が待機状態となっている待機計算機に必要な分散処理を
実行させる。

【００２３】

【作用】前記手段によれば、クライアント計算機に実行
計算機と待機計算機を特定するためのアドレス情報、及
び実行系か待機系かを区別する属性情報を予め登録して
おくことにより、待機計算機を通信ネットワークに接続
し、通信ネットワーク上の他の計算機から待機計算機を
利用可能とする。

【００２４】ここで、クライアント計算機が計算機名称
をキーに、サーバプロセスのアドレス情報を問い合わせ
ると、実行計算機と待機計算機の両方からアドレス情報
がクライアント計算機に返信されるが、アドレス情報の
待機属性フィールドを参照することにより、クライアン
ト計算機は「実行状態」にある実行計算機にサービス要
求を出す。

【００２５】一方、クライアント計算機が必要に応じて
待機計算機に対し必要な処理を実行させる場合は、前記
アドレス情報をもとに「待機状態」にあることを認識し
たうえで可能となり、待機計算機の計算機資源を有効に
活用できる。この場合、待機計算機本来の目的を損なう
ような、負荷の重い処理や長時間かかる処理は、例えば
クライアント計算機からのサービス要求の時点で受け付
けないようにしておくことにより、解決する。

【００２６】実行計算機に障害が発生した場合には、通
信ネットワーク上の全ての計算機に対し、実行計算機と
待機計算機に関するアドレス情報を消去させる一方で、
実行計算機の待機属性を「待機状態」とし、待機計算機
の待機属性を「実行状態」とすることにより、クライア
ント計算機より出されるサービス要求を待機計算機が実
行する。

【００２７】これにより、待機計算機を通信ネットワー
クに加入させたまま、実行計算機と待機計算機の系切り
替えを実現することができる。

【００２８】

【実施例】以下、本発明の構成について、実施例ととも
に説明する。

【００２９】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。

【００３０】図１は、本発明を適用した分散処理システ
ムの一実施例を示す構成図であり、１００はクライアン
ト計算機、１４０はクライアントプログラム、１３０は
クライアント計算機１００のネームサービスである。

【００３１】２００は実行計算機、２１０は障害を検知
し計算機切り替え信号を出す切り替えモニタ、２２０は
実行計算機２００のオンライン制御プログラム、２２１
はオンライン制御プログラム２２０の配下にあるサーバ
プロセス、２３０はサーバプロセス２２１のアドレス情
報が登録されているネームサービスである。

【００３２】３００は待機計算機、３１０は障害を検知
し計算機切り替え信号を出す切り替えモニタ、３２０は
待機計算機３００のオンライン制御プログラム、３２１
及び３２２はオンライン制御プログラム３２０の配下に
あるサーバプロセス、３３０はサーバプロセス３２１の
アドレス情報が登録されているネームサービスである。

【００３３】５００は実行計算２００の切り替えモニタ
２１０と待機計算機３００の切り替えモニタ３００を結
ぶ系切り替え連絡回線、４００はＴＣＰ／ＩＰプロトコ
ルによる通信ネットワークである。

【００３４】図２は、ネットワーク内のネームサービス
が有するアドレス情報であり、６１０はサーバ名称（計
算機名称）フィールド、６２０はＩＰアドレスフィール
ド、６３０は計算機内サーバプロセスアドレスフィール
ド、６４０は待機属性フィールドである。

【００３５】次に、本実施例の分散処理システムの動作
を、図３および図４に示す動作シーケンス図にもとづき
説明すると、実行計算機２００が正常に動作している状
態においては、図３に示すように、クライアントプログ
ラム１４０がネームサービス１３０にサーバ名称をキー
に、要求するサービスを提供するサーバプロセス２２１
のアドレス情報を問い合わせる（Ｓ３０１）。

【００３６】すると、ネームサービス１３０は、以前記
憶したアドレス情報内に、サーバプロセス２２１のアド
レス情報があるか調べ、該当するアドレス情報が無い場
合、通信ネットワーク４００で接続されている他の計算
機に、サーバ名称をキーにサーバプロセス２２１のアド
レス情報を問い合わせる（Ｓ３０２、Ｓ３０３）。

【００３７】このとき、実行計算機２００および待機計
算機３００には同じサーバ名称が設定されているため、
図３に示すように、実行計算機２００及び待機計算機３
００のネームサービス２３０及び３３０がそれぞれアド
レス情報を返信する（Ｓ３０４、Ｓ３０５）。

【００３８】そこで、ネームサービス１３０は、返信さ
れてきた２つのアドレス情報の待機属性フィールド６４
０の内容を調べ、「実行状態」となっている実行計算機
２００のサーバプロセス２２１のアドレス情報を取得す
る。

【００３９】ここで、ネームサービス１３０は、アドレ
ス情報をクライアントプログラム１４０に返信すると共
に、また次にクライアントプログラム１４０より同じ要
求が来たときのために記憶する（Ｓ３０６）。

【００４０】クライアントプログラム１４０は、ネーム
サービス１３０のアドレス情報にもとづき、実行計算機
２００のサーバプロセス２２１にサービス要求を出す
（Ｓ３０７）。

【００４１】そして、次回、同じ要求が来たときには、
ネームサービス１３０は今記憶したアドレス情報をもと
に、クライアントプログラム１４０に実行計算機２００
のサーバプロセス２２１のアドレス情報を返信する（Ｓ
３０８、Ｓ３０９、Ｓ３１０）。

【００４２】一方、待機計算機３００は常に利用可能な
状態にある。

【００４３】ここで、図３中のＣにもとづいて、実行計
算機２００の正常動作中に待機計算機３００に処理要求
を行う場合の動作について説明する。

【００４４】まず、クライアント計算機１００のクライ
アントプログラム１４０がネームサービス１３０にサー
バ名称をキーに、要求するサービスを提供するサーバプ
ロセス３２２のアドレス情報を問い合わせる（Ｓ３１
１）。

【００４５】すると、ネームサービス１３０は、以前記
憶したアドレス情報内に、サーバプロセス３２２のアド
レス情報があるか調べ、該当するアドレス情報が無い場
合、通信ネットワーク４００で接続されている他の計算
機に、サーバ名称をキーにサーバプロセス３２２のアド
レス情報を問い合わせる（Ｓ３１２、Ｓ３１３）。

【００４６】このとき、実行計算機２００および待機計
算機３００には同じサーバ名称が設定されているため、
実行計算機２００及び待機計算機３００のネームサービ
ス２３０及び３３０がそれぞれアドレス情報を返信する
（Ｓ３１４、Ｓ３１５）。

【００４７】そこで、ネームサービス１３０は、返信さ
れてきた２つのアドレス情報の待機属性フィールド６４
０の内容を調べ、「待機状態」となっている待機計算機
３００のサーバプロセス３２２のアドレス情報を得る。
ここで、ネームサービス１３０は、アドレス情報をクラ
イアントプログラム１４０に返信する（Ｓ３１６）。

【００４８】クライアントプログラム１４０は、ネーム
サービス１３０のアドレス情報にもとづき、待機計算機
３００のサーバプロセス３２２にサービス要求を出す
（Ｓ３１７）。

【００４９】これによって、待機計算機３００が待機状
態であっても、クライアント計算機１００から必要に応
じて待機計算機３００に対し必要な処理を実行させ、待
機計算機３００の計算機資源を有効に活用することがで
きる。

【００５０】この場合、待機計算機３００は「待機」と
いう性格を基本的に維持させることが必要であるので、
クライアント計算機１００は「待機」という性格が保た
れるように、例えば時間を制限して処理を依頼する。

【００５１】この結果、待機計算機３００には「待機」
という性格を維持させつつ、必要な処理を一時的に実行
させることができる。

【００５２】次に、実行計算機２００に障害が発生した
場合を図４にもとづき説明すると、まず、実行計算機２
００の切り替えモニタ回路２１０が障害を検知すると、
通信ネットワーク４００内の全計算機（ここでは、クラ
イアント計算機１００）に対し、実行計算機２００に関
するアドレス情報を消去するようにブロードキャストす
る（Ｓ４０１、Ｓ４０２）。これにより、ネームサービ
ス１３０内に記憶されていた実行計算機２００のアドレ
ス情報は消去される。

【００５３】次に、実行計算機２００のネームサービス
２３０の持つアドレステーブルの待機属性フィールドを
「実行状態」より「待機状態」に書き換える（Ｓ４０
３）。

【００５４】一方、切り替えモニタ回路２１０は、計算
機切り替え信号専用回線５００により待機計算機３００
に障害発生を伝達する。これを受け、待機計算機３００
のネームサービス３３０は、アドレステーブルの待機属
性フィールドを「待機状態」から「実行状態」に書き換
える。以上で、実行計算機２００から待機計算機３００
への系切り替えが完了する（Ｓ４０４、Ｓ４０５）。

【００５５】前記処理の終了後、図３のＡ同様、クライ
アント計算機１００のクライアントプログラム１４０が
サーバ名称をキーにサーバプロセス２２１のアドレス情
報をネームサービス１３０に問い合わせると、記憶して
いたアドレス情報は消去したため、再び、通信ネットワ
ーク４００で接続されている他の計算機（実行計算機２
００及び待機計算機３００）に、サーバ名称をキーにサ
ーバプロセス２２１のアドレス情報を問い合わせる（Ｓ
４０６、Ｓ４０７、Ｓ４０８）。

【００５６】このとき、実行計算機２００が障害が発生
したまま稼働していると、前記同様、実行計算機２００
及び待機計算機３００のネームサービス２３０及び３３
０がそれぞれアドレス情報を返答する（Ｓ４０９、Ｓ４
１０）。

【００５７】そこで、再びネームサービス１３０は、返
答されてきたアドレス情報のうち、「実行状態」となっ
ているアドレス情報を得るために、アドレス情報内の待
機属性テーブル６４０を調べ、「実行状態」となってい
る待機計算機３００のサーバプロセス３２１のアドレス
情報を得る。ネームサービス１３０はこの待機計算機３
００のサーバプロセス３２１のアドレス情報をクライア
ントプログラム１４０に返答し、次回要求のために記憶
する（Ｓ４１１）。

【００５８】そして、クライアントプログラム１４０
は、このアドレス情報にもとづき待機計算機３００にサ
ービス要求を出す。次回からは、図４のＥに示すよう
に、クライアント計算機１００のネームサービス１３０
の記憶しているアドレス情報に基づき、クライアントプ
ログラム１４０は直接待機計算機３００のサーバプロセ
ス３２１にサービス要求を行う（Ｓ４１２）。

【００５９】以上で、待機計算機３００が実行状態にな
り、実行計算機２００の点検及び修理が可能となり、復
旧した実行計算機２００は今度は実行状態にある待機計
算機３００のバックアップを行うこととなり、実行計算
機２００と待機計算機３００の役割が交代することにな
る。

【００６０】ただし、実行計算機２００が復旧した時点
で、ネットワーク管理者が再び実行計算機２００を実行
状態にし、待機計算機３００を待機状態に戻せることは
言うまでもない。

【００６１】以上動作からも明らかなように、実行計算
機２００に障害が発生するまでは、待機計算機３００の
計算機資源をクライアント計算機１００から必要に応じ
て有効に活用することができる。

【００６２】以上、本発明者によってなされた発明を、
前記実施例に基づき具体的に説明したが、本発明は、前
記実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能であることは勿論であ
る。

【００６３】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００６４】待機計算機に通信ネットワーク上で計算機
を特定するアドレスをもたせ、実行計算機及び待機計算
機の切り替えを、アドレス情報に基づきクライアント計
算機が行うことにより、実行計算機が正常に動作してい
る間は、通信ネットワークに接続された他の計算機で、
待機計算機としての性格を維持しつつ、必要に応じて有
効に利用することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例である系切り替え方法を用い
た分散処理システムの構成図である。

【図２】実施例の計算機のネームサービスが持つアドレ
ステーブルを示す図である。

【図３】実施例の分散処理システムの正常時における動
作シーケンスを示す図である。

【図４】実施例の分散処理システムの障害発生時におけ
る動作シーケンスを示す図である。

【図５】従来の系切り替え方法を用いた分散処理システ
ムの構成図である。

【図６】従来例の計算機のネームサービスが持つアドレ
ステーブルを示す図である。

【符号の説明】

１００…クライアント計算機、１３０…ネームサービ
ス、１４０…クライアントプログラム、２００…実行計
算機、２１０…切り替えモニタ、２２０…オンライン制
御プログラム、２２１…サーバプロセス、２３０…ネー
ムサービス、３００…待機計算機、３１０…切り替えモ
ニタ、３２０…オンライン制御プログラム、３２１、３
２２…サーバプロセス、３３０…ネームサービス、４０
０…通信ネットワーク、５００…系切り替え連絡回線、
６１０…サーバ名称フィールド、６２０…ＩＰアドレス
フィールド、６３０…計算機内サーバプロセスアドレス
フィールド、６４０…待機属性フィールド。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 クライアント計算機に対し、通信ネット
   ワークで接続される実行計算機と該実行計算機の待機系
   となる待機計算機とを備え、前記実行計算機の障害発生
   時は該実行計算機に代えて前記待機計算機に分散処理を
   実行させる分散処理システムにおいて、前記クライアン
   ト計算機に、前記実行計算機及び待機計算機を特定する
   アドレス情報と実行系か待機系かを区別する属性情報と
   を予め登録しておき、前記属性情報が実行系を示してい
   る実行計算機の障害発生時は障害が発生した実行計算機
   を特定する前記アドレス情報を消去した後、前記属性情
   報が待機状態となっている待機計算機に必要な分散処理
   を実行させることを特徴とする分散処理システムの系切
   り替え制御方法。