JPH0436857A - マルチプロセッサシステムにおけるバス診断方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野コ この発明は二重化されたシステムハスを具備するマルチ
プロセッサシステムにおけるバス診断方式、特に待機中
のシステムバス診断方式に関するものである。

［従来の技術］ 従来、二重化されたシステムバスな具備するマルチプロ
セッサシステムにおける待機中システムバスの診断方式
は、各中央処理装置（以下ＣＰＵと称す）内のシステム
バスインタフェース部に、バス診断制御部を用意し、バ
ス診断プログラムを起動するＣＰＵは、自モジュール内
のバス診断制御部に起動をかけ、他ＣＰＵのバス診断制
御部との間でデータ折り返し試験を行い、その折り返し
データの一致、不一致により該当バスの診断を行うもの
であった。

例えば、第２図の様なマルチプロセッサシステムの場合
、ＣＰＵ＃０、ＣＰＵ＃１．・・・からなるモジュール
ＣＰＵが＃０システムバス３によりシステムを運用中（
以下、オンライン状態とも称する）であったとする。

ここで、ＣＰＵ＃Ｏはマイクロプロセッサ（以下、μＰ
と称す）１０．＃Ｏババス断制御部１１゜＃０バスイン
タフェース１２．＃１バス診断制御部１３．＃１バスイ
ンタフェース１４．ＣＰＵ＃０ローカルバス１５から構
成されるモジュールである。

また、ＣＰＵ＃１はμＰ２０．＃Ｏババス断制御部２１
．＃Ｏバスインタフェース２２．＃１バス診断制御部２
３．＃１バスインタフェース２４、ＣＰＵ＃Ｏローカル
バス２５から構成されるモジュールである。

オンライン状態のＣＰＵ＃Ｏにより待機中の＃１システ
ムバス４の診断を行うとすると、ＣＰＵ＃０内のμＰＩ
Ｏは自モジュール内の＃１バス診断制御部１３に起動を
かける。

起動をかけられた＃１バス診断制御部１３は＃１バスイ
ンタフェース１４よりテストデータをＣＰＵ＃１に対し
て出力する。

そのテストデータは＃１バスインタフェース２４よりＣ
ＰＵ＃１の＃１バス診断制御部２３に入力され、今度は
折り返しデータが＃１システムバス４を経由して＃１バ
ス診断制御部１３に戻ってくる。

そして、＃１バス診断制御部１３はテストデータと折り
返しデータとを比較し、バスの状態を判定するようにな
っている。

［発明が解決しようとする課題］ しかしながら上記構成の装置例では、テストデータと折
り返しデータの経路が同一であるため、テストデータを
被試験システムバス上に出力するということは、必ずし
も、テストデータが被試験モジュールのシステムバス診
断制御部に正常に伝達される保障がないという問題点が
ある。

また上記装置例の場合は、バス診断のために第２図のμ
ＰＩＯ２２０を使用するため本来のオンライン処理に負
荷をかけることになる。

しかもシステムのオンライン処理を継続しつつ、オペレ
ータを介したマニュアル操作による保守、点検操作（以
下オフライン処理と称す）を、障害の発生したシステム
バスに対して実行できない等、問題点が多く存在した。

この発明は、以上述べた従来方式による待機中バス診断
方式の問題点、即ち、第１にテストデータと折り返しデ
ータが同一経路を使用する点、第２にバス診断自体が本
来のオンライン処理に負荷をかける点、第３にオンライ
ン処理を継続しつつ、障害が発生したシステムバスに対
するオフライン処理による保守、点検操作を実行できな
い点を除去するために創案されたものである。

従って、本発明の目的は、テストデータと折り返しデー
タの経路を異ならせることによって、テストデータの被
試験モジュールへの正常な伝達を保証すると共に、バス
診断自体が本来のオンライン処理に負荷をかけないよう
にすることが可能なマルチプロセッサシステムにおける
バス診断方式を提供することにある。

また、本発明の目的は、オンライン処理を継続しつつ、
待機中システムバスのオフライン処理による保守９点検
操作を行なうことが可能なマルチプロセッサシステムに
おけるバス診断装置を提供することにある。

［課題を解決するための手段］ 本発明のマルチプロセッサシステムにおけるバス診断方
式は、二重化されたシステムバスを具備しているマルチ
プロセッサシステムにおいて、システム内のすべてのモ
ジュールとの間でデータ通信が可能なシステムコントロ
ールバスを用意したシステムコントロール部を具備し、
そのシステムコントロール部により、自身がシステムコ
ントロールバスへ出力したテストデータな、システム内
の任意のモジュールを経由して、二重化されたシステム
バスのうち、待機中のシステムバスより受け取り、受取
ったデータと前記テストデータとを比較してバスの状態
を判断するようにしたものである。

また、本発明のマルチプロセッサシステムにおけるバス
診断方式は、オンライン処理を継続しつつ、オフライン
処理も行なえるようにするために、前記システムコント
ロール部を二重化するようにしたものである。

［作用コ 二重化されたシステムバスの内、待機中のシステムバス
の診断を行なうために、システムコントロール部からシ
ステム内の任意のモジュールへシステムコントロールバ
スを介してテストデータを送出すると、このテストデー
タを受取った任意のモジュールはデータ折り返し試験を
するために、その折り返しデータを待機中のシステムバ
スへ送出する。

すると、この折り返しデータはシステムコントロール部
で受取られ、この折り返しデータを受取ったシステムコ
ントロール部は、折り返しデータと自信がシステムコン
トロールバスへ送出したテストデータとを比較して、そ
のデータの一致、不一致からバスの状態を判断する。こ
のようにして、システム内の全てのモジュールを経由し
たシステムバスの状態判断が順次行なわれる。

この場合において、テストデータと折り返しデータが同
一経路を通らず、テストデータは待機中のシステムバス
とは関係のない、システムコントロールバスを通るので
、テストデータが診断対象となっている待機中のシステ
ムバスを通る場合のように、任意の被試験モジュールに
テストデータが異常伝達されるというおそれがなくなる
。また、システムコントロール部は、システム内のすべ
てのモジュールとの間でデータ通信が可能なシステムコ
ン）・ロールバスを用意しているため、本来のオンライ
ン処理を行なっているモジュール内のマイクロプロセッ
サは、バス診断には使用されずオンライン処理に負荷が
かかるということもない。

また、システムコントロール部が二重化されていると、
一方を運用中、他方を待機中とすることができるので、
待機中のシステムコントロール部を使用することによっ
て、システムのオンライン処理を継続しつつ、障害の発
生したシステムバスに対してオフライン処理の実行が可
能となる。

［実施例コ 以下、本発明の実施例を図面を用いて説明する。

システム構成 第３図はこの発明の実施例を示すマルチプロセッサシス
テムのブロック図である。

この例では複数のＣＰＵ、ＣＰＵ＃Ｏ〜ＣＰＵ＃１が＃
０システムバス６と＃１システムバス７による二重化さ
れたシステムバスに並列に接続されている。

また本システムには、二重化されたシステムコントロー
ル部ＳＹＣ＃００及びＳＹＣ＃０１が用意され、ＳＹＣ
＃ＯＯとＳＹＣ＃０１はそれぞれ＃０システムバス６、
＃１システムバス７及びシステム内の各ＣＰＵ＃Ｏ，＃
Ｉモジュールと接続するためのシステムコントロールバ
ス８、また両ＳＹＣ＃００．＃０１間の情報転送用のＳ
ＹＣ間バス５等、システム制御に必要なバスを具備して
いる。

各ＣＰＵ＃Ｏ，＃１は、＃０バスインタフェース１１．
２１と、＃１バスインタフェース１２゜２２を有してお
り、それぞれはワイヤードオアされて、各ＣＰＵ＃０．
＃１内のローカルバス１５゜２５に接続されている。

また各ＣＰＵ＃０．＃１はＳＣＩ部〈システムコントロ
ールバスインタフェース部）１４．２４を有し、これに
よりシステムバス６，７の運用状態及び診断状態の制御
をＳＹＣ＃ＯＯ，＃０１から受けると共に、自モジュー
ル内で検出した障害をＳＣＩ部１４．２４よりシステム
コンＩ・ロールバス８を介してＳＹＣ＃ＯＯ，＃０１へ
報告する。

各ＳＹＣ＃ＯＯ，＃０１は、その内部に＃０バスインタ
フェース３１．４１と、＃１バスインタフェース３２．
４２を有しており、それぞれはワイヤードオアされて、
ＳＹＣ＃００．＃０１内のローカルバス３７，４７に接
続されている。

また、ＳＣＩ部３５，４５、システムバス診断制御部３
６．４６、コンソールインタフェース部３４．４４、Ｓ
ＹＣ間インタフェース部３３，４３を有し、それぞれロ
ーカルバス３７，４７に接続されている。

