JPH03139735A - 情報処理装置の障害処理方式 - Google Patents
情報処理装置の障害処理方式Info
- Publication number
- JPH03139735A JPH03139735A JP1278951A JP27895189A JPH03139735A JP H03139735 A JPH03139735 A JP H03139735A JP 1278951 A JP1278951 A JP 1278951A JP 27895189 A JP27895189 A JP 27895189A JP H03139735 A JPH03139735 A JP H03139735A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- fault
- program
- failure
- storage part
- 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
- 238000000034 method Methods 0.000 claims description 30
- 230000010365 information processing Effects 0.000 claims description 20
- 230000004044 response Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
Landscapes
- Retry When Errors Occur (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
技術分野
本発明は情報処理装置の障害処理方式に関し、特に障害
時に装置を初期化した後に処理の再起動を行うようにし
た情報処理装置の障害処理方式に関するものである。
時に装置を初期化した後に処理の再起動を行うようにし
た情報処理装置の障害処理方式に関するものである。
従来技術
従来のこの種の障害処理方式では、情報処理装置の運用
中に処理の開始情報及び終了情報等を常に外部記憶装置
である磁気ディスク装置に格納しておき、障害発生時に
は再起動後にこれ等情報をもとに処理再開を行うように
なっている。
中に処理の開始情報及び終了情報等を常に外部記憶装置
である磁気ディスク装置に格納しておき、障害発生時に
は再起動後にこれ等情報をもとに処理再開を行うように
なっている。
かかる従来の障害処理方式は、外部記憶装置に常に上記
情報を格納しておくことが必要となるので、処理と同期
して常に入出力動作を伴うことになり、よってリアルタ
イム処理には適さないという欠点がある。
情報を格納しておくことが必要となるので、処理と同期
して常に入出力動作を伴うことになり、よってリアルタ
イム処理には適さないという欠点がある。
発明の目的
そこで、本発明はかかる従来のものの欠点を除去すべく
なされたものであって、その目的とするところは、処理
時におけるオーバヘッドを増やすことなく、障害復旧後
に処理を継続できるようにして、リアルタイム処理に適
した情報処理装置の障害処理方式を提供することにある
。
なされたものであって、その目的とするところは、処理
時におけるオーバヘッドを増やすことなく、障害復旧後
に処理を継続できるようにして、リアルタイム処理に適
した情報処理装置の障害処理方式を提供することにある
。
発明の構成
本発明による情報処理装置の障害処理方式は、情報処理
装置本体内に設けられ情報処理装置の運用中の処理実行
状態を常時格納する格納手段と、障害の発生に応答して
前記格納手段を除いて装置の初期化処理をなす初期化手
段とを設け、障害発生後の再起動時に前記格納手段に格
納されている処理実行状態をもとに中断された処理を再
開するようにしたことを特徴としている。
装置本体内に設けられ情報処理装置の運用中の処理実行
状態を常時格納する格納手段と、障害の発生に応答して
前記格納手段を除いて装置の初期化処理をなす初期化手
段とを設け、障害発生後の再起動時に前記格納手段に格
納されている処理実行状態をもとに中断された処理を再
開するようにしたことを特徴としている。
実施例
次に、本発明の実施例について図面を参照して説明する
。
。
第1図は本発明の一実施例の構成を示す図であり、情報
処理装置1は命令実行部2と主記憶部3と副記憶部5と
イニシャライズ制御部7と入出力制御部8とからなって
いる。
処理装置1は命令実行部2と主記憶部3と副記憶部5と
イニシャライズ制御部7と入出力制御部8とからなって
いる。
主記憶部3は処理を実行するプログラム4を含んでいる
。副記憶部5は処理の実行状態を逐一格納している実行
状態テーブル6を含んでいる。また、入出力制御部8に
はプログラムファイル7が接続されている。
。副記憶部5は処理の実行状態を逐一格納している実行
状態テーブル6を含んでいる。また、入出力制御部8に
はプログラムファイル7が接続されている。
第2図はプログラム4が行う割込み処理の流れを示した
図であり、第3図はイニシャライズ制御部7が行う情報
処理装置1の立上げ処理の流れを示した図である。
図であり、第3図はイニシャライズ制御部7が行う情報
処理装置1の立上げ処理の流れを示した図である。
次に、本実施例の情報処理装置]の通常動作について説
明する。プログラム4はオンライントランザクション処
理を行うことを[1的としており、外部装置(図示仕ず
)からの処理要求を人出力制御部8を経由して受取る。
明する。プログラム4はオンライントランザクション処
理を行うことを[1的としており、外部装置(図示仕ず
)からの処理要求を人出力制御部8を経由して受取る。
処理要求には、データと処理識別番号とが付加されてい
る。処理終了後は、処理識別番号と終了通知とを処理要
求元に送信することで全ての処理を完了する。
る。処理終了後は、処理識別番号と終了通知とを処理要
求元に送信することで全ての処理を完了する。
ここで、終了通知を送信するまでは、処理識別番号と再
送要求を処理要求元に送信することにより、データを再
度人手して処理を再実行することができる。プログラム
4は処理要求元識別と処理識別番号と処理の進行状況と
を常に実行状態テーブル6に格納している。
送要求を処理要求元に送信することにより、データを再
度人手して処理を再実行することができる。プログラム
4は処理要求元識別と処理識別番号と処理の進行状況と
を常に実行状態テーブル6に格納している。
ここで、命令実行部2は主記憶部3のアクセス命令とは
別に副記憶部5をアクセスする命令を有しており、プロ
グラム4はこの命令を使用して実行状態テーブル6にア
クセスする。
別に副記憶部5をアクセスする命令を有しており、プロ
グラム4はこの命令を使用して実行状態テーブル6にア
クセスする。
続いて、第2図及び第3図を用いて障害発生後の障害処
理について説明する。情報処理装置1の障害はマシンエ
ラー割込みとして直接に、又は不正割込みとして間接的
にソフトウェアに報告される。
理について説明する。情報処理装置1の障害はマシンエ
ラー割込みとして直接に、又は不正割込みとして間接的
にソフトウェアに報告される。
プログラム4の割込み処理ルーチンは、まず処理10で
障害による割込みか否かを判断し、通常の割込み例えば
110割込みやタイマ割込み等と判断したときは、処理
12て夫々の割込み原因毎の通常の割込み処理を行う。
障害による割込みか否かを判断し、通常の割込み例えば
110割込みやタイマ割込み等と判断したときは、処理
12て夫々の割込み原因毎の通常の割込み処理を行う。
一方、処理10て障害による割込みと判断したときは、
処理11てイニシャライズ制御部7に対し情報処理装置
1のイニシャライズを要求する。
処理11てイニシャライズ制御部7に対し情報処理装置
1のイニシャライズを要求する。
さて、イニシャライズ要求を受付けたイニシャライズ制
御部7は、処理20て命令実行部2と主記憶部3と入出
力制御部8とを初期化し、処理21で障害発生後のイニ
シャライズ要求か否かを判断し、障害発生後のイニシャ
ライズ要求でないとき、即ち通常の立上げ処理のときは
処理22て副記憶部5をイニシャライズする。ここで、
記憶部のイニシャライズとは全ビット“0”クリアを意
味する。
御部7は、処理20て命令実行部2と主記憶部3と入出
力制御部8とを初期化し、処理21で障害発生後のイニ
シャライズ要求か否かを判断し、障害発生後のイニシャ
ライズ要求でないとき、即ち通常の立上げ処理のときは
処理22て副記憶部5をイニシャライズする。ここで、
記憶部のイニシャライズとは全ビット“0”クリアを意
味する。
処理21−で障害発生後のイニシャライズ要求と判断し
たときは、副記憶部5の内容即ち実行状態テーブル6を
保存する。
たときは、副記憶部5の内容即ち実行状態テーブル6を
保存する。
次にイニシャライズ制御部7は処理23でプロダラムフ
ァイル9に格納されているプログラム4を主記憶部3に
格納するよう入出力制御部8を起動し、格納が完了する
と処理24で命令実行部2を起動し、プログラム4の第
1命令から実行を開始する。
ァイル9に格納されているプログラム4を主記憶部3に
格納するよう入出力制御部8を起動し、格納が完了する
と処理24で命令実行部2を起動し、プログラム4の第
1命令から実行を開始する。
さて、起動されたプログラム4は実行状態テーブル6を
使用して処理を開始する。ここで、障害により処理が中
断しているときは、その状態が実行状態テーブル6に保
存されているので、その情報をもとに処理を再開するこ
とができる。
使用して処理を開始する。ここで、障害により処理が中
断しているときは、その状態が実行状態テーブル6に保
存されているので、その情報をもとに処理を再開するこ
とができる。
ところで、本実施例ではオンライントランザクション処
理の障害処理方式について説明したが、バッチ処理筒金
ての情報処理に対して適用できることは明らかである。
理の障害処理方式について説明したが、バッチ処理筒金
ての情報処理に対して適用できることは明らかである。
また、イニシャライズ手段を情報処理装置に内在するイ
ニシャライズ制御部として実現したが、例えばサービス
プロセッサ(SVP)等の他装置であっても良いことは
明らかである。さらに、本実施例では副記憶部のアクセ
ス方法として専用の命令を使用しているが、主記憶部の
アクセス命令を使用しアドレスで切分ける方法、例えば
ある固定番地までは主記憶部でそれ以」二は副記憶部等
の別の方法であっても良いことも明らかである。
ニシャライズ制御部として実現したが、例えばサービス
プロセッサ(SVP)等の他装置であっても良いことは
明らかである。さらに、本実施例では副記憶部のアクセ
ス方法として専用の命令を使用しているが、主記憶部の
アクセス命令を使用しアドレスで切分ける方法、例えば
ある固定番地までは主記憶部でそれ以」二は副記憶部等
の別の方法であっても良いことも明らかである。
発明の効果
斜上の如く、本発明によれば、障害処理後の処理再開に
必要な情報を常に装置内の副記憶部に格納しておき、障
害発生時にはこの副記憶部内の情報をイニシャライズす
ることなく読出すようにしているので、障害発生以前の
状態を再現できるようになり、よって通常処理でのオー
バヘッドを増大することなく障害復旧後の処理継続が可
能となるという効果がある。
必要な情報を常に装置内の副記憶部に格納しておき、障
害発生時にはこの副記憶部内の情報をイニシャライズす
ることなく読出すようにしているので、障害発生以前の
状態を再現できるようになり、よって通常処理でのオー
バヘッドを増大することなく障害復旧後の処理継続が可
能となるという効果がある。
第1図は本発明の実施例のシステムブロック図、第2図
は割込み処理の流れを示す図、第3図はイニシャライズ
処理の流れを示す図である。 主要部分の符号の説明 1・・・・・・情報処理装置 2・・・・・・命令実行部 3・・・・・・主記憶部 5・・・・・・副記憶部 6・・・・・・実行状態テーブル 7・・・・・・イニシャライズ制御部
は割込み処理の流れを示す図、第3図はイニシャライズ
処理の流れを示す図である。 主要部分の符号の説明 1・・・・・・情報処理装置 2・・・・・・命令実行部 3・・・・・・主記憶部 5・・・・・・副記憶部 6・・・・・・実行状態テーブル 7・・・・・・イニシャライズ制御部
Claims (1)
- (1)情報処理装置本体内に設けられ情報処理装置の運
用中の処理実行状態を常時格納する格納手段と、障害の
発生に応答して前記格納手段を除いて装置の初期化処理
をなす初期化手段とを設け、障害発生後の再起動時に前
記格納手段に格納されている処理実行状態をもとに中断
された処理を再開するようにしたことを特徴とする情報
処理装置の障害処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1278951A JPH03139735A (ja) | 1989-10-26 | 1989-10-26 | 情報処理装置の障害処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1278951A JPH03139735A (ja) | 1989-10-26 | 1989-10-26 | 情報処理装置の障害処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH03139735A true JPH03139735A (ja) | 1991-06-13 |
Family
ID=17604336
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1278951A Pending JPH03139735A (ja) | 1989-10-26 | 1989-10-26 | 情報処理装置の障害処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH03139735A (ja) |
-
1989
- 1989-10-26 JP JP1278951A patent/JPH03139735A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0750259B1 (en) | Computer system with two phase checkpoints | |
| JP3481737B2 (ja) | ダンプ採取装置およびダンプ採取方法 | |
| EP0477385B1 (en) | Method of resetting adapter module at failing time and computer system executing said method | |
| JP2001101032A (ja) | 異種os間制御によるos監視方式 | |
| JPH03139735A (ja) | 情報処理装置の障害処理方式 | |
| TWI295011B (ja) | ||
| JPH11161521A (ja) | オフラインモードでの実行経過保存機能付き計算機及び記録媒体 | |
| JPH05216855A (ja) | マルチcpu制御方式 | |
| JPS6030976B2 (ja) | 先行制御方式の情報処理装置 | |
| JP2765831B2 (ja) | データ処理装置 | |
| JPH02171835A (ja) | 情報処理装置 | |
| JP2909128B2 (ja) | 起動処理の引き継ぎ処理装置 | |
| JP3346670B2 (ja) | 中央処理装置の切り替え方法及び切り替えシステム | |
| JPH05143520A (ja) | Dma転送方式 | |
| JPH07219794A (ja) | 情報処理装置 | |
| JPH0520049A (ja) | 制御メモリの修正機能を有する情報処理システムおよび制御メモリの修正方法 | |
| JPS62284440A (ja) | 端末装置のソフトウエア資源保守方式 | |
| JPS6130297B2 (ja) | ||
| JPS59144955A (ja) | 情報処理装置 | |
| JPH035832A (ja) | 情報処理装置の障害処理方式 | |
| JPH07248929A (ja) | 上位装置及びこれを用いた再立上げシステム | |
| JPS6256544B2 (ja) | ||
| JPH10247157A (ja) | トランザクション処理システムおよびそのリカバリ方法 | |
| JPS60129845A (ja) | 情報処理装置の制御方式 | |
| JPH01147636A (ja) | 障害発生時の処理再試行方式 |