JPH01194040A - 分散データベースシステムの障害回復方式 - Google Patents
分散データベースシステムの障害回復方式Info
- Publication number
- JPH01194040A JPH01194040A JP63017067A JP1706788A JPH01194040A JP H01194040 A JPH01194040 A JP H01194040A JP 63017067 A JP63017067 A JP 63017067A JP 1706788 A JP1706788 A JP 1706788A JP H01194040 A JPH01194040 A JP H01194040A
- Authority
- JP
- Japan
- Prior art keywords
- node
- transaction
- client
- server
- phase
- 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
- 238000011084 recovery Methods 0.000 title claims abstract description 14
- 238000004891 communication Methods 0.000 claims abstract description 22
- 238000000034 method Methods 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 abstract description 3
- 102100030140 Thiosulfate:glutathione sulfurtransferase Human genes 0.000 description 19
- 101000610602 Homo sapiens Tumor necrosis factor receptor superfamily member 10C Proteins 0.000 description 5
- 102100040115 Tumor necrosis factor receptor superfamily member 10C Human genes 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 235000006732 Torreya nucifera Nutrition 0.000 description 1
- 244000111306 Torreya nucifera Species 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 235000012907 honey Nutrition 0.000 description 1
Landscapes
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、分散データベースシステムにおいて、通信路
あるいはノード障害が発生した場合にその回復を最小の
オーバーヘッドで行う障害回復方式％式％ 〔従来の技術〕 従来の２７エーズコミツトをトランザクションの終了処
理に使用する分散データベースシステムでは、例えば、
特開昭５８−１６３０６２号公報に示すように、ノード
障害からの回復時にジャーナルから得た各トランザクシ
ョンの回復情報に基づきトランザクション毎に相手ノー
ドへの処理の問い合わせまたは指示を行っていた。また
、クライアントノードが障害から回復した場合、クライ
アントノードかサーバノードへの指示をサーバノードの
トランザクションの状態とは関係なく送信していた。
あるいはノード障害が発生した場合にその回復を最小の
オーバーヘッドで行う障害回復方式％式％ 〔従来の技術〕 従来の２７エーズコミツトをトランザクションの終了処
理に使用する分散データベースシステムでは、例えば、
特開昭５８−１６３０６２号公報に示すように、ノード
障害からの回復時にジャーナルから得た各トランザクシ
ョンの回復情報に基づきトランザクション毎に相手ノー
ドへの処理の問い合わせまたは指示を行っていた。また
、クライアントノードが障害から回復した場合、クライ
アントノードかサーバノードへの指示をサーバノードの
トランザクションの状態とは関係なく送信していた。
従来、障害回復後のノード間のトランザクションのコミ
ットあるいはロールパックに関する指示をトランザクシ
ョン毎に行っているため、メツセージ数が多く、回復時
の送受信オーバーヘッドを増大させていた。また、クラ
イアントノードから相手ノードのトランザクションの状
態に関係なくサーバノードへメツセージを送信していた
ため、サーバノードでローカルにコミットあるいはロー
ルバックを決定可能であり、既に処理を終了しているト
ランザクションに対しても改めて指示を転送している０
本発明の目的は、このメツセージ送受信オーバーヘッド
の削減を行なえる障害回復方式を提供することにある。
ットあるいはロールパックに関する指示をトランザクシ
ョン毎に行っているため、メツセージ数が多く、回復時
の送受信オーバーヘッドを増大させていた。また、クラ
イアントノードから相手ノードのトランザクションの状
態に関係なくサーバノードへメツセージを送信していた
ため、サーバノードでローカルにコミットあるいはロー
ルバックを決定可能であり、既に処理を終了しているト
ランザクションに対しても改めて指示を転送している０
本発明の目的は、このメツセージ送受信オーバーヘッド
の削減を行なえる障害回復方式を提供することにある。
上記目的を達成するため、本発明は、障害回復時のトラ
ンザクションのコミットあるいはロールパック指示を、
トランザクション毎ではなくノード毎に纏めて行うこと
、通信回復時は、まずサーバからクライアントノードへ
問い合わせ、指示の必要なトランザクションに関する情
報のみをクライアントノードが送ることに特徴がある。
ンザクションのコミットあるいはロールパック指示を、
トランザクション毎ではなくノード毎に纏めて行うこと
、通信回復時は、まずサーバからクライアントノードへ
問い合わせ、指示の必要なトランザクションに関する情
報のみをクライアントノードが送ることに特徴がある。
本発明は、各トランザクションの終了状態をトランザク
ション状態テーブルにより各ノードが保持すること、障
害回復時はまずこのトランザクション状態テーブルを回
復すること、通信再開後、本テーブルの内容に基づいて
、サーバノードからクライアントノードに、トランザク
ションに関するコミット或いはロールパックの問い合わ
せを行うことによって、システムの障害回復時に集中し
て発生するノード間通信量を減少させ、回復処理の高速
化を実現できる。
ション状態テーブルにより各ノードが保持すること、障
害回復時はまずこのトランザクション状態テーブルを回
復すること、通信再開後、本テーブルの内容に基づいて
、サーバノードからクライアントノードに、トランザク
ションに関するコミット或いはロールパックの問い合わ
せを行うことによって、システムの障害回復時に集中し
て発生するノード間通信量を減少させ、回復処理の高速
化を実現できる。
以下、本発明の一実施例を図面により説明する。
第２図は本発明の実施例における分散データベースシス
テムの構成を示す９通信ネットワーク４にクライアント
ノードのプロセッサ３ａおよびサーバノードのプロセッ
サ３ｂが結合している。各ノードはデータベース管理シ
ステム（以下ＤＢＭＳと称する。）２ａおよび２ｂ、デ
ータベース５ａおよび５ｂ、履歴情報６ａおよび６ｂ、
そしてトランザクション状態テーブル１ａおよび１ｂを
持つ。クライアントのプロセッサ３ａで発生したトラン
ザクションがサーバノードのデータベース５ｂをアクセ
スする時、通信ネットワーク４を通じてサーバノードの
ＤＢＭＳ２ｂへその要求が送られる。サーバノードＤＢ
ＭＳ２ ｂはアクセス要求を代行し、結果をクライアン
トノードへ通信ネットワーク４を通じて返送する。トラ
ンザクション終了処理は、クライアントノードのプロセ
ッサ３ａ指示により２フ工−ズコミツト方式で行う、ク
ライアントノードのＤＢＭＳ２ａおよびサーバノードの
ＤＢＭＳ２ ｂは２フェーズコミットの期間中トランザ
クションのＩＤ、現在のフェーズ、コミット、ロールパ
ックの区別（フェーズ２のみ）をトランザクション状態
管埋テーブル（以下ＴＳＴと称する。）１ａおよび１ｂ
に保持する。第１図にＴＳＴｌの構造を示す、ＴＳＴＩ
はトランザクションを識別するトランザクション識別子
（以下ＴＲＩＤと称する。）１１、トランザクションの
終了処理における状態を表す状態１２、フェーズ２にお
けるクライアントのコミット／ロールパック指定１３お
よび相手ノード名称１４より成る。
テムの構成を示す９通信ネットワーク４にクライアント
ノードのプロセッサ３ａおよびサーバノードのプロセッ
サ３ｂが結合している。各ノードはデータベース管理シ
ステム（以下ＤＢＭＳと称する。）２ａおよび２ｂ、デ
ータベース５ａおよび５ｂ、履歴情報６ａおよび６ｂ、
そしてトランザクション状態テーブル１ａおよび１ｂを
持つ。クライアントのプロセッサ３ａで発生したトラン
ザクションがサーバノードのデータベース５ｂをアクセ
スする時、通信ネットワーク４を通じてサーバノードの
ＤＢＭＳ２ｂへその要求が送られる。サーバノードＤＢ
ＭＳ２ ｂはアクセス要求を代行し、結果をクライアン
トノードへ通信ネットワーク４を通じて返送する。トラ
ンザクション終了処理は、クライアントノードのプロセ
ッサ３ａ指示により２フ工−ズコミツト方式で行う、ク
ライアントノードのＤＢＭＳ２ａおよびサーバノードの
ＤＢＭＳ２ ｂは２フェーズコミットの期間中トランザ
クションのＩＤ、現在のフェーズ、コミット、ロールパ
ックの区別（フェーズ２のみ）をトランザクション状態
管埋テーブル（以下ＴＳＴと称する。）１ａおよび１ｂ
に保持する。第１図にＴＳＴｌの構造を示す、ＴＳＴＩ
はトランザクションを識別するトランザクション識別子
（以下ＴＲＩＤと称する。）１１、トランザクションの
終了処理における状態を表す状態１２、フェーズ２にお
けるクライアントのコミット／ロールパック指定１３お
よび相手ノード名称１４より成る。
第３図にクライアントの正常処理時の処理を示す。まず
、ＴＳＴエントリを相手ノード数分確保しくブロック３
１）、ＴＲＩＤを設定する。また、状態としてフェーズ
１を設定する（ブロック３２）。関連全サーバ（本トラ
ンザクションでリモートＤＢアクセスを行った全サーバ
）にコミット準備を送信し応答を持つ（ブロック３３）
、連絡不可となっていない全サーバからの応答受信後、
状態を全てセキュアにかえる（ブロック３４゜３５）。
、ＴＳＴエントリを相手ノード数分確保しくブロック３
１）、ＴＲＩＤを設定する。また、状態としてフェーズ
１を設定する（ブロック３２）。関連全サーバ（本トラ
ンザクションでリモートＤＢアクセスを行った全サーバ
）にコミット準備を送信し応答を持つ（ブロック３３）
、連絡不可となっていない全サーバからの応答受信後、
状態を全てセキュアにかえる（ブロック３４゜３５）。
関連全サーバから正常応答のあった場合、コミットを行
うことを決定して、コミットジャーナルを取得する（ブ
ロック３６．３７）。状態をフェーズ２として（ブロッ
ク３８）、関連全す−ハニコミットを送信する（ブロッ
ク３９）。連絡不可となっていない全サーバから応答を
持った後（ブロック３１０）、応答のあったサーバに対
応するＴＳＴを解放する（ブロック３１１）、ブロック
３６に戻り、関連サーバのうちいくつかが連絡不可、ま
たはエラ一応答を返した時、ロールパックを決定する。
うことを決定して、コミットジャーナルを取得する（ブ
ロック３６．３７）。状態をフェーズ２として（ブロッ
ク３８）、関連全す−ハニコミットを送信する（ブロッ
ク３９）。連絡不可となっていない全サーバから応答を
持った後（ブロック３１０）、応答のあったサーバに対
応するＴＳＴを解放する（ブロック３１１）、ブロック
３６に戻り、関連サーバのうちいくつかが連絡不可、ま
たはエラ一応答を返した時、ロールパックを決定する。
ロールパックジャーナルを取得しくブロック３１２）、
ＴＳＴ状態としてロールパックを設定しくブロック３１
３）、連絡可能な全関連サーバへロールパックを送信す
る（ブロック３１４）。連絡可能なサーバからの応答を
待って、これらサーバのノードに対応するＴＳＴを解放
する（ブロック３１０，３１１）。
ＴＳＴ状態としてロールパックを設定しくブロック３１
３）、連絡可能な全関連サーバへロールパックを送信す
る（ブロック３１４）。連絡可能なサーバからの応答を
待って、これらサーバのノードに対応するＴＳＴを解放
する（ブロック３１０，３１１）。
第４図にサーバの終了処理の流れをしめす、コミット準
備を受信すると（ブロック４１）、ＴＳＴを確保し、Ｔ
ＲＩＤを設定し、状態をフェーズ１とする（ブロック４
２）。コミット準備動作をおこない（ブロック４３）、
フェーズ１ジヤーナルを出力しくブロック４４）、成功
／失敗に対応して正常／エラ一応答を送信しくブロック
４６．４１３）、ＴＳＴの状態をそれぞれセキニア／ロ
ールパック待ちとする（ブロック４７゜４１４）。次の
クライアントからの指示により状態をフェーズ２／ロー
ルパツクとし、コミット／ロールパック動作を行う（ブ
ロック４８〜４１２゜４１５〜４１７）。その後クライ
アントに応答を返して（ブロック４１８）、ＴＳＴを解
放する（ブロック４１９）。
備を受信すると（ブロック４１）、ＴＳＴを確保し、Ｔ
ＲＩＤを設定し、状態をフェーズ１とする（ブロック４
２）。コミット準備動作をおこない（ブロック４３）、
フェーズ１ジヤーナルを出力しくブロック４４）、成功
／失敗に対応して正常／エラ一応答を送信しくブロック
４６．４１３）、ＴＳＴの状態をそれぞれセキニア／ロ
ールパック待ちとする（ブロック４７゜４１４）。次の
クライアントからの指示により状態をフェーズ２／ロー
ルパツクとし、コミット／ロールパック動作を行う（ブ
ロック４８〜４１２゜４１５〜４１７）。その後クライ
アントに応答を返して（ブロック４１８）、ＴＳＴを解
放する（ブロック４１９）。
連絡中断発生時、クライアントはフェーズに関係なく当
該ノードに対応するＴＳＴを保留したまま残す。サーバ
は、第５図に示す処理を連絡中断発生時のＴＳＴの状態
に応じて行う（ブロック５１）。フェーズ１なら、処理
中のコミット準備を完了後ロールパックを行った後ＴＳ
Ｔを解放する（ブロック５２）。セキュアなら連絡再開
を待つ（ブロック５３）、フェーズ２／ロールパツクな
らそれぞれコミット／ロールパック動作完了とともにＴ
ＳＴを解放する（ブロック５４．ｓｓ）。
該ノードに対応するＴＳＴを保留したまま残す。サーバ
は、第５図に示す処理を連絡中断発生時のＴＳＴの状態
に応じて行う（ブロック５１）。フェーズ１なら、処理
中のコミット準備を完了後ロールパックを行った後ＴＳ
Ｔを解放する（ブロック５２）。セキュアなら連絡再開
を待つ（ブロック５３）、フェーズ２／ロールパツクな
らそれぞれコミット／ロールパック動作完了とともにＴ
ＳＴを解放する（ブロック５４．ｓｓ）。
連絡再開時の処理を第６図に示す、まず、サーバがセキ
ュア状態のＴＲＩＤのリストを作ってクライアントへ送
る（ブロック６１．６２）、クライアントは自ＴＳＴと
比較してＴＲＩＤリストにコミット／ロールパック／未
定／エントリなしを記入してサーバへ返送する（ブロッ
ク６６〜６８）。サーバはこのリストにより、コミット
ならコミット動作、ロールパックまたはエントリなしな
らロールパック動作を行う（ブロック６３）。
ュア状態のＴＲＩＤのリストを作ってクライアントへ送
る（ブロック６１．６２）、クライアントは自ＴＳＴと
比較してＴＲＩＤリストにコミット／ロールパック／未
定／エントリなしを記入してサーバへ返送する（ブロッ
ク６６〜６８）。サーバはこのリストにより、コミット
ならコミット動作、ロールパックまたはエントリなしな
らロールパック動作を行う（ブロック６３）。
コミット／ロールパックを行ったＴＲのリストを作成し
クライアントへ送信するとともに（ブロック６４）、対
応するＴＳＴエントリを解放する（ブロック６５）、ク
ライアントは当初のＴＲＩＤリストになかった保留状態
のＴＳＴエントリ、および動作完了報告のＴＲＩＤリス
トにあったＴＲに対応するＴＳＴエントリを解放する（
ブロック６９，６１０）。
クライアントへ送信するとともに（ブロック６４）、対
応するＴＳＴエントリを解放する（ブロック６５）、ク
ライアントは当初のＴＲＩＤリストになかった保留状態
のＴＳＴエントリ、および動作完了報告のＴＲＩＤリス
トにあったＴＲに対応するＴＳＴエントリを解放する（
ブロック６９，６１０）。
ノードダウン発生時は、クライアントプロセッサ３ａは
コミット／ロールパックのジャーナルとして出力されて
いる履歴情報よりＴＳＴをフェーズ２／ロールパツク状
態に回復する。その後、連絡再開処理を図６の手順で行
う、コミット／ロールパックジャーナルの取得以前の状
態にあったＴＲのＴＳＴエントリは回復されないが、ク
ライアント、サーバの双方がロールパックを行うため矛
盾は生じない、サーバプロセッサ３ｂでは、コミット／
ロールパック時に出力されるジャーナルおよびフェーズ
１ジヤーナルによりＴＳＴを回復する。すなわち、フェ
ーズ１ジヤーナルがありコミット／ロールパック動作時
のジャーナルのないＴＲに対して、セキュア状態のＴＳ
Ｔを回復する。
コミット／ロールパックのジャーナルとして出力されて
いる履歴情報よりＴＳＴをフェーズ２／ロールパツク状
態に回復する。その後、連絡再開処理を図６の手順で行
う、コミット／ロールパックジャーナルの取得以前の状
態にあったＴＲのＴＳＴエントリは回復されないが、ク
ライアント、サーバの双方がロールパックを行うため矛
盾は生じない、サーバプロセッサ３ｂでは、コミット／
ロールパック時に出力されるジャーナルおよびフェーズ
１ジヤーナルによりＴＳＴを回復する。すなわち、フェ
ーズ１ジヤーナルがありコミット／ロールパック動作時
のジャーナルのないＴＲに対して、セキュア状態のＴＳ
Ｔを回復する。
以後の処理は連絡再開時と同様である。
本発明によれば、通信障害およびノードダウン後のトラ
ンザクション状態回復に要するメツセージ量がクライア
ント側で終了処理中の（ＴＲ数Ｘ２）個から、３個に減
少する。これによりシステムの障害回復時に集中して発
生するノード間通信量を減少させ、回復処理の高速化を
実現できる。
ンザクション状態回復に要するメツセージ量がクライア
ント側で終了処理中の（ＴＲ数Ｘ２）個から、３個に減
少する。これによりシステムの障害回復時に集中して発
生するノード間通信量を減少させ、回復処理の高速化を
実現できる。
第１図はＴＳＴの例の構成図、第２図は分散データベー
スシステムの一例の構成図、第３図はクライアント終了
処理の一例の流れ図、第４図はサーバ終了処理の一例の
流れ図、第５図はサーバの連絡中断時の処理の一例の流
れ図、第６図は連絡再開時の処理の一例の流れ図である
。 １・・・ＴＳＴ、２・・・ＤＢＭＳ、３・・・プロセッ
サ、４・・・通信ネットワーク、５・・・データベース
、６・・・履歴情報。 ・・１ ４、＋ド 代理人 弁理士 小川勝男・、。 茅ｚ’ｆｉＪ ！５図
スシステムの一例の構成図、第３図はクライアント終了
処理の一例の流れ図、第４図はサーバ終了処理の一例の
流れ図、第５図はサーバの連絡中断時の処理の一例の流
れ図、第６図は連絡再開時の処理の一例の流れ図である
。 １・・・ＴＳＴ、２・・・ＤＢＭＳ、３・・・プロセッ
サ、４・・・通信ネットワーク、５・・・データベース
、６・・・履歴情報。 ・・１ ４、＋ド 代理人 弁理士 小川勝男・、。 茅ｚ’ｆｉＪ ！５図
Claims (1)
- １、プロセッサとデータベースよりなる複数のノードと
、このノードを結合する通信ネットワークよりなり、複
数のノードのデータベースをアクセスするトランザクシ
ョンを各ノードでジャーナルを取得しつつ処理し、トラ
ンザクションを処理した各ノードの終了処理時に、一つ
のクライアントノードと複数のサーバノードに分かれて
２フェーズコミットによって各ノード間の同期をとり、
各ノードにトランザクション状態テーブルを持つ分散デ
ータベースシステムにおいて、トランザクションの終了
処理中は、クライアントおよびサーバノードのトランザ
クション状態テーブルに終了処理のフェーズ１、フェー
ズ２の開始終了を記録し、クライアントノードとサーバ
ノード間の通信中断の発生時は該通信路を使用していた
クライアントノードとサーバノードは上記記録を残し、
クライアント側トランザクションは降し、通信再開時は
、サーバノードからクライアントノードにこのトランザ
クション状態の記録を送り、それらトランザクションに
関する処理をサーバへ送り返して終了処理を完了させ、
ノードダウン発生時はトランザクション状態テーブルを
まずジャーナルより回復し、しかるのちに前述の通信再
開処理を行うことを特徴とする分散データベースシステ
ムの障害回復方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63017067A JPH01194040A (ja) | 1988-01-29 | 1988-01-29 | 分散データベースシステムの障害回復方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63017067A JPH01194040A (ja) | 1988-01-29 | 1988-01-29 | 分散データベースシステムの障害回復方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH01194040A true JPH01194040A (ja) | 1989-08-04 |
Family
ID=11933641
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP63017067A Pending JPH01194040A (ja) | 1988-01-29 | 1988-01-29 | 分散データベースシステムの障害回復方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH01194040A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04229359A (ja) * | 1990-05-16 | 1992-08-18 | Internatl Business Mach Corp <Ibm> | コンピュータ・ネットワーク |
| JPH04229358A (ja) * | 1990-05-16 | 1992-08-18 | Internatl Business Mach Corp <Ibm> | 同期点回復手段を有するコンピュータ装置 |
| JPH0793272A (ja) * | 1990-05-16 | 1995-04-07 | Internatl Business Mach Corp <Ibm> | 資源の同期点管理を実行する装置および方法 |
| JPH0793271A (ja) * | 1990-05-16 | 1995-04-07 | Internatl Business Mach Corp <Ibm> | 作業ユニットに合わせてコミット範囲を調整するコンピュータ・システム |
| JPH0836515A (ja) * | 1994-07-25 | 1996-02-06 | Nec Corp | ファイル復旧方式 |
| WO1996027157A1 (fr) * | 1995-02-28 | 1996-09-06 | Ntt Data Communications Systems Corporation | Systeme associatif decentralise et traitements de journaux et de reprise dans celui-ci |
-
1988
- 1988-01-29 JP JP63017067A patent/JPH01194040A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04229359A (ja) * | 1990-05-16 | 1992-08-18 | Internatl Business Mach Corp <Ibm> | コンピュータ・ネットワーク |
| JPH04229358A (ja) * | 1990-05-16 | 1992-08-18 | Internatl Business Mach Corp <Ibm> | 同期点回復手段を有するコンピュータ装置 |
| JPH0793272A (ja) * | 1990-05-16 | 1995-04-07 | Internatl Business Mach Corp <Ibm> | 資源の同期点管理を実行する装置および方法 |
| JPH0793271A (ja) * | 1990-05-16 | 1995-04-07 | Internatl Business Mach Corp <Ibm> | 作業ユニットに合わせてコミット範囲を調整するコンピュータ・システム |
| JPH0836515A (ja) * | 1994-07-25 | 1996-02-06 | Nec Corp | ファイル復旧方式 |
| WO1996027157A1 (fr) * | 1995-02-28 | 1996-09-06 | Ntt Data Communications Systems Corporation | Systeme associatif decentralise et traitements de journaux et de reprise dans celui-ci |
| US6052695A (en) * | 1995-02-28 | 2000-04-18 | Ntt Data Communications Systems Corporation | Accurate completion of transaction in cooperative type distributed system and recovery procedure for same |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0950955B1 (en) | Method and apparatus for correct and complete transactions in a fault tolerant distributed database system | |
| US7392421B1 (en) | Framework for managing clustering and replication | |
| JP2691080B2 (ja) | 同期点回復手段を有するコンピュータ装置 | |
| US7512682B2 (en) | Database cluster systems and methods for maintaining client connections | |
| JP2691081B2 (ja) | コンピュータ・ネットワーク | |
| JP3293839B2 (ja) | 作業ユニットに合わせてコミット範囲を調整するコンピュータ・システム | |
| CA2205725C (en) | Preventing conflicts in distributed systems | |
| US7260589B2 (en) | High performance support for XA protocols in a clustered shared database | |
| JP3790589B2 (ja) | 分散データベーストランザクションのコミットメント方法 | |
| US20020064126A1 (en) | Recovery following process or system failure | |
| JP3268534B2 (ja) | 保護された資源の同期点管理を行うコンピュータ・システム | |
| US6941327B2 (en) | Apparatus and method for database synchronization in a duplex system | |
| US7912858B2 (en) | Data synchronization method | |
| JPH04229333A (ja) | コミット手順の非同期的再同期化実行装置および方法 | |
| JPH087690B2 (ja) | コミット手順におけるエラー・コードおよびエラー記述情報の処理装置および方法 | |
| JP2002091938A (ja) | フェールオーバを処理するシステムおよび方法 | |
| US6141679A (en) | High performance distributed transaction processing methods and apparatus | |
| EP0834122B1 (en) | Synchronisation procedure in a routing node | |
| JPH01194040A (ja) | 分散データベースシステムの障害回復方式 | |
| US20060123069A1 (en) | Method and system for deferred synchronisation of data | |
| CN115866018B (zh) | 业务处理方法、装置、电子设备及计算机可读存储介质 | |
| JP2938860B1 (ja) | 分散型データ管理システム | |
| Mostafa et al. | A primary shift protocol for improving availability in replication systems | |
| JPH07311748A (ja) | 分散データベースシステムの障害回復方式 | |
| KR940007839B1 (ko) | 실시간 데이타 베이스 관리 시스팀(dbms)의 트랜잭션 처리 방법 |