JPS62139442A - マスタ−コントロ−ルステ−シヨンのバツクアツプ方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は各型針算機システムに於るマスターコントロー
ルステーションのバックアップ方法に関するものである
。

〔発明の背景〕

多重計算機システムは、システムの処理性、信頼性及び
拡張性を向上させることを目的として構成される。第１
１図はそのような多重系計算機システムの一例を示すも
ので、各処理装置ｉ１１〜５には対応するコントロール
ステーション６〜１０（以下Ｃ８Ｔと略記する）が設け
られ、処理装置１台と対応Ｃ８Ｔとで１つのノードを構
成する。

但し各Ｃ８Ｔは対応処理装置と伝送路１１間のデータ転
送制御を行うとともに、複数の処理装置から同時にデー
タ送出が行われて伝送路１１上で衝突しないように、伝
送路内の１つのＣ８Ｔがマスターとなってこれがこの転
送の優先制御を行う。

そしてマスターＣ８Ｔのノードが異常となった時のバッ
クアップは以下のように行われていた（　ｒＨＩＤＩＣ
Ｖ　９０シリ一ズプロセスモニタシステムマルチコンピ
ユータシステム編」マニュアルｐ５１参照）。

第１２図はこのような多重系計算機システムにおける正
常状層での従来のマスタ−Ｃ８Ｔ管理方式の構成例を示
すもので、処理装置間共有メモリ１５内のシステム構成
監視テーブル１６を使用して、処理装置１が２を、処理
装置２が３を、また処理装置Ｅ３が１を相互監視してい
る。一方、伝送路１１内のデータ転送の占有制御はＣ３
Ｔ７が行っているものとする。このようなシステムで正
常状態が損われ、第１３図のようにマスターＣ３Ｔ７対
応の処理装置２がダウンした場合、これを監視していた
処理装置１が共有メモリ１５内のシステム構成監視テー
ブル１６を書き換えて処理装置２を死の状態にし、それ
以降は処理装置１が３を。

また処理装置３が１を相互監視する。また同時にマスタ
ーＣ８ＴはＣ３Ｔ６，８のうちのいずれか一方となり、
伝送路１１内のデータ転送の占有制御を行う。なお、通
常は早い者勝ちでマスターＣ８Ｔとなり、システム構成
監視テーブル１６に自分をマスターとして登録する。

ところが、以上の従来方式によると、処理装置の相互監
視のために処理装置間の共有メモリが必要になるだけで
なく、処理装置が１対１の関係で他の処理装置の監視を
行っているから、異常発生時や処理装置の増設時の監視
テーブルの書き換えが複雑となり、二九はマスターＣ８
Ｔのバックアップ実現時にも大きな障害になっていると
いう問題があった・ 〔発明の目的〕 本発明の目的は、多重系計算機システムにおいて特殊な
ハードウェアを必要としない、安価で実現容易な、マス
ターコントロールステーションのバックアップ方法を提
供するにある。

〔発明の概要〕

本発明は、各ノードが自ノードの生存報告データを周期
的に伝送路上に送出しかつ伝送路上の全てのノードから
の生存報告データをとり込んで自ノード内に設けたシス
テム構成監視テーブルを作成・更新し、このテーブルを
参照して生状態のノードの各々が他ノードの生死の監視
を行うようにするとともに、マスターＣ８Ｔがダウンし
た時には当該ダウンしたノードからの報告データにより
生状態のノードがＣ８Ｔダウンを検出し、予め定められ
た順位を有するノードが自ノードのＣ８ＴをマスターＣ
８Ｔとするように制御することでマスターＣ８Ｔのバッ
クアップを実現するようにしたことを特徴とするもので
ある。

〔発明の実施例〕

以下、本発明を実施例により詳細に説明する。

第１図は本発明を適用したシステムに於る、正常状態を
示すもので、各処理装置１〜３とＣ３Ｔ６〜８はそれぞ
れノードＮ１〜Ｎ３を形成しており、このうちのマスタ
ーＣ３Ｔ７が伝送路１１の占有制御を行っている。各ノ
ードＮ１〜Ｎ３からは周期的に生−存報告データ２２，
２４．２６が伝送路１１へ送出され、これらは受信デー
タ２１，２３゜２５として各ノードで受信され、各ノー
ドのシステム構成監視テーブル３１〜３３に書き込まれ
る。

第２図は第１図のシステムで、マスターＣ３Ｔ７を含む
ノードＮ２が異常になった状態を示す。

すなわち、マスターＣ３Ｔ７対応の処理装置２がダウン
すると、生存報告データ２４が処理装置２の死状態を他
へ知らせるから、処理装置１，３はそれぞれのシステム
構成監視テーブル３１．３３を参照し、処理装置３はシ
ステム構成監視テーブルの配列順をもとにＣ３Ｔ８をマ
スターＣ８Ｔにする。また処理装置１はシステム構成監
視テーブルの配列順をもとにＣ３Ｔ６はマスターになる
べきではないと判断し、伝送路の回復を待つ。

以上のような本発明の方法の細部を以下に詳述する。第
３図は各ノード内に設けられたシステム構成監視テーブ
ルのフォーマット例を示したもので、各ノード毎の生死
状態を生はＯ１死は１なるフラグで、またマスターＣ８
Ｔか否かをマスターのとき１．そうでない時Ｏなるフラ
グで示している。第３図のフラグの例は（）の付かない
場合が第１図に、（）のついたものが第２図の状態に対
応する。

第４図は生存報告データ２２，２４．２６等の伝送フォ
ーマットであり、データの性質、属性を表わす制御部３
９１発信ノードを示す発信ノード番号４ｏ、及び該当ノ
ードのＣ８Ｔがマスターか否かを示すフラグ４１から構
成される。

第５図は各ノードの生存報告処理のフローチャートであ
って、まずステップ４２にて自ノードのＣ８Ｔがマスタ
ーか否かを判断し、マスターＣ３Ｔなら第４図のフラグ
４１にマスターで生存を示すフラグを立て（ステップ４
３）、反対にマスターＣ８Ｔでなければ単なる生存報告
のフラグを立てる（ステップ４４）。

第６図は各ノードの生存報告処理のフローチャートであ
って、まず該当ノードのＣ８Ｔがマスターか否かを判定
しくステップ４５）、マスターＣ８Ｔならシステム構成
監視テーブル内の該当ノード部をマスターでかつ生存状
態のフラグにする（ステップ４６）０反対にマスターＣ
８Ｔでなければシステム構成監視テーブル内の該当ノー
ド部を単なる生存状態（ＣＳ　Ｔ）にする（ステップ４
７）。

第７図は各ノードの伝送路異常処理のフローチャートで
あって、マスターＣ５Ｔのノードから生存報告なしく死
状態）のとき（ステップ４８゜５９）、またはマスター
Ｃ８Ｔになっていたノードがダウンしたことによる伝送
路ダウン（ステップ４８．４９）であるときは、ステッ
プ５０にて自ノードのＣ８Ｔがマスターになるべきか否
かを判断する。この判断は、予めマスターＣ８Ｔになる
順位を１例えばノード番号１，２．・・・・・・でマス
ター２がダウンなら次の３というように定めておけばよ
い、そして自ノードのＣ８Ｔがマスターになるべきと決
定したときには、まずシステム構成監視テーブルの該当
ノード部を死の状態にしくステップ５１）１次に自ノー
ド内のデータ転送を行う送信タスクの実行を休止状態に
する（ステップ５２）、そして自ノードのＣ８Ｔをマス
ターにしくステップ５３）、同時にシステム構成監視テ
ーブル内の自ノード部を生存状態（マスターＣ３Ｔ）に
する（ステップ５４）、その後、送信タスクの実行を再
開する（ステップ５５）。

自ノードのＣ８Ｔがマスターで伝送路異常（ギブアップ
）となった場合（ステップ４９）、又は伝送路ダウンで
も自ノードのＣ８Ｔがマスターになるべきではないと決
定したときには（ステップ５０）、システム構成監視テ
ーブルの該当ノード部を死の状態にしくステップ５６）
、次に自ノード内のデータ転送を行う送信タスクの実行
を休止状態にしくステップ５７）、そしてループ回復タ
イマをセットし一定時間休止する（ステップ５８）。

マスターでないＣ８Ｔから生存報告がなかった時（ステ
ップ４８．５９）は、システム構成監視テーブル内の該
当ノード部を死の状態にする（ステップ６０）。

第８図は第７図のステップ５８でセットされる各ノード
の伝送路回復タイマタイムアウト処理のフローチャート
であって、伝装路回復タイマがタイムアウトになった時
点で送信タスクの実行を再開する（ステップ６１）、こ
こで伝送路が回復していなければ、再度第７図に示した
異常処理を行う。

第９図は、第７図のステップ５７で休止中となっていた
ノードに対し、他ノードによる伝送路回復が行われたと
きの処理を示すもので、このときは伝送路回復中のメツ
セージが連絡されてくる。

そうするとまず伝送路回復タイマをタイムアウトを待た
ずにすぐリセットしくステップ６２）、次に送信タスク
の実行を再開する（ステップ６３）。

以上に説明した本発明の実施例によったときのマスター
Ｃ８Ｔのバックアップ方法を第１０図の多重系計算機シ
ステムによって説明する。同図に於て、各処理袋！！！
１〜５内のノステム構成監視テーブル３１〜３５の初期
値は全ノード死の状態にしておく、この状態で処理装置
２が最初に立ち上がったとするとまず自ノードのＣ３Ｔ
７がマスターとされ、またシステム構成監視テーブル３
２内の自ノード部を生存状態（マスターＣ３Ｔ）にする
０次に処理装置１が立ち上がったときは、まず、システ
ム構成監視テーブル３１内の自ノード部を生存状態（Ｃ
３Ｔ）にする、さらに処理装置２の生存報告データ２１
を受けた場合には該当ノード部を生存状態（マスターＣ
３Ｔ）にする、同様に処理袋Ｗ１２のノードで処理装置
１のノードの生存報告２３を受けた場合にはシステム構
成監視テーブル３２内の該当ノード部を生存状態（ＣＳ
　Ｔ）にする、以下順次同様の手順にて、処理装置３〜
５の各ノードが立ち上がっていく、このようにして全ノ
ードが稼動状態になった後、マスターＣ８τ７を所持す
る処理装置２がダウンした場合は、システム監視テーブ
ル内で次の生存ノードである処理装置１３のノードのＣ
３Ｔ８がマスターＣ８Ｔになり、伝送路を回復する。ま
た処理袋Ｗ１，３〜５内のノステム構成監視テーブル３
１．３３〜３５内の、処理装置２のノード部はそれぞれ
死の状態になる。

本発明によると、仮に処理袋［５が後の段階で増設され
たノードであったとすると、各ノードのシステム構成監
視テーブル３１〜３４に処理装置５のノードのためのエ
ントリイが確保さえしてあれば、周期的にブロードキャ
ストされる各ノードの生存報告データを生成・更新する
ことにより。

伝送路内のマスターＣ８Ｔバンクアツプノードの一候補
となることが容易である。

〔発明の効果〕

以上の説明から明らかなように、本発明によれば、低価
格でかつシステムの拡張が容易に行えるマスターＣ８Ｔ
のバックアップ方法を実現することができる。

【図面の簡単な説明】

第１図及び第２図は本発明のマスターＣ８Ｔ管理方法の
概略説明図、第３図はシステム構成監視テーブルの説明
図、第４図は伝送路上の生存報告データのフォーマット
を示す図、第５図は各ノードの生存報告処理のフローチ
ャート、第６図は各ノードの生存報告受信処理のフロー
チャート、第７図は各ノードの伝送路異常処理のフロー
チャート、第８図は各ノードの伝送路回復タイマタイム
アウト処理のフローチャート、第９図は各ノードの伝送
路回復中のメツセージ受信処理のフローチャート、第１
０図は本発明を適用した多重計算機システムを示す図、
第１１図は多重計算機システムの例を示す図、第１２図
及び第１３図は従来のマスターＣ８Ｔ管理方法の説明図
である。 １〜５・・・処理装置、６〜１０・・・コントロールス
テーション、２１，２３，２８，２７，２９・・・受信
データ、２２，２４，２６，２８．３０・・・生存報告
データ、３１〜３５・・・システム構成監視テーブル。 ３９１１−Ｏｔ／−１ 某５０ 第６（￥ｌ 菟″′１図 第１０品 第１１図 ５！ｌ！１１″′；Ｌ口 先＋３１￥ｌ

Claims (1)

【特許請求の範囲】
1. １、各々の計算機が対応コントロールステーションを介
   して１つの伝送路により相互結合されかつ上記コントロ
   ールステーションの１つが伝送路の占有制御を行うマス
   ターコントロールステーションとなるように構成された
   システムに於るマスターコントロールステーションのバ
   ックアップ方法に於て、自計算機が正常か否かの情報と
   対応コントロールステーションがマスターコントロール
   ステーションか否かの情報から成る生存報告データを周
   期的に伝送路へ送出する機能と、該送出された各計算機
   からの生存報告データを受信して自計算機内に設けられ
   たシステム構成監視テーブルの作用・更新を行う機能と
   を各計算機に有せしめるとともに、マスターコントロー
   ルステーション対応の計算機が異常となつた場合には当
   該計算機から送出され各計算機のシステム構成監視テー
   ブルに記録されたところの異常を示す生存報告データを
   各計算機が検出し、予め定められた順序のもとで上記異
   常計算機の次の順序にある計算機が対応コントロールス
   テーションをマスターコントロールステーションとして
   作動するように切換えかつそれ以後はマスターコントロ
   ールステーションであることを示す生存報告データを伝
   送路へ送出するようにしたことを特徴とするマスターコ
   ントロールステーションのバックアップ方法。