JP2880828B2 - Message recovery method in case of system failure - Google Patents

Message recovery method in case of system failure

Info

Publication number
JP2880828B2
JP2880828B2 JP3173757A JP17375791A JP2880828B2 JP 2880828 B2 JP2880828 B2 JP 2880828B2 JP 3173757 A JP3173757 A JP 3173757A JP 17375791 A JP17375791 A JP 17375791A JP 2880828 B2 JP2880828 B2 JP 2880828B2
Authority
JP
Japan
Prior art keywords
data
message
recovery
file
management unit
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
Application number
JP3173757A
Other languages
Japanese (ja)
Other versions
JPH0520236A (en
Inventor
弘一 香川
秀明 滝本
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.)
Toshiba Corp
Original Assignee
Toshiba Corp
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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP3173757A priority Critical patent/JP2880828B2/en
Publication of JPH0520236A publication Critical patent/JPH0520236A/en
Application granted granted Critical
Publication of JP2880828B2 publication Critical patent/JP2880828B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、コンピュータを利用し
たオンラインシステムにおけるシステム障害時のメッセ
ージ復旧方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a message recovery method in the event of a system failure in an online system using a computer.

【0002】[0002]

【従来の技術】現在、コンピュータを利用したオンライ
ンシステムは、あらゆる分野で使用されており、例えば
金融関係業務においては、本店で顧客情報を管理するホ
ストコンピュータに対し、各支店側の端末装置(キャッ
シュディスペンサ等)がオンラインされ、預貯金残高の
照会,現金の預入れ,払戻しに多用されている。
2. Description of the Related Art At present, online systems using computers are used in various fields. For example, in a financial business, a host computer for managing customer information at a head office is provided with a terminal device (cache) at each branch. Dispensers, etc.) are online and frequently used for checking the balance of deposits and savings, depositing cash, and refunding.

【0003】ここで、端末側及びホスト側のコンピュー
タにおいて、正確な処理を行なうための1要素として、
端末側からの入力メッセージデータあるいはホスト側か
らの出力メッセージデータがそれぞれ相手方コンピュー
タに誤り無く伝わることが重要なもので、停電等の障害
発生時には、未完了の処理に係わるメッセージデータが
正確且つ素早く復旧されて至るべきコンピュータに与え
られることが必要になる。
[0003] Here, in the computer on the terminal side and the host side, one element for performing accurate processing is as follows.
It is important that the input message data from the terminal or the output message data from the host be transmitted to the other computer without error. In the event of a failure such as a power failure, the message data related to uncompleted processing is accurately and quickly recovered. It needs to be given to the computer to be reached.

【0004】図3はオンラインシステムにおける一般的
なメッセージ復旧方式を示すもので、同図において、1
1はキャッシュディスペンサ等となる端末装置、12は
ホストコンピュータとなる業務装置であり、ホストコン
ピュータ12は、各顧客それぞれの預貯金残高や満期時
期等のあらゆる顧客情報を記憶するデータベース13を
備えている。
FIG. 3 shows a general message recovery method in an online system.
Reference numeral 1 denotes a terminal device serving as a cash dispenser or the like, and 12 denotes a business device serving as a host computer. The host computer 12 includes a database 13 for storing all kinds of customer information such as the balance of deposits and maturity of each customer.

【0005】すなわち、例えば預貯金の払戻しを行なう
場合には、まず、端末装置11にて入力された顧客識別
情報や払戻しの金額情報等が入力メッセージデータとし
て業務装置12に送られる。すると、業務装置12は、
顧客識別情報に対応する顧客情報をデータベース13か
ら読出し、請求金額に対する残高確認処理や残高データ
の書替え処理等を行なうもので、この業務処理に応じて
許可された支払い情報が出力メッセージデータとして端
末装置11に送られ、顧客に対する払戻しが行なわれ
る。
[0005] In other words, for example, in the case of performing a refund of deposits and savings, first, customer identification information and refund amount information input at the terminal device 11 are sent to the business device 12 as input message data. Then, the business device 12
It reads customer information corresponding to the customer identification information from the database 13 and performs balance confirmation processing for the billed amount, rewriting processing of the balance data, and the like. Payment information permitted according to the business processing is output message data as terminal message data. 11 and a refund to the customer is made.

【0006】ここで、端末装置11からの入力メッセー
ジデータ(IMJ)、及び業務装置12からの出力メッ
セージデータ(OMJ)、そして、業務装置12におけ
るデータベース13の書替えデータ(AIJ)は、その
履歴情報として順次時系列的にジャーナルファイル14
に書込まれるもので、障害発生時には、このジャーナル
ファイル14に保持されたファイルデータに基づき、シ
ステムの復旧が行なわれる。
Here, the input message data (IMJ) from the terminal device 11, the output message data (OMJ) from the business device 12, and the rewriting data (AIJ) of the database 13 in the business device 12 are the history information. As time-series journal files 14
When a failure occurs, the system is restored based on the file data held in the journal file 14.

