JPH08329024A - 計算機システム - Google Patents

Abstract

(57)【要約】 【目的】 制御実行計算機の故障情報を管理するサービ
ス制御実行計算機に障害が発生した場合でも、システム
全体を安定に稼動させることができる計算機システムを
得ることを目的とする。 【構成】 ＳＣＣ２１-1がシステムＳＣＣとすると、各
ＳＣＣ２１-1〜２１-nは立ち上げ時に、ＳＣＣ管理部２
９のシステムＳＣＣ登録テーブル３６を参照し、自計算
機がシステムＳＣＣか否かを判断し自計算機がシステム
ＳＣＣであるため、診断インターフェイス３２はシステ
ム構成テーブル３１を参照し、送信処理部３３等を用い
て各計算機に対して自己診断を要求する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の制御実行計算
機を有する計算機システムにおいて、制御実行計算機の
故障情報を管理する統括管理計算機に障害が発生した場
合でも、システム全体を安定に稼動させることができる
計算機システムに関するものである。

【０００２】

【従来の技術】図１３は例えば特開昭６４−８８６７７
号公報に示された従来の計算機システムの構成を示すブ
ロック図であり、図において、１はこのマルチ制御実行
計算機構成の計算機システムの故障情報を管理するため
のサービス制御実行計算機、２はシステムバス、３は診
断用バス、４はサービス制御実行計算機１が管理する故
障情報やシステムの構成情報などを記憶するためのメモ
リである。

【０００３】５-1〜５-nはシステムバス２を介してマル
チ制御実行計算機構成となっているｎ個の制御実行計算
機（以下、ＣＰＴと記す）、１１はＣＰＴ５-1〜５-nの
各々において自己診断を実行する自己診断制御部、１２
は自己診断制御部１１で実行した自己診断の結果がエラ
ー発生である場合、診断用バス３を介してサービス制御
実行計算機１に通知するための診断インターフェイスで
ある。

【０００４】次に動作について説明する。ここでは、Ｃ
ＰＴ５-1に障害が発生するものとして説明する。まず、
各ＣＰＴ５-1〜５-nは、システム中に実行すべきレディ
タスクがないと判断した場合、システムのアイドルルー
チンに入る。そして、自己診断制御部１１では自己診断
処理を起動するためのマクロ命令を実行し、このマクロ
命令によって、自己診断制御部１１の制御の下で自己診
断を行い、正常に動作しているか否かを診断する。ここ
で、例えば自己診断によりＣＰＴ５-2〜５-nが正常であ
れば、そのままアイドルルーチンにとどまる。そして、
障害が発生したＣＰＴ５-1はエラーと診断され、動作が
停止される。当該ＣＰＴ５-1からのエラー発生通知は診
断インターフェイス１２、および診断用バス３を介して
サービス制御実行計算機１に出力される。そして、サー
ビス制御実行計算機１ではＣＰＴ５-1からのエラー発生
通知を受け取ると、エラー発生の原因に応じて各々の処
理を行う。

【０００５】次に、上記サービス制御実行計算機１の動
作をフローチャートを参照して説明する。図１４は従来
の計算機システムのサービス制御実行計算機の動作手順
を示すフローチャートである。まず、障害発生ＣＰＴ５
-1からの割り込み発生に伴い（ステップＳＴ１）、割り
込み原因がＣＰＴ５-1〜５-nまたは他の機器のいずれに
あるかが判断される（ステップＳＴ２）。そして、ＣＰ
Ｔ５-1〜５-nにおいては障害が発生していない（ＮＯ）
と判断した場合は、他の処理を行う（ステップＳＴ
３）。一方、ステップＳＴ２において、割込みによる通
知内容を解析した結果、ＣＰＴ５-1〜５-nにおいて障害
が発生した（ＹＥＳ）と判断した場合は、割り込みの通
知内容の種別を判断し、この通知内容に応じた処理に分
岐され（ステップＳＴ４）、各通知内容に応じた処理が
行われる（ステップＳＴ５〜ＳＴ７）。

【０００６】ここで、例えば、分岐の種別としては電源
投入時の自己診断エラー、トラップ処理の続行不能など
があるが、こうした中で、サービス制御実行計算機１へ
の割り込み原因が、その通知内容の解析結果からＣＰＴ
５-1であり、しかもシステム稼動中の自己診断エラーで
あることがわかると、サービス制御実行計算機１は、例
えば、障害発生ＣＰＴ５-1の切り離しのための処理を行
う。そして、障害発生を割込みにより通知したＣＰＴ５
-1はタスク実行中でないので、例えばメモリ４上の構成
表からこのＣＰＴ５-1を切り離すなどの故障処理を行う
（ステップＳＴ８）。その後、障害の発生していない他
のＣＰＴ５-1〜５-nに対してＣＰＴ５-1の障害発生を診
断用バス３を介して通知し、システムソフトウェア上で
のＣＰＴ５-1の切り離し処理が完了する（ステップＳＴ
９）。

【０００７】

【発明が解決しようとする課題】従来の計算機システム
は以上のように構成されているので、複数のＣＰＴ５-1
〜５-nの障害発生に対してサービス制御実行計算機１を
設けて、障害管理や障害発生したＣＰＴ５-1〜５-nの切
り離し処理などを行い、稼動中の計算機システムに与え
る悪影響を最小限に押さえる点では有効な効果が期待で
きるが、サービス制御実行計算機１そのものに障害が発
生した場合の対策はなされておらず、サービス制御実行
計算機１での障害発生が稼動中の計算機システムに多大
なる悪影響を与えるなどの問題点があった。

【０００８】この発明は上記のような問題点を解消する
ためになされたもので、サービス制御実行計算機で障害
が発生した場合でも、他のサービス制御実行計算機にて
障害の発生したサービス制御実行計算機の機能を代替
し、より安定した環境のもとで稼動できる計算機システ
ムを得ることを目的とする。

【０００９】また、この発明は、機能代替が確実に行う
ことができる他のサービス制御実行計算機を選択するこ
とができる計算機システムを得ることを目的とする。

【００１０】さらに、この発明は、メンテナンス性とフ
レキシブル性を向上させることができる計算機システム
を得ることを目的とする。

【００１１】

【課題を解決するための手段】請求項１の発明に係る計
算機システムは、代替手段により統括管理計算機を複数
台接続し、制御実行計算機に対して障害対応処理を行う
ときに自己の障害状態を診断し、自己に障害が検出され
た場合には、その代替とする他の統括管理計算機を選別
し、その選別された統括管理計算機に対して代替依頼を
行うようにしたものである。

【００１２】請求項２の発明に係る計算機システムは、
統括管理計算機により、自己の障害状態の診断および他
の統括管理計算機の自己診断結果を取り込み、自己に障
害が発生したときに代替とする統括管理計算機を指定す
るとともに、制御実行計算機により、自己診断結果が障
害発生である場合、稼動テーブルを参照して現在稼動し
ている統括管理計算機を識別し、統括管理計算機に対し
て障害通知を出力するようにしたものである。

【００１３】請求項３の発明に係る計算機システムの統
括管理計算機は、負荷率測定部自己が管理している制御
実行計算機の台数及び処理能力から負荷率を検出し、こ
の負荷率が閾値を越えた場合には自己診断制御部に対し
て障害通知を出力するようにしたものである。

【００１４】請求項４の発明に係る計算機システムは、
システムメンテナンスツールにより共有メモリに登録さ
れている障害状態および稼動情報を読み込み、障害が発
生している統括管理計算機を検知しながら、あるいは各
統括管理計算機の負荷を予測しながら、現在の統括管理
計算機の機能を代替する統括管理計算機をダイナミック
に決定し、共有メモリ内の統括管理計算機管理部や稼動
テーブルをメンテナンスするようにしたものである。

【００１５】

【作用】請求項１の発明における計算機システムは、制
御実行計算機に対して障害対応処理を行うときに自己の
障害状態を診断し、自己に障害が検出された場合には、
その代替とする他の統括管理計算機を選別し、その選別
された統括管理計算機に対して代替依頼を行う代替手段
を設けたことにより、統括管理計算機で障害が発生した
場合でも、他の統括管理計算機にて上記障害が発生した
統括管理計算機の機能を代替させることができるように
なる。

【００１６】請求項２の発明における計算機システム
は、統括管理計算機に自己の診断結果と他の統括管理計
算機の自己診断結果を取り込み、自己に障害が発生した
場合にその代替とする統括管理計算機を設定する統括管
理計算機管理部と、自己に障害が発生したときに代替と
する統括管理計算機を指定する第１の診断インターフェ
イスとを設け、制御実行計算機に自己診断結果が障害発
生である場合、稼動テーブルを参照して現在稼動してい
る統括管理計算機を識別し、統括管理計算機に対して障
害通知を出力する第２の診断インターフェイスを設けた
ことにより、統括管理計算機で障害が発生した場合で
も、他の統括管理計算機にて障害の発生した上記障害が
発生した統括管理計算機の機能を代替させることができ
るようになる。

【００１７】請求項３の発明における計算機システム
は、負荷率が閾値を越えた場合には自己診断制御部に対
して障害通知を出力する負荷率測定部を設けたことによ
り、機能代替が確実に行うことができる他の統括管理計
算機を選択することができるようになる。

【００１８】請求項４の発明における計算機システム
は、統括管理計算機または制御実行計算機とオンライン
により接続され、共有メモリに登録されている障害状態
および稼動情報を読み込み、障害が発生している統括管
理計算機を検知しながら、あるいは各統括管理計算機の
負荷を予測しながら、次システム統括管理計算機の選定
がシステム全体の状況に応じて行なうことができるよう
になる。

【００１９】

【実施例】

実施例１．以下、この発明の一実施例を図について説明
する。図１はこの発明の一実施例による計算機システム
を示す構成図であり、従来のものと同一の符号は同一ま
たは相当部分を示すので説明を省略する。図において、
２１は本発明の一実施例によるＳＣＣ（統括管理計算
機）、６１は本発明の一実施例によるＣＰＴ（制御実行
計算機）であり、各ＳＣＣ２１-1〜２１-n及び各ＣＰＴ
６１-1〜６１-nともにシステムバス２と診断用バス３と
を介して接続されている。

【００２０】図２はこの発明の一実施例による計算機シ
ステムのＳＣＣの構成を示すブロック図であり、２２は
システムバス２とのインターフェイスとなるシステムバ
スインターフェイス、２３は診断用バス３とのインタフ
ェースとなる診断用バスインターフェイス、２４は診断
用バス３および診断用バスインターフェイス２３を介し
て他のＳＣＣ２１-1〜２１-nまたはＣＰＴ６１-1〜６１
-nから各種の通知を受け取る受信処理部、２５は受信し
た情報を解析して、例えば受信した情報が障害情報であ
れば、障害発生したＳＣＣ２１-1〜２１-nまたはＣＰＴ
６１-1〜６１-nを割り出す受信情報解析部、２６は受信
情報解析部２５の解析結果と下記に示す故障処理テーブ
ル２７に登録された故障処理情報をもとに故障処理を実
行する故障処理実行部である。

【００２１】２７は各ＳＣＣ２１-1〜２１-nまたはＣＰ
Ｔ６１-1〜６１-nの障害発生時に、例えば切り離し処理
を行うなどの故障処理情報を予め登録された故障処理テ
ーブル、２８は受信情報解析部２５があるＣＰＴ６１-1
〜６１-nにおいて障害が発生したと解析した場合に、故
障処理実行部２６によってその解析結果が登録される故
障ＣＰＴ管理部、２９は受信情報解析部２５があるＳＣ
Ｃ２１-1〜２１-nにおいて障害が発生したと解析した場
合に、故障処理実行部２６によってその解析結果が登録
されるＳＣＣ管理部（統括管理計算機管理部（代替手
段））、３０は受信情報解析部２５の解析結果が自己診
断要求である場合、自計算機の自己診断を実行する自己
診断制御部、３１はこの計算機システム内に存在するＳ
ＣＣ２１-1〜２１-nおよびＣＰＴ６１-1〜６１-nの構成
情報を記載したシステム構成テーブル（代替テーブル）
である。なお、システムＳＣＣと表記している場合はＣ
ＰＴ６１-1〜６１-nを管理制御している稼動ＳＣＣのこ
とであり、単にＳＣＣと表記している場合には稼動ＳＣ
Ｃの裏で待機している待機ＳＣＣのことである。

【００２２】３２は他のＳＣＣ２１-1〜２１-nの自己診
断結果が登録されたＳＣＣ管理部２９をもとに、自計算
機が障害発生した場合に自計算機の機能を代替する次シ
ステムＳＣＣ２１-1〜２１-nを選定したり、自己診断制
御部３０の診断結果が障害発生である場合、ＳＣＣ管理
部２９を参照して自計算機の機能を代替する次システム
ＳＣＣ２１-1〜２１-nに機能代替依頼を発行する診断イ
ンターフェイス（第１の診断インターフェイス（代替手
段））、３３は診断インターフェイス３２から受け取っ
た次システムＳＣＣ２１-1〜２１-nに機能代替依頼を診
断用バスインターフェイス２３を介して診断用バス３に
ハンドリングしたり、管理すべきＣＰＴ６１-1〜６１-n
に障害が発生した場合、故障処理テーブル２７を参照し
た故障処理実行部２６の故障処理命令を該当する障害発
生ＣＰＴ６１-1〜６１-nに通知するため、診断用バスイ
ンターフェイス２３を介して診断用バス３にハンドリン
グする送信処理部である。

【００２３】図３はこの発明の一実施例による計算機シ
ステムの故障ＣＰＴ管理テーブルの構成を示すブロック
図である。４１-1〜４２-nはＣＰＴ６１-1〜６１-nの各
々に対してそれぞれが障害発生したことを障害種類毎に
示す障害発生フラグであり、ＣＰＴ６１-1〜６１-nに障
害発生すれば該当する障害発生フラグがセットされる。

【００２４】図４はこの発明の一実施例による計算機シ
ステムのＳＣＣ管理部の構成を示すブロック図である。
３４は故障ＣＰＴ管理テーブル２８と同様の構成を持つ
故障ＳＣＣ管理テーブル（診断結果テーブル）、３５は
診断インターフェイス３２により、自計算機に障害発生
した場合にシステムＳＣＣの機能を代替する次システム
ＳＣＣを登録する次システムＳＣＣ登録テーブル、３６
は次システムＳＣＣ登録テーブルと同様の構成を持ち、
現在のシステムＳＣＣが登録されるシステムＳＣＣ登録
テーブル、４２-1〜４２-nは故障ＳＣＣ管理テーブル３
４において、ＳＣＣ２１-1〜２１-nの各々に対しての障
害発生状態を示す障害発生フラグ、４３-1〜４３-nは次
システムＳＣＣ登録テーブル３５において、現在のシス
テムＳＣＣの機能を代替させるシステムＳＣＣを示すフ
ラグ、４４-1〜４４-nはシステムＳＣＣ登録テーブル３
６において、現在のシステムＳＣＣを示すフラグであ
る。

【００２５】図５はこの発明の一実施例による計算機シ
ステムのＣＰＴの構成を示すブロック図であり、６２は
システムバス２とのインターフェイスとなるシステムバ
スインターフェイス、６３は診断用バス３とのインタフ
ェースとなる診断用バスインターフェイス、６４は診断
用バス３および診断用バスインターフェイス６３を介し
て自計算機のＣＰＴ６１-1〜６１-nを管理するシステム
ＳＣＣ２１-1〜２１-nから障害発生したＳＣＣ２１-1〜
２１-nまたはＣＰＴ６１-1〜６１-nの情報を受け取る受
信処理部、６５は受信処理部６４が受信した情報を解析
する受信情報解析部、６６は受信情報解析部６５の解析
結果を登録する故障ＣＰＴ管理部、６７は前述の次シス
テムＳＣＣ登録テーブル３５と同一の構成を持ち、受信
処理部６４が受け取った情報がシステムＳＣＣ２１-1〜
２１-nの変更依頼に関するものであれば、その情報を登
録するシステムＳＣＣ登録テーブル（稼動テーブル）で
ある。

【００２６】６８は受信情報解析部６５が、システムＳ
ＣＣ２１-1〜２１-nからの自己診断要求であると解析し
た場合、自己診断を実行するとともに、例えば、システ
ムがアイドルルーチン状態にある場合、自計算機ＣＰＴ
６１-1〜６１-nの自己診断処理を実行する自己診断制御
部、６９は例えば、自己診断制御部６８の診断結果が障
害発生である場合、システムＳＣＣ登録テーブル６７を
参照して自計算機のＣＰＴ６１-1〜６１-nを管理するシ
ステムＳＣＣ２１-1〜２１-nに障害通知を発行する診断
インターフェイス（第２の診断インターフェイス）、７
０は診断インターフェイス６９から受け取った障害通知
を診断用バスインターフェイス６３を介して診断用バス
３にハンドリングする送信処理部である。

【００２７】次に動作について説明する。ここでは、シ
ステムの初期設定段階で、各ＳＣＣ２１-1〜２１-nおよ
びＣＰＴ６１-1〜６１-nの各故障ＣＰＴ管理部２８-1〜
２８-nおよび６６-1〜６６-nは初期化されており、また
ＳＣＣ２１-1〜２１-nのＳＣＣ管理部２９-1〜２９-nに
ついても初期化状態にあり、例えば、システムＳＣＣが
ＳＣＣ-1であるとしてシステムＳＣＣ登録テーブル３６
のシステムＳＣＣ登録フラグ４４-1がフラグオンの状態
にあるとする。さらに、各ＳＣＣ２１-1〜２１-nの各故
障処理テーブル２７-1〜２７-nやシステム構成テーブル
３１-1〜３１-nに、各ＳＣＣ２１-1〜２１-n、各ＣＰＴ
６１-1〜６１-nの故障処理情報やシステム構成情報が登
録されているものとする。

【００２８】図６はこの発明の一実施例による計算機シ
ステムのＳＣＣの立ち上げ時の動作手順を示すフローチ
ャートである。なお、ここでＳＣＣ２１-1がシステムＳ
ＣＣとする。まず、各ＳＣＣ２１-1〜２１-nは立ち上げ
時に、ＳＣＣ管理部２９のシステムＳＣＣ登録テーブル
３６を参照し（ステップＳＴ１１）、自計算機がシステ
ムＳＣＣか否かを判断する（ステップＳＴ１２）。

【００２９】ここで、ＳＣＣ２１-1は自計算機がシステ
ムＳＣＣであるため、診断インターフェイス３２はシス
テム構成テーブル３１を参照し、送信処理部３３および
診断用バスインターフェイス２３、診断用バス３を用い
て各計算機に対して自己診断を要求する（ステップＳＴ
１３）。なお、自計算機がシステムＳＣＣでないＳＣＣ
２１-2〜２１-nでは、後述の図７に示した動作を実行す
る。

【００３０】次に、システム構成テーブル３１に登録さ
れている他の全てのＳＣＣ２１-2〜２１-nおよびＣＰＴ
６１-1〜６１-nが正常か否かを判断する（ステップＳＴ
１４）。すなわち、システムＳＣＣ２１-1の受信情報解
析部２５は各計算機の自己診断結果が診断用バス３、受
信処理部２４を介して一定時間内に送信されてくるか否
かを判断する。そして、一定時間内に他の全てのＳＣＣ
２１-2〜２１-nおよびＣＰＴ６１-1〜６１-nから応答が
返信されてきた（ＹＥＳ）場合、他の全てのＳＣＣ２１
-2〜２１-nおよびＣＰＴ６１-1〜６１-nは正常に稼動し
ていると判断し、後述のステップＳＴ１８に進む。

【００３１】一方、何れかのＳＣＣ２１-2〜２１-nまた
はＣＰＴ６１-1〜６１-nから自己診断結果が送信されて
こなかった（ＮＯ）場合、故障処理実行部２６は自己診
断結果を送信してこなかったＳＣＣ２１-2〜２１-nまた
はＣＰＴ６１-1〜６１-nを識別し、ＣＰＴ６１-1〜６１
-nの何れかの場合、故障ＣＰＴ管理部２８内の該当する
ＣＰＴ障害発生フラグ４１-1〜４１-nをオンする。ま
た、ＳＣＣ２１-2〜２１-nの何れかの場合、ＳＣＣ管理
部２９内の故障ＳＣＣ管理テーブル３４の該当するＳＣ
Ｃ障害発生フラグ４２-1〜４２-nをオンする（ステップ
ＳＴ１５）。

【００３２】続いて、システムＳＣＣ２１-1の故障処理
実行部２６は、システム構成テーブル３１から障害の発
生したＳＣＣ２１-1〜２１-nまたはＣＰＴ６１-1〜６１
-nの登録を抹消するなどのシステム構成テーブル３１の
更新を行い（ステップＳＴ１６）、さらに故障処理テー
ブル２７を参照し、障害の発生したＳＣＣ２１-1〜２１
-nまたはＣＰＴ６１-1〜６１-nに対して故障処理を実行
するよう診断インターフェイス３２に通知する。診断イ
ンターフェイス３２はこの通知に従い、送信処理部３
３、診断用バスインターフェイス２３を通じて障害の発
生したＳＣＣ２１-1〜２１-nまたはＣＰＴ６１-1〜６１
-nに対して故障処理を実行し、さらに他の正常なＳＣＣ
２１-1〜２１-nまたはＣＰＴ６１-1〜６１-nに対して障
害発生したことを通知する（ステップＳＴ１７）。

【００３３】次に、診断インターフェイス３２は、現在
のシステムＳＳＣに障害が発生した場合に代替えを行わ
すための次システムＳＣＣを他のＳＣＣ２１-2〜２１-n
の中から選定する（ステップＳＴ１８）。詳しくは、診
断インターフェイス３２は、ＳＣＣ管理部２９内の故障
ＳＣＣ管理テーブル３４の中から、ある規定、例えば診
断インターフェイス３２の動作プログラム内に、各ＳＣ
Ｃ２１-1〜２１-nに対する次システムＳＣＣ候補の優先
順位が定義されており、これに従い、次システムＳＣＣ
を選定する。ここで例えば、次システムＳＣＣがＳＣＣ
２１-2であるという選定結果が得られた場合、次システ
ムＳＣＣがＳＣＣ２１-2であるという結果を得た診断イ
ンターフェス３２は、ＳＣＣ管理部２９内の次システム
ＳＣＣ登録テーブル３５の次システムＳＣＣ登録フラグ
４３-2をオンする（ステップＳＴ１９）。

【００３４】さらにＳＣＣ-1の診断インターフェイス３
２は、自己診断制御部３０により自計算機の自己診断を
実行し（ステップＳＴ２０）、自計算機に障害が発生し
ているか否かを判断する（ステップＳＴ２１）。判断の
結果、自計算機に障害がまったく発生していない（Ｎ
Ｏ）場合には、ステップＳＴ１３に戻り、上記一連の処
理を継続するが、もし自計算機において軽度の障害でも
発生している（ＹＥＳ）場合には、ＳＣＣ管理部２９内
の次システムＳＣＣ登録テーブル３５を参照し、次シス
テムＳＣＣがＳＣＣ２１-2であることを認識して、ＳＣ
Ｃ２１-2に対してシステムＳＣＣ機能の代替依頼を送信
処理部３３および診断用バスインターフェイス２３を介
して実行する（ステップＳＴ２２）。

【００３５】図７はこの発明の一実施例による計算機シ
ステムの立ち上げ時において、自計算機がシステムＳＣ
Ｃでないと判断した時の動作手順を示すフローチャート
である。なお、当初各ＳＣＣ２１-1〜２１-nは障害が発
生しておらず、また、説明の都合上、正常なＳＣＣ２１
-1〜２１-nとしてＳＣＣ２１-2、ステップＳＴ３９にお
いて障害の発生するＳＣＣ２１-1〜２１-nとしてＳＣＣ
２１-1を用いる。

【００３６】まず、ＳＣＣ２１-1〜２１-nの各診断用バ
スインターフェイス２３は、診断用バス３からの割り込
み信号の受信待機状態にあり（ステップＳＴ３１）、割
り込み信号を受信した時には、受信情報解析部２５は受
信処理部２４を介してこの割り込み信号を取り込み、受
信した割込み信号の解析を行う。そして、受信した割込
み信号がシステムＳＣＣ２１-1からでない（ＮＯ）場合
には、割り込み信号に応じた処理を行い（ステップＳＴ
４７）、処理を終了する。一方、受信した割込み信号が
システムＳＣＣ２１-1からである（ＹＥＳ）場合には、
受信情報解析部２５はシステムＳＣＣ２１-1の故障ＣＰ
Ｔ管理部２８からの通知か否かを判断する（ステップＳ
Ｔ３３）。

【００３７】そして、システムＳＣＣ２１-1の故障ＣＰ
Ｔ管理部２８からの故障ＣＰＴ通知である（ＹＥＳ）場
合は、ＳＣＣ２１-2の受信情報解析部２５は故障処理実
行部２６を介してＳＣＣ２１-2の故障ＣＰＴ管理部２８
内の該当するＣＰＴ障害発生フラグ４１-1〜４１-nをオ
ンすることにより、該当する障害発生ＣＰＴ６１-1〜６
１-nをシステム構成テーブル３１から除外する（ステッ
プＳＴ３４）。その後、このシステム構成テーブル３１
を更新し（ステップＳＴ３５）、この処理を終了する。

【００３８】ステップＳＴ３３の判断の結果、システム
ＳＣＣ２１-1の故障ＣＰＴ管理部２８からの故障ＣＰＴ
通知でない（ＮＯ）場合は、システムＳＣＣ２１-1のＳ
ＣＣ管理部２９からの故障ＳＣＣ通知か否かを判断する
（ステップＳＴ３６）。そして、故障ＳＣＣ通知である
（ＹＥＳ）場合には、ＳＣＣ２１-2の受信情報解析部２
５は故障処理実行部２６を介してＳＣＣ管理部２９内の
該当する故障ＳＣＣ管理テーブル３４のＳＣＣ障害発生
フラグ４２-1をオンすることにより、該当する障害発生
ＳＣＣ-1をシステム構成テーブル３１から除外する（ス
テップＳＴ３７）。その後、システム構成テーブル３１
を更新し（ステップＳＴ３５）、この処理を終了する。

【００３９】ステップＳＴ３６の判断の結果、システム
ＳＣＣ２１-1のＳＣＣ管理部２９からの故障ＳＣＣ通知
でない（ＮＯ）場合には、システムＳＣＣ-1からのシス
テムＳＣＣ更新通知か否かを判断する（ステップＳＴ３
８）。そして、システムＳＣＣ更新通知である（ＹＥ
Ｓ）場合には、ＳＣＣ２１-2の故障処理実行部２６は、
ＳＣＣ管理部２９内の次システムＳＣＣ登録テーブル３
５の次システムＳＣＣ登録フラグ４３-2をオンにし（ス
テップＳＴ３９）、この処理を終了する。

【００４０】ステップＳＴ３８の判断の結果、システム
ＳＣＣ-1からのシステムＳＣＣ更新通知でない（ＮＯ）
場合には、システムＳＣＣ-1からのシステムＳＣＣ機能
代替通知か否かを判断する（ステップＳＴ４０）。そし
て、システムＳＣＣ機能代替通知である（ＹＥＳ）であ
る場合には、ＳＣＣ２１-2の故障処理実行部２６は、診
断インターフェイス３２に通知する。そして、通知を受
けた診断インターフェイス３２はＳＣＣ管理部２９内の
システムＳＣＣ登録テーブル３６を参照し、現在オンに
なっているシステムＳＣＣ登録フラグ４４-2に基づい
て、ＳＣＣ２１-2が新しいシステムＳＣＣかを認識し
（ステップＳＴ４１）、ＳＣＣ２１-2が新しいシステム
ＳＣＣである場合には、図６のステップＳＴ１２に戻
り、処理を引き続き実行する。

【００４１】ステップＳＴ４０の判断の結果、システム
ＳＣＣ-1からのシステムＳＣＣ機能代替通知でない（Ｎ
Ｏ）場合には、システムＳＣＣ２１-1からの自己診断実
施要求通知か否かを判断する（ステップＳＴ４２）。そ
して、システムＳＣＣ２１-1からの自己診断実施要求通
知である（ＹＥＳ）場合には、診断インターフェイス３
２に通知し、通知を受けた診断インターフェイス３２
は、各自己診断制御部３０により自己診断を実施する
（ステップＳＴ４３）。そして、自己診断を行った結果
（ステップＳＴ４４）、自計算機において軽度の障害が
発生したと判断した診断インターフェイス３２は、送信
処理部３３および診断用バスインターフェイス２３を介
してシステムＳＣＣ２１-1へ故障発生を通知する（ステ
ップＳＴ４５）。ステップＳＴ４４の判断の結果、自計
算機において正常に稼動していると判断された場合、シ
ステムＳＣＣ２１-1へ正常応答信号を通知する（ステッ
プＳＴ４６）。

【００４２】ステップＳＴ４２の判断の結果、システム
ＳＣＣ２１-1からの自己診断実施要求通知でない（Ｎ
Ｏ）場合には、その他の割込みに応じた処理を行い（ス
テップＳＴ４７）、処理を終了する。

【００４３】図８はこの発明の一実施例による計算機シ
ステムのＣＰＴの立ち上げ時の動作手順を示すフローチ
ャートである。なお、説明のためにＣＰＴ６１-2が正常
に稼動し、ＣＰＴ６１-nに障害が発生しているものとす
る。まず、ＣＰＴ６１-1〜６１-nの診断用バスインター
フェイス６３は、診断用バス３からの割り込み信号の受
信待機状態にあり（ステップＳＴ５１）、割り込み信号
を受信した時には、ＣＰＴ６１-2の受信情報解析部６５
は受信処理部６４を介してこの割り込み信号を取り込
み、受信した割込み信号の解析を行う。そして、受信し
た割込み信号がシステムＳＣＣ２１-1からの自己診断実
施要求通知か否かを判断する（ステップＳＴ５２）。

【００４４】そして、システムＳＣＣ２１-1からの自己
診断実施要求通知である（ＹＥＳ）場合には、ＣＰＴ６
１-2の診断インターフェイス６９に通知し、通知を受け
た診断インターフェイス６９は、各自己診断制御部６８
により自己診断を実施する（ステップＳＴ５３）。そし
て、自計算機において軽度の障害が発生したか否かを判
断し（ステップＳＴ５４）、軽度の障害が発生したと判
断した（ＹＥＳ）場合、ＣＰＴ６１-2の診断インターフ
ェイス６９は、故障ＣＰＴ管理部６６内の該当するＣＰ
Ｔ障害発生フラグ４１-nをオンし（ステップＳＴ５
５）、送信処理部７０および診断用バスインターフェイ
ス６３を介してシステムＳＣＣ２１-1へ「ＣＰＴ６１-n
の障害あり」とする故障発生通知し（ステップＳＴ５
６）、この処理を終了する。一方、ステップＳＴ５４の
判断の結果、自計算機が正常に稼動していると判断した
（ＮＯ）場合、システムＳＣＣ２１-1へ「全てのＣＰＴ
６１-1〜６１-nが正常に稼動している」とする正常応答
通知し（ステップＳＴ５６）、この処理を終了する。

【００４５】ステップＳＴ５２の判断の結果、システム
ＳＣＣ２１-1からの自己診断実施要求通知でない（Ｎ
Ｏ）場合には、受信情報解析部６５はシステムＳＣＣ２
１-1の故障ＣＰＴ管理部２８からの通知か否かを判断す
る（ステップＳＴ５７）。そして、システムＳＣＣ２１
-1の故障ＣＰＴ管理部２８からの故障ＣＰＴ通知である
（ＹＥＳ）場合は、ＣＰＴ６１-2の受信情報解析部６５
は故障ＣＰＴ管理部６６内の該当するＣＰＴ障害発生フ
ラグ４１-nをオンし（ステップＳＴ５８）、この処理を
終了する。

