JPH1196033A

JPH1196033A - 情報処理装置

Info

Publication number: JPH1196033A
Application number: JP9255011A
Authority: JP
Inventors: Atsuo Kobayashi; 敦夫小林
Original assignee: Hitachi Ltd; Hitachi Information Technology Co Ltd
Current assignee: Hitachi Ltd; Hitachi Information Technology Co Ltd
Priority date: 1997-09-19
Filing date: 1997-09-19
Publication date: 1999-04-09
Anticipated expiration: 2017-09-19
Also published as: JP3420919B2

Abstract

(57)【要約】【課題】ホットスタンバイシステムの確実、高速なバッ
クアップ切り替えを安価に実現する。【解決手段】現用機１００（１）がダウンした場合、そ
の補助処理装置１２０（１）がリセット信号ＲＳＴを駆
動して主処理装置１１０（１）を停止させた後、ダウン
通知電文を通信路１３０により予備機１００（２）に通
知し、予備機の主処理装置１１０（２）に業務を引き継
がせる。あるいは予備機１００（２）がヘルスチェツク
で現用機１００（１）のダウンを検出し、補助処理装置
１２０（２）を通じて切り離し要求電文を通信路１３０
に出し、現用機の補助処理装置１２０（１）がリセット
信号ＲＳＴを起動して主処理装置１１０（１）を停止さ
せ、しかる後に予備機の主処理装置１１０（２）が業務
を引き継ぐ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、現用機のバックア
ップのための予備機をホットな状態で待機させるホット
スタンバイシステムの現用機または予備機として動作す
る情報処理装置に係り、特に、ホットスタンバイシステ
ムのバックアップ切り替え高速化、システム稼動率向上
に好適な情報処理装置に関する。

【０００２】

【従来の技術】ホットスタンバイシステムのバックアッ
プ切り替え方式として、予備機側で現用機のヘルスチェ
ックを定期的に行い、現用機のダウンを検出した時に予
備機からの制御で現用機の切り離しを行い、しかる後に
予備機が現用機の業務を引き継ぐ方式が従来より広く採
用されている。

【０００３】また、現用処理系と待機処理系からなるデ
ュプレックスシステムにおいて、現用処理系で自系の障
害を検出した時に待機処理系へ割込み信号を送出し、そ
れに対する待機処理系からの受付信号を受け取ると割込
み信号送出フラグ情報をセットしておき、待機処理系で
は割込み信号を受け付けた後に強制停止信号を現用処理
系へ送出し、現用処理系では、強制停止信号を受けた時
に、割込み信号送出フラグ情報がセットされていること
を条件に自系の処理実行を停止させ、待機処理系が現用
処理系の処理を引き継ぐ系切替制御方式が知られている
（例えば特公昭６３−４３７７１号公報）。

【０００４】

【発明が解決しようとする課題】前述の予備機によるヘ
ルスチェックによって現用機のダウンを検出してバック
アップ切り替えを行う方式は、確実性にやや欠ける点が
あった。すなわち、一般的に、ヘルスチェックは、予備
機と現用機の間の通信路を通じて、予備機より「Ａre y
ou alive？」というようなことを意味する電文を現用機
に送り、それに対する「Ｉ am alive.」というようなこ
とを意味する応答電文を確認するという単純な折り返し
通信によっているので、通信誤りや電文抜けにより現用
機のダウンを誤検出したり、逆に見過ごしたりする危険
があり、その結果、無用なバックアップ切り替えが起動
されたり、必要なバックアップ切り替えが行われないこ
とがあった。

【０００５】また、ホットスタンバイシステムにおい
て、現用機がダウンしてから予備機が稼動するまでのバ
ックアップ切り替え時間は不稼動時間となるため、シス
テムの稼働率はバックアップ切り替え時間に大きく依存
するが、このバックアップ切り替え時間はヘルスチェッ
ク時間間隔より短くすることができない。しかるに、ヘ
ルスチェックには上に述べたような通信誤りや電文抜け
の可能性があり、１回の確認応答で現用機のダウンを判
断することは信頼性に問題があるため、ある程度の時間
をとって確認の中身に冗長性を持たせる必要があり、ヘ
ルスチェックの結果、ダウンとしてことを十分な確度で
判定するために要する時間は一般に数十秒から数分とか
なり長い。したがって、バックアップ切り替え時間の短
縮が困難であった。