【0007】すなわち、上記ジャーナルファイル14に
保持されたファイルデータがその先頭から順次読出さ
れ、未完了の処理に係わるデータ、つまり、障害発生直
前のファイルデータが検索されるもので、その検索デー
タに基づく業務処理あるいは端末処理あるいはデータ書
替え処理を順次最終ファイルデータまで実行することに
より障害復旧が行なわれる。
That is, the file data held in the journal file 14 is sequentially read from the head thereof, and data relating to the incomplete processing, that is, the file data immediately before the occurrence of the failure is searched. Failure recovery is performed by sequentially executing business processing, terminal processing, or data rewriting based on the last file data.

【0008】[0008]

【発明が解決しようとする課題】しかしながら、上記従
来の障害復旧方式では、ジャーナルファイル14に時系
列的に記憶保持された入出力メッセージデータ(IM
J,OMJ)及びデータベース13の書替えデータ(A
IJ)からなる履歴データを、その最も古い先頭データ
から読出し、この読出したデータ毎に完了データか否か
の識別を行なうと共に、未完了データの場合にはそのデ
ータ内容に応じた業務処理あるいは端末処理あるいはデ
ータベース書替え処理を実行し、この後、次のファイル
データの読出しを行なうので、膨大な量のファイルデー
タが保持されている場合には、上記未完了データを読出
すまでに長い時間を要し、実際に障害発生直前の入力メ
ッセージデータ(IMJ)及び出力メッセージデータ
(OMJ)が復旧され正常なオンライン業務に戻るのに
大きな遅れが生じる問題がある。
However, in the above-described conventional failure recovery method, the input / output message data (IM) stored and retained in the journal file 14 in time series.
J, OMJ) and the rewriting data (A
The history data consisting of IJ) is read from the oldest top data, and whether or not the data is completed data is identified for each of the read data. Processing or database rewriting processing is executed, and then the next file data is read out. Therefore, if an enormous amount of file data is held, it takes a long time to read the incomplete data. However, there is a problem in that the input message data (IMJ) and the output message data (OMJ) immediately before the occurrence of the fault are recovered and a large delay occurs in returning to the normal online operation.

【0009】本発明は上記課題に鑑みなされたもので、
膨大な量のジャーナルファイルデータが保持されている
場合でも、1ファイルデータ毎の読出し及び処理を繰返
すことなく、入出力メッセージデータを高速且つ効率的
に復旧することが可能になるシステム障害時のメッセー
ジ復旧方式を提供することを目的とする。
[0009] The present invention has been made in view of the above problems,
Even when an enormous amount of journal file data is held, a message at the time of a system failure that enables fast and efficient recovery of input / output message data without repeating reading and processing for each file data The purpose is to provide a recovery method.

【0010】[0010]

【課題を解決するための手段】すなわち、本発明に係わ
るシステム障害時のメッセージ復旧方式は、端末コンピ
ュータとホストコンピュータを備えたオンラインシステ
ムにおいて、上記端末コンピュータからホストコンピュ
ータに対する入力メッセージデータ及び上記ホストコン
ピュータから端末コンピュータに対する出力メッセージ
データと上記ホストコンピュータにおけるホスト処理デ
ータとを順次時系列的に記録するジャーナルファイル
と、障害発生時において、上記ジャーナルファイルから
のデータを順次読出し、障害発生より前の処理に係わる
処理済みデータか否かを判定する処理/未処理判定手段
と、この処理/未処理判定手段により上記ジャーナルフ
ァイルから読出されたデータが未処理データと判定され
た場合には、その未処理データが上記入力あるいは出力
メッセージデータか又はホスト処理データかを分類する
ジャーナルデータ分類手段と、このジャーナルデータ分
類手段により分類された入力メッセージデータをホスト
コンピュータに与え、出力メッセージデータを端末コン
ピュータに与えるメッセージ復旧手段と、上記ジャーナ
ルデータ分類手段により分類されたホスト処理データを
ホストコンピュータに与えるホスト復旧手段とを備えて
なるものである。
That is, a message recovery method in the event of a system failure according to the present invention provides an on-line system having a terminal computer and a host computer, in which the input message data from the terminal computer to the host computer and the host computer. And a journal file for sequentially recording the output message data to the terminal computer and the host processing data in the host computer in a time-series manner, and when a failure occurs, sequentially read the data from the journal file to perform processing prior to the occurrence of the failure. A processing / unprocessed determination unit for determining whether or not the data read from the journal file is unprocessed data; Journal data classifying means for classifying logical data as the above-mentioned input or output message data or host processing data; input message data classified by the journal data classification means to a host computer; and output message data to a terminal computer. It comprises a message restoring means and a host restoring means for providing host processing data classified by the journal data classifying means to a host computer.

