JP4375158B2 - Computer system and transaction recovery method thereof - Google Patents
Computer system and transaction recovery method thereof Download PDFInfo
- Publication number
- JP4375158B2 JP4375158B2 JP2004232890A JP2004232890A JP4375158B2 JP 4375158 B2 JP4375158 B2 JP 4375158B2 JP 2004232890 A JP2004232890 A JP 2004232890A JP 2004232890 A JP2004232890 A JP 2004232890A JP 4375158 B2 JP4375158 B2 JP 4375158B2
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- transaction
- processing apparatus
- standby
- 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.)
- Expired - Fee Related
Links
Images
Description
本発明は複数の情報処理装置間でトランザクション処理を連携させるオンライントランザクション処理システムにおいて、ある情報処理装置でトランザクション処理中に障害が発生した場合に、他の情報処理装置で障害が発生した情報処理装置で仕掛中であったトランザクション処理の決着指示を代行して行い、RDBMSに代表されるリソースマネジャがトランザクション内でデータの追加、更新時に取得したトランザクションに依存した排他を解放することを目的としたトランザクション回復方法、およびシステムに関するものである。 The present invention relates to an online transaction processing system in which transaction processing is coordinated between a plurality of information processing devices. When a failure occurs during transaction processing in one information processing device, the information processing device in which the failure occurs in another information processing device A transaction aimed at releasing the exclusion depending on the transaction acquired by the resource manager represented by the RDBMS when adding or updating data within the transaction. The present invention relates to a recovery method and a system.
複数の情報処理装置間でトランザクション処理を連携させるオンライントランザクションシステムにおいて、ある情報処理装置でトランザクション処理中に障害が発生した場合、トランザクション中にリソースマネジャがトランザクションに依存して取得した排他が解放されず、この障害を取除きトランザクション決着指示を行って排他を解除するまで、そのトランザクションで利用していたリソースマネジャに対する、他の情報処理装置からの一部あるいは全アクセスにおいて排他が確保できず、データの参照、更新、追加をすることができない。
そこで、従来技術では、待機系1情報処理システムに対して実行系1情報システムの完全待機構成を持つ場合、相互待機構成あるいは、待機系1システムに対して実行系Nシステムという構成(1対N構成)で最低でも1つの予備の情報処理装置を用意し、トランザクション処理中に障害が発生した情報処理装置に代わり系切替によって予備の情報処理装置において障害前のトランザクション情報を参照した上で、トランザクションの決着指示を行い排他解除をおこなていた。
しかし、これでは予備の情報処理装置として最低1セットの待機系情報処理システムが必要となり、完全待機構成、1対N構成の場合待機系では系切替に備えてCPUやメモリなどのリソースを余した状態で他の処理を行うなどする必要がある。また、相互待機構成では情報システムが2セット動作可能なだけのCUPやメモリを確保する必要があり、CPU、メモリといったリソースを余分に準備しておく必要があった。
In an online transaction system in which transaction processing is linked between multiple information processing devices, if a failure occurs during transaction processing on a certain information processing device, the exclusion acquired by the resource manager depending on the transaction during the transaction is not released. Until the transaction is instructed to remove the failure and the exclusion is released, the resource manager used in the transaction cannot be secured in some or all accesses from other information processing devices. Cannot browse, update or add.
Therefore, in the prior art, when the standby system 1 information processing system has the complete standby configuration of the active system 1 information system, the mutual standby system or the configuration of the standby system 1 system as the active system N system (1 to N Configuration) at least one spare information processing device is prepared, and instead of the information processing device in which a failure has occurred during transaction processing, a transaction is performed after referring to the transaction information before the failure in the spare information processing device by system switching. The finalization instruction was issued and the exclusion was cancelled.
However, this requires at least one set of standby information processing system as a spare information processing device. In the case of a complete standby configuration and a 1-to-N configuration, the standby system has spare resources such as CPU and memory in preparation for system switching. It is necessary to perform other processing in the state. In addition, in the mutual standby configuration, it is necessary to secure enough CUP and memory for the information system to operate two sets, and it is necessary to prepare extra resources such as CPU and memory.
しかし、これでは予備の情報処理装置として最低1セットの待機系情報処理システムが必要となり、完全待機構成、1対N構成の場合待機系では系切替に備えてCPUやメモリなどのリソースを余した状態で他の処理を行うなどする必要がある。また、相互待機構成では情報システムが2セット動作可能なだけのCUPやメモリを確保する必要があり、CPU、メモリといったリソースを余分に準備しておく必要があった。 However, this requires at least one set of standby information processing system as a spare information processing device. In the case of a complete standby configuration and a 1-to-N configuration, the standby system has spare resources such as CPU and memory in preparation for system switching. It is necessary to perform other processing in the state. In addition, in the mutual standby configuration, it is necessary to secure enough CUP and memory for the information system to operate two sets, and it is necessary to prepare extra resources such as CPU and memory.
本発明が解決しようとする目的は,トランザクションの決着指示を行う情報処理装置を動的に決定することにある。 SUMMARY OF THE INVENTION An object of the present invention is to dynamically determine an information processing apparatus that issues a transaction settlement instruction.
上記目的を達成するために、本来自情報処理装置のトランザクション障害時にそのトランザクション決着を行うため負荷情報により最も負荷が軽いと判断された情報処理装置において既に起動あるいは、動的に自動起動されるトランザクション回復用プロセスを、他情報処理装置のトランザクション回復に使用する。 In order to achieve the above object, a transaction that has already been started or dynamically automatically started in an information processing apparatus that is determined to have the lightest load based on load information because the transaction is settled at the time of a transaction failure of the own information processing apparatus The recovery process is used for transaction recovery of another information processing apparatus.
本発明によれば、トランザクションの決着指示を動的に行うことが可能となる。 According to the present invention, it is possible to dynamically issue a transaction settlement instruction.
以下に本発明の実施の形態を説明する。 Embodiments of the present invention will be described below.
以下,本発明を実施するための最良の形態を図面に基づいて詳細に説明する。 Hereinafter, the best mode for carrying out the present invention will be described in detail with reference to the drawings.
図1は,本発明における一実施例であるトランザクション処理システムの構成を示すものである
本実施例では、ネットワーク160で接続された情報処理装置110、120、130と共用ディスク140、DBMS150で構成されている。情報処理装置110、120、130は、同一あるいは個々のサービスを提供する情報処理装置であり、ネットワーク160は、多数のクライアントと接続されている。
FIG. 1 shows the configuration of a transaction processing system according to an embodiment of the present invention. In this embodiment, the transaction processing system includes
図2は情報処理装置が備えている主な機能である、111 トランザクション処理機能、112 トランザクション回復機能、113 情報処理装置間の生死確認機能を示している。 FIG. 2 shows the main functions of the information processing apparatus, ie, a 111 transaction processing function, a 112 transaction recovery function, and a life / death confirmation function between 113 information processing apparatuses.
図3は図1の共用ディスク140の構成概要であり、図4は114 トランザクション回復用定義格納領域であり1411、1412、1413にはそれぞれ、情報処理装置110、120、130の回復に必要な定義を示している。
また、図5は情報処理装置110,120,130の情報処理装置の負荷レベルを格納している。図6は情報処理装置毎のトランザクション履歴情報の詳細な内容をしめしている。図7は情報処理装置110、120、130の処理の流れを示している。
3 is an outline of the configuration of the shared
FIG. 5 stores the load levels of the
情報処理装置110、120、130は、最初にトランザクション回復に必要な定義を共用ディスク140のトランザクション回復用定義格納領域141に格納する(ステップ201)。
The
情報処理装置110、120、130は、オンライン処理中に定期的に自情報処理装置の負荷情報を共用ディスク140の負荷チェックテーブル142に格納する(ステップ202)。
The
ここで、図1に示す様に、情報処理装置120においてDBMS150にアクセスしているトランザクション実行中に障害が発生したと仮定する。
Here, as shown in FIG. 1, it is assumed that a failure has occurred during execution of a transaction accessing the
すると、情報処理装置110で、情報処理装置120の障害を検知し(ステップ203)、負荷チェックテーブル142を参照し、障害が発生していない装置のデータ1421と1423を比較し、負荷の小さい情報処理装置130にトランザクション回復プロセス起動要求を出す(ステップ205)。
Then, the
トランザクション回復プロセス起動要求を受けた情報処理装置130は、トランザクション回復用プロセス131が起動済みであれば、情報処理装置120のトランザクション回復に必要な定義1412と、情報処理装置120のトランザクション履歴情報1432を読み込み、情報処理装置120で処理途中のトランザクションの回復を行う(ステップ207)。起動済みでなければ、これを起動して、情報処理装置120のトランザクション回復に必要な定義1412と、情報処理装置120のトランザクション履歴情報1432を読み込み、情報処理装置120で処理途中のトランザクションの回復を行う。
When the transaction recovery process 131 has been started, the
図7は、本発明における実施例1と若干異なるトランザクション処理システムの構成を示すものである
本実施例では、ネットワーク260で接続された情報処理装置210、220、230と共用ディスク240、DBMS250で構成されている。情報処理装置210、220、230は、サーバであり、ネットワーク260は、多数のクライアントと接続されている。
実施例1と異なる点は、情報処理装置210、220、230のトランザクション履歴情報が共用ディスクではなく、それぞれのローカルディスク211、221、231に格納される点である。従って、図5のように共用ディスク240には、トランザクション回復用定義241と負荷チェックテーブル242の二つが格納される。
各情報処理装置210、220、230の動きは実施例1とほとんど同じであるが、図7のステップ207の動きが異なる。トランザクション回復に必要なトランザクション履歴情報は、それぞれの情報処理装置のローカルディスクに存在するため、情報処理装置220のローカルディスク221のトランザクション履歴情報を、トランザクション回復プロセスを起動させる情報処理装置230から見ることが出来ない。そこで、トランザクション回復用定義に、それぞれのローカルディスクをNAS(Network-Attached Strage)、
SAN(Strage Area Network)等により、ネットワーク経由で参照し可能としておき、トランザクション回復プロセス2302起動時、あるいは回復処理時に動的にローカルディスク221を情報処理装置230から参照し、ディスク221内のトランザクション履歴情報を使用してトランザクションの回復を行う。
FIG. 7 shows a configuration of a transaction processing system that is slightly different from the first embodiment of the present invention. In this embodiment, the transaction processing system includes
The difference from the first embodiment is that the transaction history information of the
The movements of the
Transaction history in the
以上により、待機専用の情報処理装置を必要としないため完全待機構成であれば情報処理システム事態が、相互待機構成および1対N待機構成であれば、余分なCPUやメモリなどのリソースを確保しておく必要がなく、トランザクションの決着指示を行うことが出来る。 As described above, since no information processing device dedicated to standby is required, if the information processing system situation is a mutual standby configuration and a 1-to-N standby configuration if the configuration is a complete standby configuration, extra resources such as CPU and memory are secured. There is no need to set up a transaction, and it is possible to issue a transaction settlement instruction.
110 情報処理装置
120 情報処理装置
130 情報処理装置
111 トランザクション処理機能
112 トランザクション回復機能
113 情報処理装置間生死確認機能
140 共用ディスク
141 トランザクション回復用定義格納領域
1411 情報処理110のトランザクション情報に必要な定義
1412 情報処理120のトランザクション情報に必要な定義
1413 情報処理130のトランザクション情報に必要な定義
142 負荷チェックテーブル
1421 情報処理110の負荷レベル
1422 情報処理120の負荷レベル
1423 情報処理130の負荷レベル
143 トランザクション履歴情報
1431 情報処理110のトランザクション履歴情報
1432 情報処理120のトランザクション履歴情報
1433 情報処理130のトランザクション履歴情報
150 DBMS
160 ネットワーク
210 情報処理装置
211 トランザクション履歴情報
220 情報処理装置
221 トランザクション履歴情報
230 情報処理装置
2301 トランザクション処理機能
2302 トランザクション回復機能
2303 情報処理装置間の生死監視機能
231 トランザクション履歴情報
240 共用ディスク
2411 情報処理210のトランザクション情報に必要な定義
2412 情報処理220のトランザクション情報に必要な定義
2413 情報処理230のトランザクション情報に必要な定義
241 トランザクション回復用定義格納領域
242 負荷チェックテーブル
2421 情報処理210の負荷レベル
2422 情報処理220の負荷レベル
2423 情報処理230の負荷レベル
250 DBMS
260 ネットワーク
110
260 network
Claims (2)
前記情報処理装置のうち第1の情報処理装置でトランザクション処理中に障害が発生した場合に、当該第1の情報処理装置の仕掛中トランザクションにおけるデータの更新または追加する際に確保されたトランザクションに依存した排他を解除するためのトランザクション決着を実施するために、前記複数の情報処理装置はそれぞれ負荷情報を参照し、
前記複数の情報処理装置のうち前記障害が発生した第1の情報処理装置以外で他の情報処理装置より負荷の少ない第2の情報処理装置が前記トランザクション決着を行い、該第2の情報処理装置は記憶されたトランザクション回復プロセスを実行することにより、前記仕掛り中のトランザクションの履歴情報を参照してトランザクション決着が必要な前記リソース管理手段に対してトランザクション決着指示を行い、
前記トランザクション決着を指示された前記リソース管理手段は、前記指示されたトランザクション決着指示に基づいて前記仕掛り中のトランザクションにおけるトランザクション決着処理を行った後、前記仕掛り中のトランザクションに依存した排他を解放し、
さらに前記計算機システムは、待機系情報処理装置に対する実行系情報処理装置の完全待機構成、相互待機構成、あるいは、待機系システムに対してN台の実行系システムという構成(1対N構成)では少なくとも予備の情報処理装置を必要としたのに対して、待機専用の前記情報処理装置を必要としないことを特徴とするトランザクション回復方法。
A plurality of information processing devices, each of the information processing devices performs processing based on the received transaction processing request, wherein the information processing device detects a failure of the other information processing device and a plurality of the processing requests In a transaction recovery method in a computer system having resource management means for performing exclusive management of a database accessed based on
When a failure during transaction processing by the first information processing apparatus of the information processing apparatus is generated, dependent on the transaction that was reserved when updating or addition of data in-process during the transaction of the first information processing apparatus The plurality of information processing devices refer to the load information , respectively ,
Of the plurality of information processing apparatuses, a second information processing apparatus that has a lower load than other information processing apparatuses other than the first information processing apparatus in which the failure has occurred performs the transaction settlement, and the second information processing apparatus by executing the transaction recovery process stored performs transaction settlement instruction to the reference to the transaction settlement is the resource managing means necessary historical information of transactions in the-process,
The resource management unit that is instructed to complete the transaction performs a transaction settlement process in the transaction in progress based on the instructed transaction completion instruction, and then releases the exclusion depending on the transaction in progress. And
Further, the computer system has at least a standby configuration of the execution system information processing device with respect to the standby information processing device, a mutual standby configuration, or a configuration of N execution system systems (1 to N configuration) with respect to the standby system. A transaction recovery method characterized by requiring a spare information processing device but not requiring the information processing device dedicated to standby .
前記情報処理装置のうち第1の情報処理装置でトランザクション処理中に障害が発生した場合に、当該第1の情報処理装置の仕掛中トランザクションにおけるデータの更新または追加する際に確保されたトランザクションに依存した排他を解除するためのトランザクション決着を実施するために、前記複数の情報処理装置はそれぞれ負荷情報を参照し、
前記複数の情報処理装置のうち前記障害が発生した第1の情報処理装置以外で他の情報処理装置より負荷の少ない第2の情報処理装置が前記トランザクション決着を行い、該第2の情報処理装置は記憶されたトランザクション回復プロセスを実行することにより、前記仕掛り中のトランザクションの履歴情報を参照してトランザクション決着が必要な前記リソース管理手段に対してトランザクション決着指示を行い、
前記トランザクション決着を指示された前記リソース管理手段がトランザクションに依存した排他を解放し、
さらに前記計算機システムは、待機系情報処理装置に対する実行系情報処理装置の完全待機構成、相互待機構成、あるいは、待機系システムに対してN台の実行系システムという構成(1対N構成)では少なくとも予備の情報処理装置を必要としたのに対して、待機専用の前記情報処理装置を必要としないことを特徴とする計算機システム。 A plurality of information processing apparatuses, each of which processes the processing request based on the received transaction processing request, wherein the information processing apparatus detects a failure of another information processing apparatus; In a computer system having resource management means for performing exclusive management of a database accessed by the processing request,
When a failure occurs during transaction processing in the first information processing apparatus among the information processing apparatuses, it depends on the transaction secured when updating or adding data in the transaction in progress of the first information processing apparatus The plurality of information processing devices refer to the load information, respectively,
Of the plurality of information processing apparatuses, a second information processing apparatus that has a lower load than other information processing apparatuses other than the first information processing apparatus in which the failure has occurred performs the transaction settlement, and the second information processing apparatus Executes a stored transaction recovery process, refers to the history information of the transaction in progress, and issues a transaction conclusion instruction to the resource management means that requires a transaction conclusion;
The resource management means instructed to complete the transaction releases the exclusion depending on the transaction,
Further, the computer system has at least a standby configuration of the execution system information processing device with respect to the standby information processing device, a mutual standby configuration, or a configuration of N execution system systems (1 to N configuration) with respect to the standby system. A computer system characterized by requiring a spare information processing device but not requiring the information processing device dedicated to standby .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004232890A JP4375158B2 (en) | 2004-08-10 | 2004-08-10 | Computer system and transaction recovery method thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004232890A JP4375158B2 (en) | 2004-08-10 | 2004-08-10 | Computer system and transaction recovery method thereof |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2006053621A JP2006053621A (en) | 2006-02-23 |
JP4375158B2 true JP4375158B2 (en) | 2009-12-02 |
Family
ID=36031084
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004232890A Expired - Fee Related JP4375158B2 (en) | 2004-08-10 | 2004-08-10 | Computer system and transaction recovery method thereof |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4375158B2 (en) |
-
2004
- 2004-08-10 JP JP2004232890A patent/JP4375158B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2006053621A (en) | 2006-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10691187B2 (en) | Persistent reservations for virtual disk using multiple targets | |
US7814065B2 (en) | Affinity-based recovery/failover in a cluster environment | |
US10360113B2 (en) | Transaction recovery in a transaction processing computer system employing multiple transaction managers | |
US7725446B2 (en) | Commitment of transactions in a distributed system | |
JP5102901B2 (en) | Method and system for maintaining data integrity between multiple data servers across a data center | |
US8856091B2 (en) | Method and apparatus for sequencing transactions globally in distributed database cluster | |
US7055063B2 (en) | Method and system for advanced restart of application servers processing time-critical requests | |
US10459805B2 (en) | Method and system for data recovery in a data system | |
CN103443773A (en) | Method and system for reducing write latency for database logging utilizing multiple storage devices | |
US8365193B2 (en) | Recoverable asynchronous message driven processing in a multi-node system | |
US20070220323A1 (en) | System and method for highly available data processing in cluster system | |
US9904573B2 (en) | Transactional updating in dynamic distributed workloads | |
CN104793988A (en) | Cross-database distributed transaction implementation method and device | |
JP4141875B2 (en) | Recovery processing method, its execution system, and its processing program | |
JP2000194678A (en) | Asynchronous i/o highly available in cluster computer system | |
US11449241B2 (en) | Customizable lock management for distributed resources | |
US8095826B1 (en) | Method and apparatus for providing in-memory checkpoint services within a distributed transaction | |
JP5154843B2 (en) | Cluster system, computer, and failure recovery method | |
JP2014038564A (en) | System and method which perform processing to database | |
CA2619778C (en) | Method and apparatus for sequencing transactions globally in a distributed database cluster with collision monitoring | |
CN116166390A (en) | Service processing method and device, electronic equipment and storage medium | |
JP4375158B2 (en) | Computer system and transaction recovery method thereof | |
JP7104016B2 (en) | Transparent database session recovery with client-side cache | |
US11550617B2 (en) | Disaggregated rack mount storage side transaction support | |
US7512834B2 (en) | Apparatus, system, and method for providing parallel access to a data set configured for automatic recovery |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060306 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060424 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080625 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080701 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080828 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090818 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090831 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120918 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120918 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130918 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |