JPH10171769A - 複合計算機システム - Google Patents

Abstract

(57)【要約】 【課題】本発明の目的は、計算機システム自体の障害発
生による停止状態と、伝送路等の異常発生による停止状
態との区別ができる複合計算機システムを提供すること
にある。 【解決手段】複数の計算機システム１００Ａ，１００
Ｂ，…は、ネットワーク２００を介して共用入出力装置
であるディスク装置３００や磁気テープ装置３１０に接
続されている。計算機システム１００Ａ，１００Ｂ，…
は、それぞれ、自らの計算機システム１００Ａ，１００
Ｂ，…の稼動状態を監視するサービスプロセッサ１２０
Ａ，１２０Ｂ，…を備えている。さらに、複数の計算機
システム１００Ａ，１００Ｂ，…は、ネットワーク２１
０を介して運転監視装置４００に接続されている。運転
監視装置４００は、状態変化のあったサービスプロセッ
サ１２０から通知される計算機システムの稼動状態の変
化を受信して、他の計算機システムに対して、通知され
た計算機システムの稼動状態の変化を通知するようにし
ている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複合計算機システ
ムに係り、特に、複数の計算機システムと各計算機シス
テム間の共用入出力装置で構成される複合計算機システ
ムの中の計算機システムの稼動状態を監視するに好適な
運転監視装置を備える複合計算機システムに関する。

【０００２】

【従来の技術】複合計算機システムにおいては、共用入
出力装置等を使用して、計算機システム間で相互に協調
し合って処理を行っている。すなわち、個々のシステム
は、全く独立でなく、システム間で共用資源を使用する
ための排他制御や、システム間で処理の同期を取るため
のメッセージ交換などを行い、相互に連携をとって動作
している。

【０００３】この様な環境において、例えば、ある計算
機システムが、共用資源に対して排他権を保持したまま
停止した場合には、その排他権が解放されないため、他
のシステムは、その共用資源に対するアクセスが待機さ
れることになる。その結果、待機される間、その共用資
源を要求している計算機システムの処理は停止すること
になる。

【０００４】排他権を保持している計算機システムが異
常停止した場合には、その計算機システム自身が、排他
権の解放を行うことはできないものである。したがっ
て、他の計算機システムが、排他権を保持している計算
機システムの稼動状態を調べ、その計算機システムが停
止していることがわかったならば、その排他権を強制的
に解放する必要がある。

【０００５】他の計算機システムの稼動状態を調べる方
法としては、例えば、システム間通信機構を使用して、
計算機システム間相互にヘルスチェックメッセージを交
換することにより行う方法が一般的に実施されている。
この方法では、ある計算機システムは、他の計算機シス
テムに対して、所定の周期でヘルスチェックメッセージ
を送信し、他の計算機システムは、このメッセージを受
信するようにしており、ヘルスチェックメッセージが一
定時間内に受信できている場合は正常動作であり、受信
できない場合は障害発生による停止と判断するようにし
ている。

【０００６】

【発明が解決しようとする課題】しかしながら、複数の
計算機システム間を接続するシステム間通信機構の伝送
路等に異常が発生して、メッセージが正しく伝わらない
場合にも、他の計算機システムは、メッセージを正常に
受信できないため、計算機システムの障害発生による停
止と判断することになる。即ち、従来のシステム間通信
機構を使用して、計算機システム間相互にヘルスチェッ
クメッセージを交換する方式では、計算機システム自体
の障害発生による停止状態と、伝送路等の異常発生によ
る停止状態の区別ができないという問題があった。

【０００７】計算機システム自体の障害発生による停止
状態と、伝送路の異常発生による停止状態の区別ができ
れば、計算機システム自体の障害発生による停止状態時
には、自動的に、異常停止した計算機システムが、共用
資源に対して確保している排他権を強制解除することも
可能である。しかしながら、上述したように、計算機シ
ステム自体の障害発生による停止状態と、伝送路の異常
発生による停止状態の区別ができないため、停止状態に
ある判断した計算機システムは、ディスプレイ等を使用
して、停止状態にある旨を複合計算機システムのオペレ
ータに対して通知するようにしている。オペレータは、
この通知を元に、停止状態が、計算機システム自体の障
害発生による停止状態であるか、伝送路の異常発生によ
る停止状態であるかを判断して、計算機システム自体の
障害発生による停止状態である場合には、マニュアル動
作で、異常停止した計算機システムが確保している排他
権を強制解除するようにしていた。

【０００８】本発明の目的は、計算機システム自体の障
害発生による停止状態と、伝送路等の異常発生による停
止状態との区別ができる複合計算機システムを提供する
ことにある。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の計算機システムと、これらの計算
機システムとネットワークを介して接続され、これらの
計算機システムが共通に使用する共用入出力装置とを有
する複合計算機システムにおいて、上記複数の計算機シ
ステムは、それぞれ、自らの計算機システムの稼動状態
を監視する稼動状態監視手段を備え、さらに、上記複数
の計算機システムとネットワークを介して接続され、上
記複数の計算機システムが備える上記稼動状態監視手段
から通知される計算機システムの稼動状態の変化を受信
して、他の計算機システムに対して、通知された計算機
システムの稼動状態の変化を通知する運転監視装置を備
えるようにしたものであり、かかる構成により、計算機
システム自体の障害発生による停止状態と、伝送路等の
異常発生による停止状態との区別し得るものとなる。

【００１０】上記複合計算機システムにおいて、好まし
くは、上記稼動状態監視手段は、自らの計算機システム
の動作開始後、自らの計算機システムに対して、周期的
に生存確認割込を発行し、この生存確認割込に対する所
定時間内の応答の有無に基づいて、自らの計算機システ
ムの障害の発生の有無を確認し、障害発生時には、障害
の発生を上記運転監視装置に通知するとともに、上記運
転監視装置は、上記稼動状態監視手段から通知される計
算機システムの障害の発生を、他の計算機システムに対
して通知するようにしたものであり、かかる構成によ
り、計算機システム自体の障害発生による停止を知り得
るものとなる。

【００１１】上記複合計算機システムにおいて、好まし
くは、上記運転監視装置は、上記複数の計算機システム
に対して周期的に自らの生存を通知するとともに、上記
稼動状態監視手段は、上記運転監視装置からの生存の通
知の有無に基づいて、上記運転監視装置の障害発生を含
む上記運転監視装置と上記計算機システムを接続するネ
ットワークの障害発生を検出するようにしたものであ
り、かかる構成により、伝送路等の異常発生による停止
を知り得るものとなる。

【００１２】

【発明の実施の形態】以下、図１〜図７を用いて、本発
明の一実施形態による複合計算機システムについて説明
する。最初に、図１を用いて、本発明の一実施形態によ
る複合計算機システムの全体構成について説明する。図
１は、本発明の一実施形態による複合計算機システムの
全体構成を示すブロック図である。

【００１３】複数の計算機システム１００Ａ，１００
Ｂ，…，１００Ｎは、ネットワーク２００を介して、デ
ィスク装置３００や磁気テープ装置３１０に接続されて
いる。計算機システム１００Ａは、処理装置１１０Ａを
有している。処理装置１１０Ａは、処理装置１１０Ａで
動作するオペレーティングシステム（以下、「ＯＳ」と
称する）１１２Ａを備えている。計算機システム１００
Ｂ，１１０Ｃは、計算機システム１００Ａと同様の構成
となっており、それぞれ、処理装置１１０Ｂ，１１０Ｎ
を有している。処理装置１１０Ｂ，１１０Ｎは、処理装
置１１０Ｂ，１１０Ｎで動作するＯＳ１１２Ｂ，１１２
Ｎを備えている。

【００１４】計算機システム１００Ａの処理装置１１０
Ａは、共用入出力装置である磁気ディスク装置３００や
磁気テープ装置３１０の一部や全部に対して、排他権を
確保した上で使用する。計算機システム１００Ｂ，１０
０Ｎも、同様に、共用入出力装置である磁気ディスク装
置３００や磁気テープ装置３１０の一部や全部に対し
て、排他権を確保した上で使用する。即ち、磁気ディス
ク装置３００や磁気テープ装置３１０は、計算機システ
ム１００Ａ，１００Ｂ，…，１００Ｎによって共用され
る構成となっている。

【００１５】また、複数の計算機システム１００Ａ，１
００Ｂ，…，１００Ｎは、ネットワーク２１０を介し
て、運転監視装置４００に接続されている。運転監視装
置４００は、運転監視対象である複数の計算機システム
１００Ａ，１００Ｂ，…，１００Ｎの運転状態を監視す
る。運転監視装置４００の詳細構成については、図３を
用いて後述する。さらに、運転監視装置４００は、コン
ソール装置４９０に接続されている。コンソール装置４
９０は、システム稼動状況表示，オペレータコマンド投
入など複合計算機システム運転としてのユーザインタフ
ェース機能を提供するものである。

【００１６】計算機システム１００Ａは、さらに、サー
ビスプロセッサ１２０Ａを備えている。サービスプロセ
ッサ１２０Ａは、処理装置１１０Ａの運転管理・診断・
保守機能を実行するものであり、処理装置１１０Ａとは
独立して動作するものである。サービスプロセッサ１２
０Ａの詳細構成については、図２を用いて後述する。計
算機システム１００Ｂ，１００Ｎも、同様に、サービス
プロセッサ１２０Ｂ，１２０Ｎを備えている。

【００１７】次に、運転監視装置４００による複合計算
機システムの運転状態の監視動作の概略について説明す
る。なお、詳細な監視動作については、図５〜図７を用
いて後述する。

【００１８】例えば、サービスプロセッサ１２０Ａは、
計算機システム１００Ａの始動時には、ＯＳ１１２Ａか
らの動作開始命令を受けて、計算機システム１００Ａが
動作開始したことを、運転監視装置４００にネットワー
ク２１０を介して通知する。この通知を受けた運転監視
装置４００は、通知を発行した計算機システム１００Ａ
以外の計算機システム１００Ｂ，…，１００Ｎの中で、
動作中の計算機システムに対してネットワーク２１０を
介して、計算機システム１００Ａが動作開始したことを
通知する。計算機システム１００Ａが動作を停止した場
合にも、同様にして、サービスプロセッサ１２０Ａが運
転監視装置４００に通知し、運転監視装置４００は、そ
の時点で動作中の他の計算機システム１００Ｂ，…，１
００Ｎに対して、計算機システム１００Ａの動作停止を
通知する。

【００１９】また、サービスプロセッサ１２０Ａは、周
期的にＯＳ１１２Ａに対して生存確認の割り込みを行う
ことにより、計算機システム１００Ａの障害発生の有無
をチェックしている。障害が発生すると、サービスプロ
セッサ１２０Ａは、計算機システム１００Ａに障害が発
生したことを、運転監視装置４００にネットワーク２１
０を介して通知する。運転監視装置４００は、その時点
で動作中の他の計算機システム１００Ｂ，…，１００Ｎ
に対して、計算機システム１００Ａの障害発生を通知す
る。計算機システム１００Ａの障害が回復した場合に
も、同様にして、サービスプロセッサ１２０Ａが運転監
視装置４００に通知し、運転監視装置４００は、その時
点で動作中の他の計算機システム１００Ｂ，…，１００
Ｎに対して、計算機システム１００Ａの回復を通知す
る。

【００２０】さらに、運転監視装置４００は、周期的
に、各計算機システム１００Ａ，…，１００Ｎの中のサ
ービスプロセッサ１２０Ａ，…，１２０Ｎに対して、運
転監視装置４００自身の生存確認の通知を行うようにし
ている。従って、サービスプロセッサ１２０Ａ，…，１
２０Ｎは、運転監視装置４００から送られてくる生存確
認通知の有無によって、運転監視装置４００が正常に動
作しているか否かを判断できるものである。また、サー
ビスプロセッサ１２０Ａ，…，１２０Ｎは、生存確認通
知を受け取るとそれに対する応答を運転監視装置４００
に送信するので、運転監視装置４００は、サービスプロ
セッサ１２０Ａ，…，１２０Ｎが正常に動作しているか
否かを判断できるものである。

【００２１】ここで、伝送路であるネットワーク２１０
に異常が発生した場合には、運転監視装置４００は、計
算機システム１００Ａ，…，１００Ｎからの正常な通知
を受け取れなくなるか、または、計算機システム１００
Ａ，…，１００Ｎに対する正常な通知を行えなくなる。
なお、運転監視装置４００自身に異常が発生したときに
は、正常確認の通知を行えなくなる。即ち、本実施形態
においては、計算機システム１００Ａ，…，１００Ｎ
は、運転監視装置４００からの正常な通知がないことか
ら、伝送路２１０若しくは運転監視装置４００に異常が
発生したことを知ることができる。

【００２２】一方、例えば、計算機システム１００Ａ自
身に障害が発生して停止した場合には、上述したよう
に、サービスプロセッサ１２０Ａがその旨を運転監視装
置４００に通知するため、他の計算機システム１００
Ｂ，…，１００Ｎは、計算機システム１００Ａの障害に
よる停止を知ることができる。

【００２３】さらに、本実施形態においては、サービス
プロセッサ１２０Ａ，…，１２０Ｎは、計算機システム
１００Ａ，…，１００Ｎの動作状態に変化があった場合
にのみ、その状態変化を運転監視装置４００に通知する
ようにしている。即ち、計算機システム１００Ａ，…，
１００Ｎが動作開始した時、動作停止した時、障害が発
生した時、障害が回復した時に、その状態変化を運転監
視装置４００に通知するようにしている。従って、サー
ビスプロセッサ１２０Ａ，…，１２０Ｎの通知処理のオ
ーバーヘッドを小さくすることができる。

【００２４】以上説明したように、本実施形態において
は、計算機システム自体の障害発生による停止状態と、
伝送路等の異常発生による停止状態との区別ができるよ
うになるものである。

【００２５】計算機システム自体の障害発生による停止
状態である旨を受け取った他の計算機システムは、排他
権の強制解除を自動的に実行することができる。伝送路
等の異常発生による停止状態である場合には、ディスプ
レイ等を使用して、伝送路等の異常発生による停止状態
にある旨を複合計算機システムのオペレータに対して通
知することにより、オペレータは、この通知を元に、伝
送路等の異常箇所のチェックを行うことができる。

【００２６】次に、図２を用いて、計算機システム１０
０の中のサービスプロセッサ１２０の構成について説明
する。図２は、本発明の一実施形態による本発明の一実
施形態による複合計算機システムを構成する計算機シス
テムの中のサービスプロセッサの構成を示すブロック図
である。なお、サービスプロセッサ１２０は、図１に示
したサービスプロセッサ１２０Ａ，１２０Ｂ，…，１２
０Ｎの内部構成を示している。

【００２７】サービスプロセッサ１２０は、通信処理部
１２１と、コマンド発行部１２２と、通知処理部１２３
と、ＯＳ接続部１２４と、生存確認割込発生部１２５と
から構成されている。通信処理部１２１は、運転監視装
置４００と通信するためのネットワーク２１０が接続さ
れる。

【００２８】通信処理部１２１は、運転監視装置４００
と通信処理を実行する。コマンド発行部１２２は、運転
監視装置４００への動作指示コードを生成し、通信処理
部１２１を介して、運転監視装置４００に送信する。通
知処理部１２３は、通信処理部１２１を介して受信した
運転監視装置４００からの通知情報を解析する。

【００２９】ＯＳ接続部１２４は、ＯＳ１１２とのイン
タフェースを制御するものであり、通知処理部１２３で
解析された通知情報に基づいて、ＯＳ１１２に対する割
り込みを発生し、ＯＳ１１２からの命令に基づいて、コ
マンド発行部１２２に対してコマンドの発行を指示す
る。生存確認割込発生部１２５は、ＯＳ１１２の動作を
確認するための割込みを発生する。サービスプロセッサ
１２０の各部の動作については、図５〜図７を用いて後
述する。

