JPH0120451B2 - - Google Patents

Info

Publication number
JPH0120451B2
JPH0120451B2 JP58196436A JP19643683A JPH0120451B2 JP H0120451 B2 JPH0120451 B2 JP H0120451B2 JP 58196436 A JP58196436 A JP 58196436A JP 19643683 A JP19643683 A JP 19643683A JP H0120451 B2 JPH0120451 B2 JP H0120451B2
Authority
JP
Japan
Prior art keywords
transaction
section
unit
relief
file
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
Application number
JP58196436A
Other languages
Japanese (ja)
Other versions
JPS6089254A (en
Inventor
Masayoshi Izawa
Shinji Ogawa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
Nippon Electric Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Electric Co Ltd filed Critical Nippon Electric Co Ltd
Priority to JP58196436A priority Critical patent/JPS6089254A/en
Publication of JPS6089254A publication Critical patent/JPS6089254A/en
Publication of JPH0120451B2 publication Critical patent/JPH0120451B2/ja
Granted legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)

Description

【発明の詳細な説明】 発明の属する技術分野 本発明は、トランザクシヨン実行過程で発生す
るソフトウエア論理障害、すなわちデータ不整
合、純粋なプログラム論理誤りおよびインタフエ
ース誤りを原因とするシステムダウン事象を回避
するためのソフトウエア論理障害救済方式に関す
る。
DETAILED DESCRIPTION OF THE INVENTION Technical Field The present invention relates to system down events caused by software logic failures that occur during transaction execution, that is, data inconsistencies, pure program logic errors, and interface errors. This invention relates to a software logical fault relief method for avoiding the problem.

従来技術 従来は、トランザクシヨン実行過程にソフトウ
エア論理障害が発生すると、一般的にはシステム
をダウンさせ、障害情報の収集および解析を実施
し原因トランザクシヨンを切分け、運用で再投入
を防止した後、システムリスタートさせている。
Conventional technology In the past, when a software logical failure occurred during the transaction execution process, the system was generally brought down, the failure information was collected and analyzed, the causative transaction was isolated, and the system was prevented from restarting the system. After that, I restarted the system.

これは、従来システムの場合提供サービス機能
の規模が小さく、社会的影響が小さい等の背景か
ら特定トランザクシヨン実行を原因として発生す
るソフトウエア論理障害も一律システムダウンと
し、ダウン後の復旧時間を極力短縮する方式で対
処している。したがつて、従来は、システムが提
供するサービス全体の中断、すなわち、システム
ダウンが頻発している。結果としてシステム利用
者に対する多大な損失およびシステムに対する不
信感を与えている。
In the case of conventional systems, the scale of the service functions provided is small and the social impact is small, so software logical failures that occur due to the execution of specific transactions are treated as system failures, and the recovery time after failure is minimized. We are dealing with this by shortening it. Therefore, conventionally, the entire service provided by the system is interrupted, ie, the system goes down frequently. As a result, this has resulted in significant losses for system users and a sense of distrust in the system.

発明の目的 本発明の目的はサービス中断範囲を、障害発生
原因トランザクシヨンにとどめ提供サービス全体
のサービス中断を撲滅したソフトウエア論理障害
救済方式を提供することにある。
OBJECTS OF THE INVENTION An object of the present invention is to provide a software logical failure relief method that limits the scope of service interruption to the transaction that causes the failure and eliminates service interruption for the entire service provided.

発明の構成 本発明の方式はソフトウエア論理障害発生にと
もない該当トランザクシヨン実行時に更新したメ
モリ内容をトランザクシヨン無効化の一環として
更新前の状態に復元するテーブル救済手段と、 障害発生トランザクシヨン実行を無効にするト
ランザクシヨン無効化手段とを含むことを特徴と
する。
Composition of the Invention The method of the present invention includes a table rescue means that restores the memory contents that were updated during the execution of the corresponding transaction due to the occurrence of a software logical error to the state before the update as part of invalidating the transaction, and and transaction invalidation means for invalidating the transaction.

発明の実施例 次に本発明について図面を参照して詳細に説明
する。第1図を参照すると本発明の第1の実施例
は、テーブル救済手段とトランザクシヨン無効化
手段とから構成されている。
Embodiments of the Invention Next, the present invention will be described in detail with reference to the drawings. Referring to FIG. 1, the first embodiment of the present invention is comprised of table rescue means and transaction invalidation means.

第2図を参照すると、前記テーブル救済手段
は、トランザクシヨン入力部1、トランザクシヨ
ン実行部2、テーブルアクセス部6、メモリ記憶
部7、排他制御部8、更新前イメージ記憶部9、
救済処理部4、テーブル救済部10から構成され
ている。第3図を参照すると、前記トランザクシ
ヨン無効化手段はトランザクシヨン入力部1、ト
ランザクシヨン実行部2、共通インタフエースエ
リア部3、救済処理部4、およびトランザクシヨ
ン無効化部5から構成されている。次に第1の実
施例の動作を詳細に説明する。第2図を参照する
と、テーブル救済手段は、トランザクシヨン入力
部1からのトランザクシヨン入力21によりトラ
ンザクシヨン実行部2が動作する。トランザクシ
ヨン実行部2は、参照または更新したいメモリ記
憶方式によるテーブルをテーブルアクセス部に要
求22を行う。テーブルアクセス部6は要求され
た前記テーブルを排他的に使用するため排他制御
部8に排他使用要求23を行う。排他制御部8は
他に使用しているトランザクシヨン実行部2がな
ければ、使用許可24を行う。次にテーブルアク
セス部6は要求されたテーブルの参照25、更新
27を行う。テーブルアクセス部6は要求された
テーブルの更新前にテーブル内容を更新前イメー
ジ記憶部9に移送26を行う。次に参照及び更新
結果をトランザクシヨン実行部2に返却28を行
う。一方トランザクシヨン実行部動作中にソフト
ウエア論理障害発生のために救済処理部4の起動
29を行う。救済処理部4はテーブル救済要のシ
ステムであればテーブル救済部の起動30を行
う。テーブル救済部10はテーブル更新前イメー
ジ記憶部9からメモリテーブル更新前イメージの
抽出31を行う。次に抽出した更新前イメージを
テーブルアクセス部6に渡して参照および更新を
実行しトランザクシヨン開始前の状態に前記テー
ブルを復元する。テーブル救済手段のみしか必要
としないシステムは次にトランザクシヨン無効化
手段を使用して次のトランザクシヨンから実行す
る。次にトランザクシヨン無効化手段の動作の一
実施例の詳細を以下に示す。
Referring to FIG. 2, the table rescue means includes a transaction input section 1, a transaction execution section 2, a table access section 6, a memory storage section 7, an exclusive control section 8, a pre-update image storage section 9,
It is composed of a relief processing section 4 and a table relief section 10. Referring to FIG. 3, the transaction invalidation means is composed of a transaction input section 1, a transaction execution section 2, a common interface area section 3, a relief processing section 4, and a transaction invalidation section 5. . Next, the operation of the first embodiment will be explained in detail. Referring to FIG. 2, in the table rescue means, a transaction execution unit 2 operates in response to a transaction input 21 from a transaction input unit 1. The transaction execution unit 2 makes a request 22 to the table access unit for a table based on the memory storage method that the transaction execution unit 2 wishes to refer to or update. The table access unit 6 issues an exclusive use request 23 to the exclusive control unit 8 in order to exclusively use the requested table. The exclusive control unit 8 performs a usage permission 24 if no other transaction execution unit 2 is in use. Next, the table access unit 6 performs reference 25 and update 27 of the requested table. The table access section 6 transfers 26 the table contents to the pre-update image storage section 9 before updating the requested table. Next, the reference and update results are returned 28 to the transaction execution unit 2. On the other hand, the relief processing section 4 is activated 29 due to the occurrence of a software logic failure during the operation of the transaction execution section. If the system requires table relief, the relief processing section 4 activates the table relief section 30. The table rescue unit 10 extracts 31 the memory table before-update image from the table-before-update image storage unit 9 . Next, the extracted pre-update image is passed to the table access unit 6 for reference and update, thereby restoring the table to the state before the start of the transaction. A system that only requires table rescue means then uses transaction invalidation means to execute from the next transaction. Next, details of one embodiment of the operation of the transaction invalidation means will be described below.

第3図を参照すると、トランザクシヨン無効化
手段は、トランザクシヨン入力部1からのトラン
ザクシヨン投入21によりトランザクシヨン実行
部2が動作する。トランザクシヨン実行部2は処
理開始前に論理障害発生時の戻りアドレス、論理
障害発生状況報告のための情報を共通インタフエ
ースエリア部3に移送22を行う。トランザクシ
ヨン実行中にソフトウエア論理障害が発生すると
救済処理部4の起動23がかけられる。救済処理
部4は、起動原因となつたトランザクシヨン識別
を共通インタフエースエリア部3に移送24を行
う。すなわち、以降発生する同一トランザクシヨ
ンのリジエクトを可能とする。次に、救済処理部
4はトランザクシヨン無効化部5の起動25を行
う。トランザクシヨン無効化部5は共通インタフ
エースエリア部3から戻りアドレスの受取り26
を行う。次にトランザクシヨン無効化部5は、戻
りアドレスの位置へリターン27を行う。
Referring to FIG. 3, in the transaction invalidation means, the transaction execution unit 2 operates in response to a transaction input 21 from the transaction input unit 1. Before starting processing, the transaction execution unit 2 transfers 22 the return address when a logical failure occurs and information for reporting the status of logical failure to the common interface area unit 3. When a software logical failure occurs during execution of a transaction, the relief processing section 4 is activated 23. The relief processing unit 4 transfers 24 the transaction identification that caused the activation to the common interface area unit 3. In other words, it is possible to reject the same transaction that occurs thereafter. Next, the relief processing unit 4 activates 25 the transaction invalidation unit 5. The transaction invalidation unit 5 receives the return address from the common interface area unit 3 26
I do. Next, the transaction invalidation unit 5 performs a return 27 to the position of the return address.

本実施例のような無条件無効化に対して、トラ
ンザクシヨン実行時条件により、トランザクシヨ
ン実行部2が無効化可否を選択し、トランザクシ
ヨンの無効化またはシステムダウンを選択可能と
する方式もある。
Regarding unconditional invalidation as in this embodiment, there is also a method in which the transaction execution unit 2 selects whether invalidation is possible or not depending on the conditions at the time of transaction execution, and it is possible to select invalidation of the transaction or system down. .

第1図を参照すると、本発明の第2の実施例
は、フアイル救済手段と前記トランザクシヨン無
効化手段とから構成されている。第4図を参照す
ると、前記フアイル救済手段は、トランザクシヨ
ン入力部1、トランザクシヨン実行部2、フアイ
ルアクセス部11、排他制御部8、デイスクフア
イル12、更新前イメージ記憶部9、救済処理部
4、フアイル救済部13から構成されている。ト
ランザクシヨン無効化手段の構成は前記第1の実
施例のトランザクシヨン無効化手段と同一構成で
ある。次にこの実施例の動作を詳細に説明する。
Referring to FIG. 1, the second embodiment of the present invention is comprised of a file rescue means and the transaction invalidation means. Referring to FIG. 4, the file rescue means includes a transaction input section 1, a transaction execution section 2, a file access section 11, an exclusive control section 8, a disk file 12, a pre-update image storage section 9, and a rescue processing section 4. , a file rescue section 13. The structure of the transaction invalidation means is the same as that of the transaction invalidation means of the first embodiment. Next, the operation of this embodiment will be explained in detail.

