JPS61220049A - チヤネルの障害処理方式 - Google Patents

Abstract

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

Description

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

〔産業上の利用分野〕

本発明は計算機システムに関するものであり。

特にチャネルプロセッサにおけるチャネルの障害処理方
式に関する。

〔従来の技術〕

第２図は９本発明が対象とするチャネルプロセッサを有
する一般的な計算機システムの構成を示したものである
。図において、１は主記憶装置ＭＳＵ、２は中央処理装
置ＣＰＵ、３はチャネルプロセッサＣＨＰ、４はチャネ
ルＣＨ，５は入出力装置！１０．６はサービスプロセッ
サＳｖＰを表している。

チャネルプロセッサＣＨＰは、複数のチャネルＣＨを順
次的に制御して、入出力装置Ｉ１０と主記憶装置ＭＳＵ
との間の人出力データ転送を行わせる。

チャネルプロセッサＣＨＰは、各チャネルＣＨを個別的
、循環的に制御する個別部と、各チャネルＣＨで発生す
る処理要求を逐次的に処理する共通部を含み、それぞれ
の障害を管理している。障害が発生すると、中央処理装
置ＣＰＵのオペレーティング・システム（Ｏ３）へ報告
が行われ、またサービスプロセッサＳＶＰによって障害
の詳細な情報が収集される。

第３図は、チャネルプロセッサＣＨＰにおけるチャネル
ＣＨの制御機構を示したものである。図において、７は
１６個のチャネルＣＨＯないしＣＨＦそれぞれの制御情
報が格納されているスタックメモリ、８は個別部、９は
共通部を示している。

個別部８では、スタックメモリ７から、チャネルｃＨＯ
からＣＨＩ、ＣＨ２，−、ＣＨＦ、ＣＨＯ，ＣＨＩ、Ｃ
Ｈ２，・・・のように、循環的に制御情報を読み出し、
更新を行う。このとき、共通部９により処理が必要であ
れば、共通部９に対して処理要求を発行する。

このとき、共通部９が他チャネルの処理要求について処
理中であれば０次のサイクルになって再度処理要求を発
行する。要求が受付けられると。

共通部９は該チャネルの制御情報を読み出し、処理をし
て更新を行う。

ところで上記動作中に、ハードウェアの障害。

例えばレジスタのパリティエラー等が発生すれば。

その旨がチャネルコントロールチェックＣＣＣ（Ｃｈａ
ｎｎｅｌ　Ｃｏｎｔｒｏｌ　Ｃｈｅｃｋ）としてＯ８に
対して報告される。

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

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

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

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

さらにサービスプロセッサＳＶＰに対してログアウト情
報を出力する従来システムもあった。このようなシステ
ムにおいては、ｓｖｐに対するログアウト情報を、ＣＨ
Ｆ内のログバッファと称する格納域に一時保持しておく
必要があった。

第４図は、従来の計算機システムにおけるチャネル障害
処理機構の１例を示したもので２図中の１は主記憶装置
ＭＳＵ、２は中央処理装置ＣＰＵ。

３はチャネルプロセッサＣＨＰ、４はチャネルＣＨ，５
は入出力装置Ｉ１０．６はサービスプロセッサＳＶＰ、
８は個別部、９は共通部、１０は状態レジスタ、１１は
オペレーティングシステムＯＳ、１２はエラー検出ラン
チＥＤＬ、、１３および１４はログアウト情報を表して
いる。

エラー検出ラッチＥＤＬは、チャネルＣ）Ｉごとに複数
設けられており、パリティエラー等の障害が発生したレ
ジスタ等の位置を表示するものである。

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

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

共通部９は、これらのログアウト情報に基づいて障害処
理を行い、障害に応じて、状態レジスタ１．０にチャネ
ルコントロールチェックＣＣＣ（軽度の障害の場合）あ
るいはチャネルダメージＣＤ（重度の障害の場合）をセ
ットし、中央処理装置ＣＰＵのＯ８に報告する。チャネ
ルダメージはサービスプロセッサＳｖＰへも報告され、
それにより、サービスプロセッサＳｖＰヘログアウト情
報１３．１４を読み出して障害原因の解析が行われる。

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

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

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

ログ出力するまで保持していた。

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

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

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

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

第１図は９本発明の原理的構成を示す説明図である０図
において、２は中央処理装置ＣＰＵ、３はチャネルプロ
セッサＣＨＰ、４はチャネルＣＨ。

６はサービスプロセッサＳＶＰ、８は個別部、９は共通
部、１５は第１障害処理部、１６は第２［害処理部、１
７は１組の障害位置表示ラッチを示している。

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

第１障害処理部１５は１個別部８あるいは共通部９にお
いて障害が検出されたとき１個別部８からの障害処理要
求あるいは共通部９からの障害処理要求でもチャネルが
特定できるものについては。

該当するチャネルのみを障害として処理し、チャネル障
害としてＣＰＵに報告する。

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

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

〔作用〕

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

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

〔実施例〕

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

第５図において、１は主記憶装置ＭＳＵ、２は中央処理
装置ＣＰＵ、３はチャネルプロセッサＣＨＰ、４はチャ
ネルＣＨ，５は入出力装置Ｉ１０゜６はサービスプロセ
ッサＳＶＰ、８は個別部、９は共通部、１０は状態レジ
スタ、１１はオペレーティングシステムＯ３，１２はエ
ラー検出ラッチＥＤＬ、１５は第１障害処理部、１６は
第２障害処理部、１８は第１障害処理要求フラグ、１９
は第２障害処理要求フラグ、２０は実行ランチを表して
いる。

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

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

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

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

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

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

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

■　第１障害処理要求フラグがオンの場合、実行ラッチ
２０がオンにセットされているか否か。

すなわち現在すでに第１障害処理実行中であるか否かを
調べ、オンであれば■を実行し、オフであれば■を実行
する。

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

■　第１障害処理を実行し、要求のあったチャネルを障
害チャネルとしてテーブルに登録し、状態レジスタ１０
にチャネルコントロールチェック（ＣＣＣ）をセットし
て、ＣＰＵのオペレーティングシステムＯ８に報告する
。次に■を実行する。

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

■　■で第１障害処理要求フラグがオフの場合。

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

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

オペレーティングシステムｏｓは、チャネルプロセッサ
ＣＨＰからチャネルコントロールチェック（ＣＣＣ）あ
るいはチャネルダメージ（ＣＤ）を報告されると、チャ
ネルの初期化や制御メモリへの再ロードなどのそれぞれ
に対応する回復処理を実行する。

特にチャネルダメージ（ＣＤ）の報告は、ＣＰＵに対す
るのと同時にサービスプロセッサｓｖＰに対しても行わ
れる。サービスプロセッサｓｖＰは、これに対応して、
ＣＰＵへの報告処理から独立して、チャネルプロセッサ
ＣＨＰの各エラー検出ラッチＥＤＬをスキャンアウトに
より読み出し。

障害解析のための詳細情報として収集し、処理終了後、
エラー検出ラッチＥＤＬをリセットする。

〔発明の効果〕

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

【図面の簡単な説明】

第１図は本発明の原理的構成図、第２図は本発明が対象
とする一般的な計算機システムの構成図。 第３図はチャネルプロセッサの制御機構の構成図。 第４図は従来システムにおけるチャネル障害処理機構の
構成図、第５図は本発明の°１実施例システムの構成図
、第６図は第５図の実施例システムの処理フロー図であ
る。 第１図において、２は中央処理装置ＣＰＵ、３はチャネ
ルプロセッサＣＨＰ、４はチャネルＣＨ。 ５は入出力装置１１０．６はサービスプロセッサＳＶＰ
、８は個別部、９は共通部、１５は第１障害処理部、１
６は第２障害処理部、１７は障害位置表示ラッチ、ＣＣ
Ｃは軽度のチャネル障害を報告するチャネルコントロー
ルチェック、ＣＤは重度のチャネル障害を報告するチャ
ネルダメージの信号を表す。

Claims (1)

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