【0011】[0011]

【作用】つまり、ジャーナルファイルの分類に応じた復
旧機能の分担が可能となり、高速且つ効率的なメッセー
ジの復旧が行なえるようになる。
[Operation] In other words, recovery according to the classification of the journal file
The sharing of the old function becomes possible, and the message can be restored quickly and efficiently.

【0012】[0012]

【実施例】以下図面により本発明の一実施例について説
明する。
An embodiment of the present invention will be described below with reference to the drawings.

【0013】図1はシステム障害時のメッセージ復旧方
式を用いたオンラインシステムの構成を示すもので、同
図において、21は例えばキャッシュデイスペンサとし
ての端末管理部、22は例えばホストコンピュータとし
ての業務処理部であり、端末管理部21と業務処理部2
2との間には、相互に送受信されるメッセージデータの
入出力処理を管理するメッセージ管理部23、及びシス
テム障害時の復旧処理を行なうリカバリ管理部24、そ
して、入出力メッセージデータ(IMJ,OMJ)や業
務処理部22に備えられるファイルシステム及びデータ
ベースの書替えデータをシステム処理の履歴として時系
列的に記憶保持するジャーナルファイル25が接続され
る。
FIG. 1 shows the configuration of an online system using a message recovery system in the event of a system failure. In FIG. 1, reference numeral 21 denotes a terminal management unit, for example, as a cache dispenser, and 22, a business process as a host computer, for example. And a terminal management unit 21 and a business processing unit 2
2, a message management unit 23 that manages input / output processing of message data exchanged with each other, a recovery management unit 24 that performs recovery processing when a system failure occurs, and input / output message data (IMJ, OMJ). ) And a journal file 25 that stores and holds the rewriting data of the file system and the database provided in the business processing unit 22 in a time-series manner as the history of the system processing.

【0014】上記リカバリ管理部24には、システム状
態管理部26を始め、ジャーナルファイル25とメッセ
ージ管理部23との間に順次接続されるシステムリカバ
リ管理部27、メッセージリカバリ管理部28、メッセ
ージリカバリファイル管理部29が備えられる。さら
に、システムリカバリ管理部27にはファイルシステム
リカバリ管理部30及びデータベースリカバリ管理部3
1が接続され、また、上記システム状態管理部26には
システム状態ログファイル32が接続され、メッセージ
リカバリファイル管理部29にはメッセージリカバリフ
ァイル33が接続される。
The recovery manager 24 includes a system state manager 26, a system recovery manager 27, a message recovery manager 28, and a message recovery file 28 which are sequentially connected between the journal file 25 and the message manager 23. A management unit 29 is provided. Further, the system recovery management unit 27 includes a file system recovery management unit 30 and a database recovery management unit 3.
1, a system status log file 32 is connected to the system status management unit 26, and a message recovery file 33 is connected to the message recovery file management unit 29.

【0015】システムリカバリ管理部27は、例えば停
電により業務処理部22が一時停止する等、システム上
の障害が発生した場合に、ジャーナルファイル25に予
め記憶保持されたファイルデータを読出し、その読出し
ファイルデータが処理済みの完了データか未完了データ
かを判定すると共に、未完了データの場合には、そのフ
ァイルデータの種類がファイルシステム書替えデータか
データベース書替えデータか入出力メッセージデータ
(IMJ,OMJ)かを分類するもので、ファイル書替
えデータはファイルシステムリカバリ管理部30に、デ
ータベース書替えデータはデータベースリカバリ管理部
31に、また、入出力メッセージデータ(IMJ,OM
J)はメッセージリカバリ管理部28に与えられる。
The system recovery management unit 27 reads out file data stored and held in the journal file 25 in advance when a system failure occurs, for example, when the business processing unit 22 is temporarily stopped due to a power failure, and the read out file is read. It is determined whether the data is processed completed data or uncompleted data. If the data is incomplete data, whether the type of the file data is file system rewriting data, database rewriting data, or input / output message data (IMJ, OMJ) The file rewrite data is stored in the file system recovery management unit 30, the database rewrite data is stored in the database recovery management unit 31, and the input / output message data (IMJ, OM)
J) is given to the message recovery management unit 28.