【００３０】次に、図３を用いて、運転監視装置４００
の構成について説明する。図３は、本発明の一実施形態
による本発明の一実施形態による複合計算機システムを
構成する運転監視装置の構成を示すブロック図である。

【００３１】運転監視装置４００は、通信処理部４１０
と、コマンド処理部４２０と、通知発行部４３０と、状
態管理部４４０と、記憶部４５０と、自装置生存通知発
生部４６０と、表示制御部４７０とから構成されてい
る。通信処理部４１０は、サービスプロセッサ１２０と
通信するためのネットワーク２１０が接続されている。
また、表示制御部４７０は、コンソール装置４９０に接
続されている。

【００３２】通信処理部４１０は、サービスプロセッサ
１２０との通信処理を実行する。コマンド処理部４２０
は、通信処理部４１０を介して受信したサービスプロセ
ッサ１２０から発行されるコマンドを解釈して実行す
る。通知発行部４３０は、通信処理部４１０を介して、
ある計算機システム１００の運転状態等の通知を、他の
計算機システム１００のサービスプロセッサ１２０へ行
うものである。

【００３３】状態管理部４４０は、計算機システム１０
０から発行されるコマンドに基いて、計算機システム１
００の運転状態を管理する。記憶部４５０は、計算機シ
ステム１００の運転状態の情報を格納するものである。
記憶部４５０に格納される管理テーブルの内容について
は、図４を用いて後述する。自装置生存通知発生部４６
０は、運転監視装置４００の正常動作を、サービスプロ
セッサ１２０に通知するものである。表示制御部４７０
は、コンソール装置４９０の制御を行うものである。運
転監視装置４００の各部の動作については、図５〜図７
を用いて後述する。

【００３４】次に、図４を用いて、運転監視装置４００
の記憶部４５０に格納される計算機システム１００の運
転監視情報を示す管理テーブルについて説明する。図４
は、本発明の一実施形態による本発明の一実施形態によ
る複合計算機システムを構成する運転監視装置の記憶部
に格納される管理テーブルの説明図である。図４（Ａ）
は、ある時点における管理テーブルの内容を示し、図４
（Ｂ）は、図４（Ａ）とは異なる時点における管理テー
ブルの内容を示している。

【００３５】計算機システム１００の運転監視情報を示
す管理テーブル４５２には、監視対象の計算機システム
毎にその情報を示すレコードが記録される。各レコード
は、システム識別名４５２Ｘと、監視状態フラグ４５２
Ｙと、通知要因情報４５２Ｚの３つの項目で構成されて
いる。

【００３６】システム識別名４５２Ｘは、計算機システ
ム１００を区別するための名称であり、監視対象の計算
機システム内でユニークな名称が付与される。例えば、
図４（Ａ）に示した「ＳＹＳ００１」は、図１に示した
計算機システム１００Ａに対応し、「ＳＹＳ００２」
は、計算機システム１００Ｂに対応し、「ＳＹＳ００
Ｎ」は、計算機システム１００Ｎに対応している。

【００３７】監視状態フラグ４５２Ｙは、システム識別
名４５２Ｘによって区別される計算機システム１００が
現在、監視を行う対象であるかどうかを示すフラグであ
る。例えば、「ＯＮ」は、計算機システム１００が監視
対象であり、「ＯＦＦ」は、監視対象でないことを示し
ている。即ち、図４（Ａ）に示す状態では、「ＳＹＳ０
０２」と「ＳＹＳ００Ｎ」のシステム識別名で区別され
る計算機システム１００Ｂ，１００Ｎは、監視対象であ
り、「ＳＹＳ００１」と「ＳＹＳ００３」のシステム識
別名で区別される計算機システム１００Ａ等は、監視対
象でないことを示している。

【００３８】通知要因情報４５２Ｚは、サービスプロセ
ッサ１２０に対する運転状態の通知を行ったときの要因
を示す情報である。例えば、「動作開始」は、計算機シ
ステムが動作を開始して、動作停止状態から動作状態に
変化したことを示している。「監視停止」は、動作中の
計算機システムが終了処理または何らかの理由によって
動作を停止し、監視動作を中止したことを示している。
また、これら以外としては、「障害」や「回復」があ
る。「障害」は、動作中の計算機システムに何らかの異
常があり、計算機システムが動作不能となったこと示し
ている。「回復」は、動作不能となっていた計算機シス
テムは、回復して動作を再開したことを示している。

【００３９】なお、図４（Ａ），（Ｂ）については、図
５〜図７に示すフローチャートと合わせて後述する。

【００４０】次に、図５〜図７を用いて、本発明の一実
施形態による複合計算機システムにおける運転監視動作
について説明する。図５は、本発明の一実施形態による
複合計算機システムにおける運転開始若しくは運転停止
時の処理を説明するフローチャートであり、図６は、本
発明の一実施形態による複合計算機システムにおける障
害発生若しくは回復時の処理を説明するフローチャート
であり、図７は、本発明の一実施形態による複合計算機
システムにおける運転監視装置の動作チェック時の処理
を説明するフローチャートである。

【００４１】最初に、図５を用いて、運転開始若しくは
運転停止時の処理について説明する。図５の左側に示す
ステップ５１０，５１１は、運転開始若しくは運転停止
を行った計算機システム１００のサービスプロセッサ１
２０の処理であり、中央に示すステップ５２０〜５２４
は、運転監視装置４００の処理であり、右側に示すステ
ップ５３０，５３１は、運転開始若しくは運転停止を行
った計算機システム１００以外で動作中の計算機システ
ム１００のサービスプロセッサ１２０の処理である。

