JPH0594326A - バス障害検出時のアダプタ処理方式 - Google Patents
バス障害検出時のアダプタ処理方式Info
- Publication number
- JPH0594326A JPH0594326A JP3223822A JP22382291A JPH0594326A JP H0594326 A JPH0594326 A JP H0594326A JP 3223822 A JP3223822 A JP 3223822A JP 22382291 A JP22382291 A JP 22382291A JP H0594326 A JPH0594326 A JP H0594326A
- Authority
- JP
- Japan
- Prior art keywords
- adapter
- processing
- failure
- bus
- detecting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
- Bus Control (AREA)
Abstract
(57)【要約】 （修正有）
【目的】システムバスに障害が起きても、デバイスのリ
カバリ処理が容易にでき、アダプタ誤動作を防止でき、
更に障害復旧時のプロセッサによるリカバリ処理が適切
にできるようにする。 【構成】プロセッサ１と複数のアダプタ３が複数のシス
テムバス２を用いて接続され、更にアダプタ３の配下に
デバイス４が接続され、１つのデバイス４が複数のアダ
プタ３及びプロセッサ１より共有される場合、アダプタ
３にシステムバス２の障害を検出するバス障害検出手段
７及びバス障害検出出力を受けてアダプタ３の配下にあ
るデバイス４の解放処理を行った後にアダプタ３の全て
の処理を停止する障害処理手段８を設ける。更にシステ
ムバス障害によりアダプタの処理が停止したことを示す
情報を格納する停止情報格納手段９を設け、システム障
害復旧時のプロセッサ１からの停止要因を知るための入
出力命令に対し停止情報格納手段９の停止情報を通知し
てリカバリ処理を行わせる。
カバリ処理が容易にでき、アダプタ誤動作を防止でき、
更に障害復旧時のプロセッサによるリカバリ処理が適切
にできるようにする。 【構成】プロセッサ１と複数のアダプタ３が複数のシス
テムバス２を用いて接続され、更にアダプタ３の配下に
デバイス４が接続され、１つのデバイス４が複数のアダ
プタ３及びプロセッサ１より共有される場合、アダプタ
３にシステムバス２の障害を検出するバス障害検出手段
７及びバス障害検出出力を受けてアダプタ３の配下にあ
るデバイス４の解放処理を行った後にアダプタ３の全て
の処理を停止する障害処理手段８を設ける。更にシステ
ムバス障害によりアダプタの処理が停止したことを示す
情報を格納する停止情報格納手段９を設け、システム障
害復旧時のプロセッサ１からの停止要因を知るための入
出力命令に対し停止情報格納手段９の停止情報を通知し
てリカバリ処理を行わせる。
Description
【０００１】
【産業上の利用分野】本発明は、コンピュータシステム
におけるバス障害検出時のアダプタ処理方式に関する。
デバイスの制御がシステムバス障害で不可能になること
を防ぐためには、複数のシステムバスを用いた接続系統
によりプロセッサと複数のアダプタが接続される多重化
されたコンピュータシステムとする必要がある。
におけるバス障害検出時のアダプタ処理方式に関する。
デバイスの制御がシステムバス障害で不可能になること
を防ぐためには、複数のシステムバスを用いた接続系統
によりプロセッサと複数のアダプタが接続される多重化
されたコンピュータシステムとする必要がある。
【０００２】しかし、いずれか１つのシステムバスが障
害を起した場合、アダプタ側の処理に種々の問題を生ず
る。即ち、障害を起こしたシステムバスに接続されたア
ダプタがデバイスの制御の実行中にあった場合には、デ
バイスの制御中止が指示できず、正常な系統のアダプタ
によるデバイスの使用が不可能となり、また障害系統の
アダプタが処理を停止しないとシステムバスの障害によ
る誤動作の恐れがある。更に障害復旧時にプロセッサ側
でアダプタの停止要因が判らないため、リカバリ処理が
適切にできない場合もある。従って、システムバスの障
害発生に対し、このようなアダプタ側の問題を適切に解
決できるような処理方式が望まれる。
害を起した場合、アダプタ側の処理に種々の問題を生ず
る。即ち、障害を起こしたシステムバスに接続されたア
ダプタがデバイスの制御の実行中にあった場合には、デ
バイスの制御中止が指示できず、正常な系統のアダプタ
によるデバイスの使用が不可能となり、また障害系統の
アダプタが処理を停止しないとシステムバスの障害によ
る誤動作の恐れがある。更に障害復旧時にプロセッサ側
でアダプタの停止要因が判らないため、リカバリ処理が
適切にできない場合もある。従って、システムバスの障
害発生に対し、このようなアダプタ側の問題を適切に解
決できるような処理方式が望まれる。
【０００３】
【従来の技術】図４は、従来の一般的なコンピュータシ
ステムの構成例を示す。図４のコンピュータシステムに
あっては、単一のプロセッサ（ＰＭ）１がシステムバス
２を通じて単一のアダプタ（ＡＤＰ）３と接続され、ア
ダプタ３からの入出力バス５に磁気ディスク等のデバイ
ス（ＤＶＣ）４を接続している。
ステムの構成例を示す。図４のコンピュータシステムに
あっては、単一のプロセッサ（ＰＭ）１がシステムバス
２を通じて単一のアダプタ（ＡＤＰ）３と接続され、ア
ダプタ３からの入出力バス５に磁気ディスク等のデバイ
ス（ＤＶＣ）４を接続している。
【０００４】このように従来の一般的なコンピュータシ
ステムにおいてはプロセッサ１のアダプタ３及びデバイ
ス４は複数の接続系統によって接続されておらず、プロ
セッサ１は単一のシステムバス２を通じてアダプタ３及
びアダプタ配下のデバイス４の制御を行っている。その
ため従来のコンピュータシステムにおいてシステムバス
障害が発生した場合、プロセッサ１はデバイス４を制御
することができず、コンピュータシステム全体が停止し
ていた。
ステムにおいてはプロセッサ１のアダプタ３及びデバイ
ス４は複数の接続系統によって接続されておらず、プロ
セッサ１は単一のシステムバス２を通じてアダプタ３及
びアダプタ配下のデバイス４の制御を行っている。その
ため従来のコンピュータシステムにおいてシステムバス
障害が発生した場合、プロセッサ１はデバイス４を制御
することができず、コンピュータシステム全体が停止し
ていた。
【０００５】また図５に示すように、プロセッサ１と複
数のアダプタ３Ａ，３Ｂが複数のシステムバス２Ａ，２
Ｂによって接続され、複数のアダプタ３Ａ，３Ｂと複数
のデバイス４が複数の入出力バス５Ａ，５Ｂで接続され
た所謂多重化されたコンピュータシステムが考えられ
る。プロセッサ１と複数のアダプタ３Ａ，３Ｂおよび複
数のデバイス４は複数の接続系統によって接続されてい
る。
数のアダプタ３Ａ，３Ｂが複数のシステムバス２Ａ，２
Ｂによって接続され、複数のアダプタ３Ａ，３Ｂと複数
のデバイス４が複数の入出力バス５Ａ，５Ｂで接続され
た所謂多重化されたコンピュータシステムが考えられ
る。プロセッサ１と複数のアダプタ３Ａ，３Ｂおよび複
数のデバイス４は複数の接続系統によって接続されてい
る。
【０００６】このような多重化されたコンピュータシス
テムを想定した場合においては、例えばシステムバス２
Ａで障害が発生した場合、プロセッサ１はシステムバス
２Ｂに接続されたアダプタ３Ｂによりデバイス４の制御
が可能であり、１つのシステムバスに障害が起きてもコ
ンピュータシステム全体が停止することはない。
テムを想定した場合においては、例えばシステムバス２
Ａで障害が発生した場合、プロセッサ１はシステムバス
２Ｂに接続されたアダプタ３Ｂによりデバイス４の制御
が可能であり、１つのシステムバスに障害が起きてもコ
ンピュータシステム全体が停止することはない。
【０００７】
【発明が解決しようとする課題】しかしながら、多重化
されたコンピュータシステムにおいて、障害の発生した
システムバス２Ａに接続されたアダプタ３Ａがデバイス
４の制御の実行中であった場合、プロセッサ１はアダプ
タ３Ａに対し障害を起こしたシステムバス３Ａを通じて
デバイス４の制御中止を通知することができない。この
ようにデバイス４の制御が中止されないと、このデバイ
ス４に対し正常なシステムバス２Ｂに接続されたアダプ
タ３Ｂよりデバイス４の制御が出来ず、障害発生時に障
害を起した系統により制御中にあったデバイス４が使用
不可となる場合があった。
されたコンピュータシステムにおいて、障害の発生した
システムバス２Ａに接続されたアダプタ３Ａがデバイス
４の制御の実行中であった場合、プロセッサ１はアダプ
タ３Ａに対し障害を起こしたシステムバス３Ａを通じて
デバイス４の制御中止を通知することができない。この
ようにデバイス４の制御が中止されないと、このデバイ
ス４に対し正常なシステムバス２Ｂに接続されたアダプ
タ３Ｂよりデバイス４の制御が出来ず、障害発生時に障
害を起した系統により制御中にあったデバイス４が使用
不可となる場合があった。
【０００８】また、正常な系統のアダプタ３Ｂより制御
を中止できなくなったデバイス４のリカバリ処理を行う
ことは可能であるが、停止要因を回折しなければならな
いのでプロセッサ１の処理が複雑となり、デバイス４の
リカバリ処理に時間がかかり、更に正常なシステムバス
２Ｂに接続されたアダプタ３Ｂにデバイス４のリカバリ
処理のための余計な処理が増えるという問題があった。
を中止できなくなったデバイス４のリカバリ処理を行う
ことは可能であるが、停止要因を回折しなければならな
いのでプロセッサ１の処理が複雑となり、デバイス４の
リカバリ処理に時間がかかり、更に正常なシステムバス
２Ｂに接続されたアダプタ３Ｂにデバイス４のリカバリ
処理のための余計な処理が増えるという問題があった。
【０００９】またシステムバス障害の検出によりアダプ
タがすべての処理を停止しないと、障害の発生したシス
テムバスの異常動作によりアダプタが誤動作するという
問題があった。更に、システムバス障害の復旧した場合
に、プロセッサはアダプタに対してリカバリ処理を行う
が、システムバス障害によりアダプタが処理を停止した
のか、アダプタ自身の障害によって処理停止を行ったか
を容易に確認する方法がないため、適切なリカバリ処理
ができないという問題があった。
タがすべての処理を停止しないと、障害の発生したシス
テムバスの異常動作によりアダプタが誤動作するという
問題があった。更に、システムバス障害の復旧した場合
に、プロセッサはアダプタに対してリカバリ処理を行う
が、システムバス障害によりアダプタが処理を停止した
のか、アダプタ自身の障害によって処理停止を行ったか
を容易に確認する方法がないため、適切なリカバリ処理
ができないという問題があった。
【００１０】本発明は、このような従来の問題点に鑑み
てなされたもので、プロセッサにシステムバスを用いて
アダプタを接続する接続系統が多重化されたコンピュー
タシステムにおいて、システムバスに障害が起きてもデ
バイスのリカバリ処理が容易にできると共にアダプタ誤
動作を防止でき、更に障害復旧時のプロセッサによるリ
カバリ処理が適切にできるバス障害検出時のアダプタ処
理方式を提供することを目的とする。
てなされたもので、プロセッサにシステムバスを用いて
アダプタを接続する接続系統が多重化されたコンピュー
タシステムにおいて、システムバスに障害が起きてもデ
バイスのリカバリ処理が容易にできると共にアダプタ誤
動作を防止でき、更に障害復旧時のプロセッサによるリ
カバリ処理が適切にできるバス障害検出時のアダプタ処
理方式を提供することを目的とする。
【００１１】
【課題を解決するための手段】図１は本発明の原理説明
図である。まず本発明は、プロセッサ１と複数のアダプ
タ３が複数のシステムバス２を用いて接続され、更にア
ダプタ３の配下にデバイス４が接続され、複数の接続系
統により１つのデバイス４が複数のアダプタ３及びプロ
セッサ１より共有されるコンピュータシステムを対象と
する。
図である。まず本発明は、プロセッサ１と複数のアダプ
タ３が複数のシステムバス２を用いて接続され、更にア
ダプタ３の配下にデバイス４が接続され、複数の接続系
統により１つのデバイス４が複数のアダプタ３及びプロ
セッサ１より共有されるコンピュータシステムを対象と
する。
【００１２】このようなコンピュータシステムにおける
バス障害検出時のアダプタ処理方式として本発明にあっ
ては、アダプタ３に、システムバス２の障害を検出する
バス障害検出手段７と、バス障害検出手段７の障害検出
出力を受けてアダプタ３の配下にあるデバイス４の解放
処理を行った後にアダプタ３の全ての処理を停止する障
害処理手段８とを設けたことを特徴とする。
バス障害検出時のアダプタ処理方式として本発明にあっ
ては、アダプタ３に、システムバス２の障害を検出する
バス障害検出手段７と、バス障害検出手段７の障害検出
出力を受けてアダプタ３の配下にあるデバイス４の解放
処理を行った後にアダプタ３の全ての処理を停止する障
害処理手段８とを設けたことを特徴とする。
【００１３】ここでアダプタ３の停止処理手段８は、デ
バイス４に対する制御中にバス障害の検出を認識した際
に、配下のデバイス４に対し処理の中断コマンドを発行
する。またアダプタ３の障害処理手段８は、突き放し型
の命令によるデバイス４の制御中にバス障害の検出を認
識した際には、デバイス４を再接続（リコネクト）した
後に命令の無効化を行う。
バイス４に対する制御中にバス障害の検出を認識した際
に、配下のデバイス４に対し処理の中断コマンドを発行
する。またアダプタ３の障害処理手段８は、突き放し型
の命令によるデバイス４の制御中にバス障害の検出を認
識した際には、デバイス４を再接続（リコネクト）した
後に命令の無効化を行う。
【００１４】更に、アダプタ３の障害処理手段８は、バ
ス障害の検出を認識した際に、デバイス４で作成保持し
ている自己に対するセンス情報を無効化する。更に本発
明は、アダプタ３に、システムバス障害によりアダプタ
の処理が停止したことを示す情報を格納する停止情報格
納手段９を設け、システム障害復旧時のプロセッサ１か
らの停止要因を知るための入出力命令（Ｉ／Ｏ命令）に
対し前記停止情報格納手段９の停止情報を通知してリカ
バリ処理を行わせること特徴とする。
ス障害の検出を認識した際に、デバイス４で作成保持し
ている自己に対するセンス情報を無効化する。更に本発
明は、アダプタ３に、システムバス障害によりアダプタ
の処理が停止したことを示す情報を格納する停止情報格
納手段９を設け、システム障害復旧時のプロセッサ１か
らの停止要因を知るための入出力命令（Ｉ／Ｏ命令）に
対し前記停止情報格納手段９の停止情報を通知してリカ
バリ処理を行わせること特徴とする。
【００１５】具体的にはアダプタ３の停止情報格納手段
９からアダプタ停止要因としてシステムバスの障害を知
った場合には、プロセッサ１はアダプタの再起動を命令
して処理を再開させる。またアダプタ３の停止情報格納
手段９からアダプタ停止要因としてアダプタ自身の障害
を知った場合には、プロセッサ１はアダプタのログ情報
を収集した後にログ情報に応じたリカバリ処理を行う。
９からアダプタ停止要因としてシステムバスの障害を知
った場合には、プロセッサ１はアダプタの再起動を命令
して処理を再開させる。またアダプタ３の停止情報格納
手段９からアダプタ停止要因としてアダプタ自身の障害
を知った場合には、プロセッサ１はアダプタのログ情報
を収集した後にログ情報に応じたリカバリ処理を行う。
【００１６】
【作用】このような構成を備えた本発明のバス障害検出
時のアダプタ処理方式によれば次の作用が得られる。ま
ずデバイスの制御がシステムバス障害で不可能になるこ
とを防ぐためには、複数の接続系統によりプロセッサと
複数のアダプタが接続されている多重化されたコンピュ
ータシステムとする必要がある。
時のアダプタ処理方式によれば次の作用が得られる。ま
ずデバイスの制御がシステムバス障害で不可能になるこ
とを防ぐためには、複数の接続系統によりプロセッサと
複数のアダプタが接続されている多重化されたコンピュ
ータシステムとする必要がある。
【００１７】このような多重化されたコンピュータシス
テムにつき本発明では、システムバス障害を検出したア
ダプタは、アダプタ配下のデバイスの処理をすべて停止
し、デバイスの資源を解放するような停止処理を行う。
またデバイスの解放処理後はアダプタの処理をすべて停
止することにより、アダプタの誤動作を防止する。更に
システムバス障害の検出によりアダプタが処理停止を行
ったことをプロセッサに通知する停止情報格納手段を設
け、システムバス障害復旧後はプロセッサがアダプタに
格納された停止情報を参照することにより、アダプタの
処理停止の要因を確認できる。
テムにつき本発明では、システムバス障害を検出したア
ダプタは、アダプタ配下のデバイスの処理をすべて停止
し、デバイスの資源を解放するような停止処理を行う。
またデバイスの解放処理後はアダプタの処理をすべて停
止することにより、アダプタの誤動作を防止する。更に
システムバス障害の検出によりアダプタが処理停止を行
ったことをプロセッサに通知する停止情報格納手段を設
け、システムバス障害復旧後はプロセッサがアダプタに
格納された停止情報を参照することにより、アダプタの
処理停止の要因を確認できる。
【００１８】このためシステムバスに障害が発生した場
合のデバイスのリカバリ処理が全てアダプタ側で行われ
ることから、リカバリ処理が容易で且つ短時間で済み、
正常なシステムバスに接続されたアダプタにリカバリの
ための余計な処理を必要としない。また、システムバス
障害を検出したアダプタがデバイスの解放処理を行った
後に、すべての処理を停止することによりアダプタの誤
動作を防止できる。更に、システムバス障害が復旧した
場合に、アダプタがシステムバス障害で停止したかアダ
プタ自身の障害で停止したかをプロセッサに通知できる
ため、プロセッサはアダプタの停止要因を知ってアダプ
タの適切なリカバリ処理ができる。
合のデバイスのリカバリ処理が全てアダプタ側で行われ
ることから、リカバリ処理が容易で且つ短時間で済み、
正常なシステムバスに接続されたアダプタにリカバリの
ための余計な処理を必要としない。また、システムバス
障害を検出したアダプタがデバイスの解放処理を行った
後に、すべての処理を停止することによりアダプタの誤
動作を防止できる。更に、システムバス障害が復旧した
場合に、アダプタがシステムバス障害で停止したかアダ
プタ自身の障害で停止したかをプロセッサに通知できる
ため、プロセッサはアダプタの停止要因を知ってアダプ
タの適切なリカバリ処理ができる。
【００１９】
【実施例】図２は本発明のアダプタ処理方式が適用され
るコンピュータシステムの実施例構成図である。図２に
おいて、プロセッサ１は中央演算処理装置（ＣＰＵ）１
１、プロセッサ内のローカルメモリ（ＬＳＵ）１３およ
び２つのバス制御部１２Ａ，１２Ｂからなり、バス制御
部１２Ａ，１２Ｂはシステムバス２Ａ，２Ｂを通じてア
ダプタ３Ａ，３Ｂと接続されている。
るコンピュータシステムの実施例構成図である。図２に
おいて、プロセッサ１は中央演算処理装置（ＣＰＵ）１
１、プロセッサ内のローカルメモリ（ＬＳＵ）１３およ
び２つのバス制御部１２Ａ，１２Ｂからなり、バス制御
部１２Ａ，１２Ｂはシステムバス２Ａ，２Ｂを通じてア
ダプタ３Ａ，３Ｂと接続されている。
【００２０】アダプタ３Ａ，３Ｂは中央演算処理装置
（ＣＰＵ）２１、アダプタ内データバッファ２２、バス
制御部２３、入出力バス制御部（デバイス制御部）２４
からなっており、各アダプタ３Ａ，３Ｂのデバイス制御
部２４は入出力バス５Ａ，５Ｂを通じて複数のデバイス
４と接続されている。デバイス４は複数の入出力バス５
Ａ，５Ｂと接続可能なマルチポートのデバイスで、ＤＡ
ＳＤ（直接アクセス装置）等の磁気記憶装置である。
（ＣＰＵ）２１、アダプタ内データバッファ２２、バス
制御部２３、入出力バス制御部（デバイス制御部）２４
からなっており、各アダプタ３Ａ，３Ｂのデバイス制御
部２４は入出力バス５Ａ，５Ｂを通じて複数のデバイス
４と接続されている。デバイス４は複数の入出力バス５
Ａ，５Ｂと接続可能なマルチポートのデバイスで、ＤＡ
ＳＤ（直接アクセス装置）等の磁気記憶装置である。
【００２１】更にシステムバス２Ａ，２Ｂのそれぞれに
はシステムバス調停のためのバスアービタ６Ａ，６Ｂが
接続されている。通常、プロセッサ１はデバイス制御を
行うため、バス制御部１２Ａ又は１２Ｂを通じてアダプ
タ３Ａ又は３Ｂに対しＩ／Ｏ命令（入出力命令）を発行
する。Ｉ／Ｏ命令を受信したアダプタ３Ａ，３Ｂは、Ｉ
／Ｏ命令のパラメータ格納アドレスによりプロセッサ１
のローカルメモリ１３からパラメータをフェッチし、フ
ェッチパラメータに従ってデバイス４の制御を行い、デ
バイス４とプロセッサ１間のデータ転送等を行う。デバ
イス４の制御が完了するとプロセッサ１に対し割込みを
発行し、Ｉ／Ｏ命令の処理終了を報告する。
はシステムバス調停のためのバスアービタ６Ａ，６Ｂが
接続されている。通常、プロセッサ１はデバイス制御を
行うため、バス制御部１２Ａ又は１２Ｂを通じてアダプ
タ３Ａ又は３Ｂに対しＩ／Ｏ命令（入出力命令）を発行
する。Ｉ／Ｏ命令を受信したアダプタ３Ａ，３Ｂは、Ｉ
／Ｏ命令のパラメータ格納アドレスによりプロセッサ１
のローカルメモリ１３からパラメータをフェッチし、フ
ェッチパラメータに従ってデバイス４の制御を行い、デ
バイス４とプロセッサ１間のデータ転送等を行う。デバ
イス４の制御が完了するとプロセッサ１に対し割込みを
発行し、Ｉ／Ｏ命令の処理終了を報告する。
【００２２】このようなコンピュータシステムにおい
て、例えばバスアービタ６Ａに障害が発生し機能を停止
したとすると、システムバス２Ａの機能は停止し、プロ
セッサ１とアダプタ３Ａ間の通信は不可能となる。この
システムバスの障害発生に対し本発明のアダプタ処理方
式にあっては図３に示す処理フローに従って次の処理動
作を行う。
て、例えばバスアービタ６Ａに障害が発生し機能を停止
したとすると、システムバス２Ａの機能は停止し、プロ
セッサ１とアダプタ３Ａ間の通信は不可能となる。この
システムバスの障害発生に対し本発明のアダプタ処理方
式にあっては図３に示す処理フローに従って次の処理動
作を行う。
【００２３】まずシステムバス２Ａに接続されたプロセ
ッサ１およびアダプタ３Ａは図３のステップＰ１，Ａ１
に示すように、バス制御部１２Ａ，２３を通じてシステ
ムバス障害の発生を認識する。システムバス障害を検出
したアダプタ３Ａは、入出力制御部２４を通じて入出力
バス５Ａ配下のすべてのデバイス４の処理を中断するコ
マンドを発行し、デバイスの解放処理を行う。これによ
り入出力バス５Ａのポートによるデバイス４の処理はす
べて解放される。更にアダプタ３ＡはステップＡ２に示
すようにデバイス４の解放処理の終了後に、バス制御部
２３にシステムバス障害の検出によりアダプタの処理停
止を行ったことを示す情報を格納し、全ての処理を停止
する。
ッサ１およびアダプタ３Ａは図３のステップＰ１，Ａ１
に示すように、バス制御部１２Ａ，２３を通じてシステ
ムバス障害の発生を認識する。システムバス障害を検出
したアダプタ３Ａは、入出力制御部２４を通じて入出力
バス５Ａ配下のすべてのデバイス４の処理を中断するコ
マンドを発行し、デバイスの解放処理を行う。これによ
り入出力バス５Ａのポートによるデバイス４の処理はす
べて解放される。更にアダプタ３ＡはステップＡ２に示
すようにデバイス４の解放処理の終了後に、バス制御部
２３にシステムバス障害の検出によりアダプタの処理停
止を行ったことを示す情報を格納し、全ての処理を停止
する。
【００２４】一方、プロセッサ１はバス制御部１２Ａか
らのシステムバス障害通知を受けとるバス制御部１２Ａ
の使用を停止する。プロセッサ１のデバイス４に対する
処理はステップＰ２に示すようにシステムバス１２Ｂを
通じてアダプタ３Ｂで行い、コンピュータシステム全体
としての動作に影響はない。このシステムバス３Ａの障
害を復旧するためバスアービタ６Ａの交換を行う。
らのシステムバス障害通知を受けとるバス制御部１２Ａ
の使用を停止する。プロセッサ１のデバイス４に対する
処理はステップＰ２に示すようにシステムバス１２Ｂを
通じてアダプタ３Ｂで行い、コンピュータシステム全体
としての動作に影響はない。このシステムバス３Ａの障
害を復旧するためバスアービタ６Ａの交換を行う。
【００２５】バスアービタ６Ａを交換するとステップＰ
３に示すように、バス制御部１２Ａからの復旧通知を受
けてバス制御部１２Ａの使用を再開する。続いてステッ
プＰ４でシステムバスＡに接続された全てのアダプタに
対し、停止要因を知るためのＩ／Ｏ命令を発行する。プ
ロセッサ１からのＩ／Ｏ命令を受けたアダプタ３Ａはス
テップＡ３に示すように、ステップＡ２で格納した停止
要因を示す情報をプロセッサ１に通知する。このときア
ダプタ３Ａのファームウェアは動作しない。
３に示すように、バス制御部１２Ａからの復旧通知を受
けてバス制御部１２Ａの使用を再開する。続いてステッ
プＰ４でシステムバスＡに接続された全てのアダプタに
対し、停止要因を知るためのＩ／Ｏ命令を発行する。プ
ロセッサ１からのＩ／Ｏ命令を受けたアダプタ３Ａはス
テップＡ３に示すように、ステップＡ２で格納した停止
要因を示す情報をプロセッサ１に通知する。このときア
ダプタ３Ａのファームウェアは動作しない。
【００２６】プロセッサ１はステップＰ５でＩ／Ｏ命令
によりアダプタ３Ａから通知を受けた停止要因がシステ
ムバス障害によるものであった場合は、アダプタ再起動
のＩ／Ｏ命令を発行し、ステップＡ４にてアダプタ３Ａ
の再起動を行なわせ、処理を再開する。また、アダプタ
の停止要因がアダプタ自身の障害等によるものであった
場合はアダプタのログ情報を収集し、適切なリカバリ処
理を行う。以上の復旧処理が済むとステップＰ６に進ん
で通常の処理に移行する。
によりアダプタ３Ａから通知を受けた停止要因がシステ
ムバス障害によるものであった場合は、アダプタ再起動
のＩ／Ｏ命令を発行し、ステップＡ４にてアダプタ３Ａ
の再起動を行なわせ、処理を再開する。また、アダプタ
の停止要因がアダプタ自身の障害等によるものであった
場合はアダプタのログ情報を収集し、適切なリカバリ処
理を行う。以上の復旧処理が済むとステップＰ６に進ん
で通常の処理に移行する。
【００２７】ここで図３の処理フローは、システムバス
障害時アダプタがデバイスに対して行う解放処理とし
て、システムバス障害発生時にデバイスに対して制御中
にあった場合、直ちにデバイスに対する制御を中断を指
示してデバイスに対する制御を停止する場合を例にとっ
ているが、これ以外に、次の２つの解放処理がある。ま
ずデバイスが突き放し型の命令によってデバイスとして
のＤＡＳＤにシーク指示を行っている時にシステムバス
障害の検出を認識した場合には、デバイスをリコネクト
してシーク指示の無効化を行う。
障害時アダプタがデバイスに対して行う解放処理とし
て、システムバス障害発生時にデバイスに対して制御中
にあった場合、直ちにデバイスに対する制御を中断を指
示してデバイスに対する制御を停止する場合を例にとっ
ているが、これ以外に、次の２つの解放処理がある。ま
ずデバイスが突き放し型の命令によってデバイスとして
のＤＡＳＤにシーク指示を行っている時にシステムバス
障害の検出を認識した場合には、デバイスをリコネクト
してシーク指示の無効化を行う。
【００２８】例えばデバイスバスとしてＳＣＳＩを想定
した場合、アダプタから操作対象となるデバイスに対し
論理的な意味での接続を意味するコネクト命令を発行
し、動作を指示する。このときシーク等の処理に時間の
かかる命令の場合は、ディスコネクトすることでデバイ
スバスを一端解放する。デバイスは命令実行の処理が終
了するとリコネクト要求を出し、アダプタがリコネクト
することで処理を継続する。
した場合、アダプタから操作対象となるデバイスに対し
論理的な意味での接続を意味するコネクト命令を発行
し、動作を指示する。このときシーク等の処理に時間の
かかる命令の場合は、ディスコネクトすることでデバイ
スバスを一端解放する。デバイスは命令実行の処理が終
了するとリコネクト要求を出し、アダプタがリコネクト
することで処理を継続する。
【００２９】従ってデバイスをディスコネクトした状態
でシステムバス障害の検出を認識した場合には、アダプ
タはデバイスをリコネクトしてシーク指示の無効化を行
う必要がある。次にデバイスで作成保持されている自己
のアダプタに対するセンス情報を無効化する解放処理を
必要とする。センス情報はデバイスの障害通知情報であ
り、デバイスに何らかの障害が発生すると、各アダプタ
に対応して内部にセンス情報を作成する。デバイスのセ
ンス情報はアダプタからセンス情報の収集命令を発行す
ることによりアダプタに通知される。
でシステムバス障害の検出を認識した場合には、アダプ
タはデバイスをリコネクトしてシーク指示の無効化を行
う必要がある。次にデバイスで作成保持されている自己
のアダプタに対するセンス情報を無効化する解放処理を
必要とする。センス情報はデバイスの障害通知情報であ
り、デバイスに何らかの障害が発生すると、各アダプタ
に対応して内部にセンス情報を作成する。デバイスのセ
ンス情報はアダプタからセンス情報の収集命令を発行す
ることによりアダプタに通知される。
【００３０】従ってシステムバス障害の検出を認識した
際に、自己のアダプタに対するセンス情報を無効化して
おかないと、センス情報が収集されるまでは正常なシス
テムバスに接続している他のアダプタからの起動命令に
対しビジィー応答を行うデバイスが多数でてしまい、こ
れを防ぐためにセンス情報を無効化する。尚、システム
バス障害の検出が認識された時のデバイスに対する解放
処理は上記の実施例に限定されず、アダプタとデバイス
間のデバイスバス処理形態に応じて適宜に定められる。
際に、自己のアダプタに対するセンス情報を無効化して
おかないと、センス情報が収集されるまでは正常なシス
テムバスに接続している他のアダプタからの起動命令に
対しビジィー応答を行うデバイスが多数でてしまい、こ
れを防ぐためにセンス情報を無効化する。尚、システム
バス障害の検出が認識された時のデバイスに対する解放
処理は上記の実施例に限定されず、アダプタとデバイス
間のデバイスバス処理形態に応じて適宜に定められる。
【００３１】
【発明の効果】以上説明したように本発明によれば、シ
ステムバスに障害が発生した場合のデバイスのリカバリ
処理が容易となり、リカバリ処理時間が短時間で済み、
更に正常なシステムバスに接続されたアダプタにリカバ
リのための余計な処理を負担させる必要がない。
ステムバスに障害が発生した場合のデバイスのリカバリ
処理が容易となり、リカバリ処理時間が短時間で済み、
更に正常なシステムバスに接続されたアダプタにリカバ
リのための余計な処理を負担させる必要がない。
【００３２】また、システムバス障害を検出したアダプ
タがデバイスの解放処理を行った後に全ての処理を停止
することによりアダプタの誤動作を防止できる。更に、
システムバス障害が復旧した場合に、アダプタがシステ
ムバス障害で停止したことをプロセッサに通知するた
め、アダプタの停止要因を知ってアダプタの適切なリカ
バリ処理ができる。
タがデバイスの解放処理を行った後に全ての処理を停止
することによりアダプタの誤動作を防止できる。更に、
システムバス障害が復旧した場合に、アダプタがシステ
ムバス障害で停止したことをプロセッサに通知するた
め、アダプタの停止要因を知ってアダプタの適切なリカ
バリ処理ができる。
【図１】本発明の原理説明図
【図２】本発明が適用されるコンピュータシステムの実
施例構成図
施例構成図
【図３】本発明のアダプタ処理を示した処理フロー図
【図４】従来の一般的なコンピュータシステムの構成図
【図５】従来の多重化されたコンピュータシステムの構
成図
成図
１：プロセッサ ２，２Ａ，２Ｂ：システムバス ３，３Ａ，３Ｂ：アダプタ（ＡＤＰ） ４：デバイス（ＤＶＣ） ５，５Ａ，５Ｂ：入出力バス ６Ａ，６Ｂ：バスアービタ ７：バス障害検出手段 ８：障害処理手段 ９：停止情報格納手段 １１，２１：中央処理装置（ＣＰＵ） １２Ａ，１２Ｂ，２３：バス制御部 １３：ローカルメモリ（ＬＳＵ） ２２：データバッファ ２４：入出力制御部（デバイス制御部）
Claims (7)
- 【請求項１】プロセッサ１と複数のアダプタ３が複数の
システムバス２を用いて接続され、更にアダプタ３の配
下にデバイス４が接続され、複数の接続系統により１つ
のデバイス４が複数のアダプタ３及びプロセッサ１より
共有されるコンピュータシステムに於いて、 前記アダプタ３に、システムバス２の障害を検出するバ
ス障害検出手段７と、該バス障害検出手段７の障害検出
出力を受けてアダプタ３の配下にあるデバイス４の解放
処理を行った後にアダプタ３の全ての処理を停止する障
害処理手段８とを設けたことを特徴とするバス障害検出
時のアダプタ処理方式。 - 【請求項２】請求項１記載のバス障害検出時のアダプタ
処理方式に於いて、 前記アダプタ３の障害処理手段８は、アダプタ４の制御
中にバス障害の検出を認識した際には、配下のデバイス
４に対し処理の中断コマンドを発行することを特徴とす
るバス障害検出時のアダプタ処理方式。 - 【請求項３】請求項１記載のバス障害検出時のアダプタ
処理方式に於いて、 前記アダプタ３の障害処理手段８は、突き放し型の命令
によるデバイス４の制御中にバス障害の検出を認識した
際には、該デバイス４を再接続した後に命令の無効化を
行うことを特徴とするバス障害検出時のアダプタ処理方
式。 - 【請求項４】請求項１記載のバス障害検出時のアダプタ
処理方式に於いて、 前記アダプタ３の障害処理手段８は、バス障害の検出を
認識した際に、該デバイス４で作成保持している自己に
対するセンス情報を無効化することを特徴とするバス障
害検出時のアダプタ処理方式。 - 【請求項５】請求項１記載のバス障害検出時のアダプタ
処理方式に於いて、 前記アダプタ３に、更にシステムバス障害によりアダプ
タ３の処理が停止したことを示す情報を格納する停止情
報格納手段９を設け、システム障害復旧時のプロセッサ
１からの停止要因を知るための入出力命令に対し前記停
止情報格納手段９の停止情報を通知してリカバリ処理を
行わせることを特徴とするバス障害検出時のアダプタ処
理方式。 - 【請求項６】請求項５記載のバス障害検出時のアダプタ
処理方式に於いて、 前記プロセッサ１は、前記アダプタ３の停止情報格納手
段９からアダプタ停止要因としてシステムバスの障害を
知った場合には、アダプタ３の再起動を命令して処理を
再開させることを特徴とするバス障害検出時のアダプタ
処理方式。 - 【請求項７】請求項５記載のバス障害検出時のアダプタ
処理方式に於いて、 前記プロセッサ１は、前記アダプタ３の停止情報格納手
段９からアダプタ停止要因としてアダプタ自身の障害を
知った場合には、アダプタ３のログ情報を収集した後に
該ログ情報に応じたリカバリ処理を行なわせることを特
徴とするバス障害検出時のアダプタ処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3223822A JP2815730B2 (ja) | 1991-09-04 | 1991-09-04 | アダプタ及びコンピュータシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3223822A JP2815730B2 (ja) | 1991-09-04 | 1991-09-04 | アダプタ及びコンピュータシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0594326A true JPH0594326A (ja) | 1993-04-16 |
| JP2815730B2 JP2815730B2 (ja) | 1998-10-27 |
Family
ID=16804270
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3223822A Expired - Fee Related JP2815730B2 (ja) | 1991-09-04 | 1991-09-04 | アダプタ及びコンピュータシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2815730B2 (ja) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS542635A (en) * | 1977-06-08 | 1979-01-10 | Hitachi Ltd | Input-output control system |
| JPS60204050A (ja) * | 1984-03-27 | 1985-10-15 | Fujitsu Ltd | 入出力装置のエラ−回復方式 |
| JPS6438856A (en) * | 1987-08-05 | 1989-02-09 | Fujitsu Ltd | System for releasing occupancy of port |
| JPH0351937A (ja) * | 1989-07-19 | 1991-03-06 | Nec Corp | 電子計算機システムの周辺装置障害回復方式 |
-
1991
- 1991-09-04 JP JP3223822A patent/JP2815730B2/ja not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS542635A (en) * | 1977-06-08 | 1979-01-10 | Hitachi Ltd | Input-output control system |
| JPS60204050A (ja) * | 1984-03-27 | 1985-10-15 | Fujitsu Ltd | 入出力装置のエラ−回復方式 |
| JPS6438856A (en) * | 1987-08-05 | 1989-02-09 | Fujitsu Ltd | System for releasing occupancy of port |
| JPH0351937A (ja) * | 1989-07-19 | 1991-03-06 | Nec Corp | 電子計算機システムの周辺装置障害回復方式 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2815730B2 (ja) | 1998-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2505928B2 (ja) | フォ―ルト・トレラント・システムのためのチェックポイント機構 | |
| US6321346B1 (en) | External storage | |
| JP5347414B2 (ja) | 同期制御装置，情報処理装置及び同期管理方法 | |
| US7721155B2 (en) | I2C failure detection, correction, and masking | |
| JP5392594B2 (ja) | 仮想計算機冗長化システム、コンピュータシステム、仮想計算機冗長化方法、及びプログラム | |
| JP3537281B2 (ja) | 共有ディスク型多重系システム | |
| JP4315016B2 (ja) | コンピュータシステムの系切替方法 | |
| US5742851A (en) | Information processing system having function to detect fault in external bus | |
| JP5287974B2 (ja) | 演算処理システム、再同期方法、およびファームプログラム | |
| JPH09251443A (ja) | 情報処理システムのプロセッサ障害回復処理方法 | |
| JP2006172243A (ja) | フォルトトレラントコンピュータ装置およびその同期化方法 | |
| JP2006285384A (ja) | プロセッサ障害処理方式、管理プロセッサ及びプロセッサ障害処理方法 | |
| JP2002049509A (ja) | データ処理システム | |
| JP2815730B2 (ja) | アダプタ及びコンピュータシステム | |
| JPH07121395A (ja) | 予備装置優先選択方法 | |
| JP3536293B2 (ja) | 二重化コンピュータ装置 | |
| JP2001175545A (ja) | サーバシステムおよび障害診断方法ならびに記録媒体 | |
| JP2937857B2 (ja) | 共通記憶装置のロックフラグ解除方式および方法 | |
| JP2785992B2 (ja) | サーバプログラムの管理処理方式 | |
| JP3050148B2 (ja) | ２重化情報処理装置 | |
| JP2000347758A (ja) | 情報処理装置 | |
| JPS62296264A (ja) | デ−タ処理システムの構成制御方式 | |
| JPH07200334A (ja) | 二重化同期運転方式 | |
| JPS6095663A (ja) | ２重化磁気デイスク装置の自動切換装置 | |
| JP2005235214A (ja) | 不具合が存在するときにスイッチ障害を防止する方法、装置及びソフトウエア |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19980728 |
|
| LAPS | Cancellation because of no payment of annual fees |