JPH09282191A - 障害処理方式 - Google Patents
障害処理方式Info
- Publication number
- JPH09282191A JPH09282191A JP8115655A JP11565596A JPH09282191A JP H09282191 A JPH09282191 A JP H09282191A JP 8115655 A JP8115655 A JP 8115655A JP 11565596 A JP11565596 A JP 11565596A JP H09282191 A JPH09282191 A JP H09282191A
- Authority
- JP
- Japan
- Prior art keywords
- scu
- epu
- software instruction
- interruption
- failure
- 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
- Retry When Errors Occur (AREA)
- Hardware Redundancy (AREA)
Abstract
(57)【要約】
【課題】SCUの間欠障害のカウントオーバによるSCU切り
離しに伴うEPUの切り離しを、該SCU配下の全EPUで実行
しているプロセスの再試行不可能な領域で行わないこと
により、切り離された全EPUで実行されていたプロセス
の確実な継続実行を行う。 【解決手段】SCUの間欠障害のカウントオーバが発生す
ると、即座には障害SCUと障害SCU配下のEPUの切り離し
をせず、ソフトウェア命令中断要求機構12を起動し、ソ
フトウェア命令中断要求機構12はソフトウェア命令中断
要求通信をEPUに送出し、ソフトウェア命令中断完了通
信を待合わせる。ソフトウェア命令中断機構26は該中断
要求がソフトウェア命令中断割込み機構22に保持されて
いると実行中のソフトウェア命令が終了後、ソフトウェ
ア命令中断完了通信をDGP７へ送出した後、再試行可能
状態でEPUの切り離しに備える。
離しに伴うEPUの切り離しを、該SCU配下の全EPUで実行
しているプロセスの再試行不可能な領域で行わないこと
により、切り離された全EPUで実行されていたプロセス
の確実な継続実行を行う。 【解決手段】SCUの間欠障害のカウントオーバが発生す
ると、即座には障害SCUと障害SCU配下のEPUの切り離し
をせず、ソフトウェア命令中断要求機構12を起動し、ソ
フトウェア命令中断要求機構12はソフトウェア命令中断
要求通信をEPUに送出し、ソフトウェア命令中断完了通
信を待合わせる。ソフトウェア命令中断機構26は該中断
要求がソフトウェア命令中断割込み機構22に保持されて
いると実行中のソフトウェア命令が終了後、ソフトウェ
ア命令中断完了通信をDGP７へ送出した後、再試行可能
状態でEPUの切り離しに備える。
Description
【０００１】
【発明の属する技術分野】本発明は、障害処理方式に関
し、特にシステム制御装置（「ＳＣＵ」という）障害時
の障害処理方式に関する。
し、特にシステム制御装置（「ＳＣＵ」という）障害時
の障害処理方式に関する。
【０００２】
【従来の技術】従来、この種の障害処理方式では、ＳＣ
Ｕ内のエラー訂正回路を有している箇所において障害が
発生した場合には、処理を継続し、情報処理装置の信頼
性を向上させている。
Ｕ内のエラー訂正回路を有している箇所において障害が
発生した場合には、処理を継続し、情報処理装置の信頼
性を向上させている。
【０００３】しかし、障害箇所が固定障害である場合に
は、障害が多発することにより、性能低下または障害情
報がオーバフローする等の理由から、複数のＳＣＵを有
する情報処理装置においては、ＳＣＵで継続運転可能な
間欠障害が発生した場合、診断処理装置（「ＤＧＰ」と
いう）はその回数をカウントし、そのカウント値が一定
時間内に定められた回数以上になった（これを「カウン
トオーバ」という）際に、固定障害とみなし、当該ＳＣ
Ｕの切り離しを行い、当該ＳＣＵ配下で実行していたプ
ロセスは、プロセッサリリーフ（救済処理）による継続
実行が試みられていた。この際、ＤＧＰは、当該ＳＣＵ
配下に接続された演算処理装置（「ＥＰＵ」という）の
動作状態とは無関係に、当該ＳＣＵの切り離しを行って
いた。
は、障害が多発することにより、性能低下または障害情
報がオーバフローする等の理由から、複数のＳＣＵを有
する情報処理装置においては、ＳＣＵで継続運転可能な
間欠障害が発生した場合、診断処理装置（「ＤＧＰ」と
いう）はその回数をカウントし、そのカウント値が一定
時間内に定められた回数以上になった（これを「カウン
トオーバ」という）際に、固定障害とみなし、当該ＳＣ
Ｕの切り離しを行い、当該ＳＣＵ配下で実行していたプ
ロセスは、プロセッサリリーフ（救済処理）による継続
実行が試みられていた。この際、ＤＧＰは、当該ＳＣＵ
配下に接続された演算処理装置（「ＥＰＵ」という）の
動作状態とは無関係に、当該ＳＣＵの切り離しを行って
いた。
【０００４】
【発明が解決しようとする課題】上述したように、従来
の障害処理方式においては、障害ＳＣＵの切り離しは、
当該ＳＣＵ配下のＥＰＵの動作状態とは無関係に行われ
ているために、当該ＳＣＵ配下のＥＰＵがソフトウェア
命令実行中に、再試行不可能な区間で当該ＳＣＵの切り
離しが行われた場合には、このＥＰＵにて実行中のプロ
セスは再試行不可能であるため、プロセッサリリーフが
不可能となり、プロセスアボートあるいはシステムクラ
ッシュを引き起こしてしまうという問題があった。
の障害処理方式においては、障害ＳＣＵの切り離しは、
当該ＳＣＵ配下のＥＰＵの動作状態とは無関係に行われ
ているために、当該ＳＣＵ配下のＥＰＵがソフトウェア
命令実行中に、再試行不可能な区間で当該ＳＣＵの切り
離しが行われた場合には、このＥＰＵにて実行中のプロ
セスは再試行不可能であるため、プロセッサリリーフが
不可能となり、プロセスアボートあるいはシステムクラ
ッシュを引き起こしてしまうという問題があった。
【０００５】図５は、このような従来の障害処理を行
う、ＥＰＵのソフトウェア命令実行フローを示す図であ
る。図５に示すように、ソフトウェア命令は、一般に再
試行可能な区間と再試行不可能な区間が存在し、命令開
始時には再試行可能であり、共有資源を更新すること等
により再試行不可能となる。
う、ＥＰＵのソフトウェア命令実行フローを示す図であ
る。図５に示すように、ソフトウェア命令は、一般に再
試行可能な区間と再試行不可能な区間が存在し、命令開
始時には再試行可能であり、共有資源を更新すること等
により再試行不可能となる。
【０００６】ＥＰＵの切り離しが行われる場合、図５に
「Ａ」として示すように、再試行可能な区間である場合
には、実行中の「ソフトウェア命令２」は、再試行可能
であるため、健全なＥＰＵへプロセッサリリーフを行う
ことができ、該ＥＰＵで実行中のプロセスは継続実行が
可能である。
「Ａ」として示すように、再試行可能な区間である場合
には、実行中の「ソフトウェア命令２」は、再試行可能
であるため、健全なＥＰＵへプロセッサリリーフを行う
ことができ、該ＥＰＵで実行中のプロセスは継続実行が
可能である。
【０００７】しかしながら、図５に「Ｂ」として示すよ
うに、再試行不可能な区間である場合は、プロセッサリ
リーフを行うことが不可能なため、該ＥＰＵで実行中の
プロセスは継続実行が不可能となり、プロセスアボート
とされていた。また、当該プロセスがオペレーティング
システムの中核（カーネル部）であるような場合には、
システムクラッシュを引き起こしていた。
うに、再試行不可能な区間である場合は、プロセッサリ
リーフを行うことが不可能なため、該ＥＰＵで実行中の
プロセスは継続実行が不可能となり、プロセスアボート
とされていた。また、当該プロセスがオペレーティング
システムの中核（カーネル部）であるような場合には、
システムクラッシュを引き起こしていた。
【０００８】このため、ＳＣＵの間欠障害の場合での、
ＳＣＵの切り離しを、ソフトウェア命令実行終了まで待
ち合わせることにより、ＥＰＵはプロセッサリリーフ可
能となり、プロセッサリリーフにより、プロセスを健全
なＥＰＵに引き継ぐことにより、プロセスをアボートさ
せることなく継続運転が可能となる。
ＳＣＵの切り離しを、ソフトウェア命令実行終了まで待
ち合わせることにより、ＥＰＵはプロセッサリリーフ可
能となり、プロセッサリリーフにより、プロセスを健全
なＥＰＵに引き継ぐことにより、プロセスをアボートさ
せることなく継続運転が可能となる。
【０００９】従って、本発明は、上記事情に鑑みて為さ
れたものであって、その目的は、間欠障害のカウントオ
ーバに伴うＳＣＵ切り離しの際、ＥＰＵが実行中のプロ
セスをアボートさせることなく、継続運転することを可
能にすることにより、情報処理装置の信頼性を向上させ
る障害処理方式を提供することにある。
れたものであって、その目的は、間欠障害のカウントオ
ーバに伴うＳＣＵ切り離しの際、ＥＰＵが実行中のプロ
セスをアボートさせることなく、継続運転することを可
能にすることにより、情報処理装置の信頼性を向上させ
る障害処理方式を提供することにある。
【００１０】
【課題を解決するための手段】前記目的を達成するた
め、本発明の障害処理方式は、ＳＣＵの複数回の間欠故
障により、前記ＳＣＵの切り離しが行われる場合、前記
ＳＣＵ配下の演算処理装置ＥＰＵにソフトウェア命令中
断要求を送出することにより、前記ＥＰＵで実行中のソ
フトウェア命令を終了するまで待ち合わせ、再試行可能
な状態にしてから前記ＳＣＵの切り離しを行い、前記Ｓ
ＣＵ配下の前記ＥＰＵで実行していたプロセスのプロセ
ッサリリーフを行う、ことを特徴とする。
め、本発明の障害処理方式は、ＳＣＵの複数回の間欠故
障により、前記ＳＣＵの切り離しが行われる場合、前記
ＳＣＵ配下の演算処理装置ＥＰＵにソフトウェア命令中
断要求を送出することにより、前記ＥＰＵで実行中のソ
フトウェア命令を終了するまで待ち合わせ、再試行可能
な状態にしてから前記ＳＣＵの切り離しを行い、前記Ｓ
ＣＵ配下の前記ＥＰＵで実行していたプロセスのプロセ
ッサリリーフを行う、ことを特徴とする。
【００１１】本発明の概要を以下に説明する。本発明に
よれば、ＳＣＵの間欠障害のカウントオーバによるＳＣ
Ｕ切り離しに伴うＥＰＵの切り離しにおいて、該ＳＣＵ
配下の全ＥＰＵで実行していたプロセスの確実な継続運
転を実現するものである。
よれば、ＳＣＵの間欠障害のカウントオーバによるＳＣ
Ｕ切り離しに伴うＥＰＵの切り離しにおいて、該ＳＣＵ
配下の全ＥＰＵで実行していたプロセスの確実な継続運
転を実現するものである。
【００１２】より具体的には、ＳＣＵの間欠障害のカウ
ントオーバが発生すると、診断処理装置（ＤＧＰ）（図
１の符号７）は、直ちにＥＰＵの切り離しを行うことは
せずに、障害ＳＣＵ配下のＥＰＵで実行中ソフトウェア
命令の終了を待ち合わせを行うためのソフトウェア命令
中断要求機構（図１の符号１２）と、ソフトウェア命令
中断要求を保持するソフトウェア命令中断割込み機構
（図１の符号２２）と、該中断要求をソフトウェア命令
間で割り出しソフトウェア命令中断完了通知をＤＧＰ
（図１の符号７）へ送出した後、再試行可能状態でＥＰ
Ｕの切り離しに備えるソフトウェア命令中断機構（図１
の符号２６）と、を有する。
ントオーバが発生すると、診断処理装置（ＤＧＰ）（図
１の符号７）は、直ちにＥＰＵの切り離しを行うことは
せずに、障害ＳＣＵ配下のＥＰＵで実行中ソフトウェア
命令の終了を待ち合わせを行うためのソフトウェア命令
中断要求機構（図１の符号１２）と、ソフトウェア命令
中断要求を保持するソフトウェア命令中断割込み機構
（図１の符号２２）と、該中断要求をソフトウェア命令
間で割り出しソフトウェア命令中断完了通知をＤＧＰ
（図１の符号７）へ送出した後、再試行可能状態でＥＰ
Ｕの切り離しに備えるソフトウェア命令中断機構（図１
の符号２６）と、を有する。
【００１３】そして、障害ＳＣＵ配下の全ＥＰＵが再試
行可能な状態になるまで、ＤＧＰは該ＥＰＵの切り離し
は行わない。
行可能な状態になるまで、ＤＧＰは該ＥＰＵの切り離し
は行わない。
【００１４】すなわち、本発明によれば、間欠障害のカ
ウントオーバに伴うＳＣＵ切り離しの際、ＥＰＵで実行
中のソフトウェア命令の中断を待ち合わせ、再試行可能
な状態にしてから、該ＥＰＵを切り離し、これによりプ
ロセスをアボートさせることなく、継続運転することを
可能としている。その結果、ＳＣＵのハードウェア障害
の発生に伴うシステムダウンなどの重大な被害を有効に
防止できる。
ウントオーバに伴うＳＣＵ切り離しの際、ＥＰＵで実行
中のソフトウェア命令の中断を待ち合わせ、再試行可能
な状態にしてから、該ＥＰＵを切り離し、これによりプ
ロセスをアボートさせることなく、継続運転することを
可能としている。その結果、ＳＣＵのハードウェア障害
の発生に伴うシステムダウンなどの重大な被害を有効に
防止できる。
【００１５】
【発明の実施の形態】本発明の実施の形態について図面
を参照して以下に詳細に説明する。図１は、本発明の実
施の形態を説明するための図であり、システムの全体構
成をブロック図にて示したものであり、図２は、図１の
詳細図である。
を参照して以下に詳細に説明する。図１は、本発明の実
施の形態を説明するための図であり、システムの全体構
成をブロック図にて示したものであり、図２は、図１の
詳細図である。
【００１６】図１及び図２を参照すると、演算処理装置
（ＥＰＵ）１、２、３、４は、ソフトウェア命令群によ
り構成されたプロセスを逐次実行する。また、システム
制御処理装置（ＳＣＵ）５、６は、ＥＰＵ１、２、３、
４、不図示の入出力装置（「ＩＯＰ」ともいう）等から
メモリリクエスト等を受付け、不図示の主記憶装置
（「ＭＭＵ」ともいう）に読み出し、及び書き込み等を
行う。ＥＰＵ１、２はＳＣＵ５に、ＥＰＵ３、４はＳＣ
Ｕ６に接続されている。
（ＥＰＵ）１、２、３、４は、ソフトウェア命令群によ
り構成されたプロセスを逐次実行する。また、システム
制御処理装置（ＳＣＵ）５、６は、ＥＰＵ１、２、３、
４、不図示の入出力装置（「ＩＯＰ」ともいう）等から
メモリリクエスト等を受付け、不図示の主記憶装置
（「ＭＭＵ」ともいう）に読み出し、及び書き込み等を
行う。ＥＰＵ１、２はＳＣＵ５に、ＥＰＵ３、４はＳＣ
Ｕ６に接続されている。
【００１７】診断処理装置（ＤＧＰ）７は、ＥＰＵ、Ｉ
ＯＰ、ＳＣＵ、ＭＭＵ等の障害検出機構を備えており、
障害を検出すると該障害装置の切り離しを行う。
ＯＰ、ＳＣＵ、ＭＭＵ等の障害検出機構を備えており、
障害を検出すると該障害装置の切り離しを行う。
【００１８】ＳＣＵ５、６における障害表示機構１５、
１６は、自ＳＣＵに障害が発生すると、障害種別と障害
箇所を表示するフラグである。診断パス３０はＳＣＵの
障害情報をＤＧＰ７に転送するための経路である。
１６は、自ＳＣＵに障害が発生すると、障害種別と障害
箇所を表示するフラグである。診断パス３０はＳＣＵの
障害情報をＤＧＰ７に転送するための経路である。
【００１９】診断処理装置（ＤＧＰ）７におけるＳＣＵ
障害検出機構８は、ＳＣＵ毎に設けられ、診断パス３０
を介して対応するＳＣＵの障害表示機構１５、１６のフ
ラグを監視し、障害表示機構１５及び／又は１６がオン
すると、障害種別を判定する。その際、間欠故障と認識
すると、障害カウンタ９を起動すべく出力をアクティブ
とする。
障害検出機構８は、ＳＣＵ毎に設けられ、診断パス３０
を介して対応するＳＣＵの障害表示機構１５、１６のフ
ラグを監視し、障害表示機構１５及び／又は１６がオン
すると、障害種別を判定する。その際、間欠故障と認識
すると、障害カウンタ９を起動すべく出力をアクティブ
とする。
【００２０】障害カウンタ９は、ＳＣＵ毎に設けられ、
起動されるとカウンタ値が＋１（インクリメント）さ
れ、この値は比較器１０の一の入力端に入力される。閾
値１１は、一定時間内に何回ＳＣＵの間欠障害が発生し
た時に、当該ＳＣＵの切り離しを行うかを決定する値が
予め格納されており、比較器１０の他の入力端に入力さ
れている。
起動されるとカウンタ値が＋１（インクリメント）さ
れ、この値は比較器１０の一の入力端に入力される。閾
値１１は、一定時間内に何回ＳＣＵの間欠障害が発生し
た時に、当該ＳＣＵの切り離しを行うかを決定する値が
予め格納されており、比較器１０の他の入力端に入力さ
れている。
【００２１】この比較器１０も、ＳＣＵ毎に設けられて
おり、閾値１１と障害カウンタ９の値を比較するもの
で、両者の値が等しい場合、ソフトウェア命令中断要求
機構１２を起動すべく出力する（すなわち比較器１０の
出力がアクティブとなる）。
おり、閾値１１と障害カウンタ９の値を比較するもの
で、両者の値が等しい場合、ソフトウェア命令中断要求
機構１２を起動すべく出力する（すなわち比較器１０の
出力がアクティブとなる）。
【００２２】ソフトウェア命令中断要求機構１２は、比
較器１０からの起動により、障害ＳＣＵ配下の全ＥＰＵ
に対し、ソフトウェア命令中断要求通信を通信パス２１
に送出し、その応答である、ソフトウェア命令中断完了
通信を障害ＳＣＵ配下全てのＥＰＵから受信すると、プ
ロセッサ切り離し機構１３を起動する。
較器１０からの起動により、障害ＳＣＵ配下の全ＥＰＵ
に対し、ソフトウェア命令中断要求通信を通信パス２１
に送出し、その応答である、ソフトウェア命令中断完了
通信を障害ＳＣＵ配下全てのＥＰＵから受信すると、プ
ロセッサ切り離し機構１３を起動する。
【００２３】通信パス２１は、ＥＰＵ１、２、３、４と
ＤＧＰ７間を接続する汎用通信経路である。
ＤＧＰ７間を接続する汎用通信経路である。
【００２４】ここでＥＰＵ１にのみ着目すると、通信処
理機構１７は通信パス２１を介してＤＧＰ７から送出さ
れる通信種別を判定し、ソフトウェア命令中断要求通信
であると認識すると、ソフトウェア命令中断割り込み機
構２２を起動すべく出力し、またソフトウェア命令中断
機構２６から出力されたソフトウェア命令中断完了通信
を通信パス２１に出力する機能をもつ。
理機構１７は通信パス２１を介してＤＧＰ７から送出さ
れる通信種別を判定し、ソフトウェア命令中断要求通信
であると認識すると、ソフトウェア命令中断割り込み機
構２２を起動すべく出力し、またソフトウェア命令中断
機構２６から出力されたソフトウェア命令中断完了通信
を通信パス２１に出力する機能をもつ。
【００２５】ソフトウェア命令中断割り込み機構２２
は、起動されるとＤＧＰ７からのソフトウェア命令中断
要求を保持する。
は、起動されるとＤＧＰ７からのソフトウェア命令中断
要求を保持する。
【００２６】ソフトウェア命令中断機構２６は、現在の
実行中のソフトウェア命令が完了した後に、ソフトウェ
ア命令中断割り込み機構２２でソフトウェア命令中断要
求が保持されている場合、ソフトウェア命令中断完了通
知を通信処理機構１７に送出後、次に続くソフトウェア
命令を実行せずアイドルループを行う。
実行中のソフトウェア命令が完了した後に、ソフトウェ
ア命令中断割り込み機構２２でソフトウェア命令中断要
求が保持されている場合、ソフトウェア命令中断完了通
知を通信処理機構１７に送出後、次に続くソフトウェア
命令を実行せずアイドルループを行う。
【００２７】プロセッサ切り離し機構１３は、ＳＣＵの
切り離し、またこのＳＣＵの切り放しに伴うＥＰＵの切
り離しも行う。
切り離し、またこのＳＣＵの切り放しに伴うＥＰＵの切
り離しも行う。
【００２８】プロセッサリリーフ機構１４は、ＥＰＵの
切り離しにより、凍結されたＥＰＵ内のソフトウェアビ
ジブルな（ソフトウェア命令でアクセス可能な）レジス
タ等の情報を、他の健全なＥＰＵに引継ぎ、これにより
プロセスの動作継続を行うものである。
切り離しにより、凍結されたＥＰＵ内のソフトウェアビ
ジブルな（ソフトウェア命令でアクセス可能な）レジス
タ等の情報を、他の健全なＥＰＵに引継ぎ、これにより
プロセスの動作継続を行うものである。
【００２９】次に、図１に示した情報処理装置の障害処
理方式の実施の形態の動作について説明する。
理方式の実施の形態の動作について説明する。
【００３０】ＳＣＵ５内部で障害が発生すると、ＤＧＰ
７内のＳＣＵ障害検出機構８は、障害表示機構１５にお
ける点灯（オン）により、ＳＣＵ５で障害が発生したこ
とを認識し、障害の種類を分析して間欠障害であると判
断すると、障害カウンタ９のカウントアップを行う。
７内のＳＣＵ障害検出機構８は、障害表示機構１５にお
ける点灯（オン）により、ＳＣＵ５で障害が発生したこ
とを認識し、障害の種類を分析して間欠障害であると判
断すると、障害カウンタ９のカウントアップを行う。
【００３１】障害カウンタ９のカウンタ値と閾値１１が
等しいとき、すなわち固定故障と判定した場合、比較器
１０はソフトウェア命令中断要求機構１２を起動すべく
出力する。
等しいとき、すなわち固定故障と判定した場合、比較器
１０はソフトウェア命令中断要求機構１２を起動すべく
出力する。
【００３２】このソフトウェア命令中断要求機構１２
は、障害ＳＣＵ５配下のＥＰＵ１、ＥＰＵ２に対し通信
パス２１を介しソフトウェア命令中断要求通信を送信す
る。ここでＥＰＵ１にのみ着目すると、当該通信は通信
処理機構１７にて受信され、ソフトウェア命令中断要求
通信であると判断されると、ソフトウェア命令中断割り
込み機構２２を起動する。
は、障害ＳＣＵ５配下のＥＰＵ１、ＥＰＵ２に対し通信
パス２１を介しソフトウェア命令中断要求通信を送信す
る。ここでＥＰＵ１にのみ着目すると、当該通信は通信
処理機構１７にて受信され、ソフトウェア命令中断要求
通信であると判断されると、ソフトウェア命令中断割り
込み機構２２を起動する。
【００３３】ソフトウェア命令中断割り込み機構２２が
起動されソフトウェア命令中断要求が保持されると、ソ
フトウェア命令中断機構２６は現在の実行中のソフトウ
ェア命令が完了した後に、ソフトウェア命令中断完了通
信を通信処理機構１７に送出した後、次に続くソフトウ
ェア命令を実行せずにアイドルループを行う。
起動されソフトウェア命令中断要求が保持されると、ソ
フトウェア命令中断機構２６は現在の実行中のソフトウ
ェア命令が完了した後に、ソフトウェア命令中断完了通
信を通信処理機構１７に送出した後、次に続くソフトウ
ェア命令を実行せずにアイドルループを行う。
【００３４】このアイドルループ状態でのＥＰＵ切り離
しは、上述したように、図５の「Ａ」と同様に再試行可
能な状態であるため、プロセッサリリーフは必ず成功
し、プロセスが健全なＥＰＵに引き継がれる。ソフトウ
ェア命令中断完了通信は、通信処理機構１７、通信パス
２１を通じＤＧＰ７に届けられる。
しは、上述したように、図５の「Ａ」と同様に再試行可
能な状態であるため、プロセッサリリーフは必ず成功
し、プロセスが健全なＥＰＵに引き継がれる。ソフトウ
ェア命令中断完了通信は、通信処理機構１７、通信パス
２１を通じＤＧＰ７に届けられる。
【００３５】以上の動作がＥＰＵ２においてもＥＰＵ１
と同様になされる。
と同様になされる。
【００３６】ＤＧＰ７は、障害ＳＣＵ５配下の全ＥＰＵ
１、２からのソフトウェア命令中断完了通信を受け取る
と、プロセッサ切り離し機構１３を起動し、障害ＳＣＵ
５の切り離しを行う。
１、２からのソフトウェア命令中断完了通信を受け取る
と、プロセッサ切り離し機構１３を起動し、障害ＳＣＵ
５の切り離しを行う。
【００３７】この障害ＳＣＵ５の切り離しに伴い、配下
のＥＰＵ１、２も切り離され、プロセッサリリーフ機構
１４にて該ＥＰＵ１、２で実行されていたプロセスは、
健全なＥＰＵ３もしくはＥＰＵ４にプロセッサリリーフ
（救済処理）する。ここで、ＥＰＵ１、２で実行されて
いたプロセスは、上述したようにすべてアイドルループ
状態で切り離しが行われるため、プロセッサリリーフは
必ず成功する。
のＥＰＵ１、２も切り離され、プロセッサリリーフ機構
１４にて該ＥＰＵ１、２で実行されていたプロセスは、
健全なＥＰＵ３もしくはＥＰＵ４にプロセッサリリーフ
（救済処理）する。ここで、ＥＰＵ１、２で実行されて
いたプロセスは、上述したようにすべてアイドルループ
状態で切り離しが行われるため、プロセッサリリーフは
必ず成功する。
【００３８】図５で示した「Ｂ」での切り離しが、本発
明の実施の形態の方式により、再試行不可能区間から再
試行可能区間に改善されることを、図６に示す。
明の実施の形態の方式により、再試行不可能区間から再
試行可能区間に改善されることを、図６に示す。
【００３９】このように、間欠障害のカウントオーバに
伴うＳＣＵ切り離しの際、ＥＰＵで実行中のソフトウェ
ア命令の完了を待ち合わせ、再試行可能な状態にて当該
ＥＰＵを切り離すことにより、プロセスをアボートさせ
ることなく、継続運転することが可能になる。
伴うＳＣＵ切り離しの際、ＥＰＵで実行中のソフトウェ
ア命令の完了を待ち合わせ、再試行可能な状態にて当該
ＥＰＵを切り離すことにより、プロセスをアボートさせ
ることなく、継続運転することが可能になる。
【００４０】
【実施例】上記した本発明の実施の形態を更に詳細に説
明すべく、本発明の実施例について図面を参照して説明
する。
明すべく、本発明の実施例について図面を参照して説明
する。
【００４１】図３は、本発明の一実施例に係る障害処理
方式が適用された情報処理装置の構成を示すブロック図
であり、図４は、図３の詳細を示した図である。
方式が適用された情報処理装置の構成を示すブロック図
であり、図４は、図３の詳細を示した図である。
【００４２】図３及び図４を参照して、ＳＣＵ５内部の
訂正可能なサブブロック（１）４０で障害が発生する
と、ＥＩＦ（エラー表示フリップフロップ）１５がセッ
トされる。
訂正可能なサブブロック（１）４０で障害が発生する
と、ＥＩＦ（エラー表示フリップフロップ）１５がセッ
トされる。
【００４３】ＥＩＦ１５は診断パス３０を介して、ＤＧ
Ｐ７内のＳＣＵ障害検出機構８に入力され、該検出機構
８はＳＣＵ５のサブブロック１（１）４０で間欠障害が
発生したことを認識し、障害カウンタ９のカウントアッ
プを行う。ＳＣＵの間欠障害が多発することにより固定
障害とみなす回数である閾値３７が、サービスプロセッ
サのディスク等のシステム設定情報３５内に格納されて
おり、情報処理装置の立ち上げ時等に閾値格納レジスタ
１１に格納される。
Ｐ７内のＳＣＵ障害検出機構８に入力され、該検出機構
８はＳＣＵ５のサブブロック１（１）４０で間欠障害が
発生したことを認識し、障害カウンタ９のカウントアッ
プを行う。ＳＣＵの間欠障害が多発することにより固定
障害とみなす回数である閾値３７が、サービスプロセッ
サのディスク等のシステム設定情報３５内に格納されて
おり、情報処理装置の立ち上げ時等に閾値格納レジスタ
１１に格納される。
【００４４】仮に、間欠障害が、例えば１時間内に３回
発生した場合に固定障害と見なす様に設定する場合に
は、システム設定情報３５内の閾値３７を“３”、タイ
マ値３６を“１時間”にする。タイマ３８は減算タイマ
からなり、その値が“０”になったとき障害カウンタ９
を“０”にクリアするように構成されている。
発生した場合に固定障害と見なす様に設定する場合に
は、システム設定情報３５内の閾値３７を“３”、タイ
マ値３６を“１時間”にする。タイマ３８は減算タイマ
からなり、その値が“０”になったとき障害カウンタ９
を“０”にクリアするように構成されている。
【００４５】このため、このような設定においては、閾
値格納レジスタ１１に“３”が格納され、障害カウンタ
９には間欠障害発生の度にカウントアップされた障害発
生回数が格納されるので、比較器１０は２入力の値が等
しい場合、すなわち同一のＳＣＵで１時間内に間欠障害
が３回発生した場合、ソフトウェア命令中断要求機構１
２を起動すべく出力信号をアクティブとする。
値格納レジスタ１１に“３”が格納され、障害カウンタ
９には間欠障害発生の度にカウントアップされた障害発
生回数が格納されるので、比較器１０は２入力の値が等
しい場合、すなわち同一のＳＣＵで１時間内に間欠障害
が３回発生した場合、ソフトウェア命令中断要求機構１
２を起動すべく出力信号をアクティブとする。
【００４６】診断制御ソフトウェア３９であるソフトウ
ェア命令中断要求機構１２は障害ＳＣＵ５配下のＥＰＵ
１、２に対しソフトウェア命令中断通信を送出し、ＥＰ
Ｕ１、２からソフトウェア命令中断完了通信が返却され
るまで、障害ＳＣＵ５の切り離しを待ち合わせる。
ェア命令中断要求機構１２は障害ＳＣＵ５配下のＥＰＵ
１、２に対しソフトウェア命令中断通信を送出し、ＥＰ
Ｕ１、２からソフトウェア命令中断完了通信が返却され
るまで、障害ＳＣＵ５の切り離しを待ち合わせる。
【００４７】ＤＧＰ７より送出されたソフトウェア命令
中断要求通信は、通信パス２１を介してＥＰＵ１、ＥＰ
Ｕ２に届けられる。
中断要求通信は、通信パス２１を介してＥＰＵ１、ＥＰ
Ｕ２に届けられる。
【００４８】ここでＥＰＵ１のみに着目すると、通信処
理機構１７は、到着した通信がソフトウェア命令中断要
求通信であると判断すると、ソフトウェア命令中断割り
込み機構２２のソフトウェア命令中断表示フラグ３１を
セットする。
理機構１７は、到着した通信がソフトウェア命令中断要
求通信であると判断すると、ソフトウェア命令中断割り
込み機構２２のソフトウェア命令中断表示フラグ３１を
セットする。
【００４９】ソフトウェア命令中断表示フラグ３１は、
リクエストハンドラ割込みフラグ３２の一部でもあり、
制御ファームウェア３３のリクエストハンドラ（リクエ
スト処理ルーチン）３４の割り出し要因の一つとなって
いる。
リクエストハンドラ割込みフラグ３２の一部でもあり、
制御ファームウェア３３のリクエストハンドラ（リクエ
スト処理ルーチン）３４の割り出し要因の一つとなって
いる。
【００５０】リクエストハンドラ３４は、リクエストハ
ンドラ割込みフラグ３２がいずれか１つでもセットされ
ていると、ソフトウェア命令間でその要因を割り出し、
要因ごとに用意された制御ファームウェアにより指示さ
れる所定の動作処理を行った後、再びソフトウェアの実
行に制御を移す制御ファームウェア３３の一部である。
ンドラ割込みフラグ３２がいずれか１つでもセットされ
ていると、ソフトウェア命令間でその要因を割り出し、
要因ごとに用意された制御ファームウェアにより指示さ
れる所定の動作処理を行った後、再びソフトウェアの実
行に制御を移す制御ファームウェア３３の一部である。
【００５１】リクエストハンドラ割込みフラグ３２の１
つであるソフトウェア命令中断表示フラグ３１がセット
されると、前述したように、ソフトウェア命令間でリク
エストハンドラ３４に割り出され、再試行可能な状態
で、制御ファームウェア３３であるソフトウェア命令中
断完了通知処理２６に処理が移る。
つであるソフトウェア命令中断表示フラグ３１がセット
されると、前述したように、ソフトウェア命令間でリク
エストハンドラ３４に割り出され、再試行可能な状態
で、制御ファームウェア３３であるソフトウェア命令中
断完了通知処理２６に処理が移る。
【００５２】ソフトウェア命令中断完了通知処理２６
は、障害ＳＣＵ５の切り離しの処理を待ち合わせている
ＤＧＰ７に対し、障害ＳＣＵ配下のＥＰＵでソフトウェ
ア命令の中断が完了したことを通知するため、ソフトウ
ェア命令中断完了通信を通信処理機構１７を介してＤＧ
Ｐ７に対し発行した後、再試行可能状態であるアイドル
ループに移入し、ＤＧＰ７によるＥＰＵの切り離しに備
える。
は、障害ＳＣＵ５の切り離しの処理を待ち合わせている
ＤＧＰ７に対し、障害ＳＣＵ配下のＥＰＵでソフトウェ
ア命令の中断が完了したことを通知するため、ソフトウ
ェア命令中断完了通信を通信処理機構１７を介してＤＧ
Ｐ７に対し発行した後、再試行可能状態であるアイドル
ループに移入し、ＤＧＰ７によるＥＰＵの切り離しに備
える。
【００５３】前述したように、ソフトウェア命令中断要
求機構１２は、障害ＳＣＵ５配下のＥＰＵ１、２からの
ソフトウェア命令中断完了通信を全て受信すると、プロ
セッサ切り離し機構１３を起動し、障害ＳＣＵ５の切り
離し、またこれに伴う配下ＥＰＵ１、２のソフトウェア
ビジブルレジスタ等の凍結、及び切り離し処理を行う。
求機構１２は、障害ＳＣＵ５配下のＥＰＵ１、２からの
ソフトウェア命令中断完了通信を全て受信すると、プロ
セッサ切り離し機構１３を起動し、障害ＳＣＵ５の切り
離し、またこれに伴う配下ＥＰＵ１、２のソフトウェア
ビジブルレジスタ等の凍結、及び切り離し処理を行う。
【００５４】プロセッサリリーフ機構１４は、切り離さ
れたＥＰＵ１、２の凍結された内容を健全なＥＰＵ３ま
たはＥＰＵ４に引継ぎ、プロセスの継続運転を行う。
れたＥＰＵ１、２の凍結された内容を健全なＥＰＵ３ま
たはＥＰＵ４に引継ぎ、プロセスの継続運転を行う。
【００５５】上記実施例では、情報処理装置に含まれる
ＳＣＵの台数を２台、ＳＣＵ配下に接続されるＥＰＵの
台数を２台としたが、それぞれ２台以上であっても本発
明が同様にして適用可能であることはいうまでもない。
ＳＣＵの台数を２台、ＳＣＵ配下に接続されるＥＰＵの
台数を２台としたが、それぞれ２台以上であっても本発
明が同様にして適用可能であることはいうまでもない。
【００５６】
【発明の効果】以上説明したように、本発明によれば、
間欠障害のカウントオーバに伴うＳＣＵ切り離しの際、
プロセスをアボートさせることなく、継続運転すること
を可能としたことにより、ＳＣＵのハードウェア障害の
発生に伴うシステムダウンなどの重大な被害を有効に防
止できるという効果を奏する。
間欠障害のカウントオーバに伴うＳＣＵ切り離しの際、
プロセスをアボートさせることなく、継続運転すること
を可能としたことにより、ＳＣＵのハードウェア障害の
発生に伴うシステムダウンなどの重大な被害を有効に防
止できるという効果を奏する。
【００５７】これは、本発明においては、ＥＰＵで実行
中のソフトウェア命令の中断を待ち合わせ、再試行可能
な状態にしてから、該ＥＰＵの切り離しを行うようにし
たためである。
中のソフトウェア命令の中断を待ち合わせ、再試行可能
な状態にしてから、該ＥＰＵの切り離しを行うようにし
たためである。
【図１】本発明の実施の形態を示すブロック図である。
【図２】図１を詳細に示す図である。
【図３】本発明の実施例を示すブロック図である。
【図４】図３を詳細に示す図である。
【図５】従来の障害処理方式によるソフトウェア命令実
行フローを示す図である。
行フローを示す図である。
【図６】本発明の障害処理方式によるソフトウェア命令
実行フローを示す図である。
実行フローを示す図である。
１、２、３、４ 演算処理装置（ＥＰＵ） ５、６ システム制御処理装置（ＳＣＵ） ７ 診断処理装置（ＤＧＰ） ８ ＳＣＵ障害検出機構 ９ 障害カウンタ １０ 比較器 １１ 閾値（閾値格納レジスタ） １２ ソフトウェア命令中断要求機構 １３ プロセッサ切り離し機構 １４ プロセッサリリーフ機構 １５、１６ 障害表示機構（ＥＩＦ） １７、１８、１９、２０ 通信処理機構 ２１ 通信パス ２２、２３、２４、２５ ソフトウェア命令中断割り込
み機構 ２６、２７、２８、２９ ソフトウェア命令中断機構 ３０ 診断パス ３１ ソフトウェア命令中断表示フラグ ３２ リクエストハンドラ割り込みフラグ ３３ 制御ファームウェア ３４ リクエストハンドラ ３５ システム設定情報 ３６ タイマ値 ３７ 閾値 ３８ タイマ ３９ 制御ソフトウェア ４０ サブブロック（１） ４１ サブブロック（２） ４２ サブブロック（３） ４３ サブブロック（４） ４４ サブブロック（５） ４５ サブブロック（６）
み機構 ２６、２７、２８、２９ ソフトウェア命令中断機構 ３０ 診断パス ３１ ソフトウェア命令中断表示フラグ ３２ リクエストハンドラ割り込みフラグ ３３ 制御ファームウェア ３４ リクエストハンドラ ３５ システム設定情報 ３６ タイマ値 ３７ 閾値 ３８ タイマ ３９ 制御ソフトウェア ４０ サブブロック（１） ４１ サブブロック（２） ４２ サブブロック（３） ４３ サブブロック（４） ４４ サブブロック（５） ４５ サブブロック（６）
Claims (2)
- 【請求項１】システム制御装置（以下「ＳＣＵ」とい
う）における間欠故障の所定回の発生により、前記ＳＣ
Ｕの切り離しが行われる際に、前記ＳＣＵ配下の演算処
理装置（以下「ＥＰＵ」という）にソフトウェア命令中
断要求を送出することにより、前記ＥＰＵで実行中のソ
フトウェア命令を終了するまで待ち合わせ、再試行可能
な状態にしてから前記ＳＣＵの切り離しを行い、前記Ｓ
ＣＵ配下の前記ＥＰＵで実行していたプロセスのプロセ
ッサリリーフ処理を行う、 ことを特徴とする障害処理方式。 - 【請求項２】ＳＣＵの障害を監視し前記ＳＣＵの間欠障
害を計数するカウンタのカウント値が予め定めた所定の
閾値を超えた際に、障害ＳＣＵ配下のＥＰＵにて実行中
のソフトウェア命令の終了を待ち合わせを行うためにソ
フトウェア命令中断要求を前記ＥＰＵに送出する診断処
理手段を備え、 前記ＥＰＵは、前記ソフトウェア命令中断要求に基づ
き、実行中のソフトウェア命令が終了後、ソフトウェア
命令中断完了を前記診断処理手段に通知して、再試行可
能状態で切り離しの準備を為し、 前記診断処理手段は、前記障害ＳＣＵ配下の全てのＥＰ
Ｕが再試行可能な状態になった段階で該ＥＰＵの切り離
しを行い、前記ＳＣＵ配下の前記ＥＰＵで実行していた
プロセスを健全なＥＰＵにて継続実行するように制御す
る、ことを特徴とする障害処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8115655A JP2814988B2 (ja) | 1996-04-12 | 1996-04-12 | 障害処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8115655A JP2814988B2 (ja) | 1996-04-12 | 1996-04-12 | 障害処理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09282191A true JPH09282191A (ja) | 1997-10-31 |
| JP2814988B2 JP2814988B2 (ja) | 1998-10-27 |
Family
ID=14668027
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8115655A Expired - Fee Related JP2814988B2 (ja) | 1996-04-12 | 1996-04-12 | 障害処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2814988B2 (ja) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5688519A (en) * | 1979-12-21 | 1981-07-18 | Toshiba Corp | System switching device |
| JPH02135533A (ja) * | 1988-11-16 | 1990-05-24 | Nec Corp | 障害処理方式 |
| JPH02205964A (ja) * | 1989-01-27 | 1990-08-15 | Digital Equip Corp <Dec> | 書込み―読出し／書込み―パス記憶装置のサブシステム・サイクル |
| JPH02205963A (ja) * | 1989-01-27 | 1990-08-15 | Digital Equip Corp <Dec> | 読取中断処理 |
| JPH05342083A (ja) * | 1992-06-11 | 1993-12-24 | Nec Corp | 主記憶初期化制御方式 |
| JPH06131242A (ja) * | 1990-09-14 | 1994-05-13 | Digital Equip Corp <Dec> | 書込み読出し／書込みパスメモリーサブシステムサイクル |
-
1996
- 1996-04-12 JP JP8115655A patent/JP2814988B2/ja not_active Expired - Fee Related
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5688519A (en) * | 1979-12-21 | 1981-07-18 | Toshiba Corp | System switching device |
| JPH02135533A (ja) * | 1988-11-16 | 1990-05-24 | Nec Corp | 障害処理方式 |
| JPH02205964A (ja) * | 1989-01-27 | 1990-08-15 | Digital Equip Corp <Dec> | 書込み―読出し／書込み―パス記憶装置のサブシステム・サイクル |
| JPH02205963A (ja) * | 1989-01-27 | 1990-08-15 | Digital Equip Corp <Dec> | 読取中断処理 |
| JPH06131242A (ja) * | 1990-09-14 | 1994-05-13 | Digital Equip Corp <Dec> | 書込み読出し／書込みパスメモリーサブシステムサイクル |
| JPH05342083A (ja) * | 1992-06-11 | 1993-12-24 | Nec Corp | 主記憶初期化制御方式 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2814988B2 (ja) | 1998-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2552651B2 (ja) | 再構成可能なデュアル・プロセッサ・システム | |
| US5983359A (en) | Processor fault recovering method for information processing system | |
| JP2814988B2 (ja) | 障害処理方式 | |
| JP3420919B2 (ja) | 情報処理装置 | |
| JP2677175B2 (ja) | コンピュータシステムの外部イベント検出方式 | |
| JPH02135533A (ja) | 障害処理方式 | |
| JP3161444B2 (ja) | 障害ロギングシステム、方法およびプログラムを記憶した記憶媒体 | |
| JP3042034B2 (ja) | 障害処理方式 | |
| JPS62236056A (ja) | 情報処理システムの入出力制御装置 | |
| JP2679575B2 (ja) | 入出力チャネルの障害処理システム | |
| JPH0334037A (ja) | システム異常の検出処理方式 | |
| JP3230798B2 (ja) | 冗長システム | |
| JPH1049394A (ja) | 障害処理システムおよび障害処理方法 | |
| JPH0271336A (ja) | プロセッサの障害状態監視方式 | |
| JP2001005683A (ja) | 二重化システムの障害検出方式及びその方法 | |
| JP2746184B2 (ja) | 障害ロギングシステム | |
| JPH0588944A (ja) | 情報処理システムの入出力制御監視方式 | |
| JPH06324897A (ja) | 論理装置のエラー回復方式 | |
| CN114356636A (zh) | 一种防止cpu调试失控的方法及电路 | |
| JPS62106564A (ja) | 情報処理システムの現用／予備切り替え制御方式 | |
| JPS61160156A (ja) | プロセツサの障害検出方式 | |
| JPS59119451A (ja) | 電子計算機システムの診断方式 | |
| JPS634210B2 (ja) | ||
| JPH04241044A (ja) | 障害情報収集方式 | |
| JPH01314340A (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: 19980714 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070814 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080814 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080814 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090814 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090814 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100814 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |