JPH0255815B2 - - Google Patents

Description

【発明の詳細な説明】 〔概要〕 複数チヤネルを共通に制御するチヤネルプロセ
ツサにおいて、共通部、個別部をそれぞれにおけ
る障害状態に対応した適確な障害処理および
CPUへの報告と、SVPによる詳細な障害情報の
収集とを可能にする。

〔産業上の利用分野〕 本発明は計算機システムに関するものであり、
特にチヤネルプロセツサにおけるチヤネルの障害
処理方式に関する。

〔従来の技術〕

第２図は、本発明が対象とするチヤネルプロセ
ツサを有する一般的な計算機システムの構成を示
したものである。図において、１は主記憶装置
MSU，２は中央処理装置CPU，３はチヤネルプ
ロセツサCHP，４はチヤネルCH，５は入出力装
置Ｉ／Ｏ，６はチヤネルプロセツサSVPを表し
ている。

チヤネルプロセツサCHPは、複数のチヤネル
CHを順次的に制御して、入出力装置Ｉ／Ｏと主
記憶装置MSUとの間の入出力データ転送を行わ
せる。

チヤネルプロセツサCHPは、各チヤネルCHを
個別的、循環的に制御する個別部と、各チヤネル
CHで発生する処理要求を逐次的に処理する共通
部を含み、それぞれの障害を管理している。障害
が発生すると、中央処理装置CPUのオペレーテ
イング・システム（OS）へ報告が行われ、また
サービスプロセツサSVPによつて障害の詳細な
情報が収集される。

第３図は、チヤネルプロセツサCHPにおける
チヤネルCHの制御機構を示したものである。図
において、７は16個のチヤネルCH０ないしCHF
それぞれの制御情報が格納されているスタツクメ
モリ、８は個別部、９は共通部を示している。

個別部８では、スタツクメモリ７から、チヤネ
ルCH０からCH１，CH２，…，CHF，CH０，
CH１，CH２，…のように、循環的に制御情報
を読み出し、更新を行う。このとき、共通部９に
より処理が必要であれば、共通部９に対して処理
要求を発行する。

このとき、共通部９が他チヤネルの処理要求に
ついて処理中であれば、次のサイクルになつて再
度処理要求を発行する。要求が受付けられると、
共通部９は該チヤネルの制御情報を読み出し、処
理をして更新を行う。

ところで上記動作中に、ハードウエアの障害、
例えばレジスタのパリテイエラー等が発生すれ
ば、その旨がチヤネルコントロールチエツク
CCC（Channel Control Check）としてOSに対
して報告される。

またたとえば、共通部９が、マイクロプロセツ
サで構成され、その制御記憶に２ビツト誤りが検
出されると、処理続行が不可能である旨を示すた
め、チヤネルダメージとしてOSに報告される。

またこれらの障害報告の処理中に重なつて発生
するような障害もチヤネルダメージとしてOSに
通知され、OSが障害の回復処理をするのが、一
般的に行われている手法である。

またあるチヤネルの動作中に通常の動作が続行
可能な程度の障害が発生した場合には、該チヤネ
ルのみがチヤネルコントロールチエツク（CCC）
となつて、他のチヤネルは影響を受けることなく
通常動作を続行できるようにすることも一般的で
ある。

このため従来の方式では、OSによる回復処理
の際、無関係なチヤネルの処理実行が影響されな
いよう、各チヤネルの個別部に必要最小限の量の
障害状態を記録するログ情報（以後ログアウト情
報という）格納域を設け、CPUに対し障害報告
を行うとともに、主記憶装置MSUにログアウト
情報の出力を行なつていた。

さらにサービスプロセツサSVPに対してログ
アウト情報を出力する従来のシステムもあつた。
このようなシステムにおいては、SVPに対する
ログアウト情報を、CHP内のログバツフアと称
する格納域に一時保持しておく必要があつた。

第４図は、従来の計算機システムにおけるチヤ
ネル障害処理機構の１例を示したもので、図中の
１は主記憶装置MSU，２は中央処理装置CPU，
３はチヤネルプロセツサCHP，４はチヤネル
CH，５は入出力装置Ｉ／Ｏ，６はサービスプロ
セツサSVP，８は個別部、９は共通部、１０は
状態レジスタ、１１はオペレーテイングシステム
OS，１２はエラー検出ラツチEDL，１３および
１４はログアウト情報を表している。

エラー検出ラツチEDLは、チヤネルCHごとに
複数設けられており、パリテイエラー等の障害が
発生したレジスタ等の位置を表示するものであ
る。

ログアウト情報１３は、各チヤネルCHごとの
障害発生状態を示すために設けられていて、それ
ぞれのチヤネルCH内の複数のエラー検出ラツチ
EDLの情報を集約し簡単なコード化した形で作
成される。このログアウト情報１３は、チヤネル
ごとにその制御情報域に格納されている。

ログアウト情報１４は、共通部９内における障
害発生状態を示すためのものである。

共通部９は、これらのログアウト情報に基づい
て障害処理を行い、障害に応じて、状態レジスタ
１０にチヤネルコントロールチエツクCCC（軽度
の障害の場合）あるいはチヤネルダメージCD（重
度の障害の場合）をセツトし、中央処理装置
CPUのOSに報告する。チヤネルダメージはサー
ビスプロセツサSVPへも報告され、それにより、
サービスプロセツサSVPへログアウト情報１３，
１４を読み出して障害原因の解析が行われる。

また上述のような計算機システムにおいて、装
置の保守員が障害箇所を分析して、部品交換等を
行うこともまた一般的に行われている。そしてそ
の際に、チヤネルプロセツサCHPから収集され
る障害原因を解析するための情報は、詳細かつ正
確であることが要求されている。

〔発明が解決しようとする問題点〕

従来の方式では、共通部の障害をあるチヤネル
に特定できる場合、他チヤネルの動作に影響を与
えないようにするため、その詳細情報を、各チヤ
ネルの制御情報域にコード化する等の工夫をし
て、ログ出力するまで保持していた。

したがつて、各チヤネルには、チヤネル対応に
ログアウト情報格納域が必要であり、またログア
ウト情報は格納域を節約するために加工されてい
るので、このログアウト情報を用いては障害検出
箇所の特定を充分に行うことができなかつた。

さらに、共通部で発生した障害のうち、チヤネ
ルを特定できない場合や、以後の正常動作を保証
できない障害は、より重度な障害としてCPUに
報告されるが、このような場合でも、入手できる
詳細情報は不十分なものであつた。

〔問題点を解決するための手段〕

本発明は、複数チヤネルを共通に制御するチヤ
ネルプロセツサにおいて、チヤネルごとにログア
ウト情報格納域を設けずに、共通部に障害が発生
してチヤネルを特定できる場合には、障害発生時
からその報告終了までの間、他チヤネルの動作に
影響を与えることなくその障害が発生したことを
CPUに報告させ、しかもその報告処理とは独立
に、サービスプロセツサによつて従来よりも詳細
な情報を収集できるようにする手段を提供するも
のである。

第１図は、本発明の原理的構成を示す説明図で
ある。図において、２は中央処理装置CPU，３
はチヤネルプロセツサCHP，４はチヤネルCH，
６はサービスプロセツサSVP，８は個別部、９
は共通部、１５は第１障害処理部、１６は第２障
害処理部、１７は１組の障害位置表示ラツチを示
している。

障害位置表示ラツチ１７は、チヤネルプロセツ
サCHP内の各レジスタのエラー検出ラツチ
（EDL）などの障害原因箇所を第一次的に表示す
る手段であり、個別部８あるいは共通部９によつ
て識別されるとともに、その情報はサービスプロ
セツサSVPによつて直接収集可能にされる。

第１障害処理部１５は、個別部８あるいは共通
部９において障害が検出されたとき、個別部８か
らの障害処理要求あるいは共通部９からの障害処
理要求でもチヤネルが特定できるものについて
は、該当するチヤネルのみを障害として処理し、
チヤネル障害としてCPUに報告する。

また１つのチヤネルの障害処理中に同一または
他のチヤネルに同種あるいは異種の障害が重ねて
発生した場合には、動作中のチヤネル全てについ
てチヤネル障害として処理するか、あるいは第２
障害処理部１６に依頼して重度の障害状態を表す
チヤネルダメージとして処理させ、CPUに報告
させる。この場合、同時にサービスプロセツサ
SVPにも報告し、各障害位置表示ラツチ１７を
スキヤンアウトさせ、情報を収集させる。

しかし、１つのチヤネルの障害処理中に他の障
害が発生しなかつた場合には、他の実行中のチヤ
ネルの処理はそのまま続行させる。

〔作用〕

本発明によれば、障害詳細情報はサービスプロ
セツサSVPによつて、EDL等から直接に収集さ
れるので、従来方式のように、ログアウト情報の
格納域をチヤネル毎に設ける必要もなく、またロ
グバツフアのような一時記憶域も必要としない。

したがつて、ログアウト情報格納域やログバツ
フアの大きさによつて情報量が制限されることが
ないので、入手可能な詳細な障害情報を十分に収
集することができる。

〔実施例〕

第５図は、本発明の１実施例システムの構成を
示したものであり、第６図はその処理フローであ
る。

第５図において、１は主記憶装置MSU，２は
中央処理装置CPU，３はチヤネルプロセツサ
CHP，４はチヤネルCH，５は入出力装置Ｉ／
Ｏ，６はサービスプロセツサSVP，８は個別部、
９は共通部、１０は状態レジスタ、１１はオペレ
ーテイングシスチムOS，１２はエラー検出ラツ
チEDL，１５は第１障害処理部、１６は第２障
害処理部、１８は第１障害処理要求フラグ、１９
は第２障害処理要求フラグ、２０は実行ラツチを
表している。

チヤネルプロセツサCHP内の多数のエラー検
出ラツチEDLは、関連する個別部８および共通
部９により統括されており、障害発生状態を表示
すると、対応する個別部８あるいは共通部９によ
つて認識される。またこれらの各EDLは、シフ
トレジスタの各段としても構成されており、サー
ビスプロセツサSVPの指示により、内容がスキ
ヤンアウトできるようになつている。

各個別部８は、それぞれ１ビツトの第１障害処
理要求フラグ１８を有し、障害発生を配下の
EDLによつて認識したとき、フラグをオンにセ
ツトする。このフラグは、たとえば第３図のスタ
ツクメモリの各チヤネルごとの制御情報の一部に
含めることができる。

共通部９で発生した障害については、対応する
チヤネルCHが特定できる場合であれば、第１障
害処理要求フラグ１８の該当するものをオンにセ
ツトする。

しかし、チヤネルを特定できない場合あるいは
全体的に正常動作が保証できない場合には、重度
の障害として第２障害処理要求フラグ１９をオン
にセツトする。なお、この場合、その時点で動作
中の全てのチヤネルの個別部に対応する第１障害
処理要求フラグをオンにセツトする方法をとるこ
ともできる。

実行ラツチ２０は、第１障害処理部１５が障害
処理を実行している間、オンにセツトされる。

次に第６図の処理フローを参照して、第１障害
処理部１５および第２障害処理部１６の機能を説
明する。

第１障害処理部１５は、第１障害処理要求フ
ラグ１８を調べ、オンであればの処理を実行
し、オフであればの処理を実行する。

第１障害処理要求フラグがオンの場合、実行
ラツチ２０がオンにセツトされているか否か、
すなわち現在すでに第１障害処理実行中である
か否かを調べ、オンであればを実行し、オフ
であればを実行する。

実行ラツチ２０がオフであるため、オンにセ
ツトする。次にを実行する。

第１障害処理を実行し、要求のあつたチヤネ
ルを障害チヤネルとしてテーブルに登録し、状
態レジスタ１０にチヤネルコントロールチエツ
ク（CCC）をセツトして、CPUのオペレーテ
イングシステムOSに報告する。次にを実行
する。

実行ラツチ２０をオフにリセツトする。

で第１障害処理要求フラグがオフの場合、
第２障害処理要求フラグ１９を調べる。オンの
場合を実行し、オフの場合へ戻る。

で実行ラツチがオンである場合、すなわち
先に障害チヤネルの障害処理中に同一チヤネル
あるいは他のチヤネルでさらに障害が発生した
場合と、で第２障害処理要求フラグがオンの
場合、すなわち共通部で発生した障害について
実行中のチヤネルを特定できない場合や以後の
正常動作が保証できない場合に、重度の障害と
して処理し、チヤネルダメージ（CD）を状態
レジスタ１０にセツトしてCPUのOSに報告す
る。

オペレーテイングシステムOSは、チヤネル
プロセツサCHPからチヤネルコントロールチ
エツク（CCC）あるいはチヤネルダメージ
（CD）を報告されると、チヤネルの初期化や制
御メモリへの再ロードなどのそれぞれに対応す
る回復処理を実行する。

特にチヤネルダメージ（CD）の報告は、
CPUに対するのと同時にサービスプロセツサ
SVPに対しても行われる。サービスプロセツ
サSVPは、これに対応して、CPUへの報告処
理から独立して、チヤネルプロセツサCHPの
各エラー検出ラツチEDLをスキヤンアウトに
より読み出し、障害解析のための詳細情報とし
て収集し、処理終了後、エラー検出ラツチ
EDLをリセツトする。

〔発明の効果〕 以上のように本発明によれば、チヤネルプロセ
ツサからCPUへのチヤネル障害を報告するため
に必要な情報は、チヤネルプロセツサ配下のチヤ
ネル（個別部）あたり１ビツトの第１障害処理要
求フラグと、チヤネルプロセツサあたり１ビツト
の第２障害処理要求フラグの僅かな量の情報があ
ればよく、しかも従来よりも詳細な障害情報をサ
ービスプロセツサが収集できる。そしてそれによ
り、チヤネルプロセツサの障害処理機能が簡単化
されるとともに、障害解析処理を容易にすること
ができる。

【図面の簡単な説明】

第１図は本発明の原理的構成図、第２図は本発
明が対象とする一般的な計算機システムの構成
図、第３図はチヤネルプロセツサの制御機構の構
成図、第４図は従来システムにおけるチヤネル障
害処理機構の構成図、第５図は本発明の１実施例
システムの構成図、第６図は第５図の実施例のシ
ステムの処理フロー図である。 第１図において、２は中央処理装置CPU、３
はチヤネルプロセツサCHP、４はチヤネルCH、
５は入出力装置Ｉ／Ｏ、６はサービスプロセツサ
SVP、８は個別部、９は共通部、１５は第１障
害処理部、１６は第２障害処理部、１７は障害位
置表示ラツチ、CCCは軽度のチヤネル障害を報
告するチヤネルコントロールチエツク、CDは重
度のチヤネル障害を報告するチヤネルダメージの
信号を表す。

Claims (1)

1. 【特許請求の範囲】 １ 複数のチヤネルを個別的、循環的に制御する
   個別部と、各チヤネルから発生する処理要求を逐
   次処理する共通部とを有し、個別部および共通部
   において発生した障害は、チヤネル障害として
   CPUに報告されるチヤネルプロセツサにおいて、 個別部で発生する障害について処理し、チヤネ
   ル障害として報告するとともに、共通部で発生す
   る障害について、共通部で動作中のチヤネルを特
   定できる場合には、個別部において発生する障害
   と同等の処理を行い、チヤネル障害として報告す
   る第１の障害処理手段と、 チヤネルを特定できない場合に、共通部の配下
   で動作中の各チヤネルについて、すべてチヤネル
   障害として終了報告するかあるいはチヤネル障害
   よりも重度な障害として報告する第２の障害処理
   手段と、 障害詳細情報を与える１組の障害位置表示ラツ
   チとをそなえ、 １つのチヤネルの障害検出から障害が報告され
   るまでの間に、同一チヤネル若しくは他チヤネル
   で同種のもしくは異種の障害が発生する場合に
   は、第２の障害処理手段によつて障害報告を行わ
   せ、 他方、１つのチヤネルの障害処理中に他の障害
   が発生しない場合には、実行中の他チヤネルの動
   作には影響を与えずに通常の処理を続行させ、 第１の障害処理手段若しくは第２の障害処理手
   段によつて、CPUに障害を報告する処理とは独
   立に、上記障害詳細情報を障害位置表示ラツチか
   らサービスプロセツサへ読み出し可能にされてい
   ることを特徴とするチヤネルの障害処理方式。