【０００６】なお、バックアップ切り替え時間を短縮す
るためにヘルスチェック時間間隔を無理に短縮すると、
上に述べたように信頼性が悪化するほか、ヘルスチッェ
クのために計算機時間が大きく割かれシステムスループ
ットの低下をまねくという別の問題がある。

【０００７】また、特公昭６３−４３７７１号公報の系
切替制御方式は、現用機（現用処理系）と予備機（待機
処理系）の台数の多いホットスタンバイシステムに適用
しようとすると、すべての現用機と予備機との間を割込
み信号、その受付信号、強制停止指示信号等を伝達する
ための信号線で結線しなければならず、バックアップ切
り替え機構が大規模、高価なものになるという問題があ
る。

【０００８】本発明の目的は、ホットスタンバスシステ
ムの現用機または予備機として動作する情報処理装置に
おいて、システムスループットの低下を招くことなく、
より確実なバックアップ切り替えが可能で、バックアッ
プ切り替え時間も短縮可能な情報処理装置を提供するこ
とにある。

【０００９】本発明のもう一つの目的は、ホットスタン
バイシステムの現用機と予備機の台数が多い場合にも、
バックアップ切り替えのために膨大な信号線の結線を必
要とせず、バックアップ切り替え機構を安価に実現可能
な情報処理装置を提供することにある。

【００１０】

【課題を解決するための手段】前記目的を達成するた
め、本発明のホットスタンバイシステムの現用機又は予
備機として動作する情報処理装置によれば、現用機とし
て動作時に当該現用機のダウンを検出して当該現用機の
ためのバックアップ切り替えを起動する手段と、予備機
として動作時に現用機側のダウンを検出して現用機のた
めのバックアップ切り替えを起動する手段の両方が設け
られる。

【００１１】現用機として動作時、そのダウンを直接的
に検出できるため、ダウンした現用機からバックアップ
切り替えを起動することにより、迅速なバックアップ切
り替え処理が可能になる。そして、そのバックアップ切
り替えの処理に失敗した場合（例えば、ダウンした現用
機の切り離しが予備機に正常に伝達できず、予備機側が
バックアップ処理を行わないような場合）でも、その現
用機のダウンが予備機側で検出されれば、予備機として
動作時に、予備機からバックアップ切り替えが起動さ
れ、バックアップ切り替え処理に成功する可能性が高
い。つまり、本発明の情報処理装置によるホットスタン
バイシステムにおいては、現用機からのバックアップ切
り替え起動と予備機からのバックアップ切り替え起動の
併用により、全体としてバックアップ切り替え時間の短
縮が可能になるとともに、フェイルセーフ効果を得られ
バックアップ切り替えの確実性が高まる。さらに、予備
機側で現用機のダウン検出を従来と同様のヘルスチッェ
クで行う場合でも、システムスループットの低下をもた
らすようなヘルスチェック時間間隔の無理な短縮を行う
必要がない。

【００１２】また、本発明によれば、ダウンした現用機
より、それが切り離されたことが当該現用機に対する予
備機に通知され、また、ダウンした現用機に、当該現用
機に対する予備機より切り離しが指示される。この場
合、バックアップ切り替えに関連した現用機と予備機と
の間での切り離し通知や切り離し指示の受け渡しのため
に、全情報処理装置に共通な一つの通信路を設けるだけ
でよく、システム上の情報処理装置の台数が多い場合で
も、前記特公昭６３−４３７７１号の方式のようなバッ
クアップ切り替え機構の大規模化を避けることができ
る。

【００１３】ところで、ダウンした現用機に対し、その
現用機及び予備機からバックアップ切り替えが重複して
起動され、ダウンした現用機の切り離し処理が重複して
行われると不都合な場合がある。例えば、現用機の切り
離しをシステムリセットによって行うとすると、２回目
のリセットで１回目のリセット時の情報処理装置の状況
が破壊されてしまい、ダウン原因の解析に支障をきたす
恐れがある。本発明の情報処理装置によれば、現用機と
して動作時、その切り離し処理の重複実行を防止するた
めの手段が設けられるため、そのような不都合を回避で
きる。

【００１４】

【発明の実施の形態】以下、図面を用い、本発明の実施
の形態を説明する。図１は、ホットスタンバイシステム
において現用機又は予備機として用いられる本発明の情
報処理装置の一例を示す概略ブロック図である。図１に
おいて、情報処理装置１００は、業務処理又はバックア
ップ処理を実行する主処理装置１１０に加え、バックア
ップ切り替えに関与する補助処理装置１２０を有する。
補助処理装置１２０は通信手段１２１、センサインタフ
ェース部１２２、通信ポート１２３、リセット信号駆動
部１２４及び制御部１２５からなる。

