JP3206665B2 - 計算機システム - Google Patents
計算機システムInfo
- Publication number
- JP3206665B2 JP3206665B2 JP18956491A JP18956491A JP3206665B2 JP 3206665 B2 JP3206665 B2 JP 3206665B2 JP 18956491 A JP18956491 A JP 18956491A JP 18956491 A JP18956491 A JP 18956491A JP 3206665 B2 JP3206665 B2 JP 3206665B2
- Authority
- JP
- Japan
- Prior art keywords
- processor
- failure
- processing unit
- unit
- diagnostic bus
- 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.)
- Expired - Fee Related
Links
Landscapes
- Multi Processors (AREA)
Description
【０００１】
【産業上の利用分野】この発明は、マルチプロセッサ構
成の計算機システムに関するものである。
成の計算機システムに関するものである。
【０００２】
【従来の技術】図６は例えば特開昭６４−８８６７７号
公報に示された従来の計算機システムの構成を示すブロ
ック図である。図において１はシステムバス、２ａ〜２
ｎは前記システムバス１に接続される複数のプロセッ
サ、３は前記システムバス１に接続されてシステムの故
障管理等を行なうサービスプロセッサ、４は前記システ
ムバス１に接続され、ハードディスク等で構成される外
部機器との入出力を行なう入出力装置であり、５はこれ
らプロセッサ２ａ〜２ｎ、サービスプロセッサ３、入出
力装置４の相互を接続し、システムの故障管理のために
使用される診断バスである。
公報に示された従来の計算機システムの構成を示すブロ
ック図である。図において１はシステムバス、２ａ〜２
ｎは前記システムバス１に接続される複数のプロセッ
サ、３は前記システムバス１に接続されてシステムの故
障管理等を行なうサービスプロセッサ、４は前記システ
ムバス１に接続され、ハードディスク等で構成される外
部機器との入出力を行なう入出力装置であり、５はこれ
らプロセッサ２ａ〜２ｎ、サービスプロセッサ３、入出
力装置４の相互を接続し、システムの故障管理のために
使用される診断バスである。
【０００３】また、各プロセッサ２ａ〜２ｎ内におい
て、６はそれぞれのプロセッサ２ａ〜２ｎにおける制御
処理を実行する制御処理部（以下、制御ＣＰＵとい
う）、７は各プロセッサ２ａ〜２ｎで発生した故障の検
出を行なう故障検出部、８は前記故障検出部７にて検出
された故障要因を登録する故障テーブルであり、９は各
プロセッサ２ａ〜２ｎと前記診断バス５とのインタフェ
ースを行なう診断バスインタフェース（以下、診断バス
Ｉ／Ｆという）、１０は各プロセッサ２ａ〜２ｎと前記
システムバス１とのインタフェースを行なうシステムバ
スインタフェース（以下、システムバスＩ／Ｆという）
である。これらは各プロセッサ２ａ〜２ｎのそれぞれに
共通に備えられている。
て、６はそれぞれのプロセッサ２ａ〜２ｎにおける制御
処理を実行する制御処理部（以下、制御ＣＰＵとい
う）、７は各プロセッサ２ａ〜２ｎで発生した故障の検
出を行なう故障検出部、８は前記故障検出部７にて検出
された故障要因を登録する故障テーブルであり、９は各
プロセッサ２ａ〜２ｎと前記診断バス５とのインタフェ
ースを行なう診断バスインタフェース（以下、診断バス
Ｉ／Ｆという）、１０は各プロセッサ２ａ〜２ｎと前記
システムバス１とのインタフェースを行なうシステムバ
スインタフェース（以下、システムバスＩ／Ｆという）
である。これらは各プロセッサ２ａ〜２ｎのそれぞれに
共通に備えられている。
【０００４】さらに、１１はシステムに対してオペレー
タが操作するコンソールであり、図６においてはプロセ
ッサ２ｎに接続された場合が例示されている。１２はこ
のコンソール１１とのインタフェースを行うために前記
プロセッサ２ｎ内に配されたマンマシンインタフェース
部（以下、マンマシンＩ／Ｆ部という）である。
タが操作するコンソールであり、図６においてはプロセ
ッサ２ｎに接続された場合が例示されている。１２はこ
のコンソール１１とのインタフェースを行うために前記
プロセッサ２ｎ内に配されたマンマシンインタフェース
部（以下、マンマシンＩ／Ｆ部という）である。
【０００５】次に動作について説明する。ここで、図
７、図８は故障発生時の障害処理、およびコンソール１
１からの障害テーブル８の読み出し要求に対する処理の
流れを示すフローチャートである。
７、図８は故障発生時の障害処理、およびコンソール１
１からの障害テーブル８の読み出し要求に対する処理の
流れを示すフローチャートである。
【０００６】今、プロセッサ２ａで故障が画発生する
と、当該プロセッサ２ａの故障検出部７がそれを検出す
る（ステップＳＴ１１）。故障の発生を検出した故障検
出部７は故障情報を自プロセッサ２ａ内の故障テーブル
８に登録するとともに（ステップＳＴ１２）、故障発生
であることを診断バスＩ／Ｆ９に通知する（ステップＳ
Ｔ１３）。
と、当該プロセッサ２ａの故障検出部７がそれを検出す
る（ステップＳＴ１１）。故障の発生を検出した故障検
出部７は故障情報を自プロセッサ２ａ内の故障テーブル
８に登録するとともに（ステップＳＴ１２）、故障発生
であることを診断バスＩ／Ｆ９に通知する（ステップＳ
Ｔ１３）。
【０００７】この通知を受けた診断バスＩ／Ｆ９は診断
バス５を経由してサービスプロセッサ３に処理の依頼を
行う（ステップＳＴ１４）。依頼を受けたサービスプロ
セッサ３は、通知された故障内容により、入出力装置４
にデータを保存するとか、故障となったプロセッサ２ａ
をシステムバス１から切り離す等、必要な処理を実行す
る（ステップＳＴ１５）。
バス５を経由してサービスプロセッサ３に処理の依頼を
行う（ステップＳＴ１４）。依頼を受けたサービスプロ
セッサ３は、通知された故障内容により、入出力装置４
にデータを保存するとか、故障となったプロセッサ２ａ
をシステムバス１から切り離す等、必要な処理を実行す
る（ステップＳＴ１５）。
【０００８】一方、オペレータがプロセッサ２ａの状態
を知るため、当該プロセッサ２ａの故障テーブル８を読
み出す場合、コンソール１１から入力された当該要求は
プロセッサ２ｎのマンマシンＩ／Ｆ部１２で受けられる
（ステップＳＴ２１）。マンマシンＩ／Ｆ部１２はその
要求をプロセッサ２ｎの制御ＣＰＵ６に伝え（ステップ
ＳＴ２２）、制御ＣＰＵ６はシステムバスＩ／Ｆ１０に
プロセッサ２ａの故障テーブル８の読み出しを要求する
（ステップＳＴ２３）。プロセッサ２ｎのシステムバス
Ｉ／Ｆ９はプロセッサ２ａのシステムバスＩ／Ｆ１０に
その故障テーブル８の読み出しを要求し（ステップＳＴ
２４）、システムバスＩ／Ｆ１０はこの要求を制御ＣＰ
Ｕ６に通知する（ステップＳＴ２５）。
を知るため、当該プロセッサ２ａの故障テーブル８を読
み出す場合、コンソール１１から入力された当該要求は
プロセッサ２ｎのマンマシンＩ／Ｆ部１２で受けられる
（ステップＳＴ２１）。マンマシンＩ／Ｆ部１２はその
要求をプロセッサ２ｎの制御ＣＰＵ６に伝え（ステップ
ＳＴ２２）、制御ＣＰＵ６はシステムバスＩ／Ｆ１０に
プロセッサ２ａの故障テーブル８の読み出しを要求する
（ステップＳＴ２３）。プロセッサ２ｎのシステムバス
Ｉ／Ｆ９はプロセッサ２ａのシステムバスＩ／Ｆ１０に
その故障テーブル８の読み出しを要求し（ステップＳＴ
２４）、システムバスＩ／Ｆ１０はこの要求を制御ＣＰ
Ｕ６に通知する（ステップＳＴ２５）。
【０００９】当該通知を受けたプロセッサ２ａの制御Ｃ
ＰＵ６は、自プロセッサ２ａの故障テーブル８を読み出
してシステムバスＩ／Ｆ１０に送出し、システムバス１
を介して要求元のプロセッサ２ｎに応答する（ステップ
ＳＴ２６）。プロセッサ２ｎではシステムバスＩ／Ｆ１
０にてその応答データを受け取って制御ＣＰＵ６に送
り、制御ＣＰＵ６は受けたプロセッサ２ａの故障テーブ
ル８の内容をマンマシンＩ／Ｆ部１２を経由してコンソ
ール１１に送る（ステップＳＴ２７）。
ＰＵ６は、自プロセッサ２ａの故障テーブル８を読み出
してシステムバスＩ／Ｆ１０に送出し、システムバス１
を介して要求元のプロセッサ２ｎに応答する（ステップ
ＳＴ２６）。プロセッサ２ｎではシステムバスＩ／Ｆ１
０にてその応答データを受け取って制御ＣＰＵ６に送
り、制御ＣＰＵ６は受けたプロセッサ２ａの故障テーブ
ル８の内容をマンマシンＩ／Ｆ部１２を経由してコンソ
ール１１に送る（ステップＳＴ２７）。
【００１０】
【発明が解決しようとする課題】従来の計算機システム
は以上の様に構成されているので、あるプロセッサ２ａ
の故障テーブル８を読み出そうとしても、そのプロセッ
サ２ａの制御ＣＰＵ６が重故障状態にある時は、要求す
る故障テーブル８の内容が読み出せないばかりか、故障
テーブル８を読み出そうとするプロセッサ２ａの制御Ｃ
ＰＵ６がたとえ正常であったとしても、コンソール１１
に接続されたプロセッサ２ｎの制御ＣＰＵ６が重故障状
態であれば、前記と同様に故障テーブル８を読み出すこ
とができないという問題点があった。
は以上の様に構成されているので、あるプロセッサ２ａ
の故障テーブル８を読み出そうとしても、そのプロセッ
サ２ａの制御ＣＰＵ６が重故障状態にある時は、要求す
る故障テーブル８の内容が読み出せないばかりか、故障
テーブル８を読み出そうとするプロセッサ２ａの制御Ｃ
ＰＵ６がたとえ正常であったとしても、コンソール１１
に接続されたプロセッサ２ｎの制御ＣＰＵ６が重故障状
態であれば、前記と同様に故障テーブル８を読み出すこ
とができないという問題点があった。
【００１１】この発明は上記のような問題点を解消する
ためになされたもので、オペレータからあるプロセッサ
の故障テーブルの読み出し要求があった場合に、当該プ
ロセッサの制御ＣＰＵの状態が重故障状態でも要求され
た故障テーブルが読み出せるとともに、コンソールがつ
ながれているプロセッサの制御ＣＰＵが重故障となった
場合でも要求された故障テーブルオペレータから前記と
同様の手順で読み出すことが可能な計算機システムを得
ることを目的とする。
ためになされたもので、オペレータからあるプロセッサ
の故障テーブルの読み出し要求があった場合に、当該プ
ロセッサの制御ＣＰＵの状態が重故障状態でも要求され
た故障テーブルが読み出せるとともに、コンソールがつ
ながれているプロセッサの制御ＣＰＵが重故障となった
場合でも要求された故障テーブルオペレータから前記と
同様の手順で読み出すことが可能な計算機システムを得
ることを目的とする。
【００１２】
【課題を解決するための手段】請求項１に記載の発明に
係る計算機システムは、診断バスＩ／Ｆを制御する補助
処理部（以下、サブＣＰＵという）、故障テーブルに登
録された故障情報を読み出したいプロセッサが正常か重
故障かを登録している故障管理テーブル、および故障情
報を読み出したいプロセッサが重故障の場合、当該故障
情報の読み出しをサブＣＰＵに依頼するための会話メモ
リを各プロセッサに設け、会話メモリにデータを登録し
たことをサブＣＰＵに通知するサブＣＰＵ信号を発生す
る機能を制御ＣＰＵに、会話メモリにデータを登録した
ことを制御ＣＰＵに通知する制御ＣＰＵ信号を発生する
機能をサブＣＰＵにそれぞれ持たせたものである。
係る計算機システムは、診断バスＩ／Ｆを制御する補助
処理部（以下、サブＣＰＵという）、故障テーブルに登
録された故障情報を読み出したいプロセッサが正常か重
故障かを登録している故障管理テーブル、および故障情
報を読み出したいプロセッサが重故障の場合、当該故障
情報の読み出しをサブＣＰＵに依頼するための会話メモ
リを各プロセッサに設け、会話メモリにデータを登録し
たことをサブＣＰＵに通知するサブＣＰＵ信号を発生す
る機能を制御ＣＰＵに、会話メモリにデータを登録した
ことを制御ＣＰＵに通知する制御ＣＰＵ信号を発生する
機能をサブＣＰＵにそれぞれ持たせたものである。
【００１３】また、請求項２に記載の発明に係る計算機
システムは、コンソールからの要求を受け付けるプロセ
ッサに、マンマシンインタフェース部からのデータを制
御ＣＰＵとサブＣＰＵのいずれかに切り換える切換部を
設け、当該プロセッサの故障検出部に、制御ＣＰＵの重
故障を検出すると制御ＣＰＵ重故障信号を切換部に送出
する機能を持たせたものである。
システムは、コンソールからの要求を受け付けるプロセ
ッサに、マンマシンインタフェース部からのデータを制
御ＣＰＵとサブＣＰＵのいずれかに切り換える切換部を
設け、当該プロセッサの故障検出部に、制御ＣＰＵの重
故障を検出すると制御ＣＰＵ重故障信号を切換部に送出
する機能を持たせたものである。
【００１４】
【作用】請求項１に記載の発明における制御ＣＰＵは、
会話メモリを介してサブＣＰＵと通信し、故障管理テー
ブルのチェックによって故障情報を読み出したいプロセ
ッサの制御ＣＰＵが重故障であることを知ると、その故
障情報の読み出しをサブＣＰＵに依頼することにより、
故障情報を読み出したいプロセッサの制御ＣＰＵが重故
障であっても故障情報を読み出すことが可能な計算機シ
ステムを実現する。
会話メモリを介してサブＣＰＵと通信し、故障管理テー
ブルのチェックによって故障情報を読み出したいプロセ
ッサの制御ＣＰＵが重故障であることを知ると、その故
障情報の読み出しをサブＣＰＵに依頼することにより、
故障情報を読み出したいプロセッサの制御ＣＰＵが重故
障であっても故障情報を読み出すことが可能な計算機シ
ステムを実現する。
【００１５】また、請求項２に記載の発明における切換
部は、故障検出部からの制御ＣＰＵ重故障信号に基づい
て、マンマシンインタフェース部からのデータを制御Ｃ
ＰＵとサブＣＰＵのいずれかに切り換えることにより、
コンソールが接続されたプロセッサの制御ＣＰＵが重故
障となった場合でも、当該制御ＣＰＵが正常な場合と同
様にして、要求されたプロセッサの故障テーブルの読み
出しを可能とする計算機システムを実現する。
部は、故障検出部からの制御ＣＰＵ重故障信号に基づい
て、マンマシンインタフェース部からのデータを制御Ｃ
ＰＵとサブＣＰＵのいずれかに切り換えることにより、
コンソールが接続されたプロセッサの制御ＣＰＵが重故
障となった場合でも、当該制御ＣＰＵが正常な場合と同
様にして、要求されたプロセッサの故障テーブルの読み
出しを可能とする計算機システムを実現する。
【００１６】
実施例１．以下、この発明の一実施例を図について説明
する。図１においては、１はシステムバス、２ａ〜２ｎ
はプロセッサ、３はサービスプロセッサ、４は入出力装
置、５は診断バス、６は制御ＣＰＵ、７は故障検出部、
８は故障テーブル、９は診断バスＩ／Ｆ、１０はシステ
ムバスＩ／Ｆ、１１はコンソール、１２はマンマシンＩ
／Ｆ部であり、図６に同一符号を付した従来のそれと同
一、あるいは相当部分であるため詳細な説明は省略す
る。
する。図１においては、１はシステムバス、２ａ〜２ｎ
はプロセッサ、３はサービスプロセッサ、４は入出力装
置、５は診断バス、６は制御ＣＰＵ、７は故障検出部、
８は故障テーブル、９は診断バスＩ／Ｆ、１０はシステ
ムバスＩ／Ｆ、１１はコンソール、１２はマンマシンＩ
／Ｆ部であり、図６に同一符号を付した従来のそれと同
一、あるいは相当部分であるため詳細な説明は省略す
る。
【００１７】また、プロセッサ２ｎ内において、１３は
故障検出部７によって検出されて出力される制御信号と
しての制御ＣＰＵ重故障信号、１４は診断バスＩ／Ｆ９
と故障テーブル８や、マンマシンＩ／Ｆ部１２とのイン
タフェースを行なうサブＣＰＵであり、１５は制御ＣＰ
Ｕ重故障信号１３を受けて、マンマシンＩ／Ｆ部１２か
らの要求を制御ＣＰＵ６に出力するかサブＣＰＵ１４に
出力するかを切り換える切換部である。
故障検出部７によって検出されて出力される制御信号と
しての制御ＣＰＵ重故障信号、１４は診断バスＩ／Ｆ９
と故障テーブル８や、マンマシンＩ／Ｆ部１２とのイン
タフェースを行なうサブＣＰＵであり、１５は制御ＣＰ
Ｕ重故障信号１３を受けて、マンマシンＩ／Ｆ部１２か
らの要求を制御ＣＰＵ６に出力するかサブＣＰＵ１４に
出力するかを切り換える切換部である。
【００１８】１６は制御ＣＰＵ６とサブＣＰＵ１４が会
話を行なうための会話メモリであり、１７はこの会話メ
モリ１６を通して制御ＣＰＵ６からサブＣＰＵ１４への
通信通知を行なう通知信号としてのサブＣＰＵ信号、１
８は会話メモリ１６を通してサブＣＰＵ１４から制御Ｃ
ＰＵ６への通信通知を行なう通知信号としての制御ＣＰ
Ｕ信号である。１９は例えばサービスプロセッサ３によ
って生成される故障管理テーブルで、例えば図２に示さ
れる構成となっていて、システムバス１に接続されてい
る全てのプロセッサ２ａ〜２ｎやサービスプロセッサ３
などの状態が登録されている。
話を行なうための会話メモリであり、１７はこの会話メ
モリ１６を通して制御ＣＰＵ６からサブＣＰＵ１４への
通信通知を行なう通知信号としてのサブＣＰＵ信号、１
８は会話メモリ１６を通してサブＣＰＵ１４から制御Ｃ
ＰＵ６への通信通知を行なう通知信号としての制御ＣＰ
Ｕ信号である。１９は例えばサービスプロセッサ３によ
って生成される故障管理テーブルで、例えば図２に示さ
れる構成となっていて、システムバス１に接続されてい
る全てのプロセッサ２ａ〜２ｎやサービスプロセッサ３
などの状態が登録されている。
【００１９】２０は各プロセッサ２ａ〜２ｎの前記故障
管理テーブル１９のマスタ情報となる故障管理情報で、
サービスプロセッサ３が各プロセッサ２ａ〜２ｎから故
障情報を受けた時に生成し管理している。
管理テーブル１９のマスタ情報となる故障管理情報で、
サービスプロセッサ３が各プロセッサ２ａ〜２ｎから故
障情報を受けた時に生成し管理している。
【００２０】次に動作について説明する。ここで、図３
〜図５は故障管理テーブル１９の更新処理、故障テーブ
ル８の読み出し処理、および切換部１５の動作の流れを
示すフローチャートである。なお、通常の動作は従来の
場合と同様であるため、ここでは説明を省略する。
〜図５は故障管理テーブル１９の更新処理、故障テーブ
ル８の読み出し処理、および切換部１５の動作の流れを
示すフローチャートである。なお、通常の動作は従来の
場合と同様であるため、ここでは説明を省略する。
【００２１】なお、プロセッサ２ａ〜２ｎ中のどれが故
障しても、コンソール１１からどのプロセッサ２ａ〜２
ｎに対して読み出し要求を行ってもよいが、ここではプ
ロセッサ２ａが故障し、このプロセッサ２ａにコンソー
ル１１からの読み出し要求があった場合を考える。ま
た、コンソール１１はどのプロセッサ２ａ〜２ｎに接続
されていてもよいが、ここでは図示にようにプロセッサ
２ｎに接続されている場合を考える。
障しても、コンソール１１からどのプロセッサ２ａ〜２
ｎに対して読み出し要求を行ってもよいが、ここではプ
ロセッサ２ａが故障し、このプロセッサ２ａにコンソー
ル１１からの読み出し要求があった場合を考える。ま
た、コンソール１１はどのプロセッサ２ａ〜２ｎに接続
されていてもよいが、ここでは図示にようにプロセッサ
２ｎに接続されている場合を考える。
【００２２】今、プロセッサ２ａで故障が発生すると
（ステップＳＴ３１）、故障情報は従来の場合と同様に
してサービスプロセッサ３に送られる（ステップＳＴ３
２）。サービスプロセッサ３は、この故障情報をもとに
プロセッサ２ａに対して要因に従った処理を行い（ステ
ップＳＴ３３）、さらに、例えば図２に示す故障管理テ
ーブル１９と類似の構造をもった故障管理情報２０にプ
ロセッサ２ａが軽故障または重故障等になったという情
報を登録する（ステップＳＴ３４）。その後、サービス
プロセッサ３は正常な各プロセッサ２ｂ〜２ｎに対し
て、更新された故障管理情報２０を送信する（ステップ
ＳＴ３５）。正常な各プロセッサ２ｂ〜２ｎは、この故
障管理情報２０を受けて（ステップＳＴ３６）、故障管
理テーブル１９の更新を行う（ステップＳＴ３７）。
（ステップＳＴ３１）、故障情報は従来の場合と同様に
してサービスプロセッサ３に送られる（ステップＳＴ３
２）。サービスプロセッサ３は、この故障情報をもとに
プロセッサ２ａに対して要因に従った処理を行い（ステ
ップＳＴ３３）、さらに、例えば図２に示す故障管理テ
ーブル１９と類似の構造をもった故障管理情報２０にプ
ロセッサ２ａが軽故障または重故障等になったという情
報を登録する（ステップＳＴ３４）。その後、サービス
プロセッサ３は正常な各プロセッサ２ｂ〜２ｎに対し
て、更新された故障管理情報２０を送信する（ステップ
ＳＴ３５）。正常な各プロセッサ２ｂ〜２ｎは、この故
障管理情報２０を受けて（ステップＳＴ３６）、故障管
理テーブル１９の更新を行う（ステップＳＴ３７）。
【００２３】次に、サービスプロセッサ３がプロセッサ
２ａが重故障であると判断し、プロセッサ２ａをシステ
ムバス１から切り離す等の重故障に対する処理を行なっ
た場合を考える。この時コンソール１１からプロセッサ
２ｎに対して、プロセッサ２ａの故障テーブル８の読み
出し要求があると（ステップＳＴ４１）、プロセッサ２
ｎの制御ＣＰＵ６は自プロセッサ２ｎ内の故障管理テー
ブル１９のチェックを行い（ステップＳＴ４２）、プロ
セッサ２ａの状態を判断する（ステップＳＴ４３）。そ
の結果、プロセッサ２ａが正常状態であれば、前述の従
来の場合と同様の処理が行われる。（ステップＳＴ４
４）。一方、プロセッサ２ａが重故障であると認識する
と、プロセッサ２ｎの制御ＣＰＵ６は自プロセッサ２ｎ
の会話メモリ１６に対してコンソール１１からの要求を
登録してサブＣＰＵ信号１７を出力する（ステップＳＴ
４５）。
２ａが重故障であると判断し、プロセッサ２ａをシステ
ムバス１から切り離す等の重故障に対する処理を行なっ
た場合を考える。この時コンソール１１からプロセッサ
２ｎに対して、プロセッサ２ａの故障テーブル８の読み
出し要求があると（ステップＳＴ４１）、プロセッサ２
ｎの制御ＣＰＵ６は自プロセッサ２ｎ内の故障管理テー
ブル１９のチェックを行い（ステップＳＴ４２）、プロ
セッサ２ａの状態を判断する（ステップＳＴ４３）。そ
の結果、プロセッサ２ａが正常状態であれば、前述の従
来の場合と同様の処理が行われる。（ステップＳＴ４
４）。一方、プロセッサ２ａが重故障であると認識する
と、プロセッサ２ｎの制御ＣＰＵ６は自プロセッサ２ｎ
の会話メモリ１６に対してコンソール１１からの要求を
登録してサブＣＰＵ信号１７を出力する（ステップＳＴ
４５）。
【００２４】プロセッサ２ｎのサブＣＰＵ１４はその会
話メモリ１６にその制御ＣＰＵ６からの要求が登録され
たのを認識すると（ステップＳＴ４６）、コンソール１
１からの要求を診断バスＩ／Ｆ９に送出し、診断バス５
経由でプロセッサ２ａの診断バスＩ／Ｆ９に故障テーブ
ル８の読み出しを要求する（ステップＳＴ４７）。プロ
セッサ２ａでは診断バスＩ／Ｆ９からの要求でサブＣＰ
Ｕ１４が故障テーブル８を読み出し（ステップＳＴ４
８）、プロセッサ２ｎのサブＣＰＵ１４に診断バス５を
介して応答する（ステップＳＴ４９）。
話メモリ１６にその制御ＣＰＵ６からの要求が登録され
たのを認識すると（ステップＳＴ４６）、コンソール１
１からの要求を診断バスＩ／Ｆ９に送出し、診断バス５
経由でプロセッサ２ａの診断バスＩ／Ｆ９に故障テーブ
ル８の読み出しを要求する（ステップＳＴ４７）。プロ
セッサ２ａでは診断バスＩ／Ｆ９からの要求でサブＣＰ
Ｕ１４が故障テーブル８を読み出し（ステップＳＴ４
８）、プロセッサ２ｎのサブＣＰＵ１４に診断バス５を
介して応答する（ステップＳＴ４９）。
【００２５】プロセッサ２ｎのサブＣＰＵ１４は応答を
会話メモリ１６に登録して制御ＣＰＵ信号１８を出力す
る（ステップＳＴ５０）。プロセッサ２ｎの制御ＣＰＵ
６はその会話メモリ１６にデータが登録されたのを受け
て（ステップＳＴ５１）、当該会話メモリ１６からデー
タを読み出してコンソール１１に応答する（ステップＳ
Ｔ５２）。
会話メモリ１６に登録して制御ＣＰＵ信号１８を出力す
る（ステップＳＴ５０）。プロセッサ２ｎの制御ＣＰＵ
６はその会話メモリ１６にデータが登録されたのを受け
て（ステップＳＴ５１）、当該会話メモリ１６からデー
タを読み出してコンソール１１に応答する（ステップＳ
Ｔ５２）。
【００２６】なお、コンソール１１が接続されているプ
ロセッサ２ｎの制御ＣＰＵ６が重故障となった場合に
は、当該プロセッサ２ｎの故障検出部７により制御ＣＰ
Ｕ重故障信号１３が出力される（ステップＳＴ６１）。
切換部１５はこの制御ＣＰＵ重故障信号１３を受ける
と、マンマシンＩ／Ｆ部１２からのデータ出力をサブＣ
ＰＵ１４側に切り換える（ステップＳＴ６２）。プロセ
ッサ２ｎのサブＣＰＵ１４は、当該制御ＣＰＵ重故障信
号１３を受けると、切換部１５から送られてくるマンマ
シンＩ／Ｆ部１２からのデータを読み込んで（ステップ
ＳＴ６３）、前述したプロセッサ２ｎの制御ＣＰＵ６が
正常な場合と同様な動作によって、プロセッサ２ａの故
障テーブル８の読み込みを行ってコンソール１１へ応答
を返す。
ロセッサ２ｎの制御ＣＰＵ６が重故障となった場合に
は、当該プロセッサ２ｎの故障検出部７により制御ＣＰ
Ｕ重故障信号１３が出力される（ステップＳＴ６１）。
切換部１５はこの制御ＣＰＵ重故障信号１３を受ける
と、マンマシンＩ／Ｆ部１２からのデータ出力をサブＣ
ＰＵ１４側に切り換える（ステップＳＴ６２）。プロセ
ッサ２ｎのサブＣＰＵ１４は、当該制御ＣＰＵ重故障信
号１３を受けると、切換部１５から送られてくるマンマ
シンＩ／Ｆ部１２からのデータを読み込んで（ステップ
ＳＴ６３）、前述したプロセッサ２ｎの制御ＣＰＵ６が
正常な場合と同様な動作によって、プロセッサ２ａの故
障テーブル８の読み込みを行ってコンソール１１へ応答
を返す。
【００２７】実施例２．なお、上記実施例では、プロセ
ッサ上に制御ＣＰＵとサブＣＰＵとを実装したものを示
したが、制御ＣＰＵが重故障状態にならなければ制御Ｃ
ＰＵのみで診断バスＩ／Ｆの制御を行なうように構成し
てもよく、上記実施例と同様の効果が得られる。
ッサ上に制御ＣＰＵとサブＣＰＵとを実装したものを示
したが、制御ＣＰＵが重故障状態にならなければ制御Ｃ
ＰＵのみで診断バスＩ／Ｆの制御を行なうように構成し
てもよく、上記実施例と同様の効果が得られる。
【００２８】実施例３．また、上記実施例では制御ＣＰ
ＵとサブＣＰＵの通信を行う会話メモリを記憶装置にて
構成した場合について説明したが、制御ＣＰＵとサブＣ
ＰＵの両方からアクセスできるものであればレジスタ等
で構成してもよい。
ＵとサブＣＰＵの通信を行う会話メモリを記憶装置にて
構成した場合について説明したが、制御ＣＰＵとサブＣ
ＰＵの両方からアクセスできるものであればレジスタ等
で構成してもよい。
【００２９】実施例４．さらに、上記実施例では故障管
理テーブルをサービスプロセッサからの情報で更新する
場合について説明したが、制御ＣＰＵがコンソールから
の要求を受けた時にサービスプロセッサに転送要求を出
し、その応答で更新するようにしてもよい。
理テーブルをサービスプロセッサからの情報で更新する
場合について説明したが、制御ＣＰＵがコンソールから
の要求を受けた時にサービスプロセッサに転送要求を出
し、その応答で更新するようにしてもよい。
【００３０】実施例５．また、上記実施例では、コンソ
ールからの故障テーブルの読み出し要求に対する処理に
ついて説明したが、サービスプロセッサが故障処理等に
より故障プロセッサの故障テーブルを読む場合にも適用
可能であり、上記実施例と同様の効果が得られる。
ールからの故障テーブルの読み出し要求に対する処理に
ついて説明したが、サービスプロセッサが故障処理等に
より故障プロセッサの故障テーブルを読む場合にも適用
可能であり、上記実施例と同様の効果が得られる。
【００３１】実施例６．さらに、上記実施例では、制御
ＣＰＵからサブＣＰＵへの通信要求をサブＣＰＵ信号、
サブＣＰＵから制御ＣＰＵへの通信要求を制御ＣＰＵ信
号を用いるものを示したが、制御ＣＰＵ、サブＣＰＵ各
々が会話メモリに書き込むタイミングにより通信要求信
号を出力するように構成してもよい。
ＣＰＵからサブＣＰＵへの通信要求をサブＣＰＵ信号、
サブＣＰＵから制御ＣＰＵへの通信要求を制御ＣＰＵ信
号を用いるものを示したが、制御ＣＰＵ、サブＣＰＵ各
々が会話メモリに書き込むタイミングにより通信要求信
号を出力するように構成してもよい。
【００３２】
【発明の効果】以上のように、請求項１に記載の発明に
よれば、会話メモリを介して制御ＣＰＵがサブＣＰＵと
通信し、故障情報を読み出したいプロセッサの制御ＣＰ
Ｕが重故障であった場合に、その故障情報の読み出しを
サブＣＰＵに依頼するように構成したので、制御ＣＰＵ
が重故障となったプロセッサの故障テーブルを、このサ
ブＣＰＵ経由で読み出すことが可能な計算機システムが
得られる効果がある。
よれば、会話メモリを介して制御ＣＰＵがサブＣＰＵと
通信し、故障情報を読み出したいプロセッサの制御ＣＰ
Ｕが重故障であった場合に、その故障情報の読み出しを
サブＣＰＵに依頼するように構成したので、制御ＣＰＵ
が重故障となったプロセッサの故障テーブルを、このサ
ブＣＰＵ経由で読み出すことが可能な計算機システムが
得られる効果がある。
【００３３】また、請求項２に記載の発明によれば、故
障検出部からの制御ＣＰＵ重故障信号に基づいて切換部
を制御し、マンマシンＩ／Ｆ部からのデータを制御ＣＰ
ＵとサブＣＰＵのいずれかに切り換えるように構成した
ので、コンソールの接続されたプロセッサで制御ＣＰＵ
が重故障になっても、要求されたプロセッサの故障テー
ブルの読み出しを、当該制御ＣＰＵが正常な場合と同様
に行うことが可能な計算機システムが得られる効果があ
る。
障検出部からの制御ＣＰＵ重故障信号に基づいて切換部
を制御し、マンマシンＩ／Ｆ部からのデータを制御ＣＰ
ＵとサブＣＰＵのいずれかに切り換えるように構成した
ので、コンソールの接続されたプロセッサで制御ＣＰＵ
が重故障になっても、要求されたプロセッサの故障テー
ブルの読み出しを、当該制御ＣＰＵが正常な場合と同様
に行うことが可能な計算機システムが得られる効果があ
る。
【図１】この発明の一実施例による計算機システムを示
すブロック図である。
すブロック図である。
【図２】上記実施例における故障管理テーブルの構成例
を示す説明図である。
を示す説明図である。
【図３】上記実施例による故障管理テーブルの更新処理
の流れを示すフローチャートである。
の流れを示すフローチャートである。
【図４】上記実施例による故障テーブルの読み出し処理
の流れを示すフローチャートである。
の流れを示すフローチャートである。
【図５】上記実施例におけるコンソールの接続されたプ
ロセッサの制御ＣＰＵが重故障となった場合の切換部の
動作を示すフローチャートである。
ロセッサの制御ＣＰＵが重故障となった場合の切換部の
動作を示すフローチャートである。
【図６】従来の計算機システムを示すブロック図であ
る。
る。
【図７】その故障発生時の処理の流れを示すフローチャ
ートである。
ートである。
【図８】そのコンソールからの故障テーブル読み出し要
求に対する処理の流れを示すフローチャートである。
求に対する処理の流れを示すフローチャートである。
１ システムバス ２ａ〜２ｎ プロセッサ ５ 診断バス ６ 制御ＣＰＵ（制御処理部） ７ 故障検出部 ８ 故障テーブル ９ 診断バスＩ／Ｆ（診断バスインターフェース） １１ コンソール １３ 制御信号（制御ＣＰＵ重故障信号） １４ サブＣＰＵ（補助処理部） １５ 切換部 １６ 会話メモリ １７ 通知信号（サブＣＰＵ信号） １８ 通知信号（制御ＣＰＵ信号） １９ 故障管理テーブル
Claims (2)
- 【請求項１】 各々が自装置内の全体制御を処理する制
御処理部、自装置内の故障を検出してその故障要因を収
集する故障検出部、および、前記故障検出部にて検出さ
れたデータが登録される故障テーブルを備えた複数のプ
ロセッサがシステムバスによって接続され、前記各プロ
セッサがさらに、前記故障検出部にて検出した故障情報
を、システムの故障管理を行っているサービスプロセッ
サに転送するための診断バスにて接続され、前記各プロ
セッサが当該診断バスとのインタフェースを行う診断バ
スインタフェースを備えた計算機システムにおいて、前
記プロセッサのそれぞれに、前記診断バスインタフェー
スを制御する補助処理部と、前記各プロセッサが正常か
重故障かを管理している故障管理テーブルと、前記制御
処理部が自プロセッサの故障管理テーブルにより前記故
障情報を読み出したいプロセッサが重故障であることを
検出した場合、当該故障情報の読み出しを前記補助処理
部に依頼するための会話メモリを設け、前記制御処理部
に、前記会話メモリにデータを登録したことを前記補助
処理部に通知する通知信号を発生する機能を持たせ、前
記補助処理部に、前記制御処理部より前記通知信号を受
けた補助処理部が、前記診断バスインタフェースおよび
前記診断バスを介して前記読み出したいプロセッサに故
障テーブルの内容の読み出し要求し、その読み出し要求
を受けたプロセッサの補助処理部が自プロセッサの故障
テーブルの内容を読み出して、読み出し要求したプロセ
ッサの補助処理部に応答し、その読み出し要求したプロ
セッサの補助処理部がその応答された故障テーブルの内
容を前記会話メモリに登録すると共に、その会話メモリ
にデータを登録したことを前記制御処理部に通知する通
知信号を発生する機能を持たせたことを特徴とする計算
機システム。 - 【請求項２】 複数の前記プロセッサ中でコンソールか
らの要求を受け付けるプロセッサに、前記コンソールと
のインタフェースを行うマンマシンインタフェース部か
らのデータを、前記制御処理部と前記補助処理部のいず
れに送るかの切り換えを行う切換部を設け、前記故障検
出部に、当該プロセッサの前記制御処理部の重故障を検
出した場合に、前記補助処理部より診断バスインタフェ
ースおよび診断バスを介して前記コンソールからの要求
に応じた読み出したいプロセッサの故障テーブルの内容
を読み出して、前記切換部および前記マンマシンインタ
フェース部を介して前記コンソールに応答することを特
徴とする請求項１に記載の計算機システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18956491A JP3206665B2 (ja) | 1991-07-04 | 1991-07-04 | 計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18956491A JP3206665B2 (ja) | 1991-07-04 | 1991-07-04 | 計算機システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0512236A JPH0512236A (ja) | 1993-01-22 |
| JP3206665B2 true JP3206665B2 (ja) | 2001-09-10 |
Family
ID=16243448
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18956491A Expired - Fee Related JP3206665B2 (ja) | 1991-07-04 | 1991-07-04 | 計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3206665B2 (ja) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6027061A (ja) * | 1983-07-22 | 1985-02-12 | Toshiba Corp | 共有型システムコンソ−ル |
| JPS60156161A (ja) * | 1984-01-26 | 1985-08-16 | Toshiba Corp | 複数の中央処理装置を有するシステムのコンソ−ル接続方式 |
| JPH01309163A (ja) * | 1988-06-07 | 1989-12-13 | Nec Corp | 入出力装置障害情報更新方式 |
| JP3025504B2 (ja) * | 1989-08-29 | 2000-03-27 | 富士通株式会社 | 情報処理装置 |
| JP2583617B2 (ja) * | 1989-10-18 | 1997-02-19 | 三菱電機株式会社 | マルチプロセッサシステム |
-
1991
- 1991-07-04 JP JP18956491A patent/JP3206665B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0512236A (ja) | 1993-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6209051B1 (en) | Method for switching between multiple system hosts | |
| EP1076853B1 (en) | Controlling a bus with multiple system hosts | |
| JP2004021556A (ja) | 記憶制御装置およびその制御方法 | |
| US6389554B1 (en) | Concurrent write duplex device | |
| JP3206665B2 (ja) | 計算機システム | |
| JPH0122653B2 (ja) | ||
| JP3059098B2 (ja) | マルチプロセッサシステム | |
| JP2001007893A (ja) | 情報処理システム及びそれに用いる障害処理方式 | |
| JP2002049501A (ja) | 耐故障性システム及びその故障切り分け方法 | |
| JP3565719B2 (ja) | バス間接続回路及びコンピュータシステム | |
| JP2005208972A (ja) | コンピュータ装置及びシステム | |
| JP2846177B2 (ja) | 計算機システム | |
| JPH09319474A (ja) | マルチプロセッサシステムに於ける電源制御装置 | |
| JPH0324634A (ja) | 二重系システム装置 | |
| KR100431467B1 (ko) | 프로세서간 이중화 시스템 및 방법 | |
| JPH06175868A (ja) | 二重化計算機故障監視方法 | |
| JP3260435B2 (ja) | 情報通信システム | |
| KR970004888B1 (ko) | 전전자 교환기의 이중화된 에스 시 에스 아이 어뎁터 동시 제어방법 | |
| JP2001092682A (ja) | キャッシュシステム及び二重化システム | |
| JPS62248049A (ja) | バツフア記憶装置 | |
| JPH01305454A (ja) | バススレーブ管理装置及び方法 | |
| JP2001142730A (ja) | Ｃｐｕアクセス空間の制御方式 | |
| JPH08137709A (ja) | 情報処理システム | |
| JPS6020778B2 (ja) | 複合計算機装置 | |
| JPH06133008A (ja) | 二重化装置における障害収集方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |