JP3226867B2 - ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体 - Google Patents
ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体Info
- Publication number
- JP3226867B2 JP3226867B2 JP09732498A JP9732498A JP3226867B2 JP 3226867 B2 JP3226867 B2 JP 3226867B2 JP 09732498 A JP09732498 A JP 09732498A JP 9732498 A JP9732498 A JP 9732498A JP 3226867 B2 JP3226867 B2 JP 3226867B2
- Authority
- JP
- Japan
- Prior art keywords
- received message
- master
- processing unit
- central processing
- message
- 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
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Description
【０００１】
【発明の属する技術分野】本発明はホットスタンバイシ
ステムにおける受信メッセージリカバリ方法に関する。
ステムにおける受信メッセージリカバリ方法に関する。
【０００２】
【従来の技術】従来、この種のホットスタンバイ方式の
オンラインシステムにおいては、受信メッセージの処理
中にソフトウェアが原因でマスタ系中央処理装置（ホッ
ト系）に障害が発生した場合はスレーブ系中央処理装置
（スタンバイ系）が新マスタ系となる。そしてその時、
新マスタ系が障害原因となった受信メッセージを含む処
理待ちメッセージをリカバリすると、再度同じ障害が発
生し、結果的にトータルダウンとなるため、ソフトウェ
アが原因の場合は、受信メッセージは復元せずにすべて
消去していた。
オンラインシステムにおいては、受信メッセージの処理
中にソフトウェアが原因でマスタ系中央処理装置（ホッ
ト系）に障害が発生した場合はスレーブ系中央処理装置
（スタンバイ系）が新マスタ系となる。そしてその時、
新マスタ系が障害原因となった受信メッセージを含む処
理待ちメッセージをリカバリすると、再度同じ障害が発
生し、結果的にトータルダウンとなるため、ソフトウェ
アが原因の場合は、受信メッセージは復元せずにすべて
消去していた。
【０００３】
【発明が解決しようとする課題】上述した従来の受信メ
ッセージリカバリ方法は、受信メッセージの処理中にソ
フトウェアが原因でマスタ系中央処理装置に障害が発生
した場合は、スレーブ系中央処理装置（スタンバイ系）
が新マスタ系となったときに、障害原因となった受信メ
ッセージを含む処理待ちメッセージを全て消去していた
ために、消去によって紛失したメッセージのリカバリ
は、そのメッセージの送信元に再送してもらわなければ
ならないという欠点があった。
ッセージリカバリ方法は、受信メッセージの処理中にソ
フトウェアが原因でマスタ系中央処理装置に障害が発生
した場合は、スレーブ系中央処理装置（スタンバイ系）
が新マスタ系となったときに、障害原因となった受信メ
ッセージを含む処理待ちメッセージを全て消去していた
ために、消去によって紛失したメッセージのリカバリ
は、そのメッセージの送信元に再送してもらわなければ
ならないという欠点があった。
【０００４】本発明は、上記の欠点を解消し、ソフトウ
ェアが原因の障害が発生した場合にも、この障害と無関
係の受信メッセージの紛失を防ぐことの可能な受信メッ
セージリカバリ方法を提供するものである。
ェアが原因の障害が発生した場合にも、この障害と無関
係の受信メッセージの紛失を防ぐことの可能な受信メッ
セージリカバリ方法を提供するものである。
【０００５】
【課題を解決するための手段】本願の第１の発明は、マ
スタ系とスレーブ系がホットスタンバイ関係にあり、前
記マスタ系にあっては受信メッセージを予め具備された
リカバリファイルに格納してからこのメッセージの処理
を行うとともに前記受信メッセージを処理中にソフトウ
ェアが原因で異常終了状態を検出した場合は実行中のロ
ードモジュールの予め定められた障害情報を取得し該障
害情報を前記スレーブ系に通知した後ダウン処理を行う
マスタ系中央処理装置を具備し、前記スレーブ系にあっ
ては前記マスタ系中央処理装置の状態を監視し該マスタ
系中央処理装置のダウン状態を検 出すると自分が新マス
タ系に移行し前記リカバリファイルに格納された未処理
の前記受信メッセージを処理するスレーブ系中央処理装
置を具備するホットスタンバイシステムにおける受信メ
ッセージリカバリ方式において、前記障害情報が前記実
行中のロードモジュールのリビジョン及び異常終了アド
レスであり、前記スレーブ系中央処理装置は、前記リカ
バリファイルに格納された未処理の前記受信メッセージ
を処理中にソフトウェアが原因で異常終了状態を検出し
た場合は前記ロードモジュールのリビジョン及び異常終
了アドレスと前記マスタ系中央処理装置から通知された
前記リビジョン及び異常終了アドレスを比較し該比較の
結果同一の場合は次の未処理の前記受信メッセージにつ
いて処理を行うことを特徴とする。
スタ系とスレーブ系がホットスタンバイ関係にあり、前
記マスタ系にあっては受信メッセージを予め具備された
リカバリファイルに格納してからこのメッセージの処理
を行うとともに前記受信メッセージを処理中にソフトウ
ェアが原因で異常終了状態を検出した場合は実行中のロ
ードモジュールの予め定められた障害情報を取得し該障
害情報を前記スレーブ系に通知した後ダウン処理を行う
マスタ系中央処理装置を具備し、前記スレーブ系にあっ
ては前記マスタ系中央処理装置の状態を監視し該マスタ
系中央処理装置のダウン状態を検 出すると自分が新マス
タ系に移行し前記リカバリファイルに格納された未処理
の前記受信メッセージを処理するスレーブ系中央処理装
置を具備するホットスタンバイシステムにおける受信メ
ッセージリカバリ方式において、前記障害情報が前記実
行中のロードモジュールのリビジョン及び異常終了アド
レスであり、前記スレーブ系中央処理装置は、前記リカ
バリファイルに格納された未処理の前記受信メッセージ
を処理中にソフトウェアが原因で異常終了状態を検出し
た場合は前記ロードモジュールのリビジョン及び異常終
了アドレスと前記マスタ系中央処理装置から通知された
前記リビジョン及び異常終了アドレスを比較し該比較の
結果同一の場合は次の未処理の前記受信メッセージにつ
いて処理を行うことを特徴とする。
【０００６】本願の第２の発明は、マスタ系とスレーブ
系がホットスタンバイ関係にあり、前記マスタ系にあっ
ては受信メッセージを予め具備されたリカバリファイル
に格納してからこのメッセージの処理を行うとともに前
記受信メッセージを処理中にソフトウェアが原因で異常
終了状態を検出した場合は実行中のロードモジュールの
予め定められた障害情報を取得し該障害情報を前記スレ
ーブ系に通知した後ダウン処理を行うマスタ系中央処理
装置を具備し、前記スレーブ系にあっては前記マスタ系
中央処理装置の状態を監視し該マスタ系中央処理装置の
ダウン状態を検出すると自分が新マスタ系に移行し前記
リカバリファイルに格納された未処理の前記受信メッセ
ージを処理するスレーブ系中央処理装置を具備するホッ
トスタンバイシステムにおける受信メッセージリカバリ
方法において、前記障害情報が前記実行中のロードモジ
ュールのリビジョン及び異常終了アドレスであり、前記
スレーブ系中央処理装置は、前記リカバリファイルに格
納された未処理の前記受信メッセージを処理中にソフト
ウェアが原因で異常終了状態を検出した場合は前記ロー
ドモジュールのリビジョン及び異常終了アドレスと前記
マスタ系中央処理装置から通知された前記リビジョン及
び異常終了アドレスを比較し該比較の結果同一の場合は
次の未処理の前記受信メッセージについて処理を行うこ
とを特徴とする。
系がホットスタンバイ関係にあり、前記マスタ系にあっ
ては受信メッセージを予め具備されたリカバリファイル
に格納してからこのメッセージの処理を行うとともに前
記受信メッセージを処理中にソフトウェアが原因で異常
終了状態を検出した場合は実行中のロードモジュールの
予め定められた障害情報を取得し該障害情報を前記スレ
ーブ系に通知した後ダウン処理を行うマスタ系中央処理
装置を具備し、前記スレーブ系にあっては前記マスタ系
中央処理装置の状態を監視し該マスタ系中央処理装置の
ダウン状態を検出すると自分が新マスタ系に移行し前記
リカバリファイルに格納された未処理の前記受信メッセ
ージを処理するスレーブ系中央処理装置を具備するホッ
トスタンバイシステムにおける受信メッセージリカバリ
方法において、前記障害情報が前記実行中のロードモジ
ュールのリビジョン及び異常終了アドレスであり、前記
スレーブ系中央処理装置は、前記リカバリファイルに格
納された未処理の前記受信メッセージを処理中にソフト
ウェアが原因で異常終了状態を検出した場合は前記ロー
ドモジュールのリビジョン及び異常終了アドレスと前記
マスタ系中央処理装置から通知された前記リビジョン及
び異常終了アドレスを比較し該比較の結果同一の場合は
次の未処理の前記受信メッセージについて処理を行うこ
とを特徴とする。
【０００７】本願の第３の発明は、マスタ系にあっては
受信メッセージを予め用意されたリカバリファイルに格
納してからこのメッセージの処理を行い該受信メッセー
ジを処理中にソフトウェアが原因で異常終了状態を検出
した場合は実行中のロードモジュールのリビジョン及び
異常終了アドレスを取得しスレーブ系に通知した後ダウ
ン処理を行い、スレーブ系にあっては前記マスタ系の状
態を監視し該マスタ系のダウン状態を検出すると新マス
タ系に移行し前記マスタ系より通知された前記ロードモ
ジュールのリビジョン及び異常終了アドレスをメモリ内
のワークエリアに記憶し前記リカバリファイルに格納さ
れた未処理の該受信メッセージを処理中にソフトウェア
が原因で異常終了状態を検出した場合は前記ロードモジ
ュールのリビジョン及び異常終了アドレスと前記マスタ
系中央処理装置から通知された前記リビジョン及び異常
終了アドレスを比較し該比較の結果同一の場合は次の未
処理の前記受信メッセージについて処理を行う受信メッ
セージ処理プログラムを格納した記録媒体であることを
特徴とする。
受信メッセージを予め用意されたリカバリファイルに格
納してからこのメッセージの処理を行い該受信メッセー
ジを処理中にソフトウェアが原因で異常終了状態を検出
した場合は実行中のロードモジュールのリビジョン及び
異常終了アドレスを取得しスレーブ系に通知した後ダウ
ン処理を行い、スレーブ系にあっては前記マスタ系の状
態を監視し該マスタ系のダウン状態を検出すると新マス
タ系に移行し前記マスタ系より通知された前記ロードモ
ジュールのリビジョン及び異常終了アドレスをメモリ内
のワークエリアに記憶し前記リカバリファイルに格納さ
れた未処理の該受信メッセージを処理中にソフトウェア
が原因で異常終了状態を検出した場合は前記ロードモジ
ュールのリビジョン及び異常終了アドレスと前記マスタ
系中央処理装置から通知された前記リビジョン及び異常
終了アドレスを比較し該比較の結果同一の場合は次の未
処理の前記受信メッセージについて処理を行う受信メッ
セージ処理プログラムを格納した記録媒体であることを
特徴とする。
【０００８】
【０００９】
【００１０】
【００１１】
【００１２】
【発明の実施の形態】次に、本発明の第一の実施の形態
について図面を参照して詳細に説明する。
について図面を参照して詳細に説明する。
【００１３】図１〜図３は本発明のホットスタンバイシ
ステムにおける受信メッセージリカバリ方式を示すため
のシステム状態遷移図である。ここで、図１は正常時の
接続状態を示し、図２は障害発生時の接続状態を示し、
図３は切り替え後の接続状態を示している。また、各図
の同一名称、同一符号のブロックは同一物である。
ステムにおける受信メッセージリカバリ方式を示すため
のシステム状態遷移図である。ここで、図１は正常時の
接続状態を示し、図２は障害発生時の接続状態を示し、
図３は切り替え後の接続状態を示している。また、各図
の同一名称、同一符号のブロックは同一物である。
【００１４】各図における構成要素の説明 回線切替装置 ・回線からの電文を両系（マスタ系、スレーブ系）の通
信処理装置２、３へ出力する。
信処理装置２、３へ出力する。
【００１５】通信処理装置 ・相手システムとの間で規定の通信手順に従って電文の
送受信を行う。
送受信を行う。
【００１６】・両系とも、受信した電文は中央処理装置
（マスタ系）へ送る。
（マスタ系）へ送る。
【００１７】・電文の受信は両系とも行うが送信はマス
タ系のみ行う。
タ系のみ行う。
【００１８】中央処理装置 ・中央処理装置（マスタ系）は、受信した電文の処理を
行い、相手システムへ送信する電文が発生した場合は、
通信処理装置（マスタ系）へ送信を依頼する。
行い、相手システムへ送信する電文が発生した場合は、
通信処理装置（マスタ系）へ送信を依頼する。
【００１９】・受信した電文は、リカバリファイル６に
蓄積し、処理を完了した段階で削除する。
蓄積し、処理を完了した段階で削除する。
【００２０】・中央処理装置（スレーブ系）は、中央処
理装置（マスタ系）の状態を監視し、障害を検出した場
合は自らマスタ系となり処理を再開する。
理装置（マスタ系）の状態を監視し、障害を検出した場
合は自らマスタ系となり処理を再開する。
【００２１】リカバリファイル ・中央処理装置（マスタ系）が受信した電文を処理が完
了するまで蓄積する。
了するまで蓄積する。
【００２２】次に、本発明の実施の形態の動作について
図面（図１〜図３）を参照して説明する。
図面（図１〜図３）を参照して説明する。
【００２３】図１を参照すると、メッセージは回線切替
装置１を介して通信処理装置（マスタ系）２および、通
信処理装置（スレーブ系）３で受信され、２つの通信処
理装置は受信メッセージをそれぞれ中央処理装置（マス
タ系）４に出力する。
装置１を介して通信処理装置（マスタ系）２および、通
信処理装置（スレーブ系）３で受信され、２つの通信処
理装置は受信メッセージをそれぞれ中央処理装置（マス
タ系）４に出力する。
【００２４】中央処理装置（マスタ系）４は受信メッセ
ージをリカバリファイルに格納してからこのメッセージ
の処理を行う。通常このメッセージは、中央処理装置
（マスタ系）が処理を完了した時にリカバリファイルか
ら消去される。
ージをリカバリファイルに格納してからこのメッセージ
の処理を行う。通常このメッセージは、中央処理装置
（マスタ系）が処理を完了した時にリカバリファイルか
ら消去される。
【００２５】中央処理装置（スレーブ系）５は中央処理
装置（マスタ系）４がダウンした場合に新マスタ系に移
行する為に中央処理装置（マスタ系）の状態を監視す
る。
装置（マスタ系）４がダウンした場合に新マスタ系に移
行する為に中央処理装置（マスタ系）の状態を監視す
る。
【００２６】次に、図２を参照すると、中央処理装置
（マスタ系）３で受信メッセージを処理中にソフトウェ
アが原因で異常終了状態を検出した場合は、実行中のロ
ードモジュールのリビジョン及び異常終了アドレスを取
得し、中央処理装置（スレーブ系）５に通知し中央処理
装置（マスタ系）はダウン処理を行い処理を終了する。
（マスタ系）３で受信メッセージを処理中にソフトウェ
アが原因で異常終了状態を検出した場合は、実行中のロ
ードモジュールのリビジョン及び異常終了アドレスを取
得し、中央処理装置（スレーブ系）５に通知し中央処理
装置（マスタ系）はダウン処理を行い処理を終了する。
【００２７】中央処理装置（スレーブ系）５は中央処理
装置（マスタ系）４より通知された、ロードモジュール
のリビジョン及び異常終了アドレスをメモリ内のワーク
エリアに記憶する（図示せず）。
装置（マスタ系）４より通知された、ロードモジュール
のリビジョン及び異常終了アドレスをメモリ内のワーク
エリアに記憶する（図示せず）。
【００２８】次に、図３を参照すると、中央処理装置
（スレーブ系）５は中央処理装置（マスタ系）４のダウ
ン状態を検出し、新マスタ系に移行し、リカバリファイ
ル６を自系に引込んで、未処理となっているメッセージ
の処理を開始する。
（スレーブ系）５は中央処理装置（マスタ系）４のダウ
ン状態を検出し、新マスタ系に移行し、リカバリファイ
ル６を自系に引込んで、未処理となっているメッセージ
の処理を開始する。
【００２９】旧マスタ系でダウンを誘発したメッセージ
は新マスタ系でも同様な処理が行われるが、受信メッセ
ージを処理中にソフトウェアが原因で異常終了状態を検
出した場合は、今度はメモリ内のワークエリアに記憶さ
れたロードモジュールのリビジョンと異常終了アドレス
と実行中のロードモジュールのリビジョン及び異常終了
アドレスの比較を行う。
は新マスタ系でも同様な処理が行われるが、受信メッセ
ージを処理中にソフトウェアが原因で異常終了状態を検
出した場合は、今度はメモリ内のワークエリアに記憶さ
れたロードモジュールのリビジョンと異常終了アドレス
と実行中のロードモジュールのリビジョン及び異常終了
アドレスの比較を行う。
【００３０】比較の結果、同一であれば、ダウン処理を
行わず（即ちメッセージを廃棄）、リカバリファイルか
ら次のメッセージを取得して処理を続行する。
行わず（即ちメッセージを廃棄）、リカバリファイルか
ら次のメッセージを取得して処理を続行する。
【００３１】次に、本発明の第二の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【００３２】図４を参照すると、本発明の第二の実施の
形態は、メッセージ処理プログラムを格納した記録媒体
６１を備える。この記録媒体６１は、磁気ディスク、半
導体メモリその他の記録媒体であって良い。
形態は、メッセージ処理プログラムを格納した記録媒体
６１を備える。この記録媒体６１は、磁気ディスク、半
導体メモリその他の記録媒体であって良い。
【００３３】メッセージ処理プログラムは記録媒体６１
からデータ処理装置６０に読み込まれ、データ処理装置
６０の動作を制御する。データ処理装置６０は、マスタ
系にあっては、受信メッセージをリカバリファイル６２
に格納してからこのメッセージの処理を行い、受信メッ
セージを処理中にソフトウェアが原因で異常終了状態を
検出した場合は、実行中のロードモジュールのリビジョ
ン及び異常終了アドレスを取得し、スレーブ系に通知し
た後ダウン処理を行い、スレーブ系にあっては、マスタ
系の状態を監視し、マスタ系のダウン状態を検出すると
新マスタ系に移行し、マスタ系より通知されたロードモ
ジュールのリビジョン及び異常終了アドレスをメモリ内
のワークエリアに記憶し、リカバリファイル６２を自系
に引込んで未処理のメッセージの処理を行い、受信メッ
セージを処理中にソフトウェアが原因で異常終了状態を
検出した場合は、記憶されたロードモジュールのリビジ
ョン及び異常終了アドレスと実行中のロードモジュール
のリビジョン及び異常終了アドレスの比較を行う。比較
の結果、同一であれば、ダウン処理を行わず（即ちメッ
セージを廃棄）、リカバリファイルから次のメッセージ
を取得して処理を続行する。
からデータ処理装置６０に読み込まれ、データ処理装置
６０の動作を制御する。データ処理装置６０は、マスタ
系にあっては、受信メッセージをリカバリファイル６２
に格納してからこのメッセージの処理を行い、受信メッ
セージを処理中にソフトウェアが原因で異常終了状態を
検出した場合は、実行中のロードモジュールのリビジョ
ン及び異常終了アドレスを取得し、スレーブ系に通知し
た後ダウン処理を行い、スレーブ系にあっては、マスタ
系の状態を監視し、マスタ系のダウン状態を検出すると
新マスタ系に移行し、マスタ系より通知されたロードモ
ジュールのリビジョン及び異常終了アドレスをメモリ内
のワークエリアに記憶し、リカバリファイル６２を自系
に引込んで未処理のメッセージの処理を行い、受信メッ
セージを処理中にソフトウェアが原因で異常終了状態を
検出した場合は、記憶されたロードモジュールのリビジ
ョン及び異常終了アドレスと実行中のロードモジュール
のリビジョン及び異常終了アドレスの比較を行う。比較
の結果、同一であれば、ダウン処理を行わず（即ちメッ
セージを廃棄）、リカバリファイルから次のメッセージ
を取得して処理を続行する。
【００３４】
【発明の効果】以上説明したように本発明は、中央処理
装置（マスタ系）で障害が発生した時に、障害原因とな
ったメッセージを中央処理装置（スレーブ系）から移行
した新マスタ系が取り込んでもダウンさせずに次のメッ
セージの処理に入ることにより、再び同じ障害が発生す
ることを防ぐとともに、他の処理待ちの受信メッセージ
の紛失を防ぐことが出来る効果がある。
装置（マスタ系）で障害が発生した時に、障害原因とな
ったメッセージを中央処理装置（スレーブ系）から移行
した新マスタ系が取り込んでもダウンさせずに次のメッ
セージの処理に入ることにより、再び同じ障害が発生す
ることを防ぐとともに、他の処理待ちの受信メッセージ
の紛失を防ぐことが出来る効果がある。
【図１】本発明のホットスタンバイシステムにおける受
信メッセージリカバリ方式を示すための正常時のシステ
ム接続状態を示す図である。
信メッセージリカバリ方式を示すための正常時のシステ
ム接続状態を示す図である。
【図２】本発明のホットスタンバイシステムにおける受
信メッセージリカバリ方式を示すための障害発生時のシ
ステム接続状態を示す図である。
信メッセージリカバリ方式を示すための障害発生時のシ
ステム接続状態を示す図である。
【図３】本発明のホットスタンバイシステムにおける受
信メッセージリカバリ方式を示すための切り替え後のシ
ステム接続状態を示す図である。
信メッセージリカバリ方式を示すための切り替え後のシ
ステム接続状態を示す図である。
【図４】本発明の第二の実施の形態を示す構成図であ
る。
る。
１ 回線切替装置 ２ 通信処理装置（マスタ系） ３ 通信処理装置（スレーブ系） ４ 中央処理装置（マスタ系） ５ 中央処理装置（スレーブ系） ６，６２ リカバリファイル ６０ データ処理装置 ６１ 記録媒体
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 11/16 - 11/20 G06F 13/00 G06F 15/00 G06F 15/16 - 15/177
Claims (3)
- 【請求項１】マスタ系とスレーブ系がホットスタンバイ
関係にあり、前記マスタ系にあっては受信メッセージを
予め具備されたリカバリファイルに格納してからこのメ
ッセージの処理を行うとともに前記受信メッセージを処
理中にソフトウェアが原因で異常終了状態を検出した場
合は実行中のロードモジュールの予め定められた障害情
報を取得し該障害情報を前記スレーブ系に通知した後ダ
ウン処理を行うマスタ系中央処理装置を具備し、前記ス
レーブ系にあっては前記マスタ系中央処理装置の状態を
監視し該マスタ系中央処理装置のダウン状態を検出する
と自分が新マスタ系に移行し前記リカバリファイルに格
納された未処理の前記受信メッセージを処理するスレー
ブ系中央処理装置を具備するホットスタンバイシステム
における受信メッセージリカバリ方式において、前記障
害情報が前記実行中のロードモジュールのリビジョン及
び異常終了アドレスであり、前記スレーブ系中央処理装
置は、前記リカバリファイルに格納された未処理の前記
受信メッセージを処理中にソフトウェアが原因で異常終
了状態を検出した場合は前記ロードモジュールのリビジ
ョン及び異常終了アドレスと前記マスタ系中央処理装置
から通知された前記リビジョン及び異常終了アドレスを
比較し該比較の結果同一の場合は次の未処理の前記受信
メッセージについて処理を行うことを特徴とするホット
スタンバイシステムにおける受信メッセージリカバリ方
式。 - 【請求項２】マスタ系とスレーブ系がホットスタンバイ
関係にあり、前記マスタ系にあっては受信メッセージを
予め具備されたリカバリファイルに格納してからこのメ
ッセージの処理を行うとともに前記受信メッセージを処
理中にソフトウェアが原因で異常終了状態を検出した場
合は実行中のロードモジュールの予め定められた障害情
報を取得し該障害情報を前記スレーブ系に通知した後ダ
ウン処理を行うマスタ系中央処理装置を具備し、前記ス
レーブ系にあっては前記マスタ系中央処理装置の状態を
監視し該マスタ系中央処理装置のダウン状態を検出する
と自分が新マスタ系に移行し前記リカバリファイルに格
納された未処理の前記受信メッセージを処理するスレー
ブ系中央処理装置を具備するホットスタンバ イシステム
における受信メッセージリカバリ方法において、前記障
害情報が前記実行中のロードモジュールのリビジョン及
び異常終了アドレスであり、前記スレーブ系中央処理装
置は、前記リカバリファイルに格納された未処理の前記
受信メッセージを処理中にソフトウェアが原因で異常終
了状態を検出した場合は前記ロードモジュールのリビジ
ョン及び異常終了アドレスと前記マスタ系中央処理装置
から通知された前記リビジョン及び異常終了アドレスを
比較し該比較の結果同一の場合は次の未処理の前記受信
メッセージについて処理を行うことを特徴とするホット
スタンバイシステムにおける受信メッセージリカバリ方
法。 - 【請求項３】マスタ系にあっては受信メッセージを予め
用意されたリカバリファイルに格納してからこのメッセ
ージの処理を行い該受信メッセージを処理中にソフトウ
ェアが原因で異常終了状態を検出した場合は実行中のロ
ードモジュールのリビジョン及び異常終了アドレスを取
得しスレーブ系に通知した後ダウン処理を行い、スレー
ブ系にあっては前記マスタ系の状態を監視し該マスタ系
のダウン状態を検出すると新マスタ系に移行し前記マス
タ系より通知された前記ロードモジュールのリビジョン
及び異常終了アドレスをメモリ内のワークエリアに記憶
し前記リカバリファイルに格納された未処理の該受信メ
ッセージを処理中にソフトウェアが原因で異常終了状態
を検出した場合は前記ロードモジュールのリビジョン及
び異常終了アドレスと前記マスタ系中央処理装置から通
知された前記リビジョン及び異常終了アドレスを比較し
該比較の結果同一の場合は次の未処理の前記受信メッセ
ージについて処理を行う受信メッセージ処理プログラム
を格納した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09732498A JP3226867B2 (ja) | 1998-04-09 | 1998-04-09 | ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09732498A JP3226867B2 (ja) | 1998-04-09 | 1998-04-09 | ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11296397A JPH11296397A (ja) | 1999-10-29 |
| JP3226867B2 true JP3226867B2 (ja) | 2001-11-05 |
Family
ID=14189314
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09732498A Expired - Fee Related JP3226867B2 (ja) | 1998-04-09 | 1998-04-09 | ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3226867B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4716492B2 (ja) * | 2005-05-23 | 2011-07-06 | 株式会社野村総合研究所 | 冗長構成システムおよび第１のコンピュータシステムに障害が発生したときに第２のコンピュータシステムが直ちにリカバーする方法 |
| KR100916905B1 (ko) | 2007-12-06 | 2009-09-09 | 주식회사 효성 | 음성 출력을 전담하는 보조 마이크로 프로세서를 가지는디지털 전기장치 |
-
1998
- 1998-04-09 JP JP09732498A patent/JP3226867B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11296397A (ja) | 1999-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7793060B2 (en) | System method and circuit for differential mirroring of data | |
| JP2008171387A (ja) | 継続的データ保護を備えたバックアップシステム | |
| JP3481737B2 (ja) | ダンプ採取装置およびダンプ採取方法 | |
| JPH086910A (ja) | クラスタ型計算機システム | |
| US5600808A (en) | Processing method by which continuous operation of communication control program is obtained | |
| US11930292B2 (en) | Device state monitoring method and apparatus | |
| CN108243031B (zh) | 一种双机热备的实现方法及装置 | |
| JP5366184B2 (ja) | データ記憶システム、データ記憶方法 | |
| CN110737716A (zh) | 一种数据写入的方法和装置 | |
| JP3226867B2 (ja) | ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体 | |
| JPH08328970A (ja) | 被管理機器のログ取得方式 | |
| JPH0341522A (ja) | メッセージ紛失検出処理方式 | |
| JP2967569B2 (ja) | 無停電電源装置 | |
| JP3335779B2 (ja) | プラント性能監視システム | |
| JP2522610B2 (ja) | 生産監視システムの復帰方式 | |
| JP3216618B2 (ja) | ビデオサーバ装置のデータ障害復旧方法及びデータ障害復旧プログラムを記録した媒体 | |
| JP4084378B2 (ja) | 分散共有ディスク同期装置、分散共有ディスク同期システム及び分散共有ディスク同期方法 | |
| JP3093546B2 (ja) | システム運用情報を復旧できるシステム運用情報管理機構 | |
| JP3480881B2 (ja) | 遠隔監視装置 | |
| JP2008293375A (ja) | 稼動監視装置、稼動監視方法および稼動監視プログラム | |
| JP3169488B2 (ja) | 通信制御装置 | |
| JPH11327937A (ja) | 資源排他制御システム | |
| JP2723008B2 (ja) | 端末装置障害回復システム | |
| CN118277336A (zh) | 元数据管理方法、元数据管理装置以及计算机存储介质 | |
| JPS6380347A (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: 20010807 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |