JPH08235039A - History information analysis method for transaction processing - Google Patents
History information analysis method for transaction processingInfo
- Publication number
- JPH08235039A JPH08235039A JP7037951A JP3795195A JPH08235039A JP H08235039 A JPH08235039 A JP H08235039A JP 7037951 A JP7037951 A JP 7037951A JP 3795195 A JP3795195 A JP 3795195A JP H08235039 A JPH08235039 A JP H08235039A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- history
- file
- processing
- history information
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【0001】[0001]
【産業上の利用分野】本発明は、分散トランザクション
処理システムに係わり、特にトランザクション処理中に
作成される履歴情報を解析する方法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed transaction processing system, and more particularly to a method for analyzing history information created during transaction processing.
【0002】[0002]
【従来の技術】分散トランザクション処理システムのイ
ンタフェース仕様として、標準化団体X/Openが規
定するDTP(Distributed Transa
ction Processing)モデルに基づくト
ランザクション・マネジャ(TM)とリソース・マネジ
ャ(RM)との間のXAインタフェース仕様が知られて
いる。XAインタフェース仕様は、ハードウェアや他の
ソフトウェア仕様に依存しないので、ベンダの異なるT
MとRMとを互いに接続することによって1つの分散ト
ランザクション処理システムを構築することが可能とな
った。XAインタフェースについては、例えば日経コン
ピュ−タ 1991.10.7号 ペ−ジ93に記載さ
れている。2. Description of the Related Art As an interface specification of a distributed transaction processing system, a DTP (Distributed Transa) defined by a standardization organization X / Open.
There is known an XA interface specification between a transaction manager (TM) and a resource manager (RM) based on the action processing model. The XA interface specifications do not depend on hardware or other software specifications, so T
By connecting M and RM to each other, one distributed transaction processing system can be constructed. The XA interface is described, for example, in Nikkei Computer 1991.10.7, page 93.
【0003】しかしTM及びRMが各々出力する履歴情
報の仕様は規定されていないため、これら個別に作成さ
れた履歴情報を基にしてトランザクションの回復処理を
行うことは容易でないという問題があった。However, since the specifications of the history information output by TM and RM are not specified, there is a problem that it is not easy to perform transaction recovery processing based on these individually created history information.
【0004】[0004]
【発明が解決しようとする課題】従来技術によれば、T
Mの履歴情報とRMの履歴情報のデータ形式が異なるた
めに、両者の履歴情報を参照することによってトランザ
クション処理を終了するときのトランザクション決着が
整合しているかどうか判定することは容易でないという
問題があった。According to the prior art, T
Since the data formats of the M history information and the RM history information are different, it is not easy to determine whether the transaction settlements at the time of ending the transaction processing are consistent by referring to the history information of both. there were.
【0005】本発明は、データ形式の相違を乗り越えて
同一トランザクションについてTMの履歴情報と対応す
るRMの履歴情報とを照合することを目的とする。An object of the present invention is to overcome the difference in data format and collate the history information of TM with the history information of RM corresponding to the same transaction.
【0006】[0006]
【課題を解決するための手段】TMが各トランザクショ
ンごとに割り振るXID(トランザクションID)内の
グロ−バル・トランザクションIDはユニ−クであり、
しかもTMとRMに共通する情報であるので、本発明
は、TM履歴情報に含まれるグロ−バル・トランザクシ
ョンIDをキーにしてRM履歴情報を検索し、一致する
トランザクションについてトランザクションの決着を示
す情報が一致するか否か照合する履歴情報解析方法を特
徴とする。[Means for Solving the Problems] The global transaction ID in the XID (transaction ID) allocated by the TM for each transaction is a unique,
Moreover, since the information is common to the TM and the RM, the present invention searches the RM history information by using the global transaction ID included in the TM history information as a key, and the information indicating the settlement of the transaction for the matching transaction is provided. It is characterized by a history information analysis method for checking whether or not they match.
【0007】[0007]
【作用】トランザクション処理中に発生したハ−ドウェ
ア障害、ソフトウェア障害、通信障害等によりTM履歴
情報とRM履歴情報との間でトランザクション処理の決
着が異なった場合、当該トランザクションを回復処理が
必要なトランザクションとして抽出することができる。When a transaction processing decision is different between the TM history information and the RM history information due to a hardware failure, a software failure, a communication failure or the like that occurs during transaction processing, the transaction requiring recovery processing Can be extracted as
【0008】[0008]
【実施例】以下、本発明の一実施例について図面を用い
て説明する。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings.
【0009】図1は、X/Openが規定するDTPモ
デルに従った分散トランザクション処理システムの構成
図である。TM(トランザクション・マネジャ)11
は、AP(アプリケーションプログラム)10からTX
インタフェース13を介して行われるトランザクション
の指示に応答してトランザクションの開始、終了の処理
をするとともに、TM履歴ファイル17を保有し、障害
があったとき回復処理を行う。RM(リソース・マネジ
ャ)12は、AP10からSQLインタフェース16を
介して行われるデータベース18に関する指示に応答し
てデ−タベ−ス18へのアクセスを管理するデータベー
ス管理システムであり、RM履歴ファイル19を保有す
る。図にはただ1つのRM12が図示されているが、そ
れぞれ別々のデータベース18を管理する独立した2つ
以上のRM12を設けてもよい。XAインタフェース1
4は、TM11からRM12をコールするときのインタ
フェースである。AXインタフェース15は、RM12
からTM11をコールするときのインタフェースであ
る。なお図1はシステムの機能的な構成を示すものであ
り、それぞれのコンポーネントが必ずしも1台のハード
ウェア装置に対応するものではない。例えば本システム
を1台の情報処理装置で実現することもできるし、AP
10、TM11及び各RM12が互いに通信回線で接続
されるそれぞれ別々の情報処理装置に分散してもよい。FIG. 1 is a block diagram of a distributed transaction processing system according to the DTP model defined by X / Open. TM (Transaction Manager) 11
From the AP (application program) 10 to TX
In response to a transaction instruction issued via the interface 13, the transaction start and end processes are performed, and the TM history file 17 is retained, and the recovery process is performed when there is a failure. The RM (Resource Manager) 12 is a database management system that manages access to the database 18 in response to an instruction regarding the database 18 made from the AP 10 via the SQL interface 16, and stores the RM history file 19 in the database. Possess. Although only one RM 12 is shown in the figure, two or more independent RMs 12 each managing a different database 18 may be provided. XA interface 1
Reference numeral 4 is an interface when the TM 11 calls the RM 12. AX interface 15 is RM12
This is the interface when calling TM11 from. Note that FIG. 1 shows a functional configuration of the system, and each component does not necessarily correspond to one hardware device. For example, this system can be realized by one information processing device, and AP
The 10, TM 11 and each RM 12 may be distributed to different information processing devices connected to each other through a communication line.
【0010】AP10がトランザクションを発生させ、
TXインタフェース13を介してTM11へトランザク
ションの開始を指示すると、TM11はこのトランザク
ションについてXID(トランザクションID)を割り
振り、TM履歴ファイル17上にこのトランザクション
に関する履歴レコードを作成する。次いでTM11は、
XAインタフェース14を介してRM12へトランザク
ションの開始を指示すると、RM12はRM履歴ファイ
ル19上にこのトランザクションに関する履歴レコード
を作成する。次いでAP10は、SQLインタフェース
16を介してRM12に指示し、データベース18にア
クセスする。AP10がTXインタフェース13を介し
てTM11へトランザクションの終了を指示すると、T
M11はXAインタフェース14及びAXインタフェー
ス15を介して2フェーズ・コミット処理を行い、その
結果をTM履歴ファイル17上の当該トランザクション
に関する履歴レコードに書き込む。また各RM12も2
フェーズ・コミットの結果をRM履歴ファイル19上の
当該トランザクションに関する履歴レコードに書き込
む。AP 10 initiates a transaction,
When the TM 11 is instructed to start a transaction via the TX interface 13, the TM 11 allocates an XID (transaction ID) for this transaction and creates a history record regarding this transaction in the TM history file 17. Then TM11
When the RM 12 is instructed to start a transaction via the XA interface 14, the RM 12 creates a history record regarding this transaction in the RM history file 19. The AP 10 then instructs the RM 12 via the SQL interface 16 to access the database 18. When the AP 10 instructs the TM 11 via the TX interface 13 to end the transaction, T
The M11 performs the two-phase commit process via the XA interface 14 and the AX interface 15, and writes the result in the history record regarding the transaction in the TM history file 17. Also each RM12 is 2
The result of the phase commit is written in the history record of the transaction on the RM history file 19.
【0011】図2は、TM履歴ファイル17上の履歴レ
コードのデータ形式の一例を示す図である。XID30
はTM11がトランザクション開始時に割り振るグロー
バルなトランザクションIDを含む情報である。C/R
31はトランザクションの決着を示す情報を格納する領
域であり、コミット決着かロ−ルバック決着かあるいは
それ以外かを示す値が格納される。date32は2つ
のエントリから成り、それぞれトランザクションの開始
時刻及び終了時刻を格納する領域である。pid33は
当該トランザクションを実行するときに割り当てられた
プロセスのプロセスIDを格納する領域である。rmi
d34はRM12を識別するIDを格納する領域であ
る。rmid34は各プロセスごとにどのRMにアクセ
スするかを示すIDであり、TM11が使用される各R
M12に対して割り振り、そのRM12に通知する。こ
れ以後、TM11はRM12をrmidによって指定
し、RM12は当該プロセスが終了するまで自分を指す
IDとして保存する。履歴レコードには上記以外に当該
トランザクション処理中のTM11内の情報が履歴とし
て格納される。FIG. 2 is a diagram showing an example of the data format of the history record in the TM history file 17. XID30
Is information including a global transaction ID that TM11 allocates at the start of a transaction. C / R
Reference numeral 31 is an area for storing information indicating the settlement of a transaction, and stores a value indicating whether it is a commit settlement, a rollback settlement, or another. The date 32 is an area that is made up of two entries and stores the start time and end time of a transaction. The pid 33 is an area for storing the process ID of the process assigned when the transaction is executed. rmi
d34 is an area for storing an ID for identifying the RM 12. The rmid 34 is an ID indicating which RM is accessed for each process, and each R in which TM11 is used
Allocate to M12 and notify the RM12. After that, the TM 11 designates the RM 12 by the rmid, and the RM 12 saves it as an ID indicating itself until the process ends. In addition to the above, the history record stores information in the TM 11 during the transaction processing as a history.
【0012】図3は、RM履歴ファイル19上の履歴レ
コードのデータ形式の一例を示す図である。図3は、特
にTM履歴ファイル17上の履歴レコードと共通する項
目について図示するものである。履歴レコードにはこれ
らの項目以外に当該トランザクション処理中のRM12
内の情報が履歴として格納される。例えばRM12が当
該トランザクションについてローカルに設定するトラン
ザクションIDなどが含まれる。なおTM履歴ファイル
17と共通する項目について、内容は同じであるが項目
名がTM履歴ファイル17の項目名と異なるということ
があり得る。また各RM12の間で項目の配列順序や項
目名が異なるということがあり得る。FIG. 3 is a diagram showing an example of the data format of the history record in the RM history file 19. FIG. 3 particularly illustrates items common to the history records on the TM history file 17. In addition to these items in the history record, the RM 12 that is processing the transaction
The information in is stored as a history. For example, the RM 12 includes a transaction ID locally set for the transaction. The items common to the TM history file 17 may have the same contents but different item names from the TM history file 17. Further, it is possible that the arrangement order of the items and the item names are different between the RMs 12.
【0013】図4は、X/Openが規定するXIDの
データ形式をさらに展開して示す図であり、各要素はプ
ログラミング言語Cの構造体によって表現されている。
formatIDは、フォーマットの型を示すものであ
り、0である。gtrid_lengthはgtrid
(グロ−バル・トランザクションID)のサイズ、bq
ual_lengthはbqual(トランザクション
・ブランチのID)のサイズ、dataはgtrid及
びbqualを含むデータである。FIG. 4 is a diagram further expanding the data format of the XID defined by X / Open, and each element is represented by the structure of the programming language C.
formatID indicates the type of format and is 0. gtrid_length is gtrid
(Global transaction ID) size, bq
ual_length is the size of bqual (transaction branch ID), and data is data including gtrid and bqual.
【0014】図5は、TM履歴ファイル17及びすべて
のRM履歴ファイル19に共通の履歴レコードを想定し
たときのデータ形式を示す図である。この共通履歴情報
は、TM履歴ファイル17及びRM履歴ファイル19に
共通するデータ項目であって障害回復に使用されるデー
タ項目を抽出している。同じ内容の項目であって項目名
や内容のデータ形式が異なる場合には、一度この共通履
歴情報の項目名及びデータ形式に変換された後に障害回
復処理に使用される。XID30は履歴ファイルを検索
するときの主キーとして用いられる。それ以外の項目名
はサブキーとして用いられる。FIG. 5 is a diagram showing a data format when a history record common to the TM history file 17 and all RM history files 19 is assumed. This common history information extracts data items common to the TM history file 17 and the RM history file 19 and used for failure recovery. If the items have the same content but different item names or data formats, the content is once converted into the item name and data format of the common history information and then used in the failure recovery process. The XID 30 is used as a primary key when searching the history file. Other item names are used as subkeys.
【0015】図6は、TM履歴ファイル17及びRM履
歴ファイル19を用いる障害回復プログラムの処理の流
れを示すフロ−チャートである。まず変数i,jを0に
初期化する処理を行った(ステップ50)後、TM11
のTM履歴ファイル17を読み込むとともに格納されて
いる履歴レコードの数、すなわちトランザクション数を
数える(ステップ51)。このトランザクション数をn
とする。次にRM12のRM履歴ファイル19を読み込
む(ステップ52)。次にiとnとを比較し、i<nで
あれば(ステップ53T)、TM履歴ファイル17から
読み込んだ履歴レコードのXID30のgtrid(グ
ローバル・トランザクションID)をキーとしてRM履
歴ファイル19から読み込んだ履歴レコードを検索し、
一致する履歴レコードがあったときそのC/R31の内
容同士を比較し、一致するかどうかチェックする(ステ
ップ54)。このときXID30及びC/R31の項目
名又は内容のデータ形式が異なる場合には、一度共通履
歴情報のデータ形式に変換した上で両者を照合する。ト
ランザクション処理中に障害が発生したとき、そのトラ
ンザクションに関するC/R31について不整合が生じ
る。対応するC/R31の内容が整合すれば(ステップ
54T)、iをi+1にインクリメントして(ステップ
55)、ステップ53に戻る。TM履歴ファイル17か
ら読み込んだ履歴レコードのgtridと一致するgt
ridをもつRM履歴ファイル19の履歴レコードが見
当らないか、又は対応する履歴レコードのC/R31の
内容が整合しなければ(ステップ54F)、不整合のあ
ったgtridを登録し、jをj+1にインクリメント
して(ステップ56)、ステップ55へ行く。このよう
にしてTM履歴ファイル17から読み込んだすべての履
歴レコードの照合を終了したとき(ステップ53F)、
ステップ57へ行く。FIG. 6 is a flowchart showing the processing flow of the failure recovery program using the TM history file 17 and the RM history file 19. First, the variables i and j are initialized to 0 (step 50), and then TM11
The TM history file 17 is read and the number of stored history records, that is, the number of transactions is counted (step 51). This transaction number is n
And Next, the RM history file 19 of the RM 12 is read (step 52). Next, i is compared with n, and if i <n (step 53T), the gtrid (global transaction ID) of XID30 of the history record read from the TM history file 17 is read as a key from the RM history file 19. Search history records,
When there is a matching history record, the contents of the C / R 31 are compared with each other to check whether they match (step 54). At this time, if the data formats of the item names or contents of the XID 30 and the C / R 31 are different, they are once converted into the data format of the common history information and then the two are collated. When a failure occurs during transaction processing, inconsistency occurs in the C / R 31 for that transaction. If the contents of the corresponding C / R 31 match (step 54T), i is incremented to i + 1 (step 55) and the process returns to step 53. Gt that matches the gtrid of the history record read from the TM history file 17
If the history record of the RM history file 19 having the rid is not found, or if the contents of the C / R31 of the corresponding history record do not match (step 54F), the mismatched gtrid is registered and j is set to j + 1. Increment (step 56) and go to step 55. When collation of all history records read from the TM history file 17 is completed in this way (step 53F),
Go to step 57.
【0016】jが0を越えているとき(ステップ57
T)、登録したgtridを基にしてトランザクション
の回復処理を行い、jをj−1にデクリメントする(ス
テップ58)。すなわち不整合が発生したトランザクシ
ョンから処理の回復をすればよいから、そのトランザク
ションの処理に対応するチェックポイントまで戻り、チ
ェックポイント情報を参照して回復処理を行う。すべて
のトランザクションの回復処理を終了したとき(ステッ
プ57F)、処理を終了する。なおRM12のRM履歴
ファイル19が2つ以上ある場合には、TM履歴ファイ
ル17の履歴レコードのgtridを基にしてすべての
対応する履歴レコードのC/R31が整合するかどうか
照合する。また同一トランザクションの履歴レコードに
ついてdate32、pid33又はrmid34をサ
ブキーとして検索し、障害情報の解析を行うことができ
る。この場合も履歴ファイルによって項目名又は内容の
データ形式が異なる場合には、一度共通履歴情報のデー
タ形式に変換した上で利用する。なお障害回復プログラ
ムはTM11に付属するプログラムであり、適当な情報
処理装置によって処理が実行される。When j exceeds 0 (step 57)
T), transaction recovery processing is performed based on the registered gtrid, and j is decremented to j-1 (step 58). That is, since it is sufficient to recover the process from the transaction in which the inconsistency has occurred, the process returns to the checkpoint corresponding to the process of the transaction, and the recovery process is performed by referring to the checkpoint information. When the recovery processing of all transactions is completed (step 57F), the processing is completed. When there are two or more RM history files 19 of the RM 12, it is checked whether the C / R 31 of all the corresponding history records match based on the gtrid of the history record of the TM history file 17. Further, the history record of the same transaction can be searched using date32, pid33, or rmid34 as a subkey to analyze the failure information. Also in this case, if the data format of the item name or the content differs depending on the history file, it is used after being once converted to the data format of the common history information. The failure recovery program is a program attached to TM11, and the processing is executed by an appropriate information processing device.
【0017】図7は、TM履歴ファイル17内の履歴レ
コード60に含まれるXID内のgtridをキーにし
てRM履歴ファイル19内の対応する履歴レコード61
を検索する様子を説明する図である。FIG. 7 shows a corresponding history record 61 in the RM history file 19 using gtrid in the XID included in the history record 60 in the TM history file 17 as a key.
It is a figure explaining a mode that searches for.
【0018】[0018]
【発明の効果】本発明によれば、グロ−バル・トランザ
クションIDをキーにして履歴情報を検索するのでTM
とRMの履歴情報について対応するトランザクション決
着の情報を突き合わせることができ、もって迅速なトラ
ンザクション回復処理を行うことができる。According to the present invention, the history information is retrieved using the global transaction ID as a key.
The corresponding transaction settlement information can be compared with the RM history information, and a quick transaction recovery process can be performed.
【図面の簡単な説明】[Brief description of drawings]
【図1】DTPモデルによる分散トランザクション処理
システムの構成図である。FIG. 1 is a configuration diagram of a distributed transaction processing system based on a DTP model.
【図2】TM履歴レコードのデータ形式を示す図であ
る。FIG. 2 is a diagram showing a data format of a TM history record.
【図3】RM履歴レコードのデータ形式を示す図であ
る。FIG. 3 is a diagram showing a data format of an RM history record.
【図4】XIDのデータ形式を示す図である。FIG. 4 is a diagram showing a data format of XID.
【図5】共通履歴レコードのデータ形式を示す図であ
る。FIG. 5 is a diagram showing a data format of a common history record.
【図6】障害回復プログラムの処理の流れを示すフロー
チャートである。FIG. 6 is a flowchart showing a processing flow of a failure recovery program.
【図7】gtridをキーにして履歴レコードを検索す
る様子を説明する図である。FIG. 7 is a diagram illustrating a manner in which a history record is searched using gtrid as a key.
11・・・TM(トランザクション・マネジャ)、12
・・・RM(リソース・マネジャ)、17・・・TM履
歴ファイル、19・・・RM履歴ファイル、30・・・
XID(トランザクションID)、31・・・C/R
(トランザクションの決着結果)11 ... TM (Transaction Manager), 12
... RM (Resource Manager), 17 ... TM history file, 19 ... RM history file, 30 ...
XID (Transaction ID), 31 ... C / R
(Transaction settlement result)
Claims (1)
力するTM履歴情報とリソース・マネジャ(RM)が出
力するRM履歴情報とを解析する方法であって、 該TM履歴情報に含まれるグローバル・トランザクショ
ンIDをキーにして該RM履歴情報を検索し、一致する
トランザクションについてトランザクションの決着を示
す情報同士が一致するか否か照合することを特徴とする
トランザクション処理における履歴情報解析方法。1. A method for analyzing TM history information output by a transaction manager (TM) and RM history information output by a resource manager (RM), the global transaction ID included in the TM history information. A history information analysis method in transaction processing, wherein the RM history information is searched by using as a key, and whether or not the information indicating the settlement of the transactions for the matching transactions is matched is verified.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7037951A JPH08235039A (en) | 1995-02-27 | 1995-02-27 | History information analysis method for transaction processing |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7037951A JPH08235039A (en) | 1995-02-27 | 1995-02-27 | History information analysis method for transaction processing |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH08235039A true JPH08235039A (en) | 1996-09-13 |
Family
ID=12511865
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP7037951A Pending JPH08235039A (en) | 1995-02-27 | 1995-02-27 | History information analysis method for transaction processing |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH08235039A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015514247A (en) * | 2012-03-16 | 2015-05-18 | オラクル・インターナショナル・コーポレイション | System and method for supporting inline delegation of middle tier transaction logs to a database |
JP2015514248A (en) * | 2012-03-16 | 2015-05-18 | オラクル・インターナショナル・コーポレイション | System and method for supporting transaction recovery based on strict ordering of two-phase commit calls |
US9386073B2 (en) | 2012-08-20 | 2016-07-05 | International Business Machines Corporation | Techniques for performing processing for database |
-
1995
- 1995-02-27 JP JP7037951A patent/JPH08235039A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015514247A (en) * | 2012-03-16 | 2015-05-18 | オラクル・インターナショナル・コーポレイション | System and method for supporting inline delegation of middle tier transaction logs to a database |
JP2015514248A (en) * | 2012-03-16 | 2015-05-18 | オラクル・インターナショナル・コーポレイション | System and method for supporting transaction recovery based on strict ordering of two-phase commit calls |
US9386073B2 (en) | 2012-08-20 | 2016-07-05 | International Business Machines Corporation | Techniques for performing processing for database |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7117229B2 (en) | Method and system for online reorganization of databases | |
US7412451B2 (en) | Method for persisting a schedule and database schema | |
US7099897B2 (en) | System and method for discriminatory replaying of log files during tablespace recovery in a database management system | |
US5758348A (en) | Method for generically manipulating properties of objects in an object oriented repository | |
US20070118547A1 (en) | Efficient index versioning in multi-version databases | |
JP2002202901A (en) | Creation of mini dump file from full dump file | |
JPH047640A (en) | Class succession settling processing method | |
US20080104597A1 (en) | Restarting failed ims auto-restart batch applications | |
US7085782B2 (en) | Log grooming in a multi-log environment | |
CN109992476A (en) | A kind of analysis method of log, server and storage medium | |
US20160306838A1 (en) | Acceleration property for processing data stream | |
GB2518452A (en) | Method for file recovery and client server system | |
US7720872B1 (en) | Software interface mapping tool | |
US5369764A (en) | Method for sharing access to database elements in a data processing system | |
US5729738A (en) | Data management system utilizing behavioral objects with linking relationships | |
JPH08235039A (en) | History information analysis method for transaction processing | |
US5615371A (en) | Debug processing system for user programs | |
US6357002B1 (en) | Automated extraction of BIOS identification information for a computer system from any of a plurality of vendors | |
CN112765126A (en) | Database transaction management method and device, computer equipment and storage medium | |
JP2002366396A (en) | System and program for automatically collecting fault analysis information | |
CN112817931A (en) | Method and device for generating incremental version file | |
WO2014009845A1 (en) | Operating a program code object in conjunction with an application context | |
JPH10232809A (en) | Transaction processing system | |
JP2755012B2 (en) | Debug information output control method | |
JP3097794B2 (en) | Processing result verification method of batch processing system |