【００４６】一方、ステップＳＴ５７の判断の結果、シ
ステムＳＣＣ２１-1の故障ＣＰＴ管理部２８からの故障
ＣＰＴ通知でない（ＮＯ）場合は、システムＳＣＣ-1か
らのシステムＳＣＣ更新通知か否かを判断する（ステッ
プＳＴ５９）。そして、システムＳＣＣ更新通知である
（ＹＥＳ）場合には、ＣＰＴ６１-2のシステムＳＣＣ登
録テーブル６７のシステムＳＣＣ登録フラグをオンにし
（ステップＳＴ６０）、この処理を終了する。そして、
ステップＳＴ５９の判断の結果、システムＳＣＣ更新通
知でない（ＮＯ）場合には、その他の割込みに応じた処
理を行い（ステップＳＴ６１）、処理を終了する。

【００４７】以上の説明で明らかなように、この実施例
１によれば、この計算機システムはＣＰＴ６１-1〜６１
-nの障害発生時はもとより、システムＳＣＣに障害が発
生したときにも、その機能を待機しているＳＣＣに速や
かに切り替えが行われるので、システムＳＣＣの障害発
生によって計算機システム全体に悪影響がもたらされる
ことなく、安定したシステムの稼動が可能となる。

【００４８】実施例２．図９はこの発明のその他の実施
例による計算機システムのＳＣＣの構成を示すブロック
図である。上記実施例１では各ＳＣＣ２１-1〜２１-nは
自己診断制御部３０のみを設けているが、実施例２では
さらに図９に示すように、例えば、各ＳＣＣ２１-1〜２
１-nは、自己が管理しているＣＰＴ６１-1〜６１-nの台
数及び処理能力から負荷率を検出し、この負荷率が閾値
を越えた場合には、各ＳＣＣ２１-2〜２１-nはシステム
ＳＣＣ２１-1のシステムＳＣＣ機能代替ができないと判
断し、図６のステップＳＴ２１あるいは図７のステップ
ＳＴ４４において、自己診断制御部３０に対して障害通
知を出力する負荷率測定部７２を設けたものである。

【００４９】以上の説明で明らかなように、この実施例
２によれば、各ＳＣＣ２１-1〜２１-nの負荷状況も考慮
に入れ、システムＳＣＣの機能代替ができる各ＳＣＣ２
１-2〜２１-nを選択するため、確実に動作する次ＳＣＣ
２１-1〜２１-nを選択することができる効果がある。

【００５０】実施例３．図１０はこの発明のその他の実
施例による計算機システムを示す構成図、図１１はこの
発明のその他の実施例による計算機システムのＳＣＣの
構成を示すブロック図、図１２はこの発明のその他の実
施例による計算機システムのＣＰＴの構成を示すブロッ
ク図であり、従来のものと同一の符号は同一または相当
部分を示すので説明を省略する。上記実施例１および２
では各ＳＣＣ２１-1〜２１-nに対して、故障処理テーブ
ル２７、故障ＣＰＴ管理部２８、ＳＣＣ管理部２９、シ
ステム構成テーブル３１を配置し、さらに各ＣＰＴ６１
-1〜６１-nに対して、故障ＣＰＴ管理部６６、システム
ＳＣＣ登録テーブル６７を配置した。

【００５１】しかし、この実施例ではこれら各テーブル
および各管理部を、図１０、図１１、図１２に示すよう
に、例えばバッテリバックアップメモリなどで構成され
る記憶媒体を共有メモリ１００として構成し、情報の一
元的な管理を図ることができる。また、この共有メモリ
１００に対して、例えば、システムの稼動状態などに応
じて、オンラインでこれら故障処理テーブル２７、ＳＣ
Ｃ管理部２９をメンテナンスをすることができるシステ
ムメンテナンスツール１０１を接続することにより、よ
りメンテナンス性とフレキシブル性が向上するという効
果がある。

【００５２】

【発明の効果】以上のように、請求項１の発明によれ
ば、代替手段により統括管理計算機を複数台接続し、制
御実行計算機に対して障害対応処理を行うときに自己の
障害状態を診断し、自己に障害が検出された場合には、
その代替とする他の統括管理計算機を選別し、その選別
された統括管理計算機に対して代替依頼を行うように構
成したので、システムの稼動そのものにまったく影響を
与えず、安定したシステムの稼動を可能とすることがで
きる効果がある。

【００５３】請求項２の発明によれば、統括管理計算機
により、自己の障害状態の診断および他の統括管理計算
機の自己診断結果を取り込み、自己に障害が発生したと
きに代替とする統括管理計算機を指定するとともに、制
御実行計算機により、自己診断結果が障害発生である場
合、稼動テーブルを参照して現在稼動している統括管理
計算機を識別し、統括管理計算機に対して障害通知を出
力するように構成したので、システムの稼動そのものに
まったく影響を与えず、安定したシステムの稼動を可能
とすることができる効果がある。

【００５４】請求項３の発明によれば、負荷率測定部自
己が管理している制御実行計算機の台数及び処理能力か
ら負荷率を検出し、この負荷率が閾値を越えた場合には
自己診断制御部に対して障害通知を出力するように構成
したので、機能代替を確実に行うことができる他の統括
管理計算機を選択することができる効果がある。

【００５５】請求項４の発明によれば、システムメンテ
ナンスツールにより共有メモリに登録されている障害状
態および稼動情報を読み込み、障害が発生している統括
管理計算機を検知しながら、あるいは各統括管理計算機
の負荷予測を行ないながら、次システムＳＣＣの選定が
行なえ、システム全体の状況に応じた最適なシステムＳ
ＣＣの選定を素早く行なうことができる効果がある。