【００１５】リセット信号駆動部１２４は主処理装置１
１０に対するリセット信号ＲＳＴの駆動を行うものであ
る。通信手段１２１は主処理装置１１０と補助処理装置
１２０との情報受け渡しのための手段で、例えばシリア
ル通信回線、又は主処理装置１１０との共有メモリもし
くは共有レジスタである。センサインタフェース部１２
２は、主処理装置１１０の動作異常、電源１１２の電圧
異常、冷却ファン１１４の動作異常等、主処理装置１１
０による業務続行が不可能な異常を検出するものであ
る。通信ポート１２３は、補助処理装置間通信路１３０
に接続された他の情報処理装置の補助処理装置との間で
通信を行うためのものである。この補助処理装置間通信
路１３０を利用して、複数の情報処理装置の補助処理装
置間で障害発生の通知及び切り離し要求の通知が伝送さ
れる。制御部１２５は、補助処理装置１２０内の各部の
制御等を行う部分である。

【００１６】図２に、図１の情報処理装置が２台、現用
機あるいは予備機１台として利用されるホットスタンバ
イシステムの一例を示す。図２において、２台の情報処
理装置１００（１），１００（２）はそれぞれ図１に示
した構成のものであるが、図面の煩雑さを避けるため内
部構成は簡略化されている。ここでは、便宜上、情報処
理装置１００（１）を現用機、他方の情報処理装置１０
０（２）を予備機として説明するが、その逆であっても
構わない。業務用資源２００は、主処理装置が業務処理
を実行する上で必要なデータを格納した外部記憶装置、
通信回線等である。

【００１７】まず、予備機１００（２）からバックアッ
プ切り替えを起動する場合について説明する。この場
合、現用機１００（１）の切り離しの開始契機は、予備
機１００（２）のオペレータによる切り離し起動操作、
又は現用機１００（１）に対する定期的なヘルスチェッ
クによる異常検出である。このヘルスチェックは、従来
と同様に、予備機１００（２）から定期的に現用機１０
０（１）へ確認電文を送り、それに対する現用機１００
（１）からの応答電文を確認することによって行われ
る。例えば、予備機１００（２）において、その主処理
装置１１０（２）上のプログラムが補助処理装置１２０
（２）に対し現用機への確認電文の送信を指示する。こ
の指示を通信手段１２１を介して受け取った補助処理装
置１２０(２)の制御部１２５は、現用機１００（１）に
対する確認電文を通信ポート１２３より補助処理装置間
通信路１３０へ送出する。現用機１００（１）におい
て、補助処理装置１２０（１）はこの確認電文を通信ポ
ート１２３を介して受信すると、その制御部１２５はセ
ンサインタフェース部１２２が異常を検出していなけれ
ば、正常の旨の応答電文を通信ポート１２３より補助処
理装置間通信路１３０で予備機１００（２）へ返す。予
備機１００（２）においては、補助処理装置１２０
（２）が応答電文を通信ポート１２３で受信し、それを
通信手段１２１を介して主処理装置１１０（２）へ送
る。その主処理装置１１０（２）上のプログラムは、発
行した確認電文に対する応答電文を確認することによ
り、現用機１００(１）が正常であるか異常であるかを
判断する。

【００１８】予備機１００（２）において、ヘルスチェ
ツクにより現用機１００（１）の動作異常が検出される
か、あるいはオペレータの切り離し起動操作がなされる
と、主処理装置１１０（２）上のプログラムが通信手段
１２１を介して補助処理装置１２０（２）に対し現用機
の切り離しを指示する。補助処理装置１２０（２）の制
御部１２５は、現用機１００（１）に対する切り離し要
求電文を通信ポート１２３より補助処理装置間通信路１
３０へ送出する。この切り離し要求電文の形式は図３に
その例を示すとおり、送信先アドレス３００、送信元ア
ドレス３０１及び切り離しコマンド識別子３０２を含
む。この例では現用機１００（１）には＃１のアドレス
が割り当てられ、予備機１００（２）には＃２のアドレ
スが割り当てられている。

【００１９】この切り離し要求電文は、現用機１００
（１）の補助処理装置１２０（１）に通信ポート１２３
を介して受信される。補助処理装置１２０（１）の制御
部１２５は、受信した切り離し要求電文中の送信先アド
レスと自系のアドレスとの一致を確認すると、その電文
を自系に対する切り離し要求電文と判断し、リセット信
号駆動部１２４でリセット信号ＲＳＴを駆動させること
により主処理装置１１０（１）を停止させる。これによ
り、現用機１００（１）の主処理装置１１０（１)から
業務用資源２００へのアクセスが停止する。この後、予
備機１００（２）の主処理装置１１０（２）は業務用資
源２００を使用して業務処理を引き継ぐ。現用機１００
（１）の主処理装置１１０（１）により各トランザクシ
ョンを処理中に、その処理進行状況を示す情報が主処理
装置１１０（１）上の特殊なプログラムによって業務用
資源２００に逐次記憶されている。予備機１００（２）
は、この情報に基づいて現用機１００（１）によるトラ
ンザクション処理の状況を把握し、現用機１００（１）
の処理を適切に引き継ぐことができる。

【００２０】次に、現用機１００（１）側でその異常を
検出してバックアップ切り替えを起動する場合について
説明する。現用機１００（１）の補助処理装置１２０
（１）において、制御部１２５はセンサインタフェース
部１２２を介して主処理装置１１０（１）のマシンチェ
ック、電源異常、冷却ファン異常など主処理装置１１０
（１）が動作続行不能な障害状態を検出すると、リセッ
ト信号駆動部１２４でリセット信号ＲＳＴを駆動させる
ことにより主処理装置１１０（１）を停止させる。これ
で業務用資源２００は現用機１００（１）から切り離さ
れる。

【００２１】この後、現用機１００（１）の補助処理装
置１２０（１）の制御部１２５は、通信ポート１２３を
介し予備機１００（２）に対するダウン通知電文を補助
処理装置間通信路１３０へ送出する。このダウン通知電
文は図４に例を示すように、送信先アドレス４００、送
信元アドレス、及び電文種別を含む。このダウン通知電
文は、予備機１００（２）の補助処理装置１２０（２）
に通信ポート１２３を介して受信される。補助処理装置
１２０（２）の制御部１２５は、このダウン通知電文の
内容を通信手段１２１を介して主処理装置１１０（２）
に渡す。主処理装置１１０（２）上のプログラムは、そ
のダウン通知電文の送信先アドレスと自系のアドレスと
の一致を確認すると、現用機１００（１）のバックアッ
プ処理を開始し、業務用資源２００に記憶されている現
用機１００（１）の処理進行状況情報を参照して業務処
理を引き継ぐ。なお、予備機１００（２）において現用
機１００（１）とのバックアップ関係が明かであれば、
ダウン通知電文を図６に示すようなブロードキャスト電
文（後述）としてもよいことは当然である。

【００２２】図５に、図１の情報処理装置が３台、現用
機兼予備機として利用されるホットスタンバイシステム
の一例を示す。図５において、３台の情報処理装置１０
０（１１），１００（１２），１００（１３）はそれぞ
れ図１に示した構成のものであるが、図２の場合と同様
に図面の煩雑さを避けるため内部構成は簡略化されてい
る。

【００２３】業務はプロセスＡ、プロセスＢ、プロセス
Ｃ、プロセスＤの直列系で構成され、業務を実行するに
は４つのプロセスＡ，Ｂ，Ｃ，Ｄが同時に稼動するする
必要があるものとする。４つのプロセスは３台の情報処
理装置に分散して現用プロセスとして実行される。各プ
ロセス毎にその機能実行上必要な外部記憶装置及び通信
回線などのプロセス用資源を持ち、各プロセス用資源は
バックアップ関係にある情報処理装置から互いにアクセ
スできるように接続される。また、各現用プロセスに対
応して、その現用プロセスが実行されている情報処理装
置とは別の情報処理装置上にスタンバイ用の予備プロセ
スを待機しておくものとする。

【００２４】図５の例では、アドレス＃１の情報処理装
置１００（１１）はプロセスＡに関する現用機であると
ともにプロセスＢに関する予備機であり、通常は現用プ
ロセスＡを実行し、予備プロセスＢを実行待機する。し
たがって、この情報処理装置１００（１１）の主処理装
置１１０（１１）には、プロセスＡ用資源５０１とプロ
セスＢ用資源５０２が接続される。アドレス＃２の情報
処理装置１００(１２)はプロセスＢ，Ｃに関する現用機
であるとともにプロセスＡ，Ｄに関する予備機であり、
通常は現用プロセスＢ，Ｃを実行し、予備プロセスＡ，
Ｄを実行待機する。したがって、この情報処理装置１０
０（１２）の主処理装置１１０（１２）には、プロセス
Ａ用資源５０１、プロセスＢ用資源５０２、プロセスＣ
用資源５０３及びプロセスＤ用資源５０４が接続され
る。また、アドレス＃３の情報処理装置１００（１３）
はプロセスＤに関する現用機であるとともにプロセスＣ
に関する予備機であり、通常は現用プロセスＤを実行
し、プロセスＣを実行待機する。この情報処理装置１０
０（１３）の主処理装置１１０（１３）には、プロセス
Ｃ用資源５０３とプロセスＤ用資源５０４が接続され
る。

【００２５】現用機兼予備機としての各情報処理装置１
００（１１），１００（１２），１００（１３）は、そ
の主処理装置１１０（１１），１１０（１２），１１０
（１３）上のプログラムにより、対応したプロセスの状
態が、図５の下段に示すようなスタンバイ状態記憶状況
５１１，５１２，５１３として仮想記憶上に記録され
る。これらスタンバイ状態記憶状況には、プロセスが予
備状態である場合に、そのプロセスがバックアップすべ
き情報処理装置のアドレスも併せて記録される。例えば
アドレス＃１の情報処理装置１００（１１）のスタンバ
イ状態記憶状況５１１は、情報処理装置１００（１１）
に現用プロセスＡ５２１と予備プロセスＢ５２２があ
り、予備プロセスＢ５２２はアドレス＃２の情報処理装
置１００（１２）上の現用プロセスＢ５２３をバックア
ップするため待機していることを示す。同様に、アドレ
ス＃２の情報処理装置１００（１２）のスタンバイ状態
記憶状況５１２は、情報処理装置１００（１２）上で現
用プロセスＢ５２３、現用プロセスＣ５２４が動作し、
予備プロセスＡ５２５がアドレス＃１の情報処理装置１
００（１１）上の現用プロセスＡをバックアップして待
機し、予備プロセスＤ５２６がアドレス＃３の情報処理
装置１００（１３）上の現用プロセスＤをバックアップ
して待機していることを示す。

【００２６】ここで、アドレス＃２の情報処理装置１０
０（１２）において、主処理装置１１０（１２）の異常
が生じた場合のバックアップ切り替えの動作を説明す
る。

【００２７】まず、障害を発生した情報処理装置１００
（１２）が自らバックアップ切り替えを起動する場合に
ついて説明する。情報処理装置１００（１２）におい
て、補助処理装置１２０（１２）がセンサインタフェー
ス部１２２を介して主処理装置１１０（１２）のマシン
チェック、電源異常、冷却ファン異常など主処理装置１
１０（１２）が動作を続行不能な状態を検出すると、補
助処理装置１２０(１２)の制御部１２５はリセット信号
駆動部１２４によってリセット信号ＲＳＴを駆動させ、
主処理装置１１０（１２）をプロセス用資源５０１〜５
０４から切り離し、この場合に予備機として動作する情
報処理装置１００（１１)，１００（１３)との資源アク
セスの競合を防止する。この後、情報処理装置１００
（１２）の補助処理装置１２０（１２）において、制御
部１２５は通信ポート１２３を介しダウン通知電文を補
助処理装置間通信路１３０へ送出する。

【００２８】このダウン通知電文の形式は図６にその例
を示すとおり、システム内の全情報処理装置の補助処理
装置に受信されるべきブロードキャスト通知であり、送
信先アドレス６０１にブロードキャストアドレスが設定
され、送信元アドレス６０２にダウンした情報処理装置
１００（１２）のアドレス＃２が設定される。

【００２９】このダウン通知電文を受信したアドレス＃
１の情報処理装置１００（１１）の補助処理装置１２０
（１１）は、ダウン通知電文の内容を通信手段１２１に
より主処理装置１１０（１１）に伝達する。主処理装置
１１０（１１）上のプログラムは、ダウン通知電文中に
示される送信元アドレスすなわち＃２と、スタンバイ状
態記憶状況５１１中の予備プロセスＢ５２２のスタンバ
イ対象アドレスすなわち＃２が一致することを条件に、
予備プロセスＢ５２２を現用として動作する。予備プロ
セスＢ５２２は現用プロセスとなり、プロセスＢ用資源
５０２を使用して部分的に業務を引き継ぐ。

【００３０】ダウン通知電文はブロードキャスト通知で
あるため、アドレス＃３の情報処理装置１００（１３）
の補助処理装置１２０（１３）でも同様に受信される。
これを契機に、アドレス＃１の情報処理装置１００（１
３）においても、同様のプロセス切り替えを行い、予備
プロセスＣ５２８を現用プロセスとし、プロセスＣ用資
源５０３を使用して部分的に業務処理を引き継ぐ。この
ようにして、ダウンしたアドレス＃２の情報処理装置１
００（１２）を除いた２台の情報処理装置１００（１
１），１００（１３）上に業務処理に必要なプロセス
Ａ，Ｂ，Ｃ，Ｄがすべて揃い今まで通り業務を続行でき
る。

【００３１】次に、予備機側からバックアップ切り替え
を起動する場合について説明する。各情報処理装置１０
０（１１），１００（１２），１００（１３）は、予備
プロセスのスタンバイ対象である他の情報処理装置に対
し、定期的なヘルスチェックを行う。例えば、アドレス
＃１の情報処理装置１００（１１）の主処理装置１１０
（１１）上のプログラムは、スタンバイ状態記憶情報５
１１を参照し、予備プロセスＢ５２２のスタンバイ対象
であるアドレス＃２の情報処理装置１００（１２）に対
する確認電文を補助処理装置１２０（１１）を介して補
助処理装置間通信路１３０へ送出し、それに対する応答
電文を確認することによりアドレス＃２の情報処理装置
１００（１２）のヘルスチェツクを行う。

【００３２】このヘルスチェックでアドレス＃２の情報
処理装置１００（１２）の異常を検出した場合（アドレ
ス＃１の情報処理装置１００（１１）のオペレータによ
りアドレス＃２の情報処理装置１００（１２）の切り離
し起動操作を行った場合も同様）、アドレス＃１の情報
処理装置１００（１１）の主処理装置１１０（１１）上
のプログラムは、通信手段１２１を介して補助処理装置
１２０（１１）に対しアドレス＃２の情報処理装置１０
０（１２）の切り離しを指示する。補助処理装置１２０
（１１）の制御部１２５は、ダウンした現用機たる情報
処理装置１００（１２）に対する切り離し要求電文（図
３）を通信ポート１２３より補助処理装置間通信路１３
０へ送出する。

【００３３】この切り離し要求電文を受信したアドレス
＃２の情報処理装置１００（１２）の補助処理装置１２
０（１２）において、制御部１２５は、その切り離し要
求電文中の送信先アドレスと自系のアドレスとの一致を
確認すると、その電文を自系に対する切り離し要求電文
と判断し、リセット信号駆動部１２４でリセット信号Ｒ
ＳＴを駆動させることにより主処理装置１１０（１２）
を停止させ、プロセス用資源５０１〜５０４から切り離
す。この後、補助処理装置１２０（１２）の制御部１２
５は、通信ポート１２３を介し、前述したブロードキャ
スト通知であるダウン通知電文を補助処理装置間通信路
１３０へ送出する。このダウン通知電文を受信したアド
レス＃１の情報処理装置１１０（１１）とアドレス＃３
の情報処理装置１００（１３）は、それぞれ前述したよ
うなプロセスの切り替えを行い、プロセスＢ，Ｃを現用
プロセスとして分担し業務処理を続行する。

【００３４】ところで、同じ情報処理装置に対する切り
離しが重複して起動されることがあり得る。例えば、異
常を発生した情報処理装置が自らの起動により主処理装
置に対するリセット信号を駆動したが、その際のダウン
通知電文がバックアップ側の他の情報処理装置に正常に
伝達されず、その後にバックアップ側の他の情報処理装
置がヘルスチェックでその異常を検出して切り離し要求
電文を送出するようなケースである。もし、その切り離
し要求電文に応答して、異常を発生した情報処理装置で
主処理装置に対するリセット信号を再び駆動してしまう
と、１回目のリセット時の情報処理装置の状況が保存さ
れず、ダウン原因の解析に支障をきたす。これを防止す
るため、各情報処理装置（１００）において、補助処理
装置（１２０）の制御部（１２５）は、その主処理装置
（１１０）の切り離し回数をカウントし、そのカウント
が０であることを条件にリセット信号ＲＳＴの駆動を行
い、リセット信号ＲＳＴの重複駆動を禁止する。そし
て、制御部（１２５）は、主処理装置（１１０）のリブ
ート時に、そのカウンタをゼロクリアする。

【００３５】ここまでは、現用機を業務用資源またはプ
ロセス用資源から切り離すための主処理装置の停止手段
としてリセット信号を用いる例を示したが、システムリ
セットによる切り離しを行うと、情報処理装置内の障害
時のレジスタ内容が失われ障害対策に支障を来すことが
ある。これを防ぐために、前述のバックアップ切り替え
処理手順において補助処理装置がリセット信号に代えて
割込み信号を用い、割込みを受けた主処理装置上のプロ
グラムが業務用資源またはプロセス用資源へのアクセス
を停止する手順を採用することができる。また、割込み
による業務用資源またはプロセス用資源へのアクセス停
止の応答を、通信手段により、予め定められた時間内に
主処理装置から補助処理装置へ伝達することとし、これ
がなされなかった場合に補助処理装置からリセットを行
うようにすることもできる。これらによって、障害機の
切り離しを確実に行ったうえで、障害の程度に応じて可
能な限り詳細な障害状況を情報処理装置内に残すことが
できる。

【００３６】

【発明の効果】以上の説明から明らかなように、本発明
の情報処理装置によれば、ホットスタンバイシステムの
バックアップ切り替えの確実化、高速化が可能である。
また、システムスループットの低下を招くことなく、バ
ックアップ切り替え時間の短縮が可能である。また、ホ
ットスタンバイシステムを構成する情報処理装置の台数
が多い場合でも、バックアップ切り替え機構の大規模化
を避けることができる。さらに、バックアップ切り替え
の対象となった情報処理装置のダウン時の状況を保存す
ることができる。よって、ホットスタンバイシステムの
稼働効率を向上できる、等々の効果を得られる。

【図面の簡単な説明】

【図１】ホットスタンバイシステムに用いられる本発明
の情報処理装置の構成例を示すブロック図である。

【図２】本発明の情報処理装置が２台からなるホットス
タンバイシステムの一例を示すブロック図である。

【図３】切り離し要求電文の一例を示す図である。

【図４】ダウン通知電文の一例を示す図である。

【図５】本発明の情報処理装置が３台で４つのプロセス
を相互にバックアップするホットスタンバイシステムの
一例を示すブロック図である。

【図６】ダウン通知電文の一例を示す図である。

【符号の説明】

１００情報処理装置１１０主処理装置１１２電源１１４冷却ファン１２０補助処理装置１２１通信手段１２２センサインタフェース部１２３通信ポート１２４リセット信号駆動部１２５制御部１３０補助処理装置間通信路１００（１）情報処理装置（現用機）１００（２）情報処理装置（予備機）１００（１１）情報処理装置（現用機兼予備機）１００（１２）情報処理装置（現用機兼予備機）１００（１３）情報処理装置（現用機兼予備機）２００業務用資源５０１プロセスＡ用資源５０２プロセスＢ用資源５０３プロセスＣ用資源５０４プロセスＤ用資源５１１，５１２，５１３，５１４スタンバイ状態記憶
状況ＲＳＴリセット信号

Claims

【特許請求の範囲】

【請求項１】ホットスタンバイシステムの現用機又は
予備機として動作する情報処理装置であって、現用機として動作時に当該現用機のダウンを検出して当
該現用機のためのバックアップ切り替えを起動する手段
と、予備機として動作時に現用機側のダウンを検出して現用
機のためのバックアップ切り替えを起動する手段を具備
することを特徴とする情報処理装置。
【請求項２】現用機として動作時に当該現用機のダウ
ンを検出すると、当該現用機を切り離すとともにダウン
通知を予備機側に送信する手段と、予備機として動作時に現用機側からダウン通知を受信す
ると、当該予備機を現用機に切り替える手段と、予備機として動作時に現用機側のダウンを検知すると、
切り離し要求を現用機側に送信するとともに当該予備機
を現用機に切り替える手段と、現用機として動作時に予備機側から切り離し要求を受信
すると、当該現用機を切り離す手段とを具備することを
特徴とする請求項１記載の情報処理装置。
【請求項３】現用機として動作時にその切り離し処理
の重複実行を防止するための手段を具備することを特徴
とする請求項１もしくは２記載の情報処理装置。