JPH03179538A

JPH03179538A - データ処理システム

Info

Publication number: JPH03179538A
Application number: JP1317651A
Authority: JP
Inventors: Hiroyuki Hidaka; 日高　博之; Masayuki Sugioka; 杉岡　雅行; Hiroshi Kakita; 宏柿田; Shinya Watabe; 真也渡部; Akio Yamamoto; 章雄山本
Original assignee: Hitachi Ltd; Hitachi Computer Engineering Co Ltd
Current assignee: Hitachi Ltd; Hitachi Computer Engineering Co Ltd
Priority date: 1989-12-08
Filing date: 1989-12-08
Publication date: 1991-08-05
Anticipated expiration: 2014-10-04
Also published as: DE4039013A1; DE4039013C2; JP2956849B2

Abstract

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

Description

【発明の詳細な説明】［産業上の利用分野コ本発明は、マルチプロセッサ方式のデータ処理装置に係
り、特に、障害発生時の装置の停止動作と、ログ情報の
採取方法とを改善したデータ処理システムに関する。

［従来の技術］従来、データ処理システムのハードウェアにおいて障害
が検出された場合、データ処理システムを構成するＣＰ
Ｕ等の処理装置は、即時に自ＣＰＵを凍結（停止）し、
サービスプロセッサ（ＳＶＰ）に対して障害の検出を報
告し、ＳｖＰは、そのＣＰＵのログ情報を採取し、割り
込み処理によりソフトウェア情報を採取している。

今日、データ処理システムの論理が複雑化しており、障
害の発生時、ハードウェア情報を採取することは絶対不
可欠である。特に、ＣＰＵ、１０Ｐ等の処理装置及びサ
ービスプロセッサをそれぞれ複数備えて構成されるマル
チプロセッサシステムにおいては、障害が発生した処理
装置だけでなく、他の処理装置をも即時に凍結し、シス
テムがｎ常状態のまま動作すること防止し、複数の処理
装置のログ情報を採取することが、障害解析を容易にす
るためにも重要な課題となっている。

前述のようなマルチプロセッサ方式のデータ処理システ
ムにおける、障害時のログ情報採取に関する従来技術と
して、例えば、特開昭６１−２７３６４３号公報、特開
昭６３−２６２７２９号公報、特開昭６３−２５１８４
０号公報、特開昭６３−２５１８４１号公報等に記載さ
れた技術が知られている。

前記特開昭６１−２７３６４３号公報に記載された従来
技術は、障害が発生した時点において、すべての装置の
ログ従来技術を収集することを前提に、障害の諸元に関
係なく、システム全体を強制的に停止させてログ情報の
採取を行うものである。

また、前記特開昭６３−２６２７２９号公報に記載され
た従来技術は、ＣＰＵ相互間通信における障害発生時に
、通信相手のＣＰＵに対して、共通バスの制御信号線に
より、障害の発生を通知し、相手ＣＰＵが、さらに他の
ＣＰＵに対し、バス内の制御信号線を介して、データ採
取の指示を行うと共に、指示を受けたＣＰＬＪが、割り
込み処理により主記憶装置のデータを採取するものであ
る。

しかし、この従来技術は、他のＣＰＵに障害の検出を通
知して、割り込み処理によりデータの採取を行うため、
１つのＣＰＵが障害を検出した後、他のＣＰＵが割り込
み処理を行うまでに時間的遅れが生じ、その間、障害状
態で他のＣＰＵが動作を続けることになり、誤った処理
を実行する可能性があり、また、障害解析に不可欠なロ
グ情報の採取に関しては、何も考慮されていない。

さらに、前記特開昭６３−２５１８４０号公報、特開昭
６３−２５１８４１号公報に記載された従来技術は、共
有メモリをアクセスする際、アクセスを行うＣＰＵにウ
ェイトががけられ、メモリ異掌検出回路がエラーを検出
した場合、ＣＰＵのウェイト状態を継続させ、他のＣＰ
Ｕに対してこのエラーの検出を通知し、これにより、異
常内容に応じた処理を迅速に行い得るようにしたもので
ある。

しかし、この従来技術は、他のＣＰＵをウェイトさせる
のは、共有メモリにおいてエラーが検出さ・れたときに
限られ、ＣＰＬＪ内の障害発生時の処理及びログ情報の
採取に関しては、何も考慮されていない。

［発明が解決しようとする課題］前記特開昭６１−２７３６４３号公報に記載された従来
技術は、障害の諸元に関係なく、障害の発生した時点で
すべての装置を強制的に停止させてしまうため、特に、
入出力装置等においては、オーバーランが発生する等、
入出力装置に大きな負担がかかるという問題点を有して
いる。

また、他の従来技術は、前述したように、障害を検出し
たＣＰＵ以外の他のＣＰＵの動作及び障害解析に不可欠
のログ情報の採取に関して、何も考慮されていないとい
う問題点を有している。

本発明の目的は、前述した従来技術の問題点を解決し、
マルチプロセッサ方式のデータ処理システムにおいて、
障害発生時に、その障害に無関係な装置に与える負担を
軽減し、一部のプロセッサに動作を継続させ、装置全体
のシステムダウンを回避することのできるデータ処理シ
ステムを提供することにある。

また、本発明の他の目的は、装置全体が停止しなければ
ならないような障害が発生した場合、全ての処理装置が
誤動作することなく停止可能なハードウェア凍結方式を
０１３え、かつ、複雑な論理を追加することなく、全て
の処理装置のハードウェア情報を詳細に把握することの
できる障害検出方式を備えたデータ処理システムを提供
することにある。

さらに、本発明の他の目的は、障害発生により凍結され
た、マルチプロセッサを構成する各処理装置を、サービ
スプロセッサによりシリアルに回復させることにより、
処理装置及びサービスプロセッサ等の増設等によるシス
テムの再構築の際にも容易に対応することのできるデー
タ処理システムを提供することにある。

［課題を解決するための手段］本発明によれば前記目的は、障害発生時に、障害の諸元
によりログ情報採取動作の対象となる装置を判定する手
段と、その結果により、当該装置の動作のみを停止させ
る手段とを備え、障害に関辻のない装置の動作を停止さ
せることなく、ログ情報の採取を行い得るようにするこ
とにより達成される・。

また、前記他の目的は、全装置を停止させ、全装置から
ログ情報の採取を行う必要のある他の全ての装置に影響
を与える障害が発生した場合、自装置を停止させ、その
障害を他の全ての装置に通知する手段と、他の装置から
の障害通知により自装置を停止させる手段と、回復処理
時、まだ回復していない他の装置からの障害通知による
停止要求（凍結要求）を抑止する手段とを備え、サービ
スプロセッサに、ログ情報の採取を行わせるようにする
ことにより達成される。

［作　用］本発明によれば１発生した障害が、障害が発生した装置
にのみ影響を与える障害である場合、その装置のみを停
止させることができ、他の装置を停止させることがない
ので、システムダウンを少なくすることができ、処理効
率の向上を図ることができる。

また、発生した障害が、全ての装置に影響を与える障害
の場合、直ちに全ての装置を停止させることができるの
で、全ての装置で誤動作を生じることがなく、全ての装
置から障害解析に不可欠なログ）Ｉ′＃報を採取するこ
とができる。

さらに、回復処理時、他の装置からの障害通知による凍
結要求を抑止する手段を備えているので、他の装置を、
ｔｉせず、それぞれの装置が自装置内で障害回復処理を
行うことができ、サービスプロセッサによる障害回復処
理を簡略化することができると共に、処理装置及びサー
ビスプロセッサが増設されたばあい等にも容易に対処す
ることができる。

［実施例］以下、本発明によるデータ処理システムの実施例を図面
により詳細に説明する。

第１図は本発明の第１の実施例のシステム構成を示すブ
ロック図、第２図は抑止条件生成回路の詳細を示す回路
図である。第１図において、１．２は命令プロセッサ（
ＩＰ）、３は入出カプロセッサ（ＩＯＰ）、４はシステ
ムコントローラ（ＳＣ）、５は主記憶装ｒａ％６はサー
ビスプロセッサ（ＳＶＰ）、７は５ＶＰ（７）記憶装置
、８〜１０はエラー検出回路、１１は抑止条件生成回路
、１５はリクエスト選択回路である。

本発明の第１の実施例は、第１図に示すように、複数の
命令プロセッサｌ、２と、入出カプロセッサ３とが、シ
ステムコントローラ４に接続され、該システムコントロ
ーラ４を介して主記憶装置５をアクセスすることが可能
に構成されている。そして、これらの各装置は、サービ
スプロセッサ６に接続されている。

前述のように構成されている本発明の第１の実施例にお
いて、命令プロセッサ１（ＩＰＯ）に障害が発生すると
、命令プロセッサｌの内部に備えられるエラー検出回路
８は、その障害を検出し、サービスプロセッサ４の内部
に設けられている抑止条件生成回路１１に障害報告信号
１６．１７を送出する。

この障害報告信号は、命令プロセッサｌ固有の障害で、
システム全体に影響を及ぼさない障害を報告する障害報
告信号１６と、システム全体に影響を及ぼす可能性のあ
る障害を報告する障害報告信号１７の２種類があり、こ
の選択は、エラー検出回路８により行われる。

同様に、命令プロセッサ２　（ＩＰＩ）に障害が発生す
れば、命令プロセッサ２内部のエラー検出回路９は、そ
の障害を検出して抑止条件生成回路１１に障害報告信号
１９．２０を送出する。

抑止条件生成回路１１は、例えば、障害報告信号１６が
送られてきた場合、命令プロセッサｌのみを抑止する抑
止条件を生成し、また、障害報告信号１７が送られてき
た場合、全命令プロセッサ及び入出カプロセッサ３を抑
止する抑止条件を生成する。さらに、抑止条件生成回路
１１は、システムコントローラ４の内部で障害が発生し
、エラー検出回路１０から障害報告信号２３が与えられ
た場合にも、全命令プロセッサ及び入出カプロセッサ３
を抑止する抑止条件を生成する。

抑止条件生成回路１１は、第２図に示すように、１）１
Ｘ述した障害報告信号が入力されるＯＲゲート回路３３
〜３５と、命令プロセッサ及び入出カプロセッサに対す
る抑止信号を出力するフリップフロップ３０〜３２とを
備えて構成されている。

すなわち、この回路は、命令プロセッサｌまたは２から
のＩＰ固有の障害を示す障害報告信号１６．１９が与え
られたとき、ＯＲゲート回路３３．３４及びフリップフ
ロップ３０．３１を介して、それぞれの報告信号に対応
する命令プロセッサを抑止するための抑止信号２７．２
８を出力し、システム全体に影響を及ぼす障害報告信号
１７．２０．２３の少なくとも１つが与えられたとき、
ＯＲゲート回路３５及びＯＲゲート回路３１．３２を介
して全てのフリップフロップ３０〜３２をセットし、全
てのプロセッサを抑止するために抑止信号２７〜２９を
出力する。

なお、この抑止信号は、サービスプロセッサ６が、ログ
情報の収集を終了したときに、サービスプロセッサ６か
らの制御信号３６により解除される。

これらの抑止信号２７〜２９は、各プロセッサ１〜３か
ら出力されるリクエスト信号１８．２１゜２２のそれぞ
れと共にゲート回路１２〜１４に入力され、これらのゲ
ート回路を介してリクエスト選択回路１５に与えられる
。

リクエスト選択回路１５は、各プロセッサ１〜３からの
リクエストの１つを選択し、システムコントローラ４内
で、そのリクエストの処理を行わせるものであるが、前
記ゲート１２〜１４は、抑止条件生成回路１１からの抑
止信号が与えられた場合、対応するプロセッサからのリ
クエストを抑止するので、このリクエストは、リクエス
ト選択回路に入力されずに抑止されることになる。

この結果、各プロセッサを抑止するための抑止信号が抑
止条件生成回路】ｌから発せられている場合、対応する
リクエスト信号１８．２１及び２２は、リクエスト選択
回路１５に入力されないことになり、システムコントロ
ーラ４は、そのリクエストに対する処理を行わず、リク
エストを発した・プロセッサは、その動作を継続するこ
とができなくなり停止状態となる。

サービスプロセッサ６は、動作を停止したプロセッサに
対してのみ、ログ情報収集の動作を行い、障害を除去し
た後制御信号６をシステムコントローラ４に送出するこ
とにより、システム全体を再び動作状態とする。

前述した本発明の第１の実施例によれば、複数のプロセ
ッサにより構成されるデータ処理システムにおいて、障
害が発生した場合にも、その障害が池に影響を及ぼす恐
れのない障害の場合には、障害を生じた装置のみを停止
させて、他の装置の動作を継続させ、停止した装置のみ
のログ情報の収集を行うことができるので、装置全体の
システムダウンを防止することができ、データ処理シス
テムの処理効率を向上させることができると共に、入出
力装置等のオーバーランを防止することができる。

前述した本発明の第１の実施例は、データ処理システム
を、命令プロセッサ２台、入出カプロセッサ１台で構成
したものとしたが、これらのプロセッサを、さらに多数
備えてデータ処理システムを構成してもよい。また、本
発明の第１の実施例は、障害となったプロセッサを停止
させるために、各プロセッサからのリクエスト信号を抑
止したが、クロック信号を抑止してプロセッサを停止す
るようにしてもよい。

前述した本発明の第１の実施例では、発生した障害が、
システム全体に与える恐れのある障害の場合、障害を生
じた装置だけでなく他の装置の動作をも停止させている
が、障害を生じていない装置が停止するまでにある程度
の時間を要し、その間に、障害を生じていない装置が誤
動作をする恐れがある。

本発明の第２の実施例は、前述のような場合にも、誤動
作を起こすことがないようにしたものであり、以下、本
発明の第２の実施例を図面により詳細に説明する。

第３図は本発明の第２の実施例の構成を示すブロック図
、第４図は障害監視制御ユニットの構成を、示す論理図
、第５図は障害時の動作を説明するフローチャート、第
６図はＭＣＷ回復動作を説明するフローチャートである
。第３図、第４図において、４１はタイミング制御部、
４２はサービスプロセッサ（ＳＶＰ）、５０．７０はＣ
ＰＵ、５１．７１は独立論理ユニット、５２．７２は共
通論理ユニット、５３．７３は障害監視制御ユニット（
ＭＣＵ）である。

本発明の第２の実施例は、第３図に示すように、２台の
ＣＰＵ５０．７０と、１台のサービスプロセッサ４２と
によりマルチプロセッサ方式のデータ処理システムを構
成した例である。

第３図において、ＣＰＵ５０．７０は、命令実行、演算
等の各ＣＰＵ内で独立に動作する独立論理ユニット（Ｅ
Ｕ）５１．７１と、図示しない主記憶装置等の、前記Ｃ
ＰＵ５０及び７０で共有する資源を制御、処理するため
の共通論理ユニット（ＳＣＵ）４２．７２と、前記独立
論理ユニット（ＥＵ）５１．７１及び共通論理ユニット
（ＳＣＵ）４２．７２において、パリティチエツク等に
より検出された障害を監視、制御する障害監視制御ユニ
ット（ＭＣＵ）５３．７３とを備えて構成されている。

そして、前記独立論理ユニット（ＥＵ）５１．７１に発
生する障害は、他のＣＰＵに影響を与えない障害であり
、また、共通論理ユニット（ＳＣＵ）４２．７２に発生
する障害は、他のＣＰＵに影響を与える障害である。

サービスプロセッサ４２は、制御線５５及び７５を用い
て、前記独立論理ユニット５１．７１、ｊＦ、通論環ユ
ニット５２．７２及び障害監視制御ユニット５３．７３
に対するスキャン動作を行い、制御線４６．７６を用い
て、前記独立論理ユニット５１．７１、共通論理ユニッ
ト５２．７２及び障害監視制御ユニット５３．７３に対
するリセットを実行する。また、サービスプロセッサ４
２は、制御線５７．７７を介して、前記障害監視制御ユ
ニット５３．７３かも通知される、ＣＰＵ５０．７０の
障害発生を検知することができる。

なお、前記独立論理ユニット５１．７１及び共通論理ユ
ニット５２．７２に対する実行タイミングは、タイミン
グ制御部４１から、ＡＮＤゲート回路５４．７４及び制
御線５８．７８を介して与えられている。

前記障害監視制御ユニット５３．７３の論理は、第４図
に示すように構成されている。

第４図において、ＭＣＷレジスタ６４は１通常、ＩＰＬ
（イニシャルプログラムロード）の際に、サービスプロ
セッサ４２により、制御線５５を介して“ｌ”にスキャ
ンインされており、ＯＮとなっている。制御線５９．６
０には、共通論理ユニット５２及び独立論理ユニット５
１からの障害検出信号が送られ、これらの障害検出信号
は、ＯＲゲート２７を介してＣＰＵ７０への制御線６３
により、また、ＯＲゲート２８を介してサービスブロセ
ッサへの制御線５７により、ＣＰＵ７０及びサービスプ
ロセッサ４２に送られ、ＣＰＵ５０の障害を通知する。

制御線６３を介してＣＰＵ７０に送られるＣＰＵ５０に
おける障害検出報告は、ＣＰＵ７０内のＡＮＤゲート８
５を介してフリップフロップ（ＦＦ）８６を“ビ′にセ
ットする。

＾１１述では、障害監視制御ユニット５３について説明
したが、障害監視ユニット７３についても同様である。

次に、共通論理ユニット５２において障害が検出された
場合を例として、第５図のフローチャートを参照し、本
発明の第２の実施例の動作を説明する。

（１）共通論理ユニット５２において障害が検出される
と、この障害が制御線５９を介して障実監視制御ユニッ
ト５３に報告される。この共通論理ユニット５２の障害
は、池のＣＰＬＪ、この場合ＣＰＵ７０にも影響を与え
る障害であり、この報告を受けた障害監視ユニット５３
は、ＯＲゲート６７．６８及び制御線５７を介して、サ
ービスプロセッサ４２に障害の発生を通知すると共に、
ＯＲゲート６８の出力を反転ゲート６９及び制御線６２
を介してＡＮＤゲート５４に与える二とにより。

タイミング制御部４１から共通論理ユニット５２及、び
独立論理ユニットに与えられる実行タイミングを凍結し
ＣＰＵ５０を停止させる。また、ＯＲゲート６７の出力
が、制御線６７を介してＣＰＵ７０に対して障害抽出に
よる凍結要求として送出され、ＡＮＤゲート７５に入力
される（ステップ５０１）。

（２）ＣＰＵ５０より障害検出による凍結要求を受けた
ＣＰＵ７０内の障害監視制御ユニット５３は、ＭＯＷレ
ジスタ８４がＯＮであれば、ＡＮＤゲート８５を介して
フリップフロップ８６を“１″にセットし、ステップ５
０１により説明した障害監視制御ユニット５３の場合と
同様に、制御線７７を介してサービスプロセッサ４２に
障害の検出を通知し、制御線８２により、独立論理ユニ
ット７１及び共通論理ユニット７２に対する実行制御タ
イミングを凍結し、さらに、ＯＲゲート８７の出力をＣ
ＰＵ５０の障害監視制御ユニット５３に送り、フリップ
フロップ６６を“ｌ”にセットする（ステップ５１１）
。

（３）障害検出報告を受けたサービスプロセッサ４２は
、まず、ＣＰＩＪ５０の障害回復処理を実行する。すな
わち、サービスプロセッサ４２は、Ｃ０ｔＪＩＯのハー
ドウェア情報（ログ情報）の採取を行い、このログ情慴
によりその障害が共通論理ユニット５２の障害（ＳＣｔ
ＪＣＫ）であるか否かを判定する（ステップ５０３，５
０４）。

（５）ステップ５０４で、障害の発生が共通論理ユニッ
ト５２であると判定した場合、制御線５５により、障害
監視制御ユニット５３内のＭＣＷレジスタ６４を“Ｏ”
にリセットし、ＣＰＵ７０の障害監視制御ユニット７３
から制御線７３を介して送られるＣＰＵ５０に対する凍
結要求をＡ　Ｎ　Ｄゲート６５により抑止する（ステッ
プ５０５）。