【0016】メッセージリカバリ管理部28は、システ
ムリカバリ管理部27から与えられたメッセージデータ
が入力メッセージデータ(IMJ)か出力メッセージデ
ータ(OMJ)かを選別するもので、入力メッセージデ
ータ(IMJ)は業務処理部22に与えられ、出力メッ
セージデータ(OMJ)はメッセージリカバリファイル
管理部29に与えられる。
The message recovery management unit 28 selects whether the message data provided from the system recovery management unit 27 is input message data (IMJ) or output message data (OMJ). The output message data (OMJ) is provided to the processing unit 22 and the message recovery file management unit 29 is provided.

【0017】メッセージリカバリファイル管理部29
は、障害復旧に応じて端末管理部21から得られる出力
メッセージデータ(OMJ)の入力要求があるか否かを
監視するもので、このメッセージデータの入力要求が無
い場合には上記メッセージリカバリ管理部28から与え
られた出力メッセージデータ(OMJ)はメッセージリ
カバリファイル33に対して一時退避保持され、また、
上記メッセージ入力要求が有った場合にはその出力メッ
セージデータ(OMJ)はメッセージ管理部23を通し
て端末管理部21に与えられる。
Message recovery file management unit 29
Monitors whether there is an input request for output message data (OMJ) obtained from the terminal management unit 21 in response to the failure recovery. If there is no input request for this message data, the message recovery management unit The output message data (OMJ) given from 28 is temporarily saved and held in the message recovery file 33.
When there is the message input request, the output message data (OMJ) is given to the terminal management unit 21 through the message management unit 23.

【0018】一方、上記ファイルシステムリカバリ管理
部30は、システムリカバリ管理部27から与えられた
ファイル書替えデータに応じてファイルシステムの復旧
を行なうもので、このファイルシステムリカバリ管理部
30からのファイルシステム復旧データは業務処理部2
2を通してそのファイルシステムに与えられる。
On the other hand, the file system recovery management section 30 recovers the file system in accordance with the file rewrite data provided from the system recovery management section 27. Data is business processing unit 2
2 to the file system.

【0019】また、上記データベースリカバリ管理部3
1は、システムリカバリ管理部27から与えられたデー
タベース書替えデータに応じてデータベースの復旧を行
なうもので、このデータベースリカバリ管理部31から
のデータベース復旧データは業務処理部22を通してそ
のデータベースに与えられる。
The database recovery management unit 3
Numeral 1 is for recovering the database in accordance with the database rewrite data provided from the system recovery management unit 27. The database recovery data from the database recovery management unit 31 is provided to the database through the business processing unit 22.

【0020】さらに、システム状態管理部26は、オン
ラインシステム各部における動作状態をシステム状態ロ
グファイル32に逐次記憶させて管理するもので、この
システム状態ログファイル32に記憶保持されたシステ
ム状態データは、上記障害復旧に応じて読出され、障害
直前の状態復旧データとしてシステム各部に選択的に与
えられる。次に、上記構成によるリカバリ管理部24を
備えたオンラインシステムの動作について説明する。
Further, the system status management unit 26 manages the operation status of each unit of the online system by sequentially storing it in a system status log file 32. The system status data stored in the system status log file 32 is: The data is read out in response to the recovery from the failure, and is selectively given to each part of the system as state recovery data immediately before the failure. Next, the operation of the online system including the recovery management unit 24 having the above configuration will be described.

【0021】まず、システムが正常な状態において、顧
客から端末管理部21に対し払戻し要求が与えられる
と、キャッシュカードに予め記録される顧客識別情報、
及び払戻しの要求金額等が入力メッセージデータ(IM
J)としてメッセージ管理部23を通して業務処理部2
2に送られる。
First, when the customer gives a refund request to the terminal management unit 21 in a normal state of the system, customer identification information pre-recorded on the cash card,
And the amount requested for reimbursement are input message data (IM
J) as the business processing unit 2 through the message management unit 23
Sent to 2.

【0022】すると、業務処理部22では、与えられる
入力メッセージデータ(IMJ)に応じて、その顧客識
別情報に対応する顧客口座情報をデータベースから読出
し、請求金額に対する残高確認処理や残高データの書替
え処理等を行なうもので、この業務処理に応じて許可さ
れた支払い情報が出力メッセージデータ(OMJ)とし
て上記メッセージ管理部23を通し端末管理部21に送
られる。これにより、端末管理部21では、与えられた
出力メッセージデータ(OMJ)に応じて、顧客に対す
る払戻しが行なわれる。
Then, in accordance with the input message data (IMJ) given, the business processing unit 22 reads out customer account information corresponding to the customer identification information from the database, executes balance confirmation processing for the billed amount, and rewrites the balance data. The payment information permitted in accordance with this business process is sent to the terminal management unit 21 through the message management unit 23 as output message data (OMJ). As a result, the terminal management unit 21 repays the customer according to the given output message data (OMJ).

【0023】この場合、上記端末管理部21からの入力
メッセージデータ(IMJ)及び業務処理部22からの
出力メッセージデータ(OMJ)、そして、業務処理部
22におけるファイルシステムあるいはデータベースの
書替えデータは、それぞれ時系列的に全てジャーナルフ
ァイル25に書込まれる。また、上記の顧客取引きに応
じたシステム動作状態は、システム状態管理部26を通
して逐次システム状態ログファイル32に記録される。
In this case, the input message data (IMJ) from the terminal management unit 21, the output message data (OMJ) from the business processing unit 22, and the rewriting data of the file system or the database in the business processing unit 22 are respectively All are written in the journal file 25 in chronological order. Further, the system operation state according to the customer transaction is sequentially recorded in the system state log file 32 through the system state management unit 26.

【0024】ここで、上記オンラインシステムの正常時
においては、システムリカバリ管理部27、メッセージ
リカバリ管理部28、メッセージリカバリファイル管理
部29、ファイルシステムリカバリ管理部30、データ
ベースリカバリ管理部31は何れも機能しないことにな
る。図2は上記オンラインシステムの障害発生時におけ
るメッセージデータの復旧処理を示すフローチャートで
ある。
Here, when the above-mentioned online system is normal, the system recovery manager 27, message recovery manager 28, message recovery file manager 29, file system recovery manager 30, and database recovery manager 31 all function. Will not do. FIG. 2 is a flowchart showing a message data recovery process when a failure occurs in the online system.

【0025】例えば停電により業務処理部22が一時停
止する等、システム上の障害が発生した場合には、ジャ
ーナルファイル25に予め記憶保持されたファイルデー
タは、システムリカバリ管理部27により読出され、そ
の読出しファイルデータが処理済みの完了データか未完
了データかが判定される(ステップS1,S2)。
When a system failure occurs, for example, when the business processing unit 22 is temporarily stopped due to a power failure, the file data stored and held in the journal file 25 in advance is read out by the system recovery management unit 27. It is determined whether the read file data is processed completed data or uncompleted data (steps S1 and S2).

【0026】このシステムリカバリ管理部27におい
て、ジャーナルファイル25から読出されたファイルデ
ータがシステム障害時よりも前の処理済み完了データと
判定された場合には、繰返し新たなファイルデータが読
出され、また、未完了データと判定された場合には、そ
のファイルデータの種類がファイルシステム書替えデー
タかデータベース書替えデータか入出力メッセージデー
タ(IMJ,OMJ)か分類される(ステップS3)。
If the file data read from the journal file 25 is determined to be processed completed data before the time of the system failure in the system recovery management unit 27, new file data is repeatedly read out. If the data is determined to be incomplete data, the type of the file data is classified as file system rewrite data, database rewrite data, or input / output message data (IMJ, OMJ) (step S3).

【0027】ここで、上記ジャーナルファイル25から
読出したファイルデータが未完了データで、且つそのフ
ァイルデータは入力又は出力メッセージデータ(IMJ
又はOMJ)であると分類された場合には、そのメッセ
ージデータ(IMJ又はOMJ)はメッセージリカバリ
管理部28に与えられる(ステップS3→S4)。
Here, the file data read from the journal file 25 is incomplete data, and the file data is input or output message data (IMJ
Or OMJ), the message data (IMJ or OMJ) is given to the message recovery management unit 28 (step S3 → S4).

【0028】すると、システムリカバリ管理部27から
メッセージリカバリ管理部28に与えられたメッセージ
データは、入力メッセージデータ(IMJ)か出力メッ
セージデータ(OMJ)か選別されるもので、このメッ
セージリカバリ管理部28において、入力メッセージデ
ータ(IMJ)と選別された場合には、該入力メッセー
ジデータ(IMJ)は業務処理部22に与えられる(ス
テップS5→S6)。これにより、業務処理部22で
は、障害発生時に相当する未完了の業務処理が実行され
復旧が図られるようになる。
Then, the message data provided from the system recovery management unit 27 to the message recovery management unit 28 is selected from input message data (IMJ) and output message data (OMJ). , If the input message data (IMJ) is selected, the input message data (IMJ) is given to the business processing unit 22 (steps S5 → S6). As a result, the job processing unit 22 executes an uncompleted job process corresponding to the time of occurrence of a failure, thereby achieving recovery.

【0029】また、上記メッセージリカバリ管理部28
において、システムリカバリ管理部27から与えられた
メッセージデータが出力メッセージデータ(OMJ)と
選別された場合には、該出力メッセージデータ(OM
J)はメッセージリカバリファイル管理部29からメッ
セージリカバリファイル33に一時退避された後、メッ
セージ管理部23を通して端末管理部21に与えられる
(ステップS5→S7)。これにより、端末管理部21
では、障害発生時に相当する未完了の顧客対応処理が実
行され復旧が図られるようになる。
The message recovery management unit 28
In the case where the message data provided from the system recovery management unit 27 is selected as the output message data (OMJ), the output message data (OMJ)
J) is temporarily saved in the message recovery file 33 from the message recovery file management unit 29, and is then given to the terminal management unit 21 through the message management unit 23 (steps S5 → S7). Thereby, the terminal management unit 21
In this case, an uncompleted customer response process corresponding to the time of occurrence of a failure is executed and recovery is achieved.

【0030】一方、上記システムリカバリ管理部27に
ジャーナルファイル25から読出したファイルデータが
未完了データで、且つそのファイルデータはファイルシ
ステムあるいはデータベースの書替えデータであると分
類された場合には、その書替えデータはファイルシステ
ムリカバリ管理部30あるいはデータベースリカバリ管
理部31に与えられる(ステップS3→S8又はS
9)。
On the other hand, if the file data read from the journal file 25 is classified as incomplete data by the system recovery management unit 27 and the file data is classified as rewrite data of the file system or the database, the rewrite is performed. The data is given to the file system recovery management unit 30 or the database recovery management unit 31 (step S3 → S8 or S
9).

【0031】すると、ファイルシステムリカバリ管理部
30は、システムリカバリ管理部27から与えられたフ
ァイル書替えデータに応じてファイルシステムの復旧を
行なうもので、このファイルシステムリカバリ管理部3
0からのファイルシステム復旧データが業務処理部22
を通してそのファイルシステムに与えられ、システム障
害時のまでに相当するファイルの復旧が図られる。
Then, the file system recovery management section 30 recovers the file system in accordance with the file rewrite data given from the system recovery management section 27.
File system recovery data from 0
To the file system, and a file corresponding to the time of the system failure is restored.

【0032】また、上記データベースリカバリ管理部3
1は、システムリカバリ管理部27から与えられたデー
タベース書替えデータに応じてデータベースの復旧を行
なうもので、このデータベースリカバリ管理部31から
のデータベース復旧データが業務処理部22を通してそ
のデータベースに与えられ、システム障害時までに相当
するデータの復旧が図られる。
The database recovery management unit 3
Numeral 1 is for recovering the database in accordance with the database rewrite data provided from the system recovery management unit 27. The database recovery data from the database recovery management unit 31 is provided to the database through the business processing unit 22, Recovery of data corresponding to the time of the failure is achieved.

【0033】したがって、上記構成のリカバリ管理部2
4を備えたオンラインシステムによれば、システム障害
時において、ジャーナルファイル25に予め記録保持さ
れたファイルデータをシステムリカバリ管理部27に読
出し、処理済みデータか否かを判定すると共に、入出力
メッセージデータ(IMJ,OMJ)とファイルシステ
ムあるいはデータベースの書替えデータとを分離させる
と共に、分離メッセージデータはメッセージリカバリ管
理部28において、さらに入力メッセージデータ(IM
J)と出力メッセージデータ(OMJ)とに分離させ、
入力メッセージデータ(IMJ)は業務処理部22に送
り障害発生時に相当する業務処理の復旧を実行させ、出
力メッセージデータ(OMJ)は端末管理部21に送り
障害発生時に相当する端末処理の復旧を実行させるよう
構成したので、ジャーナルファイル25からの個々の読
出しデータ毎に順次直列的な復旧処理を行なう必要な
く、ジャーナルファイルの分類に応じた復旧機能の分担
が可能となり、効率的で素早いメッセージデータの復旧
が行なえるようになる。
Therefore, the recovery management unit 2 having the above configuration
According to the online system provided with the system file 4, in the event of a system failure, the file data previously recorded and held in the journal file 25 is read out to the system recovery management unit 27, it is determined whether or not the data is processed data. (IMJ, OMJ) and the rewriting data of the file system or the database are separated, and the separated message data is further input to the input message data (IM
J) and output message data (OMJ)
The input message data (IMJ) is sent to the business processing unit 22 to execute the recovery of the business process corresponding to the occurrence of the failure, and the output message data (OMJ) is transmitted to the terminal management unit 21 to perform the recovery of the terminal processing corresponding to the occurrence of the failure. With this configuration, it is not necessary to sequentially perform a serial recovery process for each piece of read data from the journal file 25, and it is possible to share a recovery function according to the classification of the journal file. You will be able to recover.