【図面の簡単な説明】

【図１】 この発明の一実施例による計算機システムを
示す構成図である。

【図２】 この発明の一実施例による計算機システムの
ＳＣＣの構成を示すブロック図である。

【図３】 この発明の一実施例による計算機システムの
故障ＣＰＴ管理テーブルの構成を示すブロック図であ
る。

【図４】 この発明の一実施例による計算機システムの
ＳＣＣ管理部の構成を示すブロック図である。

【図５】 この発明の一実施例による計算機システムの
ＣＰＴの構成を示すブロック図である。

【図６】 この発明の一実施例による計算機システムの
ＳＣＣの立ち上げ時の動作手順を示すフローチャートで
ある。

【図７】 この発明の一実施例による計算機システムの
立ち上げ時において、自計算機がシステムＳＣＣでない
と判断した時の動作手順を示すフローチャートである。

【図８】 この発明の一実施例による計算機システムの
ＣＰＴの立ち上げ時の動作手順を示すフローチャートで
ある。

【図９】 この発明のその他の実施例による計算機シス
テムのＳＣＣの構成を示すブロック図である。

【図１０】 この発明のその他の実施例による計算機シ
ステムを示す構成図である。

【図１１】 この発明のその他の実施例による計算機シ
ステムのＳＣＣの構成を示すブロック図である。

【図１２】 この発明のその他の実施例による計算機シ
ステムのＣＰＴの構成を示すブロック図である。

【図１３】 従来の計算機システムの構成を示すブロッ
ク図である。

【図１４】 従来の計算機システムのＳＣＣの動作手順
を示すフローチャートである。

【符号の説明】

２１ ＳＣＣ（統括管理計算機）、２９ ＳＣＣ管理部
（統括管理計算機管理部（代替手段））、３０ 自己診
断制御部、３１ システム構成テーブル（代替テーブ
ル）、３２ 診断インターフェイス（第１の診断インタ
ーフェイス（代替手段））、３４ 故障ＳＣＣ管理テー
ブル（診断結果テーブル）、６１ ＣＰＴ（制御実行計
算機）、６７ システムＳＣＣ登録テーブル（稼動テー
ブル）、６９ 診断インターフェイス（第２の診断イン
ターフェイス）、７２ 負荷率測定部、１００ 共有メ
モリ、１０１ システムメンテナンスツール。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 自己の障害状態を診断し、障害が発生し
   た場合には障害発生通知を出力する複数の制御実行計算
   機と、この制御実行計算機からの障害発生通知を管理
   し、障害の発生した上記制御実行計算機を確認した場合
   には、その障害の発生した上記制御実行計算機に対して
   上記障害に応じた障害対応処理を行う統括管理計算機と
   を備えた計算機システムにおいて、上記統括管理計算機
   を複数台接続するとともに、これらの統括管理計算機は
   上記制御実行計算機に対して上記障害対応処理を行うと
   きに自己の障害状態を診断し、自己に障害が検出された
   場合には、その代替とする他の上記統括管理計算機を選
   別し、その選別された上記統括管理計算機に対して代替
   依頼を行う代替手段を備えたことを特徴とする計算機シ
   ステム。
2. 【請求項２】 上記代替手段は、自己の障害状態を診断
   する自己診断制御部と、他の上記統括管理計算機の自己
   診断結果を取り込み、登録する診断結果テーブル、およ
   び自己に障害が発生した場合にその代替とする上記統括
   管理計算機の識別を示すフラグが設定された代替テーブ
   ルを有する統括管理計算機管理部と、上記診断結果テー
   ブルに登録された各統括管理計算機の自己診断結果に基
   づいて、自己に障害が発生した場合にその代替とする上
   記統括管理計算機のフラグを上記代替テーブルに設定す
   るとともに、自己に障害が発生したときに上記代替テー
   ブルを参照し、代替とする上記統括管理計算機を指定す
   る第１の診断インターフェイスとを備えるとともに、上
   記制御実行計算機は、上記統括管理計算機の中で現在稼
   動していることを示すフラグが設定された稼動テーブル
   と、自己診断結果が障害発生である場合、上記稼動テー
   ブルを参照して現在稼動している上記統括管理計算機を
   識別し、上記統括管理計算機に対して障害通知を出力す
   る第２の診断インターフェイスとを備えたことを特徴と
   する請求項１記載の計算機システム。
3. 【請求項３】 上記統括管理計算機は、自己が管理して
   いる上記制御実行計算機の台数及び処理能力から負荷率
   を検出し、この負荷率が閾値を越えた場合には上記自己
   診断制御部に対して障害通知を出力する負荷率測定部を
   備えたことを特徴とする請求項２記載の計算機システ
   ム。
4. 【請求項４】 上記各統括管理計算機の統括管理計算機
   管理部に登録されている障害状態および上記各制御実行
   計算機の稼動テーブルに登録されている稼動情報を一元
   的に管理する共有メモリと、上記統括管理計算機または
   上記制御実行計算機とオンラインにより接続され、上記
   共有メモリに登録されている障害状態および稼動情報を
   読み込み、障害が発生している統括管理計算機を検知し
   ながら、あるいは各計算機の負荷を予測しながら共有メ
   モリ内の稼動テーブルや統括管理計算機管理部をダイナ
   ミックにメンテナンスするシステムメンテナンスツール
   とを備えたことを特徴とする請求項２記載の計算機シス
   テム。