（６）次に、サービスプロセッサ４２は、ＣＰＵ５０に
対し、制御線５６を介してリセットを発行し、独立論理
ユニット５Ｉ及び共通論理ユニット５２を初期状態とし
、ＣＰＵ７０からの凍結要求を保持しているフリップフ
ロップ６６を′０″にリセットすると共に、リスタート
を発行する（ステップ５０６）。

（，７）ステップ５０６の処理により、ＣＰＵ５０は、
再びタイミング制御部４１より実行制御タイミングが与
えられ、ソフトウェアによる障害回復処理を実行する（
ステップ５０２）。

（８）次に、サービスプロセッサ４２は、ＣＰＵ７０に
対し、前述のステップ５０３〜５０６と同様な処理を行
い、ＣＰＵ７０に障害回復処理を実行させる（ステップ
５０７〜５１０．５１２）。

前述した共通論理部の障害発生による障害回復処理にお
いて、コントロールバス４３を他のＣＰＵの状態を参照
し、池のＣＰＵが障害から回復していれば、自ＣＰＵの
ＭＣＷレジスタを、制御線６１または８１により“１”
にセットする。これにより、再び共通論理ユニットにお
いて障害が発生した場合にも、全てのＣＰＵに対して、
即時に凍結処理を行い、ログ情報の採取が可能となる。

第６図は、このＭＣＷレジスタの回復処理を示すフロー
チャートであり、以下、これについて説明する。

（１）ＣＰＵ５０の障害回復処理において、ｃｐＵ５０
は、他のＣＰＵ、この場合ＣＰＵ７０の状態をコントロ
ールバス４３を介して参照し、他のＣＰＵが障害状態に
あるか否かを判定する（ステップ６０１，６０２）。

（２）ステップ６０２で、也のＣＰＵが障害状態でない
場合、Ｍ　ＣＷレジスタ６４をＩＩ　Ｉ　ＩＩにセット
し、自ＣＰＵの障害の回復を他のＣＰＵに通知する（ス
テップ６０３．６０４）。

（３）ＣＰＵ７０の障害回復処理においても、前述のス
テップ６０１〜６０４と同様に、ＭＣＷレジスタ８４を
“ｌ”にセットして、自ＣＰＵの障害回復をＣＰＵ５０
に報告する（ステップ６０５〜６０８）。

（４）自ＣＰＵが正常な状態で、他のＣＰ　Ｕのみが障
害となり、その障害回復の報告を受けた場合、そのＣＰ
Ｕは、割り込み処理によりＭＣＷレジスタを“ｌ”にセ
ットする（ステップ６０９）。

前述した本発明の第２の実施例の動作の説明は、共通論
理ユニットの障害、すなわち、他のＣＰＵ等の装置にも
影響を及ぼす障害が発生した場合であ・ったが、独立論
理ユニット５１．７１に障害が発生した場合、この障害
は、他のＣＰＵに影響を与えない障害であるので、池の
ＣＰＵの凍結を行わずに、ＭＣＷレジスタの操作を行う
以外、前述した例と同様な、障害により凍結されたＣＰ
Ｕに対してのみ障害回復処理が行われる。

前述した本発明の第２の実施例は、２台のＣＰＵと１台
のサービスプロセッサを備えるシステムに本発明を適用
したものであるが、本発明は、さらに多くのＣＰＵ、サ
ービスプロセッサ等を備えるシステムにも適用すること
ができる。

前述した本発明第２の実施例によれば、複数のＣＰＵに
対する共通障害を検出した場合、即時に全てのＣＰＵを
凍結できるため、障害を検出した他のＣＰＵの誤動作を
防止することができ、障害の解析に不可欠なログ情報を
、全てのＣＰＵから採取することが可能となる。

また、障害回復の処理時、他のＣＰＵからの凍結要求を
抑止することができるので、サービスプロセッサは、複
数のＣＰ［Ｊから障害発生報告を受けた場合にも、各Ｃ
ＰＵに対して順次障害回復処理を行えばよく、ＣＰＵ構
成を意識しない簡略な障害回復処理によりＣＰＵの回復
を行うことができる。

さらに、障害回復処理を、他のＣＰｔＪを意識すること
なく順次行えばよいため、システムを構成するＣＰＵの
数を意識する必要がなく、ＣＰＵ及びサービスプロセッ
サ等の増減によるシステムの再構築が行われた場合にも
容易に対応することが可能となる。

［発明の効果コ以上説明したように本発明によれば、障害の発生時、そ
の障害に無関係な装置の動作を継続させることができ、
入出力装置等の機械的動作を伴う装置の負担を軽減させ
ることができ、大型の障害にとって致命的なシステムダ
ウンを回避することができる。また、障害が、システム
全体に影響を及ぼすような場合にも、障害装置以外の装
置が誤動作を起こすことを防止することができる。

【図面の簡単な説明】

第１図は本発明の第１の実施例のシステム構成を示すブ
ロック図、第２図は抑止条件生成回路の詐細を示す回路
図、第３図は本発明の第２の実施例の構成を示すブロッ
ク図、第４図は障害監視制御ユニットの構成を示す論理
図、第５図は障害時の動作を説明するフローチャート、
第６図はＭＣＷ回復動作を説明するフローチャートであ
る。１．２・・・・・・命令プロセッサ（ＩＰ）、３・・・
・・・入出カプロセッサ（ｒＯＰ）、４・・・・・・シ
ステムコントローラ（ＳＣ）、５・・・・・・主記憶装
置、６・・・・・・サービスプロセッサ（ＳＶＰ）、７
・・・・・・ＳＶＰの記憶装置、８〜１０・・・・・・
エラー検出回路、１１・・・・・・抑止条件生成回路、
１５・・・・・・リクエスト選択回路、４１・・・・・
・タイミング制御部、４２・・・・・・サービスプロセ
ッサ（ＳＶＰ）、５０．７０−・−・・ＣＰＵ、５ｌ、
７１・・・・・・独立論理ユニット、５２．７２・・・
・・・共通論理ユニット、５３．７３・・・・・・障害
監視制御ユニット（ＭＣＵ）である。第著図第２図第３図１第４図第５ｒＭ

Claims

【特許請求の範囲】１、複数の処理装置と、障害発生時にログ情報の収集を
行う機能を有するサービスプロセッサとを備えるデータ
処理システムにおいて、前記複数の処理装置のそれぞれ
は、障害発生時に、その障害が、他の全ての装置に影響
を与える障害か、あるいは、障害を生じた装置のみが影
響を受ける障害かを判定する手段と、この判定結果が障
害を生じた装置のみに影響を与える障害であった場合に
、当該装置の動作のみを停止させる手段とを備え、前記
サービスプロセッサは、障害に関連のない装置の動作を
停止させることなく、停止した障害装置のみのログ情報
の採取を行うことを特徴とするデータ処理システム。２、複数の処理装置と、障害発生時にログ情報の収集を
行う機能を有するサービスプロセッサとを備えるデータ
処理システムにおいて、前記複数の処理装置のそれぞれ
は、障害発生時に、その障害が、他の全ての装置に影響
を与える障害か、あるいは、障害を生じた装置のみが影
響を受ける障害かを判定する手段と、この判定結果が他
の全ての装置に影響を与える障害であった場合、自装置
を停止させ、その障害を他の全ての装置に通知する手段
と、他の装置からの障害通知により自装置を停止させる
手段とを備え、前記サービスプロセッサは、前記複数の
処理装置のそれぞれのログ情報の採取を順次行うことを
特徴とするデータ処理装置。３、前記複数の処理装置のそれぞれは、回復処理時、ま
だ回復していない他の装置からの障害通知による停止要
求を抑止する手段を、さらに備えることを特徴とする特
許請求の範囲第２項記載のデータ処理装置。４、前記他の全ての装置への障害の通知は、前記装置相
互間を直接接続するように備えられる制御線を介して行
われることを特徴とする特許請求の範囲第２項または第
３項記載のデータ処理装置。