【００４２】例えば、図４（Ａ）に示したように、運転
停止中であった「ＳＹＳ００１」が、新たに運転開始す
る場合には、図５の左側に示すステップ５１０，５１１
は、計算機システム１００Ａのサービスプロセッサ１２
０Ａの処理である。そして、この時、動作中の計算機シ
ステムは、図４（Ａ）に示したように、「ＳＹＳ００
２」と「ＳＹＳ００Ｎ」であったとすると、図５の右側
に示すステップ５３０，５３１は、計算機システム１０
０Ｂ，１００Ｎのサービスプロセッサ１２０Ｂ，１２０
Ｎの処理となる。

【００４３】計算機システム１００の始動時又は終了時
には、図２に示したＯＳ１１２は、サービスプロセッサ
１２０のＯＳ接続部１２４に対して、監視開始又は停止
命令を発行する。

【００４４】ステップ５１０において、ＯＳ接続部１２
４は、ＯＳ１１２が発行した監視開始または停止命令を
受信し、コマンド発行部１２２に対して、「監視開始」
又は「監視停止」コマンドの発行を指示する。

【００４５】ステップ５１１において、コマンド発行部
１２２は、ＯＳ接続部１２４からのコマンド発行指示に
基づいて、運転監視装置４００用のコマンドを生成し
て、通信処理部１２１を経由して、運転監視装置４００
にコマンドを送信する。

【００４６】ステップ５２０において、図３に示した運
転監視装置４００のコマンド処理部４２０は、運転監視
装置４００の通信処理部４１０を経由して伝達されたコ
マンドを受信する。

【００４７】ステップ５２１において、コマンド処理部
４２０は、コマンドの種別を解読し、状態管理部４４０
に対し、コマンドを発行したシステム識別名とコマンド
種別を知らせる。ここで、受け取ったコマンド種別が、
「開始」の場合には、ステップ５２２に進み、「停止」
の場合には、ステップ５２３に進む。

【００４８】ステップ５２２において、状態管理部４４
０は、受け取ったコマンド種別が、「開始」の場合に
は、記憶部４５０に格納されている管理テーブル４５２
の該当システム識別名４５２Ｘの監視状態フラグ４５２
Ｙを「ＯＮ」に設定し、また、通知要因情報４５２Ｚを
「動作開始」に設定する。例えば、図４（Ａ）に示した
ように、運転停止中であった「ＳＹＳ００１」が運転開
始した場合には、図４（Ｂ）に示すように、システム識
別名４５２Ｘが「ＳＹＳ００１」である計算機システム
の監視状態フラグ４５２Ｙを「ＯＮ」に設定し、また、
通知要因情報４５２Ｚを「動作開始」に設定する。

【００４９】ステップ５２３において、状態管理部４４
０は、受け取ったコマンド種別が、「停止」の場合に
は、記憶部４５０に格納されている管理テーブル４５２
の該当システム識別名４５２Ｘの監視状態フラグ４５２
Ｙを「ＯＦＦ」に、また通知要因情報４５２Ｚを「監視
停止」に設定する。

【００５０】ステップ５２４において、状態管理部４４
０及び通知発行部４３０は、状態変化情報通知を他の動
作中の計算機システムに対して実行する。即ち、状態管
理部４４０は、通知発行部４３０に対して、通知先計算
機システムのシステム識別名、即ちコマンドを発行した
計算機システム以外で「動作中」の計算機システムと、
通知すべき状態情報を伝え、状態変化情報通知の発行を
指示する。その指示により、通知発行部４３０は、状態
変化情報を生成して、通信処理部４１０を経由して、該
当の計算機システム１００のサービスプロセッサ１２０
に通知を行う。

【００５１】例えば、図４（Ａ）に示したように、運転
停止中であった「ＳＹＳ００１」が運転開始した場合に
は、その時、動作中である「ＳＹＳ００２」及び「ＳＹ
Ｓ００Ｎ」に対して、状態変化情報の通知を行う。状態
変化情報の内容は、「ＳＹＳ００１」が「動作開始」し
たというものである。

【００５２】ステップ５３０において、通知を受信した
サービスプロセッサ１２０は、図２に示した通信処理部
１２１を経由して通知処理部１２３に、情報が伝達され
る。通知処理部１２３は、通知情報を解読し、システム
識別名と状態変化情報をＯＳ接続部１２４に伝え、ＯＳ
接続部１２４は、ＯＳ１１２が認識できるよう割込み要
因コードに変換を行って、割り込み要因をセットする。

【００５３】次に、ステップ５３１において、ＯＳ接続
部１２４は、ＯＳ１１２に対して割込みを発生させ、他
システムの状態変化を伝達する。

【００５４】ここで、ステップ５３０，５３１の処理
は、ステップ５２４において、状態変化情報通知がなさ
れた全ての計算機システムで実行されるものである。即
ち、「ＳＹＳ００１」が運転開始したという状態変化情
報が、「ＳＹＳ００２」及び「ＳＹＳ００Ｎ」に対して
通知されると、計算機システム１００Ｂ，１００Ｎのサ
ービスプロセッサ１２０Ｂ，１２０Ｎは、それぞれ、ス
テップ５３０，５３１に示した処理を実行する。従っ
て、計算機システム１００Ｂ，１００ＮのＯＳ１１２
Ｂ，１１２Ｎは、それぞれ、計算機システム１００Ａが
動作開始したことを認識することができる。

