JPH04233651A - 計算機システム - Google Patents
計算機システムInfo
- Publication number
- JPH04233651A JPH04233651A JP2416533A JP41653390A JPH04233651A JP H04233651 A JPH04233651 A JP H04233651A JP 2416533 A JP2416533 A JP 2416533A JP 41653390 A JP41653390 A JP 41653390A JP H04233651 A JPH04233651 A JP H04233651A
- Authority
- JP
- Japan
- Prior art keywords
- input
- failure
- output
- user terminal
- recovery
- 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.)
- Pending
Links
- 238000011084 recovery Methods 0.000 claims abstract description 44
- 238000001514 detection method Methods 0.000 claims description 6
- 238000000034 method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、計算機システムに利用
する。
する。
【０００２】本発明は、特に、入出力装置の障害復旧の
自動化を図った計算機システムに関する。
自動化を図った計算機システムに関する。
【０００３】
【従来の技術】従来、計算機システムにおける入出力装
置の障害時復旧処理は運用側で実施され、利用者は復旧
の完了を通知されないため、障害を通知された以降、当
該装置に対して一定時間ごとに試験的に入出力を実行し
、装置の状態を監視する必要があった。
置の障害時復旧処理は運用側で実施され、利用者は復旧
の完了を通知されないため、障害を通知された以降、当
該装置に対して一定時間ごとに試験的に入出力を実行し
、装置の状態を監視する必要があった。
【０００４】
【発明が解決しようとする課題】前述したように、従来
の計算機システムにおける障害復旧方式では、入出力装
置の障害時に、利用者は、当該装置に対して一定時間ご
とに試験的に入出力を実行し、装置の状態を監視する必
要があったので、負担が大になる欠点があった。
の計算機システムにおける障害復旧方式では、入出力装
置の障害時に、利用者は、当該装置に対して一定時間ご
とに試験的に入出力を実行し、装置の状態を監視する必
要があったので、負担が大になる欠点があった。
【０００５】また、一定時間ごとのために、その間のた
とえ障害が復旧したにもかかわらず、次の入出力要求が
速やかに実行されない欠点があった。
とえ障害が復旧したにもかかわらず、次の入出力要求が
速やかに実行されない欠点があった。
【０００６】すなわち、障害復旧の同期通知と通知後の
再開手段がリアルタイムに連携していない問題があった
。
再開手段がリアルタイムに連携していない問題があった
。
【０００７】本発明の目的は、前記の欠点を除去するこ
とにより、入出力装置の障害復旧時、システムから利用
者に障害復旧通知を行い、通知を受けた利用者側におい
ては時間の遅延を無くし、復旧した当該入出力装置に要
求を再開できる障害復旧方式を有する計算機システムを
提供することにある。
とにより、入出力装置の障害復旧時、システムから利用
者に障害復旧通知を行い、通知を受けた利用者側におい
ては時間の遅延を無くし、復旧した当該入出力装置に要
求を再開できる障害復旧方式を有する計算機システムを
提供することにある。
【０００８】
【課題を解決するための手段】本発明は、入出力装置と
、この入出力装置に対する障害管理手段を有する計算機
と、利用者端末装置とを備えた計算機システムにおいて
、前記障害管理手段は、前記利用者端末装置からの通知
先入力により各利用者端末装置対応に通知先を登録する
通知先登録手段と、前記入出力装置の障害発生を検出し
前記利用者端末装置に動作不能を通知する障害検出通知
手段と、前記利用者端末装置からの復旧待ち合わせ入力
に従い障害復旧時に障害復旧を通知する手段、および前
記利用者端末装置からの入出力終了入力により前記通知
先を抹消する手段を有する障害処理手段とを含み、前記
利用者端末装置は、前記障害管理手段に対して前記通知
先入力、前記復旧待ち合わせ入力、および前記入出力終
了入力を送出する手段と、前記障害管理手段からの障害
復旧通知により入出力動作を再開する手段とを含むこと
を特徴とする。
、この入出力装置に対する障害管理手段を有する計算機
と、利用者端末装置とを備えた計算機システムにおいて
、前記障害管理手段は、前記利用者端末装置からの通知
先入力により各利用者端末装置対応に通知先を登録する
通知先登録手段と、前記入出力装置の障害発生を検出し
前記利用者端末装置に動作不能を通知する障害検出通知
手段と、前記利用者端末装置からの復旧待ち合わせ入力
に従い障害復旧時に障害復旧を通知する手段、および前
記利用者端末装置からの入出力終了入力により前記通知
先を抹消する手段を有する障害処理手段とを含み、前記
利用者端末装置は、前記障害管理手段に対して前記通知
先入力、前記復旧待ち合わせ入力、および前記入出力終
了入力を送出する手段と、前記障害管理手段からの障害
復旧通知により入出力動作を再開する手段とを含むこと
を特徴とする。
【０００９】
【作用】障害管理手段は、利用者端末装置からの通知先
入力により通知先を登録しておき、入出力装置の障害を
検出したとき動作不能を前記通知先に通知する。この動
作不能通知を受けた利用者端末装置では、障害管理手段
に対して復旧待ち合わせ入力を送出し入出力動作を中止
する。これに対して、障害管理手段は入出力装置の障害
が復旧すると障害復旧を通知する。これにより利用者端
末装置は入出力動作を再開する。また、障害管理手段は
、入出力要求がなされていない利用者端末装置に対して
は非同期に前記処理を行う。
入力により通知先を登録しておき、入出力装置の障害を
検出したとき動作不能を前記通知先に通知する。この動
作不能通知を受けた利用者端末装置では、障害管理手段
に対して復旧待ち合わせ入力を送出し入出力動作を中止
する。これに対して、障害管理手段は入出力装置の障害
が復旧すると障害復旧を通知する。これにより利用者端
末装置は入出力動作を再開する。また、障害管理手段は
、入出力要求がなされていない利用者端末装置に対して
は非同期に前記処理を行う。
【００１０】従って、利用者端末装置は入出力装置の障
害時に一定時間ごとに入出力動作を繰り返して復旧を確
かめる必要なく、自動的に復旧処理を行うことが可能と
なる。
害時に一定時間ごとに入出力動作を繰り返して復旧を確
かめる必要なく、自動的に復旧処理を行うことが可能と
なる。
【００１１】
【実施例】以下、本発明の実施例について図面を参照し
て説明する。
て説明する。
【００１２】図１は本発明の一実施例を示すブロック構
成図である。
成図である。
【００１３】本実施例は、入出力装置としての装置ファ
イル６と、この装置ファイル６に対する障害管理手段８
を有する計算機１０と、利用者端末装置 （以下、「利
用者」という。）（Ａ）１および（Ｂ）２とを備えた計
算機システムにおいて、
イル６と、この装置ファイル６に対する障害管理手段８
を有する計算機１０と、利用者端末装置 （以下、「利
用者」という。）（Ａ）１および（Ｂ）２とを備えた計
算機システムにおいて、
【００１４】本発明の特徴とするところの、
【００１５
】前記障害管理手段８は、利用者（Ａ）１および利用者
（Ｂ）２対応に通知先入力により各利用者（Ａ）１およ
ひ（Ｂ）２対応に通知先を登録する通知先登録手段とし
ての通知先登録テーブル７と、装置ファイル６の障害発
生を検出し利用者（Ａ）１および利用者（Ｂ）２に動作
不能を通知する障害検出通知手段３と、利用者（Ａ）１
および利用者（Ｂ）２からの復旧待ち合わせ入力に従い
障害復旧時に障害復旧を通知する手段、ならびに利用者
（Ａ）１および利用者（Ｂ）２からの入出力終了入力に
より前記通知先を抹消する手段を有する障害処理手段４
とを含み利用者（Ａ）１および利用者（Ｂ）２は、障害
管理手段８に対して前記通知先入力、前記復旧待ち合わ
せ入力、および前記入出力終了入力を送出する手段と、
障害管理手段８からの障害復旧通知により入出力動作を
再開する手段とを含んでいる。
】前記障害管理手段８は、利用者（Ａ）１および利用者
（Ｂ）２対応に通知先入力により各利用者（Ａ）１およ
ひ（Ｂ）２対応に通知先を登録する通知先登録手段とし
ての通知先登録テーブル７と、装置ファイル６の障害発
生を検出し利用者（Ａ）１および利用者（Ｂ）２に動作
不能を通知する障害検出通知手段３と、利用者（Ａ）１
および利用者（Ｂ）２からの復旧待ち合わせ入力に従い
障害復旧時に障害復旧を通知する手段、ならびに利用者
（Ａ）１および利用者（Ｂ）２からの入出力終了入力に
より前記通知先を抹消する手段を有する障害処理手段４
とを含み利用者（Ａ）１および利用者（Ｂ）２は、障害
管理手段８に対して前記通知先入力、前記復旧待ち合わ
せ入力、および前記入出力終了入力を送出する手段と、
障害管理手段８からの障害復旧通知により入出力動作を
再開する手段とを含んでいる。
【００１６】次に、本実施例の動作について図２を参照
して説明する。ここで、図２は図１における入出力の流
れを示す説明図である。
して説明する。ここで、図２は図１における入出力の流
れを示す説明図である。
【００１７】図２に示すように、計算機１０の装置ファ
イル６に入出力を開始する前に、各利用者（Ａ）１およ
び（Ｂ）２は、自端末装置と障害処理手段４間に入出力
要求、非同期な通知要求を受けるための通信窓口となる
通知先（例えば、ルーチンアドレス等）を要求イベント
に設定して宣言し、障害処理手段４は利用者単位に通知
先登録テーブル７に登録する。例えば、利用者（Ａ）１
と利用者（Ｂ）２とが装置ファイル６に入出力を行うた
め通知先として各々通知先アドレスとしてアドレスａお
よびｂをイベントｏａ１１およびｏｂ２１に宣言し、通
知先登録テーブル７に記憶する（処理■）。利用者（Ａ
）１および（Ｂ）２は、装置ファイル６に入出力要求を
開始する。
イル６に入出力を開始する前に、各利用者（Ａ）１およ
び（Ｂ）２は、自端末装置と障害処理手段４間に入出力
要求、非同期な通知要求を受けるための通信窓口となる
通知先（例えば、ルーチンアドレス等）を要求イベント
に設定して宣言し、障害処理手段４は利用者単位に通知
先登録テーブル７に登録する。例えば、利用者（Ａ）１
と利用者（Ｂ）２とが装置ファイル６に入出力を行うた
め通知先として各々通知先アドレスとしてアドレスａお
よびｂをイベントｏａ１１およびｏｂ２１に宣言し、通
知先登録テーブル７に記憶する（処理■）。利用者（Ａ
）１および（Ｂ）２は、装置ファイル６に入出力要求を
開始する。
【００１８】ある時点で、利用者（Ａ）１からシステム
入出力制御が提供する汎用的な入出力要求である入力に
対して、入力要求のイベントｉを確保し、イベントｉの
通知先アドレスａを設定して要求する（処理■）。
入出力制御が提供する汎用的な入出力要求である入力に
対して、入力要求のイベントｉを確保し、イベントｉの
通知先アドレスａを設定して要求する（処理■）。
【００１９】この利用者（Ａ）１の要求イベントａを実
行途中に装置ファイル６に障害が発生すると、入出力制
御手段５から障害検出通知手段３に対して入出力異常通
知が報告される（処理■）。入出力異常通知を報告され
た障害検出通知手段３は通知情報より障害解析を行い、
障害のレベルと障害範囲を切り分ける（処理■）。
行途中に装置ファイル６に障害が発生すると、入出力制
御手段５から障害検出通知手段３に対して入出力異常通
知が報告される（処理■）。入出力異常通知を報告され
た障害検出通知手段３は通知情報より障害解析を行い、
障害のレベルと障害範囲を切り分ける（処理■）。
【００２０】障害のレベルが装置動作不能で継続して入
出力要求を受け付けることができない障害であれば、障
害の範囲を限定する。例えば、装置ファイル６に入出力
要求を実行する可能性のある利用者全てへ通知すること
を判断し、登録された通知先登録テーブル７の通知先ア
ドレスと障害に遭遇した入出力要求の通知先とを比較す
る。いま通知先が同じ利用者（Ａ）１については当該入
出力要求入力のイベントｉにより、動作不能を通知する
（処理■）。通知先が異なる利用者（Ｂ）２については
、入出力要求が発行されていないため、障害管理手段８
で独自に非同期イベントｕを確保し、動作不能を設定し
て、通知先登録テーブル７に登録された通知先へ通知す
る（処理■）。
出力要求を受け付けることができない障害であれば、障
害の範囲を限定する。例えば、装置ファイル６に入出力
要求を実行する可能性のある利用者全てへ通知すること
を判断し、登録された通知先登録テーブル７の通知先ア
ドレスと障害に遭遇した入出力要求の通知先とを比較す
る。いま通知先が同じ利用者（Ａ）１については当該入
出力要求入力のイベントｉにより、動作不能を通知する
（処理■）。通知先が異なる利用者（Ｂ）２については
、入出力要求が発行されていないため、障害管理手段８
で独自に非同期イベントｕを確保し、動作不能を設定し
て、通知先登録テーブル７に登録された通知先へ通知す
る（処理■）。
【００２２】利用者（Ａ）１は、装置に対する入出力要
求入力の完了状態をイベントｉより判断して障害レベル
が障害発生、動作不能のため以降の入出力要求を抑止し
、装置ファイル６の復旧を待合わせるためのイベントｒ
ａを確保し、通知先ａを設定後、障害処理手段４に復旧
要求し、復旧を待合わせる（処理■）。
求入力の完了状態をイベントｉより判断して障害レベル
が障害発生、動作不能のため以降の入出力要求を抑止し
、装置ファイル６の復旧を待合わせるためのイベントｒ
ａを確保し、通知先ａを設定後、障害処理手段４に復旧
要求し、復旧を待合わせる（処理■）。
【００２３】利用者（Ｂ）２は、利用者（Ｂ）２自身が
入出力要求を実行せず、非同期イベントｕにより当該装
置に障害が発生し、動作不能であることを認識し、以降
の入出力要求を抑止すると同時に、装置ファイル６の復
旧を待合わせのためのイベントｒｂを確保し、通知先ｂ
を設定し、障害処理手段４に復旧要求し、復旧を待合わ
せる（処理■）。
入出力要求を実行せず、非同期イベントｕにより当該装
置に障害が発生し、動作不能であることを認識し、以降
の入出力要求を抑止すると同時に、装置ファイル６の復
旧を待合わせのためのイベントｒｂを確保し、通知先ｂ
を設定し、障害処理手段４に復旧要求し、復旧を待合わ
せる（処理■）。
【００２４】障害処理手段４は、復旧要求により、復旧
待を要求した利用者（Ａ）１および（Ｂ）２のイベント
ｒａおよびｒｂの通知先情報ａおよびｂより通知先登録
テーブル７に要求イベントを登録して、装置ファイル６
の復旧を待つ（処理■）。
待を要求した利用者（Ａ）１および（Ｂ）２のイベント
ｒａおよびｒｂの通知先情報ａおよびｂより通知先登録
テーブル７に要求イベントを登録して、装置ファイル６
の復旧を待つ（処理■）。
【００２５】動作不能となった装置ファイル６は、障害
の原因（例えば、パッケージの交換）が除去された後、
障害処理手段４に障害回復通知がされる（処理１０）。
の原因（例えば、パッケージの交換）が除去された後、
障害処理手段４に障害回復通知がされる（処理１０）。
【００２６】障害処理手段４は、動作不能装置（装置フ
ァイル６）に対する障害回復通知が報告されると、当該
装置の障害復旧を待ち合わせていたリカバー要求を通知
先登録テーブル７より得る、利用者（Ａ）１については
イベントｒａ、利用者（Ｂ）２についてはイベントｒｂ
を取り出し、障害復旧を設定して、各々の通知先ａおよ
びｂに通知する（処理１１） 。
ァイル６）に対する障害回復通知が報告されると、当該
装置の障害復旧を待ち合わせていたリカバー要求を通知
先登録テーブル７より得る、利用者（Ａ）１については
イベントｒａ、利用者（Ｂ）２についてはイベントｒｂ
を取り出し、障害復旧を設定して、各々の通知先ａおよ
びｂに通知する（処理１１） 。
【００２７】障害復旧通知を受けた利用者（Ａ）１およ
び（Ｂ）２は動作不能であった装置ファイル６が復旧し
たことをイベントｒａおよびｒｂを通知先に通知される
ことにより認識して、それまで抑止していた入出力要求
を再開することが可能となる（処理１２） 。
び（Ｂ）２は動作不能であった装置ファイル６が復旧し
たことをイベントｒａおよびｒｂを通知先に通知される
ことにより認識して、それまで抑止していた入出力要求
を再開することが可能となる（処理１２） 。
【００２８】利用者（Ａ）１および（Ｂ）２は、障害発
生以前と同様に入出力要求を、システムへ要求すること
ができる （処理１３） 。
生以前と同様に入出力要求を、システムへ要求すること
ができる （処理１３） 。
【００２９】利用者（Ａ）１の装置ファイル６に対する
入出力要求が全て完了すれば、利用者（Ａ）１はイベン
トＣを確保し、通知先ａをイベントＣに設定してクロー
ズ要求を発行する。障害処理手段４は、通知先登録テー
ブル７をサーチしてａの登録してあるエントリを削除し
、利用者（Ａ）１の通知先を抹消する （処理１４）
。
入出力要求が全て完了すれば、利用者（Ａ）１はイベン
トＣを確保し、通知先ａをイベントＣに設定してクロー
ズ要求を発行する。障害処理手段４は、通知先登録テー
ブル７をサーチしてａの登録してあるエントリを削除し
、利用者（Ａ）１の通知先を抹消する （処理１４）
。
【発明の効果】以上説明したように、本発明は、装置障
害後の利用者の再開がシステムからの復旧通知がされる
と同時に実行され、これまでのように一定時間ごとに装
置に試験的にアクセスする必要もなく、また時間の遅延
を発生しない効果がある。
害後の利用者の再開がシステムからの復旧通知がされる
と同時に実行され、これまでのように一定時間ごとに装
置に試験的にアクセスする必要もなく、また時間の遅延
を発生しない効果がある。
【図１】 本発明の一実施例を示すブロック構成図。
【図２】 図１における入出力の流れを示す説明図。
１、２ 利用者端末装置（Ａ） 、（Ｂ） ３
障害検出通知手段 ４ 障害処理手段 ５ 入出力制御手段 ６ 装置ファイル ７ 通知先登録テーブル ８ 障害管理手段 １０ 計算機
障害検出通知手段 ４ 障害処理手段 ５ 入出力制御手段 ６ 装置ファイル ７ 通知先登録テーブル ８ 障害管理手段 １０ 計算機
Claims (1)
- 【請求項１】 入出力装置と、この入出力装置に対す
る障害管理手段を有する計算機と、利用者端末装置とを
備えた計算機システムにおいて、前記障害管理手段は、
前記利用者端末装置からの通知先入力により各利用者端
末装置対応に通知先を登録する通知先登録手段と、前記
入出力装置の障害発生を検出し前記利用者端末装置に動
作不能を通知する障害検出通知手段と、前記利用者端末
装置からの復旧待ち合わせ入力に従い障害復旧時に障害
復旧を通知する手段、および前記利用者端末装置からの
入出力終了入力により前記通知先を抹消する手段を有す
る障害処理手段とを含み、前記利用者端末装置は、前記
障害管理手段に対して前記通知先入力、前記復旧待ち合
わせ入力、および前記入出力終了入力を送出する手段と
、前記障害管理手段からの障害復旧通知により入出力動
作を再開する手段とを含むことを特徴とする計算機シス
テム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2416533A JPH04233651A (ja) | 1990-12-28 | 1990-12-28 | 計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2416533A JPH04233651A (ja) | 1990-12-28 | 1990-12-28 | 計算機システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04233651A true JPH04233651A (ja) | 1992-08-21 |
Family
ID=18524754
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2416533A Pending JPH04233651A (ja) | 1990-12-28 | 1990-12-28 | 計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04233651A (ja) |
-
1990
- 1990-12-28 JP JP2416533A patent/JPH04233651A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS61500751A (ja) | 多重プロセシングシステムのプログラムプロセスを停止するための方法 | |
| JP2595833B2 (ja) | 遠隔保守装置 | |
| JPH04233651A (ja) | 計算機システム | |
| JP2001027951A (ja) | マルチプロセッサ構成の情報処理システムにおけるファイルロード装置と記録媒体 | |
| JP2002149439A (ja) | 分散処理システムにおけるサーバ切替え方法及びサーバ装置 | |
| JP2656643B2 (ja) | ログデータ採取方法とその装置 | |
| JP2000148525A (ja) | サービスプロセッサ二重化システムの現用系負荷軽減方法 | |
| JPH02139630A (ja) | オンラインタスク入替え装置 | |
| JP2959467B2 (ja) | 疎結合多重計算機システムにおける障害復旧システム、障害復旧方法、および障害復旧プログラムを記憶する媒体 | |
| JPH0271336A (ja) | プロセッサの障害状態監視方式 | |
| JP3697467B2 (ja) | 交換機のオブジェクト更新システム | |
| KR940001701B1 (ko) | 전전자 교환기 운용명령어 수행상태 감시방법 | |
| JP2002099510A (ja) | 複数トランザクション処理システム | |
| JPH07253912A (ja) | プロセス監視装置 | |
| JP3429559B2 (ja) | システム版数切替え方式およびシステム版数切替え方法 | |
| JP2513122B2 (ja) | ホットスタンバイ切り替えシステム | |
| JP2911968B2 (ja) | 計算機システムの装置状態遷移通知方式 | |
| JP2605507B2 (ja) | データ復元方式 | |
| JPH0997237A (ja) | オンライントランザクション処理システムの入力電文保証方式 | |
| JPH02216931A (ja) | 障害情報通知方式 | |
| JP2003050753A (ja) | 自動復旧Ｗｅｂサーバー運用システム | |
| JP2003114878A (ja) | 情報処理方法および情報処理装置 | |
| JP2001084234A (ja) | オンライン処理システム | |
| JPH04262428A (ja) | ホットスタンバイシステム | |
| JPH03116337A (ja) | 相互待機業務処理装置 |