フアイル救済手段は、トランザクシヨン入力部
1からのトランザクシヨン入力21によりトラン
ザクシヨン実行部2が動作する。トランザクシヨ
ン実行部2は、参照または更新したいデイスクフ
アイルのレコード識別IDをフアイルアクセス部
11へ要求する22。フアイルアクセス部11は
要求された前記レコードを排他的に使用するため
排他制御部8に排他使用要求23を行う。排他制
御部8は他に使用しているトランザクシヨン実行
部2が無ければ、使用許可24を行う。次にフア
イルアクセス部11は要求されたレコードの参照
5、更新7を行う。フアイルアクセス部11は要
求されたレコードの更新前にレコード内容を更新
前イメージ記憶部9へ移送する26。次に参照及
び更新結果をトランザクシヨン実行部に返却28
を行う。一方トランザクシヨン実行部動作時にソ
フトウエア論理障害発生のために救済処理部4の
起動29を行う。救済処理部4は、フアイル救済
要のシステムであればフアイル救済部13の起動
30を行う。フアイル救済部13はフアイル更新
前イメージ記憶部9からフアイル更新前イメージ
の抽出31を行う。次に抽出した更新前イメージ
をフアイルアクセス部11に渡して参照および更
新を実行し、トランザクシヨン開始前の状態に前
記フアイルを復元する。フアイル救済手段しか必
要としないシステムは次にトランザクシヨン無効
化手段を使用して次のトランザクシヨンから実行
する。トランザクシヨン無効化手段の動作の詳細
は第一の実施例のトランザクシヨン無効化手段と
同一である。
In the file rescue means, a transaction execution unit 2 operates in response to a transaction input 21 from a transaction input unit 1. The transaction execution unit 2 requests the file access unit 11 for the record identification ID of the disk file to be referenced or updated 22. The file access unit 11 issues an exclusive use request 23 to the exclusive control unit 8 in order to exclusively use the requested record. If there is no other transaction execution unit 2 in use, the exclusive control unit 8 performs usage permission 24. Next, the file access unit 11 performs reference 5 and update 7 of the requested record. The file access unit 11 transfers the record contents to the pre-update image storage unit 9 26 before updating the requested record. Next, the reference and update results are returned to the transaction execution unit 28
I do. On the other hand, when the transaction execution section is operating, the relief processing section 4 is activated 29 due to the occurrence of a software logical failure. If the system requires file relief, the relief processing section 4 activates the file relief section 13 (30). The file rescue unit 13 extracts 31 the image before file update from the image before file update storage unit 9 . Next, the extracted pre-update image is passed to the file access unit 11 for reference and update, thereby restoring the file to the state before the start of the transaction. A system that only requires file rescue means then uses transaction invalidation means to execute from the next transaction onwards. The details of the operation of the transaction invalidation means are the same as the transaction invalidation means of the first embodiment.

第1図を参照すると本発明の第3の実施例は、
救済情報収集手段と前記トランザクシヨン無効化
手段から構成されている。第5図を参照すると、
前記救済情報収集手段はトランザクシヨン実行部
1、共通インタフエースエリア部3、救済処理部
4、救済情報収集部14、メモリ記憶部7、表示
部15、および二次記憶部16から構成されてい
る。トランザクシヨン無効化手段の構成は前記第
一の実施例のトランザクシヨン無効化手段と同一
構成である。次にこの実施例の動作を詳細に説明
する。
Referring to FIG. 1, a third embodiment of the present invention includes:
It consists of a relief information collection means and the transaction invalidation means. Referring to Figure 5,
The relief information collection means includes a transaction execution section 1, a common interface area section 3, a relief processing section 4, a relief information collection section 14, a memory storage section 7, a display section 15, and a secondary storage section 16. . The structure of the transaction invalidation means is the same as that of the transaction invalidation means of the first embodiment. Next, the operation of this embodiment will be explained in detail.

救済情報収集手段は、トランザクシヨン実行部
動作開始前にトランザクシヨン実行部2は収集希
望する情報識別を共通インタフエースエリア部3
に記憶する21。次にトランザクシヨン実行中に
ソフトウエア論理障害が発生したために救済処理
部4の起動22をかける。次の救済処理部4は救
済情報収集部14の起動3がかけられる。救済情
報収集部14は共通インタフエースエリア部5か
ら該当トランザクシヨン実行部2が収集希望して
いる情報識別の抽出24を行う。次に救済情報収
集部14はメモリ記憶部7から対象情報の抽出2
5を行う。次に救済情報収集部14は、抽出した
情報を表示部26および二次記憶部27に出力を
行う。救済情報収集手段しか必要としないシステ
ムは次にトランザクシヨン無効化手段を使用して
次のトランザクシヨンから実行する。トランザク
シヨン無効化手段の動作の詳細は第1の実施例の
トランザクシヨン無効化手段と同一である。
The relief information collection means is such that, before the transaction execution unit starts operating, the transaction execution unit 2 identifies the information desired to be collected in the common interface area unit 3.
21. Next, since a software logical fault has occurred during transaction execution, the relief processing section 4 is activated 22. The next relief processing section 4 is activated 3 of the relief information collection section 14 . The relief information collection unit 14 extracts 24 the information identification that the corresponding transaction execution unit 2 desires to collect from the common interface area unit 5 . Next, the relief information collection unit 14 extracts target information 2 from the memory storage unit 7.
Do step 5. Next, the relief information collection section 14 outputs the extracted information to the display section 26 and the secondary storage section 27. A system that only requires a relief information collection means then uses a transaction invalidation means to execute from the next transaction. The details of the operation of the transaction invalidation means are the same as the transaction invalidation means of the first embodiment.

なお、上述の一実施例は、各救済手段を個々に
使用する例であつたが、システムの必要性から第
1〜第3の実施例の救済手段を組合せて実施する
ことも可能である。
Although the above-mentioned embodiment is an example in which each relief means is used individually, it is also possible to implement the relief means of the first to third embodiments in combination depending on the necessity of the system.

発明の効果 本発明には、種々の情報処理システムに本ソフ
トウエア論理障害救済方式を装備することにより
種々の原因のソフトウエア論理障害を起因とする
システムダウンを撲滅または最小化できる効果が
ある。
Effects of the Invention The present invention has the effect of being able to eliminate or minimize system downs caused by software logical failures of various causes by equipping various information processing systems with this software logical failure relief method.

【図面の簡単な説明】[Brief explanation of drawings]

第1図は本発明の第1、第2および第3の実施
例を示す図、第2図は第1図のテーブル救済手段
を示す図、第3図は第1図のトランザクシヨン無
効化手段を示す図、第4図は第1図のフアイル救
済手段を示す図、および第5図は第1図の救済情
報収集手段を示す図である。 第1図から第5図において、1……トランザク
シヨン入力部、2……トランザクシヨン実行部、
3……共通インタフエースエリア部、4……救済
処理部、5……トランザクシヨン無効化部、6…
…テーブルアクセス部、7……メモリ記憶部、8
……排他制御部、9……更新前イメージ記憶部、
10……テーブル救済部、11……フアイルアク
セス部、12……デイスクフアイル、13……フ
アイル救済部、14……救済情報収集部、15…
…表示部、16……二次記憶部。
FIG. 1 is a diagram showing the first, second and third embodiments of the present invention, FIG. 2 is a diagram showing the table rescue means in FIG. 1, and FIG. 3 is a diagram showing the transaction invalidation means in FIG. 1. 4 is a diagram showing the file rescue means of FIG. 1, and FIG. 5 is a diagram showing the rescue information collection means of FIG. 1. 1 to 5, 1...transaction input section, 2...transaction execution section,
3...Common interface area section, 4...Relief processing section, 5...Transaction invalidation section, 6...
...Table access section, 7...Memory storage section, 8
...exclusive control unit, 9...pre-update image storage unit,
10...Table relief section, 11...File access section, 12...Disk file, 13...File relief section, 14...Relief information collection section, 15...
...display section, 16...secondary storage section.

Claims (1)

【特許請求の範囲】 1 各トランザクシヨンを順次実行する実行手段
と、ソフトウエア論理障害の発生時に、該障害を
発生させたトランザクシヨンが更新したメモリの
内容を更新前の状態に復元する救済手段と、 前記ソフトウエア論理障害の発生時に、該論理
障害を発生させた前記トランザクシヨンの識別情
報を登録部に登録する登録手段と、 前記各トランザクシヨンの実行開始前に、実行
すべき当該トランザクシヨンの識別情報が前記登
録部に登録されているか否かを調べ、登録されて
いない場合にだけ当該トランザクシヨンの実行開
始を前記実行手段に指示する制御手段とを含むこ
とを特徴とするソフトウエア論理障害救済方式。
[Scope of Claims] 1. Execution means for sequentially executing each transaction, and relief means for restoring the contents of memory updated by the transaction that caused the fault to the state before the update when a software logical fault occurs. and registration means for registering, in a registration unit, identification information of the transaction that caused the logical failure when the software logical failure occurs; control means for checking whether the identification information of is registered in the registration unit and instructing the execution means to start executing the transaction only if the identification information is not registered. Disability relief method.
JP58196436A 1983-10-20 1983-10-20 Software logic troubleshooting system Granted JPS6089254A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP58196436A JPS6089254A (en) 1983-10-20 1983-10-20 Software logic troubleshooting system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP58196436A JPS6089254A (en) 1983-10-20 1983-10-20 Software logic troubleshooting system

Publications (2)

Publication Number Publication Date
JPS6089254A JPS6089254A (en) 1985-05-20
JPH0120451B2 true JPH0120451B2 (en) 1989-04-17

Family

ID=16357792

Family Applications (1)

Application Number Title Priority Date Filing Date
JP58196436A Granted JPS6089254A (en) 1983-10-20 1983-10-20 Software logic troubleshooting system

Country Status (1)

Country Link
JP (1) JPS6089254A (en)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FACOM OS IV F4 AIMfb±lýÐXE40ibÐc=S55 *

Also Published As

Publication number Publication date
JPS6089254A (en) 1985-05-20

Similar Documents

Publication Publication Date Title
US7543181B2 (en) Recovery from failures within data processing systems
USRE37038E1 (en) Method and system for automated termination and resumption in a time zero backup copy process
JP2703479B2 (en) Data processing method and system having security function of time zero backup session
JP3675802B2 (en) Method and system for reconfiguring the state of computation
US6618794B1 (en) System for generating a point-in-time copy of data in a data storage system
US5379398A (en) Method and system for concurrent access during backup copying of data
EP0097234B1 (en) Method and apparatus for restarting a computing system
US5923833A (en) Restart and recovery of OMG-compliant transaction systems
EP0880096B1 (en) File backup system
US20040215998A1 (en) Recovery from failures within data processing systems
JPH0296849A (en) Accurate one-time semantics in tp cueing system
TW497054B (en) A transaction processing system, method and computer program product
US5734896A (en) Recovery of a remotely initiated distributed prepared transaction by status report from a second database to an external coordinator
US5745674A (en) Management of units of work on a computer system log
WO1993008529A1 (en) Method and means for time zero backup copying of data
US5363502A (en) Hot stand-by method and computer system for implementing hot stand-by method
US6092084A (en) One system of a multisystem environment taking over log entries owned by another system
US6076095A (en) Method of one system of a multisystem environment taking over log entries owned by another system
JP2939414B2 (en) Database Equivalent Processor for Dual Computer
JPH0120451B2 (en)
JPS648859B2 (en)
JPS6089257A (en) Software logic trouble saving system
JP3516428B2 (en) calculator
KR20220160898A (en) Method and apparatus for handling transaction
JPH10508968A (en) Data set backup method and apparatus in shared environment