ＳＹＣ＃００．＃０１内部のμＰ３０，４０はローカル
バス３７，４７を介してローカルバス３７，４７上の各
部にアクセスできる。

ＳＹＣ動作概要 本システムでは、第３図で示す様にＳＹＣ＃００、ＳＹ
Ｃ＃０１というようにＳＹＣを二重化している。

ＳＹＣ＃００ＳＳＹＣ＃０１は同様の構造、機能を有し
、どちらか一方が運用中の場合は他方は待機中となる。

運用中のＳＹＣはオンライン処理中のシステム制御を行
う。

上記のシステム制御とは、システムクロック、システム
リセットの供給、各モジュール及びシステムバスのシス
テムへの組み込み（運用システムバスの選択及び各モジ
ュールの運用中システムバスへの接続）等を意味する。

また各モジュール、運用中のシステムバスの障害監視、
特に障害発生時には障害箇所のシステムからの縮退（障
害発生モジュールの運用システムバスからの切離しくア
イソレート）、運用システムバス障害時は待機システム
バスへのシステムバス切替）等を指すものである。

また運用中のＳＹＣ自身も自己の動作を監視しており、
障害が検出されれば、待機中のＳＹＣにシステムの制御
処理を引継ぎ、自己は運用状態から退く。

運用状態から退いたＳＹＣは自己診断を実行し、その障
害が一時的なものであれば、待機状態となる。

新しく運用状態となるＳＹＣは旧運用状態であったＳＹ
Ｃよりシステム運用を継続するのに必要な情報をＳＹＣ
間バス５を介して受領し、その情報に従ってシステムの
運用を引継ぐ。

ＳＹＣによる待機中のシステムバスの診断運用中のＳＹ
Ｃはオンライン処理中に各ＣＰＵモジュールのオンライ
ン処理になんらの影響を与えること無しに待機中システ
ムバスの診断処理を実行できる。

第１図を例にとり、待機中システムバス診断動作を示し
た上記動作を説明する。

＃１システムバス７は現在待機中である。この待機中シ
ステムバス７の診断を行おうとするＳＹＣ＃００　（運
用中）は、待機中システムバス７の診断のための経路に
あたる１番目のモジュールＣＰＵ＃Ｏに対して、ＳＣＩ
部３部上５システムコントロールバス８を介して、待機
中システムバス診断モードに入る様にコマンド指示する
（ステップ４０１）。

運用中のＳＹＣ＃００より上記指示をＳＣＩ部１部上４
受信したモジュールＣＰＵ＃Ｏは、待機中システムバス
診断モードに入り（ステップ４０７）、自モジュール内
のμｐ１０の介在なしにシステムバス診断制御部１３が
ＳＣＩ部１部上４のテストデータ受信待ちとなる（ステ
ップ４０８）。

また、待機中システムバス７の＃１バスインタフェース
部１２をテストモードに設定し、待機中システムバス７
と上記バスインタフェース部１２を接続する。

ＳＹＣ＃ＯＯは前述のコマンドに続けてシステムコント
ロールバス８上にテストデータな送出する（ステップ４
０２）。

システムコントロールバス８よりテストデータを受信し
たＣＰＵ＃Ｏは、ＳＣＩ部１部上４そのテストデータを
システムバス診断制御部１３内のレジスタに保持し、そ
のデータを折り返しデータとして、待機中システムバス
診断モードになっている＃１バスインタフェース部１２
から待機中の＃１システムバス７へ出力する（ステップ
４１０）。

同時にＣＰＵ＃ＯはＳＣＩ部１部上４システムコントロ
ールバス８を介してＳＹＣ＃ＯＯに対しテストデータ受
信終了報告を行う（ステップ４０９）。

テストデータ受信終了報告を受信したＳＹＣ＃００はテ
ストデータ送出を終了すると共に、待機中の＃１システ
ムバス７から折り返しデータを読み取り、それをテスト
データと比較し、待機中システムバス７の状態を判定す
る（ステップ４０３゜４０４）。

ＳＹＣ＃００は再びシステムコントロールバス８により
、待機中システムバス診断を実行したモジュールＣＰ　
Ｕ　＃　ＯのＩＤを送出し、当該ＣＰＵ＃０に対し、同
診断モードの解除コマンドを発行する（ステップ４０５
）。

ＣＰＵ＃Ｏは同コマンドを受信するとシステムバス診断
制御部１３により＃１バスインタフェース１２の待機中
システムバス診断モードを解除し、同インタフェース１
２の待機中の＃１システムバス７より切り離す（ステッ
プ４１１）。

同時に、システムコントロールバス８により、待機中シ
ステムバス診断モード解除コマンド受信終了報告をＳＹ
Ｃ＃ＯＯに対し送出する（ステップ４１２）。

システムバス診断終了コマンド受信報告待ちであったＳ
ＹＣ＃００は、送出されてきた終了コマンド受信報告を
受け取ると診断を終了する（ステップ４０６）。

尚、運用中のＳＹＣ＃ＯＯは同様の手順により２番目の
モジュールＣＰＵ＃１を経由する待機中システムバス診
断を繰り返す。−船釣には、運用中のＳＹＣは上述した
手順により他のモジュールを経由する待機中システムバ
ス診断を全モジュールに対して繰返す。

待機中ＳＹＣによるオフライン処理 第１図において運用中のＳＹＣ＃ＯＯの待機中システム
バス診断にて待機中システムバス７に何らかの障害が発
見された場合、待機中のＳＹＣ＃０１を使用することで
コンソール１０からオペレータを介したマニュアル操作
により更に詳細な保守、点検作業をシステムのオンライ
ン処理に影響を与えること無しに実行できる。

オペレータはコンソール１０より待機中のＳＹＣ＃０１
に対し、待機中の＃１システムバス７のオフラインによ
る診断を行うことを通知する。

待機中のＳＹＣ＃０１は８７０間インタフェース４３よ
りＳＹＣ間バス５を介して運用中のＳＹＣ＃００に対し
て、待機中の＃１システムバス７の診断を実行すること
を通知する。

待機中のＳＹＣ＃０１は待機中システムバス診断側の＃
１バスインタフェース４２を＃１システムバス７に接続
する。

その後第４図と同様の方法により待機中システムバス７
の診断を行う。

診断動作終了後は＃１バスインタフェース４２を＃１シ
ステムバス７から切り離すと共に、運用中のＳＹＣ＃０
０に対して待機中システムバス診断の終了を報告する。

以上述べた本実施例による診断方式は、本来のシステム
運用のために必要な既存のハードウェア（例えばシステ
ムコントロールバス等）を流用できるため、本診断方式
のためだけに必要となるハード量は少なくて済み、構造
も簡素化できる↓［発明の効果コ 以上述べたように本発明によれば次のような効果を発揮
する。

（１）請求項１に記載のバス診断方式によれば、システ
ムバス診断において、バス診断用テストデータな送出す
る経路と、被診断バスとを分離したことによりテストデ
ータを被試験モジュールに正確に伝達できる。また、シ
ステムがオンライン処理中であってもそのオンライン処
理に何らの影響を与えることなくバス診断を随時行うこ
とができる。

（２）請求項２に記載のバス診断方式によれは、システ
ムコントロール部が二重化されているので、オペレータ
を介したマニュアル操作による更に詳細なバス診断を、
オンライン処理中にそのオンライン処理に何らの影響を
与えることなくバス診断を随時に行うことができる。

【図面の簡単な説明】

第１図は本実施例による待機中システムバス診断時の試
験データの流れ図を示す説明図、第２図は従来例のシス
テム構成図、第３図は本発明の実施例によるシステム構
成図、第４図は本実施例による待機中システムバス試験
動作フローチャートである。 ６は＃Ｏシステムバス、７は＃１システムバス、８はシ
ステムコントロールバス、１４．２４はシステムコント
ロールバスインタフェース部、１３゜２３はシステムバ
ス診断制御部、ＣＰＵ＃Ｏ，ＣＰＵ＃１はモジュール、
ＳＶＣ＃００．ＳＹＣ＃０１はシステムコントロール部
である。

Claims (1)

1. 【特許請求の範囲】 １、二重化されたシステムバスを具備しているマルチプ
   ロセッサシステムにおいて、 システム内のすべてのモジュールとの間でデータ通信が
   可能なシステムコントロールバスを用意したシステムコ
   ントロール部を具備し、 そのシステムコントロール部により、自身がシステムコ
   ントロールバスへ出力したテストデータを、システム内
   の任意のモジュールを経由して、二重化されたシステム
   バスのうち、待機中のシステムバスより受け取り、受取
   ったデータと前記テストデータとを比較して判断する ことを特徴とするマルチプロセッサシステムにおけるバ
   ス診断方式。 ２、前記システムコントロール部が二重化されているこ
   とを特徴とする請求項１に記載のマルチプロセッサシス
   テムにおけるバス診断方式。