【００５５】計算機システム１００は、内部に他の計算
機システムの動作状態を管理する管理テーブルを有して
おり、この管理テーブルの内容を運転監視装置４００か
ら送られてくる状態変化情報通知に基づいて、設定し直
すことにより、他の計算機システムの稼動状態を認識す
ることが可能となる。システム間でジョブやトランザク
ションの負荷分散を行う処理の場合にも、他の計算機シ
ステムの稼動状態を事前に把握することができるため、
容易に実行できるものである。

【００５６】次に、図６を用いて、ある計算機システム
に障害が発生した場合若しくは障害から回復した場合の
処理について説明する。図６の左側に示すステップ６１
０〜６１３は、障害の発生した若しくは障害から回復し
た計算機システム１００のサービスプロセッサ１２０の
処理であり、中央に示すステップ６２０〜６２４は、運
転監視装置４００の処理であり、右側に示すステップ６
３０，６３１は、障害の発生した若しくは障害から回復
した計算機システム１００以外で動作中の計算機システ
ム１００のサービスプロセッサ１２０の処理である。

【００５７】例えば、図４（Ａ）に示したように、動作
中であった「ＳＹＳ００２」に障害が発生した場合に
は、図６の左側に示すステップ６１０〜６１３は、計算
機システム１００Ｂのサービスプロセッサ１２０Ｂの処
理である。そして、この時、動作中の計算機システム
は、図４（Ａ）に示したように、「ＳＹＳ００Ｎ」であ
ったとすると、図６の右側に示すステップ６３０，６３
１は、計算機システム１００Ｎのサービスプロセッサ１
２０Ｎの処理となる。

【００５８】ステップ６１０において、サービスプロセ
ッサ１２０は、ＯＳ１１２から監視開始命令を受信した
後、一定間隔でＯＳ１１２の生存を確認する割り込みを
発生する。図２に示した生存確認割込発生部１２５は、
ＯＳ接続部１２４を経由して、ＯＳ１１２の生存を確認
するための割込みを発行する。

【００５９】ステップ６１１において、ＯＳ接続部１２
４は、生存確認割込み発行後、割込みに対するＯＳ１１
２の応答を、時間制限付きで監視する。そして、ＯＳ接
続部１２４は、制限時間内に応答を受信した場合は、Ｏ
Ｓ１１２が「動作中」状態であり、受信できなかった場
合は、ＯＳ１１２に障害が発生して、「障害」状態にな
ったものと判断する。

【００６０】ステップ６１２において、ＯＳ接続部１２
４は、その状態が前回チェックした状態と比較して変化
があるかどうかをチェックする。変化が無ければ、ステ
ップ６１０に戻り、ステップ６１０，６１１を繰り返
し、変化が有ると、ＯＳ接続部１２４は、コマンド発行
部１２２に対して、障害が発生したことを示す「障害」
又は障害が回復して動作を開始したことを示す「動作開
始」コマンドの発行を指示し、ステップ６１３に進む。

【００６１】ステップ６１３において、コマンド発行部
１２２は、ＯＳ接続部１２４からのコマンド発行指示に
基づいて、運転監視装置４００用のコマンドを生成し
て、通信処理部１２１を経由して、運転監視装置４００
にコマンドを送信する。

【００６２】ステップ６２０において、図３に示した運
転監視装置４００のコマンド処理部４２０は、運転監視
装置４００の通信処理部４１０を経由して伝達されたコ
マンドを受信する。

【００６３】ステップ６２１において、コマンド処理部
４２０は、コマンドの種別を解読し、状態管理部４４０
に対し、コマンドを発行したシステム識別名とコマンド
種別を知らせる。ここで、受け取ったコマンド種別が、
「動作開始」の場合には、ステップ６２２に進み、「障
害」の場合には、ステップ６２３に進む。

【００６４】最初に、ステップ６２３から説明すると、
ステップ６２３において、状態管理部４４０は、受け取
ったコマンド種別が、「障害」の場合には、記憶部４５
０に格納されている管理テーブル４５２の該当システム
識別名４５２Ｘの通知要因情報４５２Ｚを「障害」に設
定する。例えば、図４（Ａ）に示したように、動作中で
あった「ＳＹＳ００２」に障害が発生した場合には、図
４（Ｂ）に示すように、システム識別名４５２Ｘが「Ｓ
ＹＳ００２」である計算機システムの通知要因情報４５
２Ｚを「障害」に設定する。

【００６５】ステップ６２２において、状態管理部４４
０は、受け取ったコマンド種別が、「動作開始」の場合
には、記憶部４５０に格納されている管理テーブル４５
２の該当システム識別名４５２Ｘの通知要因情報４５２
Ｚを「動作開始」に設定する。

【００６６】ステップ６２４において、状態管理部４４
０及び通知発行部４３０は、状態変化情報通知を他の動
作中の計算機システムに対して実行する。即ち、状態管
理部４４０は、通知発行部４３０に対して、通知先計算
機システムのシステム識別名、即ちコマンドを発行した
計算機システム以外で動作中の計算機システムと、通知
すべき状態情報を伝え、状態変化情報通知の発行を指示
する。その指示により、通知発行部４３０は、状態変化
情報を生成して、通信処理部４１０を経由して、該当の
計算機システム１００のサービスプロセッサ１２０に通
知を行う。

【００６７】例えば、図４（Ａ）に示したように、運転
中であった「ＳＹＳ００２」に障害が発生した場合に
は、その時、動作中である「ＳＹＳ００Ｎ」に対して、
状態変化情報の通知を行う。状態変化情報の内容は、
「ＳＹＳ００２」に「障害発生」したというものであ
る。

【００６８】ステップ６３０において、通知を受信した
サービスプロセッサ１２０は、図２に示した通信処理部
１２１を経由して通知処理部１２３に、情報が伝達され
る。通知処理部１２３は、通知情報を解読し、システム
識別名と状態変化情報をＯＳ接続部１２４に伝え、ＯＳ
接続部１２４は、ＯＳ１１２が認識できるよう割込み要
因コードに変換を行って、割り込み要因をセットする。

【００６９】次に、ステップ６３１において、ＯＳ接続
部１２４は、ＯＳ１１２に対して割込みを発生させ、他
システムの状態変化を伝達する。

【００７０】ここで、ステップ６３０，６３１の処理
は、ステップ６２４において、状態変化情報通知がなさ
れた全ての計算機システムで実行されるものである。即
ち、「ＳＹＳ００２」に障害が発生したという状態変化
情報が、「ＳＹＳ００Ｎ」に対して通知されると、計算
機システム１００Ｎのサービスプロセッサ１２０Ｎは、
ステップ６３０，６３１に示した処理を実行する。従っ
て、計算機システム１００ＮのＯＳ１１２Ｎは、計算機
システム１００Ａが障害発生により停止したことを認識
することができる。

【００７１】障害発生により停止した計算機システム１
００が、共用入出力装置であるディスク装置３００や磁
気テープ装置３１０に対して排他権を確保したままであ
るときには、状態変化情報の通知を受けた計算機システ
ム１００は、共用入出力装置に排他権を確保したい場合
にも、他の計算機システムの稼動状態を事前に把握する
ことができるため、強制的に排他権の自動解除を容易に
実行できるものである。

【００７２】次に、図７を用いて、運転監視装置４００
の生存確認動作の処理について説明する。図７の左側に
示すステップ７００，７０１は、運転監視装置４００の
処理であり、右側に示すステップ７１０〜７１４は、そ
の時動作中の計算機システム１００のサービスプロセッ
サ１２０の処理である。

【００７３】ステップ７００において、運転監視装置４
００は、自装置の生存を知らせるため、サービスプロセ
ッサ（ＳＶＰ）１２０に対して、一定間隔で生存確認通
知を発行する。具体的には、図３に示した運転監視装置
４００の自装置生存通知発生部４６０は、状態管理部４
４０に対して通知発行を依頼する。状態管理部４４０
は、計算機システム１００の監視開始，停止，及び状態
変化時の処理と同様に、通知先計算機システムのシステ
ム識別名と自装置の生存確認用通知であることを通知発
行部４３０に伝え、サービスプロセッサ１２０への通知
発行を指示する。指示を受けた通知発行部４３０は、そ
の時動作中のサービスプロセッサ１２０に対して通信処
理部４１０を経由して生存確認通知を発行する（７０
０）。図４（Ａ）に示したように、その時点で、「ＳＹ
Ｓ００２」と「ＳＹＳ００Ｎ」が動作中であれば、計算
機システム１００Ｂ，１００Ｎのサービスプロセッサ１
２０Ｂ，１２０Ｎに対して、生存確認通知を発行する。

【００７４】ステップ７１０において、ＯＳ接続部１２
４は、サービスプロセッサ１２０の通信処理部１２１及
び通知処理部１２３を経由して伝達された生存確認通知
を、前回の通知からの時間制限付きで監視する。そし
て、制限時間内に通知を受信した場合は「動作中」状態
と判断し、受信できなかった場合は「障害」状態と判断
する。

【００７５】ステップ７１１において、ＯＳ接続部１２
４は、その状態が前回チェックした状態と比較して変化
があるかどうかをチェックする。変化がなければ、ステ
ップ７１２に進み、変化が有れば、ステップ７１３に進
む。

【００７６】変化がない場合には、ステップ７１２にお
いて、ＯＳ接続部１２４は、運転監視装置４００に対し
て生存確認通知に応答する確認コマンドを発行する。

【００７７】ステップ７０１において、運転監視装置４
００は、サービスプロセッサ１２０が発行した確認コマ
ンドを受信し、ステップ７００に戻り、再び生存確認通
知を発行して同様なチェックを繰り返す。

【００７８】一方、変化があった場合は、ステップ７１
３において、ＯＳ接続部１２４は、ＯＳ１１２が認識で
きるよう割込み要因コードに変換を行って、割り込み要
因をセットする。

【００７９】次に、ステップ７１４において、ＯＳ接続
部１２４は、ＯＳ１１２に対して割込みを発生させ、他
システムの状態変化を伝達する。

【００８０】運転監視装置４００の障害発生が通知され
ると、ＯＳ１１２は、他の計算機システムの稼動状態を
管理する管理テーブルに設定されている他の計算機シス
テムの稼動状態の情報の使用を停止する。

【００８１】また、運転監視装置４００が、障害のある
状態から回復した場合において、サービスプロセッサ１
２０のＯＳ接続部１２４は、自らの計算機システム１０
０の運転状態のコマンドを発行して、コマンド発行部１
２２は、運転監視装置４００に運転状態を通知する。こ
れによって、運転監視装置４００の記憶部４５０に格納
されている管理テーブル４５２を回復することができ
る。

【００８２】計算機システム１００のサービスプロセッ
サ１２０は、運転監視装置４００から送られてくる生存
確認通知を周期的に監視するようにしているため、運転
監視装置４００と計算機システム１００を接続する伝送
路であるネットワーク２１０の異常も監視することがで
きる。即ち、計算機システム１００は、伝送路の異常を
含めて運転監視装置４００の障害発生を監視することが
可能となる。

【００８３】伝送路の異常を含む運転監視装置の障害発
生時には、ディスプレイ等を使用して、伝送路等の異常
発生による停止状態にある旨を複合計算機システムのオ
ペレータに対して通知することにより、オペレータは、
この通知を元に、伝送路や運転監視装置等の異常箇所の
チェックを行うことができる。

【００８４】以上説明したように、本実施形態によれ
ば、計算機システム自体の障害発生による停止状態と、
伝送路等の異常発生による停止状態との区別ができるよ
うになるものである。

【００８５】計算機システム自体の障害発生による停止
状態である旨を受け取った他の計算機システムは、排他
権の強制解除を自動的に実行することができる。伝送路
等の異常発生による停止状態である場合には、ディスプ
レイ等を使用して、伝送路等の異常発生による停止状態
にある旨を複合計算機システムのオペレータに対して通
知することにより、オペレータは、この通知を元に、伝
送路等の異常箇所のチェックを行うことができる。

【００８６】

【発明の効果】本発明によれば、複合計算機システムに
おける計算機システム自体の障害発生による停止状態
と、伝送路等の異常発生による停止状態との区別するこ
とができるようになるものである。

【図面の簡単な説明】

【図１】本発明の一実施形態による複合計算機システム
の全体構成を示すブロック図である。

【図２】本発明の一実施形態による本発明の一実施形態
による複合計算機システムを構成する計算機システムの
中のサービスプロセッサの構成を示すブロック図であ
る。

【図３】本発明の一実施形態による本発明の一実施形態
による複合計算機システムを構成する運転監視装置の構
成を示すブロック図である。

【図４】本発明の一実施形態による本発明の一実施形態
による複合計算機システムを構成する運転監視装置の記
憶部に格納される管理テーブルの説明図である。

【図５】本発明の一実施形態による複合計算機システム
における運転開始若しくは運転停止時の処理を説明する
フローチャートである。

【図６】本発明の一実施形態による複合計算機システム
における障害発生若しくは回復時の処理を説明するフロ
ーチャートである。

【図７】本発明の一実施形態による複合計算機システム
における運転監視装置の動作チェック時の処理を説明す
るフローチャートである。

【符号の説明】

１００…運転監視対象の計算機システム １１０…処理装置（ＣＰＵ） １１２…オペレーティングシステム（ＯＳ） １２０…サービスプロセッサ １２１…通信処理部 １２２…コマンド発行部 １２３…通知処理部 １２４…ＯＳ接続部 １２５…生存確認割込発生部 ２００，２１０…ネットワーク ３００…ディスク装置 ３１０…磁気テープ装置 ４００…運転監視装置 ４１０…通信処理部 ４２０…コマンド処理部 ４３０…通知発行部 ４４０…状態管理部 ４５０…記憶部 ４６０…自装置生存通知発生部 ４７０…表示制御部 ４９０…コンソール装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数の計算機システムと、 これらの計算機システムとネットワークを介して接続さ
   れ、これらの計算機システムが共通に使用する共用入出
   力装置とを有する複合計算機システムにおいて、 上記複数の計算機システムは、それぞれ、自らの計算機
   システムの稼動状態を監視する稼動状態監視手段を備
   え、 さらに、上記複数の計算機システムとネットワークを介
   して接続され、上記複数の計算機システムが備える上記
   稼動状態監視手段から通知される計算機システムの稼動
   状態の変化を受信して、他の計算機システムに対して、
   通知された計算機システムの稼動状態の変化を通知する
   運転監視装置を備えたことを特徴とする複合計算機シス
   テム。
2. 【請求項２】請求項１記載の複合計算機システムにおい
   て、 上記稼動状態監視手段は、自らの計算機システムの動作
   開始後、自らの計算機システムに対して、周期的に生存
   確認割込を発行し、この生存確認割込に対する所定時間
   内の応答の有無に基づいて、自らの計算機システムの障
   害の発生の有無を確認し、障害発生時には、障害の発生
   を上記運転監視装置に通知するとともに、 上記運転監視装置は、上記稼動状態監視手段から通知さ
   れる計算機システムの障害の発生を、他の計算機システ
   ムに対して通知することを特徴とする複合計算機システ
   ム。
3. 【請求項３】請求項１記載の複合計算機システムにおい
   て、 上記運転監視装置は、上記複数の計算機システムに対し
   て周期的に自らの生存を通知するとともに、 上記稼動状態監視手段は、上記運転監視装置からの生存
   の通知の有無に基づいて、上記運転監視装置の障害発生
   を含む上記運転監視装置と上記計算機システムを接続す
   るネットワークの障害発生を検出することを特徴とする
   複合計算機システム。