JPH04302342A - 故障診断方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は故障診断方式に関し、特
に、バスを２重化した高信頼性コンピュータシステムに
おいて、バスエラー発生時の原因調査の困難性を解決す
るために、バス毎に独立してアクセス可能なレジスタを
設け、故障中のバスからアクセスを行い、そのエラー情
報から故障個所を推測することにより、故障個所を容易
に切り分けることができるようにした故障診断方式に関
する。

【０００２】一般のシステムでは、コンピュータを構成
するシステムバスの故障等で、そのシステムバスにバス
エラーが発生すると、原因不明の状態でコンピュータが
システムダウンしてしまうことがある。予めシステムダ
ウンを予測しているならば、システムの停止時にそのバ
スの故障個所の調査を行えばよいが、システムダウンを
許さない高信頼性システムではシステムを停止して原因
調査を行うことができない。従って、運転を停止するこ
となく故障個所を調査する手段が必要である。

【０００３】

【従来の技術】図６は従来の高信頼性システムの構成図
であり、図７は故障の説明をタイミングチャートで示し
たものである。一般に、高信頼性システムでは同一機能
を有する機能ユニット（マイクロプロセッサ等）を複数
並列接続し、かつこれらは複数のバスに並列接続された
構成をとる。（Ａ）に示すように、現用系のバス１と待
機系のバス２を設け、故障時には一方のバスに切り換え
て運用を保持しシステムダウンにならないような構成を
採用している。ホストコンピュータ（ＣＰＵ）を含む各
機能ユニット１，２，３，・・・は、各内部のバス切換
部ＳＷを介して両方のバス１及び２に接続されている。 通常の状態ではバス切換部ＳＷはバス制御部ＢＣの制御
のもとでバス１側に接続されており、例えば、機能ユニ
ット１からの処理アクセスは、実線で示すようにバス１
を経て所定の機能ユニット（例えば、機能ユニット３）
の処理部にて処理される。従って、従来構成ではバス制
御部は接続されたバス側にのみ接続されることになる。

【０００４】ここで、バス１上の“Ｘ”にてバスエラー
が発生したとすると、（Ｂ）に示すように、バスエラー
のメッセージを送出した後にバス１を故障状態として記
録してソフトウェアの処理から切り離し、全ての処理を
バス２を使用して行うことによりシステムダウンするこ
となく処理を続行する。即ち、バス１の点線で示す経路
は故障中であるから、バス切換部ＳＷを切り換えてバス
２側に接続して機能ユニット３に処理アクセスを送出す
る。このように高信頼性システムではバスの切り換え機
能を各機能ユニットが備え、システムダウンすることな
く処理を続行して高信頼性を確保している。

【０００５】図８はバスエラーの処理フローチャートで
ある。バスエラーが発生すると、エラー情報のロギング
を行い（ステップ１）、バスエラーを発生したバス１か
ら待機系のバス２への切り換えを行った後（ステップ２
）、処理アクセスをリトライし（ステップ３）、リトラ
イが成功したか否か判定し（ステップ４）、リトライが
成功したならば（ＹＥＳ）、アクセス処理を続行する（
ステップ５）。しかし、ステップ４にてリトライが不成
功であれば（ＮＯ）、エラー情報のロギングを行い（ス
テップ６）、システムダウンとする（ステップ７）。

【０００６】

【発明が解決しようとする課題】しかしながら、上述の
ように、故障が発生したときに単に現用系から待機系に
バス切換を行う構成では、機能ユニットの全てが処理実
行中のバス２に接続されるので、各機能ユニット内の故
障ならば調査診断のためのアクセス可能であるが、例え
ばバスと機能ユニット間の図示しないバスドライバの故
障では、バス１を使用して機能ユニットのレジスタＲを
アクセスしようとしても応答が返らず、従って、どこが
故障したか分からず故障部分の調査を行うことができな
いという問題がある。

【０００７】一方、図９は上述の問題に対処した従来の
故障調査アクセスの方法である。図示のように、バス１
が故障中でバス２を使用して処理アクセスが一旦終了し
たとすると、処理の終結後に全ての機能ユニットのバス
切換部ＳＷを故障中のバス１側に切り換えた後、ＣＰＵ
を含む機能ユニット１から特殊コマンドを送出し各機能
ユニットをバス１に切り換え、各機能ユニットのレジス
タを順次アクセスして、故障個所判断通知を行い、最後
にバス２側に切り換えてその後に次の処理を行うように
している。ここで、特殊コマンドとは、例えばＤＭＡの
バス切換に使用するバス一斉切換コマンドを利用する。

【０００８】しかし、この方法では図示のように各レジ
スタをアクセスしている間は次の処理までの間が停止時
間となり、処理の一時停止を許さない高信頼性システム
では問題である。本発明の目的は、高信頼性システムの
故障診断において、アクセス中の処理を中断することな
く故障診断調査を行うことができる故障診断方式を提供
することにある。

【０００９】

【課題を解決するための手段】図１は本発明の原理構成
図である。本発明は、現用系のバス１と待機系のバス２
を配置し、複数の機能ユニット１〜３を前記両方のバス
に接続して冗長構成をとる高信頼性システムにおいて、
該機能ユニットの何れかをサービスプロセッサとして使
用するか、若しくは該現用系バス及び待機系バスによっ
て共用されるサービスプロセッサ４（図２）を設け、さ
らに、各機能ユニット内にバス制御手段ＢＣと該バス制
御手段に接続された保守レジスタＨＲを備え、かつ該バ
ス制御手段と保守レジスタの対は該現用系のバス及び待
機系のバスの各々に設けられ、故障の調査診断に際して
、該サービスプロセッサは各機能ユニットの該保守レジ
スタを故障中のバスを経てアクセスし、アクセス結果か
らバスエラーの発生箇所を推測することを特徴とする。

【００１０】

【作用】本発明では何れかの機能ユニットにサービスプ
ロセッサの機能を持たせるか、若しくは新たなサービス
プロセッサを接続し、このサービスプロセッサを用いて
各機能ユニット内の保守レジスタを故障中のバスを経て
参照し、他のバスで処理アクセスを続行しながら、調査
診断を行うようにしたものである。

【００１１】

【実施例】図２は本発明の一実施例構成図であり、図３
は本発明の処理タイミングチャートである。図中、４は
サービスプロセッサ（ＳＶＰ）であり、内部のバス切換
部ＳＷにより現用系のバス１又は待機系のバス２に接続
される。ＨＲは保守レジスタでありバス制御部ＢＣとと
もに、サービスプロセッサ４を除く全ての機能ユニット
１〜３に内蔵される。しかも図示のように各機能ユニッ
ト内にバス１及びバス２の両方に対して設けられる。従
って、保守レジスタＨＲは機能ユニットの接続状態にか
かわらず両方のバスからアクセスすることができる。

【００１２】また、サービスプロセッサ４は他の機能ユ
ニットと同等のプロセッサで充分である。そして、図示
のように、機能ユニット１〜３のバス切換部ＳＷは故障
していないバス２の側に接続されているが、サービスプ
ロセッサ４のバス切換部ＳＷは故障したバス１の側に接
続されている。このように接続することによりサービス
プロセッサ側から故障中のバス１を経て処理アクセスと
競合することなく故障診断アクセス行うことができる。

【００１３】図３に示すようにバス１を使用してアクセ
ス処理中にバスエラー“Ｘ”が発生すると、バス２に切
り換えられ処理が続行されるが、後述するようにサービ
スプロセッサ４から故障中のバス１を用いて処理アクセ
スと調査アクセスが競合しないようにして故障調査を行
うことができる。即ち、サービスプロセッサ４は処理ア
クセスとは独立して稼働し、サービスプロセッサ４から
故障中のバス１を使用して保守レジスタＨＲのアクセス
を行い、アクセス時におけるバスエラーの有無と、保守
レジスタＨＲに記録されたバスエラー検出履歴情報等を
チェックする。そして、複数の機能ユニットのレジスタ
がバスエラーを検出或いはアクセス時にバスエラーを発
生したときはバス自体の故障であり、１つの機能ユニッ
トのレジスタのみがバスエラーを検出或いはアクセス時
にバスエラーを発生したときは、その機能ユニットの故
障であると判断する。

【００１４】図４は本発明の保守レジスタの一実施例構
成図である。図示のように、エラー検出履歴として、ア
ダプタエラー、コントロールバスエラー、データバスエ
ラー、アドレスバスエラー等を規定し、各エラーの格納
スペースを設け、さらに切換状態の表示スペースを設け
る。そして、各機能ユニット（アダプタ）種を表示する
スペースを設ける。

【００１５】図５は本発明の一実施例処理フローチャー
トである。前述のように、サービスプロセッサから保守
レジスタのアクセスを行うが、まず、サービスプロセッ
サから各アダプタをアクセスし（ステップ１）、バスエ
ラーが発生しているか否か判定し（ステップ２）、発生
していれば（ＹＥＳ）バスエラーの発生したアダプタを
記録する（ステップ３）。

【００１６】一方、バスエラーが発生していなければ（
ＮＯ）保守レジスタ内容を記録し（ステップ４）、次に
、全てのアダプタをアクセスしたか判定し（ステップ５
）、全てのアダプタをアクセスしていなければ（ＮＯ）
ステップ１に戻り、全てのアダプタをアクセスしていれ
ば（ＹＥＳ）、次にバスエラーの発生したアダプタは複
数あるか否か判定し（ステップ６）、複数のアダプタで
あれば（ＹＥＳ）マザーボード、即ち、システムバスの
故障と判断し、サービスプロセッサ又は複数のアダプタ
を接続したマザーボードの交換を促す表示を行い（ステ
ップ７）、１つのアダプタのみであれば（ＮＯ）、サー
ビスプロセッサはバスエラーの発生したアダプタの交換
を促す表示を行い（ステップ８）、そして、アダプタエ
ラーが表示されているアダプタの交換を促す表示を行う
（ステップ９）。

【００１７】なお、バス自体の故障の場合は、前述のよ
うにマザーボードを交換するためにシステムを一時停止
させなくてはならないが、実際問題としてマザーボード
の故障率は非常に低く、ステップ７による影響は殆ど無
視することができる。

【００１８】

【発明の効果】以上説明したように、本発明によれば、
高信頼性システムにおいて、現用系のバスに故障が発生
してもシステムを停止することなく高信頼性システムで
の処理を続行しつつ故障個所を調査診断することができ
るので、故障調査に要する時間を時間を大幅に低減する
ことができ、かつ信頼性の高いサービスを行うことがで
きる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の一実施例構成図である。

【図３】本発明の処理タイミングチャートである。

【図４】本発明の一実施例保守レジスタの構成図である
。

【図５】本発明の一実施例処理フローチャートである。

【図６】従来の構成図である。

【図７】従来の処理タイミングチャートである。

【図８】従来の処理フローチャートである。

【図９】従来の対処を説明する処理タイミングチャート
である。

【符号の説明】

１〜３…機能ユニット ４…サービスプロセッサ ＳＷ…バス切換部 ＢＣ…バス制御部 ＨＲ…保守レジスタ ＣＰＵ…ホストコンピュータ ＳＶＰ…サービスプロセッサ

Claims (4)

【特許請求の範囲】
1. 【請求項１】　　現用系のバス（１）と待機系のバス（
   ２）を配置し、複数の機能ユニット（１〜３）を前記両
   方のバスに接続して冗長構成をとる高信頼性システムに
   おいて、該機能ユニットの何れかをサービスプロセッサ
   として使用し、さらに、各機能ユニット内にバス制御手
   段（ＢＣ）と該バス制御手段に接続された保守レジスタ
   （ＨＲ）を備え、かつ該バス制御手段と保守レジスタの
   対は該現用系のバス及び待機系のバスの各々に設けられ
   、故障の調査診断に際して、該サービスプロセッサは各
   機能ユニットの該保守レジスタを故障中のバスを経てア
   クセスし、アクセス結果からバスエラーの発生箇所を推
   測することを特徴とする故障診断方式。
2. 【請求項２】　　現用系のバス（１）と待機系のバス（
   ２）を配置し、複数の機能ユニット（１〜３）を前記両
   方のバスに接続して冗長構成をとる高信頼性システムに
   おいて、該現用系バス及び待機系バスによって共用され
   るサービスプロセッサ（４）を接続し、さらに、各機能
   ユニット内にバス制御手段（ＢＣ）と該バス制御手段に
   接続された保守レジスタ（ＨＲ）を備え、かつ該バス制
   御手段と保守レジスタの対は該現用系のバス及び待機系
   のバスの各々に設けられ、故障の調査診断に際して、該
   サービスプロセッサは各機能ユニットの該保守レジスタ
   を故障中のバスを経てアクセスし、アクセス結果からバ
   スエラーの発生箇所を推測することを特徴とする故障診
   断方式。
3. 【請求項３】　　該保守レジスタはエラー検出履歴とし
   て、アダプタエラー、コントロールエラー、データバス
   エラー、アドレスバスエラーを格納する請求項１又は２
   に記載の故障診断方式。
4. 【請求項４】　　該保守レジスタはさらに切換状態の表
   示とアダプタ種の表示を格納する請求項１又は２に記載
   の故障診断方式。