【0034】[0034]

【発明の効果】以上のように本発明によれば、端末コン
ピュータとホストコンピュータを備えたオンラインシス
テムにおいて、上記端末コンピュータからホストコンピ
ュータに対する入力メッセージデータ及び上記ホストコ
ンピュータから端末コンピュータに対する出力メッセー
ジデータと上記ホストコンピュータにおけるホスト処理
データとを順次時系列的に記録するジャーナルファイル
と、障害発生時において、上記ジャーナルファイルから
のデータを順次読出し、障害発生より前の処理に係わる
処理済みデータか否かを判定する処理/未処理判定手段
と、この処理/未処理判定手段により上記ジャーナルフ
ァイルから読出されたデータが未処理データと判定され
た場合には、その未処理データが上記入力あるいは出力
メッセージデータか又はホスト処理データかを分類する
ジャーナルデータ分類手段と、このジャーナルデータ分
類手段により分類された入力メッセージデータをホスト
コンピュータに与え、出力メッセージデータを端末コン
ピュータに与えるメッセージ復旧手段と、上記ジャーナ
ルデータ分類手段により分類されたホスト処理データを
ホストコンピュータに与えるホスト復旧手段とを備えて
なるので、膨大な量のジャーナルファイルデータが保持
されている場合でも、1ファイルデータ毎の読出し及び
復旧処理を繰返すことなく、ジャーナルファイルの分類
に応じた復旧機能の分担が可能となり、入出力メッセー
ジデータを高速且つ効率的に復旧することができる
As described above, according to the present invention, in an online system including a terminal computer and a host computer, input message data from the terminal computer to the host computer, output message data from the host computer to the terminal computer, and A journal file that records host-processed data in a host computer in a time-series manner, and when a failure occurs, data from the journal file is sequentially read to determine whether the data is processed data related to processing before the failure occurred Processing / non-processing determining means, and when the processing / non-processing determining means determines that the data read from the journal file is unprocessed data, the unprocessed data is the input or output message data. Journal data classification means for classifying the data as input data or host processing data; message recovery means for providing input message data classified by the journal data classification means to a host computer; and output message data to a terminal computer; And a host recovery means for providing host processing data classified by the host computer to the host computer, even if an enormous amount of journal file data is held, without repeating reading and recovery processing for each file data. , Journal file classification
, And the input / output message data can be restored quickly and efficiently.

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

【図1】本発明の一実施例に係わるシステム障害時のメ
ッセージ復旧方式を用いたオンラインシステムの構成を
示すブロック図。
FIG. 1 is a block diagram showing a configuration of an online system using a message recovery method at the time of a system failure according to an embodiment of the present invention.

【図2】上記オンラインシステムの障害発生時における
メッセージデータの復旧処理を示すフローチャート。
FIG. 2 is a flowchart showing message data recovery processing when a failure occurs in the online system.

【図3】オンラインシステムにおける一般的なメッセー
ジ復旧方式を示す図。
FIG. 3 is a diagram showing a general message recovery method in an online system.

【符号の説明】[Explanation of symbols]

21…端末管理部、22…業務処理部、23…メッセー
ジ管理部、24…リカバリ管理部、25…ジャーナルフ
ァイル、26…システム状態管理部、27…システムリ
カバリ管理部、28…メッセージリカバリ管理部、29
…メッセージリカバリファイル管理部、30…ファイル
システムリカバリ管理部、31…データベースリカバリ
管理部、32…システム状態ログファイル、33…メッ
セージリカバリファイル。
21 terminal management unit, 22 business operation unit, 23 message management unit, 24 recovery management unit, 25 journal file, 26 system status management unit, 27 system recovery management unit, 28 message recovery management unit 29
... Message recovery file management unit, 30 ... File system recovery management unit, 31 ... Database recovery management unit, 32 ... System status log file, 33 ... Message recovery file.

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.6,DB名) G06F 13/00 G06F 15/00 320 ──────────────────────────────────────────────────続 き Continued on the front page (58) Field surveyed (Int.Cl. 6 , DB name) G06F 13/00 G06F 15/00 320

Claims (1)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 端末コンピュータとホストコンピュータ
を備えたオンラインシステムにおけるシステム障害時の
メッセージ復旧方式において、 上記端末コンピュータからホストコンピュータに対する
入力メッセージデータ及び上記ホストコンピュータから
端末コンピュータに対する出力メッセージデータと上記
ホストコンピュータにおけるホスト処理データとを順次
時系列的に記録するジャーナルファイルと、 障害発生時において、上記ジャーナルファイルからのデ
ータを順次読出し、障害発生より前の処理に係わる処理
済みデータか否かを判定する処理/未処理判定手段と、 この処理/未処理判定手段により上記ジャーナルファイ
ルから読出されたデータが未処理データと判定された場
合には、その未処理データが上記入力あるいは出力メッ
セージデータか又はホスト処理データかを分類するジャ
ーナルデータ分類手段と、 このジャーナルデータ分類手段により分類された入力メ
ッセージデータをホストコンピュータに与え、出力メッ
セージデータを端末コンピュータに与えるメッセージ復
旧手段と、 上記ジャーナルデータ分類手段により分類されたホスト
処理データをホストコンピュータに与えるホスト復旧手
段とを具備しことを特徴とするシステム障害時のメッ
セージ復旧方式。
1. A system for recovering a message in the event of a system failure in an online system comprising a terminal computer and a host computer, comprising: input message data from the terminal computer to the host computer; output message data from the host computer to the terminal computer; A journal file for sequentially recording the host processing data in time series, and when a failure occurs, a process of sequentially reading data from the journal file and determining whether or not the data is processed data related to processing prior to the occurrence of the failure If the data read from the journal file is determined to be unprocessed data by the processed / unprocessed determining means, the unprocessed data is determined to be the input or output data. Journal data classification means for classifying message data or host processing data; message recovery means for providing input message data classified by the journal data classification means to a host computer and providing output message data to a terminal computer; message recovery method in the event of a system failure, characterized in that the host processing data classified by the classification means and and a host recovery means for providing to the host computer.
JP3173757A 1991-07-15 1991-07-15 Message recovery method in case of system failure Expired - Fee Related JP2880828B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3173757A JP2880828B2 (en) 1991-07-15 1991-07-15 Message recovery method in case of system failure

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3173757A JP2880828B2 (en) 1991-07-15 1991-07-15 Message recovery method in case of system failure

Publications (2)

Publication Number Publication Date
JPH0520236A JPH0520236A (en) 1993-01-29
JP2880828B2 true JP2880828B2 (en) 1999-04-12

Family

ID=15966578

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3173757A Expired - Fee Related JP2880828B2 (en) 1991-07-15 1991-07-15 Message recovery method in case of system failure

Country Status (1)

Country Link
JP (1) JP2880828B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2570999B2 (en) * 1993-11-15 1997-01-16 日本電気株式会社 Relief method for lost console message in case of system failure
JP5621465B2 (en) * 2010-09-27 2014-11-12 日本電気株式会社 Database system

Also Published As

Publication number Publication date
JPH0520236A (en) 1993-01-29

Similar Documents

Publication Publication Date Title
US20050234787A1 (en) Enterprise service architecture platform architecture for multi-application computer system
US20050171810A1 (en) System and method for monitoring business activities
US5450601A (en) Node evaluation data collection and distribution system for local or wide area networks
CN112839112B (en) Hierarchical data storage system and method and backup management server
CN111027984A (en) Business order processing method and system, electronic equipment and computer storage medium
CN109871263B (en) Operation method, device and equipment of offline block chain system and storage medium
JPS60134964A (en) Pos system
JP2880828B2 (en) Message recovery method in case of system failure
EP1610234B1 (en) Online transactional data processing system
US20050171807A1 (en) Transaction processing engine
US6775683B2 (en) Method and system for performing processing data
CN113902377A (en) Vehicle supervision data processing method and system, electronic equipment and storage medium
JP2001282994A (en) Method and system for managing overdue credit
US7571171B1 (en) Smart trigger for use in processing business transactions
US20030191741A1 (en) Trading data management system, method and program therefor
CN113934595A (en) Data analysis method and system, storage medium and electronic terminal
KR100567813B1 (en) Transaction Analysing System for Tandem system
JP3146067B2 (en) Product sales data processing device
JP4727539B2 (en) Sales information management system
CN114626842A (en) Duplication removing method and system for manager card to be paid, electronic equipment and storage medium
CN112214495B (en) Data execution tracking method, device and equipment
CN112612648B (en) SQL Server database recovery method, terminal equipment and storage medium
CN115471959B (en) Information management method and device
JPH09330262A (en) Backup system
JP3387162B2 (en) Transaction processing system

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080129

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090129

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100129

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100129

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110129

Year of fee payment: 12

LAPS Cancellation because of no payment of annual fees