JP2003242014A - データベースシステム及びデュプリケート方法 - Google Patents
データベースシステム及びデュプリケート方法Info
- Publication number
- JP2003242014A JP2003242014A JP2002040395A JP2002040395A JP2003242014A JP 2003242014 A JP2003242014 A JP 2003242014A JP 2002040395 A JP2002040395 A JP 2002040395A JP 2002040395 A JP2002040395 A JP 2002040395A JP 2003242014 A JP2003242014 A JP 2003242014A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- database
- dbms
- database system
- 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.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 遠隔地における複数のＤＢのデータベースの
更新をグローバルトランザクションに同期させることを
可能にする。 【解決手段】 ＤＢシステムの図示しないクライアント
端末は、サーバマシン１を相手に業務を行い、サーバマ
シン１に何らかの障害が発生した場合、サーバマシン１
４に対して業務の処理を要求をする。クライアント端末
からの業務の要求により、グローバルトランザクション
３内でＤＢＭＳ１５が管理するＤＢ５、ＤＢＭＳ１６が
管理するＤＢ６が更新される。ＤＢＭＳ１５、１６のそ
れぞれは、そのデュプリケート機能により、遠隔地のそ
れぞれに対応する複製用ＤＢ８、１０をネットワーク７
を通じてＤＢ５、ＤＢ６の内容に更新する。そして、Ｄ
Ｂ８とＤＢ１０との間の同期をとるためのトランザクシ
ョンの管理情報１３を、ＴＭ２が遠隔地のＴＭ１２に対
して転送する。
更新をグローバルトランザクションに同期させることを
可能にする。 【解決手段】 ＤＢシステムの図示しないクライアント
端末は、サーバマシン１を相手に業務を行い、サーバマ
シン１に何らかの障害が発生した場合、サーバマシン１
４に対して業務の処理を要求をする。クライアント端末
からの業務の要求により、グローバルトランザクション
３内でＤＢＭＳ１５が管理するＤＢ５、ＤＢＭＳ１６が
管理するＤＢ６が更新される。ＤＢＭＳ１５、１６のそ
れぞれは、そのデュプリケート機能により、遠隔地のそ
れぞれに対応する複製用ＤＢ８、１０をネットワーク７
を通じてＤＢ５、ＤＢ６の内容に更新する。そして、Ｄ
Ｂ８とＤＢ１０との間の同期をとるためのトランザクシ
ョンの管理情報１３を、ＴＭ２が遠隔地のＴＭ１２に対
して転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、データベース（Ｄ
Ｂ）システム及びデュプリケート方法に係り、特に、複
数のＤＢを１つのグローバルトランザクションとして処
理し、遠隔地のＤＢの状態をこのグローバルトランザク
ションの結果に同期させることを可能にしたＤＢシステ
ム及びデュプリケート方法に関する。
Ｂ）システム及びデュプリケート方法に係り、特に、複
数のＤＢを１つのグローバルトランザクションとして処
理し、遠隔地のＤＢの状態をこのグローバルトランザク
ションの結果に同期させることを可能にしたＤＢシステ
ム及びデュプリケート方法に関する。
【０００２】
【従来の技術】一般に、ＤＢの管理を行っているＲＭ
（リソースマネージャ、具体的にはＤＢＭＳ等である。
以下、ＤＢＭＳという）は、独自にＤＢのデュプリケー
ト機能を持っており、これを用いることにより、遠隔地
のデータベースの内容との同期を取ることが可能であ
る。
（リソースマネージャ、具体的にはＤＢＭＳ等である。
以下、ＤＢＭＳという）は、独自にＤＢのデュプリケー
ト機能を持っており、これを用いることにより、遠隔地
のデータベースの内容との同期を取ることが可能であ
る。
【０００３】図５は従来技術によるＤＢのデュプリケー
トを説明するＤＢシステムの構成を示すブロック図であ
る。図５において、１、１４はサーバ、３５、３６はＤ
ＢＭＳ、４３はユーザアプリケーション（ＵＡＰ）、４
４、４５はＤＢ、４６はネットワーク、４７は通信手段
である。
トを説明するＤＢシステムの構成を示すブロック図であ
る。図５において、１、１４はサーバ、３５、３６はＤ
ＢＭＳ、４３はユーザアプリケーション（ＵＡＰ）、４
４、４５はＤＢ、４６はネットワーク、４７は通信手段
である。
【０００４】図５に示すＤＢシステムは、ＤＢ装置を構
成する２台のサーバマシン１と１４とがネットワーク４
６を介して接続されて構成されている。そして、本番シ
ステムとしてのＤＢ装置が構成されるサーバマシン１内
には、ＵＡＰ４３と、このＵＡＰ４３により更新される
ＤＢ４４と、ＤＢ４４を管理するＤＢＭＳ３５が構成さ
れている。また、遠隔地に設置さるバックアップシステ
ムとしてのＤＢ装置が構成されるサーバマシン１４内に
は、ＤＢ４５と、このＤＢ４５を管理するＤＢＭＳとが
構成されている。
成する２台のサーバマシン１と１４とがネットワーク４
６を介して接続されて構成されている。そして、本番シ
ステムとしてのＤＢ装置が構成されるサーバマシン１内
には、ＵＡＰ４３と、このＵＡＰ４３により更新される
ＤＢ４４と、ＤＢ４４を管理するＤＢＭＳ３５が構成さ
れている。また、遠隔地に設置さるバックアップシステ
ムとしてのＤＢ装置が構成されるサーバマシン１４内に
は、ＤＢ４５と、このＤＢ４５を管理するＤＢＭＳとが
構成されている。
【０００５】サーバマシン１上のＤＢＭＳ３５は、ＤＢ
ＭＳ３５が管理するＵＡＰ４３が更新するＤＢ４４を管
理しており、独自の通信手段４７を用いて、ネットワー
ク４６を通じて、遠隔地にあるサーバマシン１４のＤＢ
ＭＳ３６に更新のための情報を転送する。この情報を受
け取ったＤＢＭＳ３６は、これにより、自ＤＢＭＳ３６
が管理するデータベース４５を更新すること、すなわ
ち、サーバマシン１、１４内のＤＢの内容を一致させて
同期をとることが可能である。
ＭＳ３５が管理するＵＡＰ４３が更新するＤＢ４４を管
理しており、独自の通信手段４７を用いて、ネットワー
ク４６を通じて、遠隔地にあるサーバマシン１４のＤＢ
ＭＳ３６に更新のための情報を転送する。この情報を受
け取ったＤＢＭＳ３６は、これにより、自ＤＢＭＳ３６
が管理するデータベース４５を更新すること、すなわ
ち、サーバマシン１、１４内のＤＢの内容を一致させて
同期をとることが可能である。
【０００６】
【発明が解決しようとする課題】前述した従来技術は、
更新に遅延があるとしても、遠隔地のシステムのデータ
ベースを更新することが可能である。しかし、前述の従
来技術は、単体のＤＢ装置相互間の内容の更新を行うこ
とができるものであり、この更新は、ＤＢＭＳ独自の機
能によって行われるものである。このため、ＤＢとＤＢ
ＭＳとにより構成されるＤＢ装置を複数有し、これらの
複数のＤＢを１つのグローバルトランザクションとして
処理するような大規模なシステムに、前述したような従
来技術を適用した場合、遠隔地のデータベースの状態を
前述のグローバルトランザクションの結果に同期させる
ことが不可能になってしまう。
更新に遅延があるとしても、遠隔地のシステムのデータ
ベースを更新することが可能である。しかし、前述の従
来技術は、単体のＤＢ装置相互間の内容の更新を行うこ
とができるものであり、この更新は、ＤＢＭＳ独自の機
能によって行われるものである。このため、ＤＢとＤＢ
ＭＳとにより構成されるＤＢ装置を複数有し、これらの
複数のＤＢを１つのグローバルトランザクションとして
処理するような大規模なシステムに、前述したような従
来技術を適用した場合、遠隔地のデータベースの状態を
前述のグローバルトランザクションの結果に同期させる
ことが不可能になってしまう。
【０００７】グローバルトランザクションとは、複数の
トランザクション（これらをトランザクションブランチ
と呼ぶ）を束ねて制御できる単位である。このグローバ
ルトランザクションの中には、複数のＤＢ装置を含むこ
とが可能であり、この場合、複数のＤＢＭＳ、複数のト
ランザクションブランチの決着を制御する機能が必要と
なる。この機能が、ＴＭ（トランザクションマネージ
ャ）と呼ばれるプログラムの基本機能である。ＴＭは、
複数の決着のための情報を制御し、複数のトランザクシ
ョンブランチを１つのグローバルトランザクションとし
て制御する。１つのグローバルトランザクションの制御
下にあるトランザクションブランチ内のＤＢの更新結果
は、ＴＭが制御するグローバルトランザクションの決着
に従って一意に決まる。
トランザクション（これらをトランザクションブランチ
と呼ぶ）を束ねて制御できる単位である。このグローバ
ルトランザクションの中には、複数のＤＢ装置を含むこ
とが可能であり、この場合、複数のＤＢＭＳ、複数のト
ランザクションブランチの決着を制御する機能が必要と
なる。この機能が、ＴＭ（トランザクションマネージ
ャ）と呼ばれるプログラムの基本機能である。ＴＭは、
複数の決着のための情報を制御し、複数のトランザクシ
ョンブランチを１つのグローバルトランザクションとし
て制御する。１つのグローバルトランザクションの制御
下にあるトランザクションブランチ内のＤＢの更新結果
は、ＴＭが制御するグローバルトランザクションの決着
に従って一意に決まる。
【０００８】図４はグローバルトランザクションによる
ＤＢの更新について説明するＤＢシステムの構成を示す
ブロック図である。図４において、２２、２７はＴＭ、
２３、３０はＵＡＰ、２６は連絡手段、３１、３２はＤ
Ｂ、３３、３４はＤＢＭＳである。図４に示すシステム
は、ＴＭ２２、２７を含むそれぞれのＤＢシステムが、
本番システム及びバックアップシステムとして動作する
ものとしている。
ＤＢの更新について説明するＤＢシステムの構成を示す
ブロック図である。図４において、２２、２７はＴＭ、
２３、３０はＵＡＰ、２６は連絡手段、３１、３２はＤ
Ｂ、３３、３４はＤＢＭＳである。図４に示すシステム
は、ＴＭ２２、２７を含むそれぞれのＤＢシステムが、
本番システム及びバックアップシステムとして動作する
ものとしている。
【０００９】図４において、各ＴＭと各ＤＢＭＳとの間
には、Ｘ／ＯＰＥＮで定められたＸＡ連係機能という連
係機能２８が備えられており、ＴＭは、この連係機能２
８を使用してＤＢＭＳに対してトランザクション制御を
行う。ＵＡＰ２３は、ＤＢ更新機能２４、すなわち、Ｓ
ＱＬを使用してデータベース３１を更新する機能を有
し、また、ＴＭ２２が提供する通信手段２９を使用して
別のＵＡＰ３０に対して処理要求を行うことが可能であ
る。このとき、ＵＡＰ３０は、ＵＡＰ２３のトランザク
ションに対するトランザクションブランチとなる。そし
て、ＵＡＰ３０のＤＢ更新機能２４によるデータベース
３２に対する更新は、ＵＡＰ２３のトランザクションと
含めて１つのグローバルトランザクションとしてＴＭ２
２、ＴＭ２７によって管理される。
には、Ｘ／ＯＰＥＮで定められたＸＡ連係機能という連
係機能２８が備えられており、ＴＭは、この連係機能２
８を使用してＤＢＭＳに対してトランザクション制御を
行う。ＵＡＰ２３は、ＤＢ更新機能２４、すなわち、Ｓ
ＱＬを使用してデータベース３１を更新する機能を有
し、また、ＴＭ２２が提供する通信手段２９を使用して
別のＵＡＰ３０に対して処理要求を行うことが可能であ
る。このとき、ＵＡＰ３０は、ＵＡＰ２３のトランザク
ションに対するトランザクションブランチとなる。そし
て、ＵＡＰ３０のＤＢ更新機能２４によるデータベース
３２に対する更新は、ＵＡＰ２３のトランザクションと
含めて１つのグローバルトランザクションとしてＴＭ２
２、ＴＭ２７によって管理される。
【００１０】ＵＡＰ２３は、ＴＭ２２のトランザクショ
ン制御機能２５を呼び出してトランザクションを決着さ
せることができる。このとき、ＴＭ２２は、ＴＭ２７が
管理するＵＡＰ３０のトランザクションも決着させるた
めに、連絡手段２６を用いてＴＭ２７にそのトランザク
ションの決着を指示する。
ン制御機能２５を呼び出してトランザクションを決着さ
せることができる。このとき、ＴＭ２２は、ＴＭ２７が
管理するＵＡＰ３０のトランザクションも決着させるた
めに、連絡手段２６を用いてＴＭ２７にそのトランザク
ションの決着を指示する。
【００１１】前述したように、ＴＭ２２とＴＭ２７とに
よって管理されるグローバルトランザクション内でのＵ
ＡＰ２３によるＤＢ３１の更新と、ＵＡＰ３０によるＤ
Ｂ３２の更新とは同期を取って行われるため、一方のＤ
Ｂだけが更新されているという状態にはならない。すな
わち、ＴＭの制御によってグローバルトランザクション
内の複数のトランザクションブランチの結果は一意に保
たれることになる。
よって管理されるグローバルトランザクション内でのＵ
ＡＰ２３によるＤＢ３１の更新と、ＵＡＰ３０によるＤ
Ｂ３２の更新とは同期を取って行われるため、一方のＤ
Ｂだけが更新されているという状態にはならない。すな
わち、ＴＭの制御によってグローバルトランザクション
内の複数のトランザクションブランチの結果は一意に保
たれることになる。
【００１２】現在のＤＢＭＳのデュプリケート機能は、
例えば、図４により説明した例で言えば、ＤＢＭＳ３１
とＤＢＭＳ３２とが互いに独立したタイミングで遠隔地
のＤＢＭＳで管理されているＤＢを更新する。このた
め、ＵＡＰ２３がＤＢ３１を更新した結果は、遠隔地に
おけるＤＢ３２に反映されているが、ＵＡＰ３０がＤＢ
３２を更新した結果は、まだ、ＤＢ３１に反映されてい
ないというようなタイミングが存在し得る。
例えば、図４により説明した例で言えば、ＤＢＭＳ３１
とＤＢＭＳ３２とが互いに独立したタイミングで遠隔地
のＤＢＭＳで管理されているＤＢを更新する。このた
め、ＵＡＰ２３がＤＢ３１を更新した結果は、遠隔地に
おけるＤＢ３２に反映されているが、ＵＡＰ３０がＤＢ
３２を更新した結果は、まだ、ＤＢ３１に反映されてい
ないというようなタイミングが存在し得る。
【００１３】このため、グローバルトランザクション内
で複数のデータベースを更新する必要がある大規模シス
テムであって、災害対策システムのような遠隔地のＤＢ
に更新結果を反映させる必要があるシステムにおいて
は、ユーザ自身の工夫で同期を取る手段を講じる必要が
あった。例えば、複数のＤＢに依存しないようにする、
トランザクションブランチを作らないようにする等の業
務アプリケーションの構成を制約したり、トランザクシ
ョンを発生させた元データを転送し、同様のトランザク
ションを発生させる等の手段を用いる等により、並列処
理を業務アプリケーションで実現する必要があった。
で複数のデータベースを更新する必要がある大規模シス
テムであって、災害対策システムのような遠隔地のＤＢ
に更新結果を反映させる必要があるシステムにおいて
は、ユーザ自身の工夫で同期を取る手段を講じる必要が
あった。例えば、複数のＤＢに依存しないようにする、
トランザクションブランチを作らないようにする等の業
務アプリケーションの構成を制約したり、トランザクシ
ョンを発生させた元データを転送し、同様のトランザク
ションを発生させる等の手段を用いる等により、並列処
理を業務アプリケーションで実現する必要があった。
【００１４】本発明の目的は、前述したような必要を回
避し、グローバルトランザクションを管理するＴＭによ
り、遠隔地における複数ＤＢの同期更新手段を提供し、
遠隔地における複数のＤＢのデータベースの更新をグロ
ーバルトランザクションに同期させることを可能にした
ＤＢシステム及びデュプリケート方法を提供することに
ある。
避し、グローバルトランザクションを管理するＴＭによ
り、遠隔地における複数ＤＢの同期更新手段を提供し、
遠隔地における複数のＤＢのデータベースの更新をグロ
ーバルトランザクションに同期させることを可能にした
ＤＢシステム及びデュプリケート方法を提供することに
ある。
【００１５】
【課題を解決するための手段】本発明によれば前記目的
は、複数のデータベースを有し、それぞれがトランザク
ションマネージャを備える少なくとも２台のデータベー
スシステムを通信手段により接続して構成されるデータ
ベースシステムにおいて、一方のデータベースシステム
のトランザクションマネージャが、自データベースシス
テムのグローバルトランザクション内で更新された複数
のデータベースの更新結果を他方データベースシステム
内のデータベースに反映させるためのトランザクション
の決着情報を含むトランザクション管理情報を、他方の
データベースシステムのトランザクションマネージャに
転送する手段を備え、他方のデータベースシステムのト
ランザクションマネージャが、受け取ったトランザクシ
ョン管理情報に基づいて、自システム内のデータベース
の更新を行う手段を備えることにより達成される。
は、複数のデータベースを有し、それぞれがトランザク
ションマネージャを備える少なくとも２台のデータベー
スシステムを通信手段により接続して構成されるデータ
ベースシステムにおいて、一方のデータベースシステム
のトランザクションマネージャが、自データベースシス
テムのグローバルトランザクション内で更新された複数
のデータベースの更新結果を他方データベースシステム
内のデータベースに反映させるためのトランザクション
の決着情報を含むトランザクション管理情報を、他方の
データベースシステムのトランザクションマネージャに
転送する手段を備え、他方のデータベースシステムのト
ランザクションマネージャが、受け取ったトランザクシ
ョン管理情報に基づいて、自システム内のデータベース
の更新を行う手段を備えることにより達成される。
【００１６】
【発明の実施の形態】以下、本発明によるグローバルト
ランザクション制御システム及び制御方法の実施形態を
図面により詳細に説明する。
ランザクション制御システム及び制御方法の実施形態を
図面により詳細に説明する。
【００１７】図１は本発明の一実施形態によるグローバ
ルトランザクション制御を使用するＤＢシステムの構成
を示すブロック図、図２は遠隔地側のＤＢシステムでの
回復処理を説明する遠隔地側ＤＢシステムの構成を示す
ブロック図、図３はトランザクション管理情報１３につ
いて説明する図である。図１〜図３において、２、１２
はＴＭ、３はグローバルトランザクション、４はＵＡ
Ｐ、５、６、８、１０はＤＢ、９、１１は回復情報、１
３はトランザクション管理情報、１５、１６、３７、３
８はＤＢＭＳであり、他の符号は図５の場合と同一であ
る。
ルトランザクション制御を使用するＤＢシステムの構成
を示すブロック図、図２は遠隔地側のＤＢシステムでの
回復処理を説明する遠隔地側ＤＢシステムの構成を示す
ブロック図、図３はトランザクション管理情報１３につ
いて説明する図である。図１〜図３において、２、１２
はＴＭ、３はグローバルトランザクション、４はＵＡ
Ｐ、５、６、８、１０はＤＢ、９、１１は回復情報、１
３はトランザクション管理情報、１５、１６、３７、３
８はＤＢＭＳであり、他の符号は図５の場合と同一であ
る。
【００１８】図１に示すＤＢシステムは、ＤＢシステム
を構成する２台のサーバマシン１と１４とがネットワー
ク４６を介して接続されて構成されている。そして、本
番システムとしてのＤＢシステムが構成されるサーバマ
シン１内には、ＴＭ２と、ＵＡＰ４と、このＵＡＰ４に
より更新されるＤＢ５及びＤＢ５を管理するＤＢＭＳ１
５によるＤＢ装置と、ＵＡＰ４により更新されるＤＢ６
及びＤＢ６を管理するＤＢＭＳ１６によるＤＢ装置とが
構成されている。そして、ＵＡＰ４と、前述の２つのＤ
Ｂ装置とによりグローバルトランザクションが構成され
ている。
を構成する２台のサーバマシン１と１４とがネットワー
ク４６を介して接続されて構成されている。そして、本
番システムとしてのＤＢシステムが構成されるサーバマ
シン１内には、ＴＭ２と、ＵＡＰ４と、このＵＡＰ４に
より更新されるＤＢ５及びＤＢ５を管理するＤＢＭＳ１
５によるＤＢ装置と、ＵＡＰ４により更新されるＤＢ６
及びＤＢ６を管理するＤＢＭＳ１６によるＤＢ装置とが
構成されている。そして、ＵＡＰ４と、前述の２つのＤ
Ｂ装置とによりグローバルトランザクションが構成され
ている。
【００１９】また、遠隔地に設置さる災害対策用のバッ
クアップシステムとしてのＤＢシステムが構成されるサ
ーバマシン１４内には、ＴＭ１２と、ＤＢ８及びＤＢ８
を管理するＤＢＭＳ３７によるＤＢ装置と、ＤＢ１０及
びＤＢ１０を管理するＤＢＭＳ３８によるＤＢ装置とが
構成され、ＴＭ２から転送されるトランザクションを管
理するトランザクション管理情報１３が格納されてい
る。
クアップシステムとしてのＤＢシステムが構成されるサ
ーバマシン１４内には、ＴＭ１２と、ＤＢ８及びＤＢ８
を管理するＤＢＭＳ３７によるＤＢ装置と、ＤＢ１０及
びＤＢ１０を管理するＤＢＭＳ３８によるＤＢ装置とが
構成され、ＴＭ２から転送されるトランザクションを管
理するトランザクション管理情報１３が格納されてい
る。
【００２０】通常、図１に示すＤＢシステムの図示しな
いクライアント端末は、サーバマシン１を相手に業務を
行っているが、サーバマシン１が存在する地域に何らか
の障害が発生し、サーバマシン１での業務が続行困難に
なった場合、サーバマシン１４に対して業務の処理を要
求をする。いま、クライアントからのある業務が、グロ
ーバルトランザクション３であるとする。通常、クライ
アント端末からトランザクションを発生させることはな
い。従って、以下では、サーバマシン内の動作について
説明する。
いクライアント端末は、サーバマシン１を相手に業務を
行っているが、サーバマシン１が存在する地域に何らか
の障害が発生し、サーバマシン１での業務が続行困難に
なった場合、サーバマシン１４に対して業務の処理を要
求をする。いま、クライアントからのある業務が、グロ
ーバルトランザクション３であるとする。通常、クライ
アント端末からトランザクションを発生させることはな
い。従って、以下では、サーバマシン内の動作について
説明する。
【００２１】クライアント端末からの業務の要求によ
り、グローバルトランザクション３内でＤＢＭＳ１５が
管理するＤＢ５、ＤＢＭＳ１６が管理するＤＢ６が更新
され、グローバルトランザクション３をコミットする。
ＤＢ５とＤＢ６とは、ＴＭ２の機能によって同期を取っ
てデータベースの内容を更新するため、ＤＢ５とＤＢ６
との更新内容は同期が正しく取れている。クライアント
からはさまざまな業務要求が図示システムに投入されて
おり、ＤＢ５、ＤＢ６にその結果が反映される。
り、グローバルトランザクション３内でＤＢＭＳ１５が
管理するＤＢ５、ＤＢＭＳ１６が管理するＤＢ６が更新
され、グローバルトランザクション３をコミットする。
ＤＢ５とＤＢ６とは、ＴＭ２の機能によって同期を取っ
てデータベースの内容を更新するため、ＤＢ５とＤＢ６
との更新内容は同期が正しく取れている。クライアント
からはさまざまな業務要求が図示システムに投入されて
おり、ＤＢ５、ＤＢ６にその結果が反映される。
【００２２】ＤＢＭＳ１５、ＤＢＭＳ１６のそれぞれ
は、従来のデータベースのデュプリケート機能により、
遠隔地のそれぞれに対応する複製用ＤＢであるＤＢＭＳ
３７が管理するＤＢ８、ＤＢＭＳ３８が管理するＤＢ１
０をネットワーク７を通じてＤＢ５、ＤＢ６の内容に更
新することができる。この場合の転送処理は、ＤＢＭＳ
１５、１６によって実行されるが、その転送間隔は、Ｄ
ＢＭＳ１５とＤＢＭＳ１６とで同期しているわけではな
い。本発明の実施形態は、前述したようなＤＢＭＳのデ
ュプリケート機能による遠隔地ＤＢへの複製に加え、Ｄ
Ｂ８とＤＢ１０との間の同期をとるためのトランザクシ
ョンの管理情報１３を、ＴＭ２がトランザクションの管
理情報を転送する機能１７を用いて遠隔地のＴＭ１２に
対して転送することとしている。
は、従来のデータベースのデュプリケート機能により、
遠隔地のそれぞれに対応する複製用ＤＢであるＤＢＭＳ
３７が管理するＤＢ８、ＤＢＭＳ３８が管理するＤＢ１
０をネットワーク７を通じてＤＢ５、ＤＢ６の内容に更
新することができる。この場合の転送処理は、ＤＢＭＳ
１５、１６によって実行されるが、その転送間隔は、Ｄ
ＢＭＳ１５とＤＢＭＳ１６とで同期しているわけではな
い。本発明の実施形態は、前述したようなＤＢＭＳのデ
ュプリケート機能による遠隔地ＤＢへの複製に加え、Ｄ
Ｂ８とＤＢ１０との間の同期をとるためのトランザクシ
ョンの管理情報１３を、ＴＭ２がトランザクションの管
理情報を転送する機能１７を用いて遠隔地のＴＭ１２に
対して転送することとしている。
【００２３】トランザクションの管理情報１３は、図３
に示すように、複数のトランザクション情報４２を含ん
で構成されている。１つのトランザクション情報４２に
は、トランザクション識別子３９、トランザクションの
コミット／ロールバック等の決着情報４０、このトラン
ザクションに参加していたＤＢＭＳ４１の情報等が含ま
れている。
に示すように、複数のトランザクション情報４２を含ん
で構成されている。１つのトランザクション情報４２に
は、トランザクション識別子３９、トランザクションの
コミット／ロールバック等の決着情報４０、このトラン
ザクションに参加していたＤＢＭＳ４１の情報等が含ま
れている。
【００２４】次に、図２を参照して、遠隔地側のサーバ
マシン１４における回復処理について説明する。
マシン１４における回復処理について説明する。
【００２５】ＤＢＭＳ１５、ＤＢＭＳ１６により転送さ
れてきているＤＢ５、ＤＢ６の更新内容は、それぞれ、
図２に示す回復情報９、１１として、ＤＢＭＳ３７とＤ
ＢＭＳ３８との中に一旦保持されている。一方、遠隔地
に設置されるサーバマシン１４内のＴＭ１２は、転送さ
れてきた転送元ＴＭ２でのトランザクションの管理情報
１３に基づき、参加していたＤＢＭＳの情報４１によっ
てＤＢＭＳ３７、ＤＢＭＳ３８に対し、トランザクショ
ンの決着情報４０のトランザクションの情報に従い、ト
ランザクション決着準備指示を行う機能２０を用いてＤ
ＢＭＳ３７、３８にトランザクション決着準備指示を行
う。この指示には、トランザクション識別子３９を使用
する。
れてきているＤＢ５、ＤＢ６の更新内容は、それぞれ、
図２に示す回復情報９、１１として、ＤＢＭＳ３７とＤ
ＢＭＳ３８との中に一旦保持されている。一方、遠隔地
に設置されるサーバマシン１４内のＴＭ１２は、転送さ
れてきた転送元ＴＭ２でのトランザクションの管理情報
１３に基づき、参加していたＤＢＭＳの情報４１によっ
てＤＢＭＳ３７、ＤＢＭＳ３８に対し、トランザクショ
ンの決着情報４０のトランザクションの情報に従い、ト
ランザクション決着準備指示を行う機能２０を用いてＤ
ＢＭＳ３７、３８にトランザクション決着準備指示を行
う。この指示には、トランザクション識別子３９を使用
する。
【００２６】トランザクションの決着準備指示を受けた
ＤＢＭＳ３７、ＤＢＭＳ３８は、それぞれ、指示のあっ
たトランザクション識別子３９に対応するデータベース
更新のための情報が回復情報９、回復情報１１に存在す
るか否かをチェックし、存在していれば、準備ができて
いる旨を回答する。ＴＭ１２は、ＤＢＭＳ３７、ＤＢＭ
Ｓ３８からの回答を受け、更新可能な状態であると判断
することができた場合、トランザクションの決着指示を
行う機能２１を用いて、ＤＢＭＳ３７、ＤＢＭＳ３８に
対して更新を行うように指示する。更新指示を受けたＤ
ＢＭＳ３７、ＤＢＭＳ３８は、それぞれ、回復情報９、
回復情報１１を用いてデータベース８、データベース１
０を更新する。
ＤＢＭＳ３７、ＤＢＭＳ３８は、それぞれ、指示のあっ
たトランザクション識別子３９に対応するデータベース
更新のための情報が回復情報９、回復情報１１に存在す
るか否かをチェックし、存在していれば、準備ができて
いる旨を回答する。ＴＭ１２は、ＤＢＭＳ３７、ＤＢＭ
Ｓ３８からの回答を受け、更新可能な状態であると判断
することができた場合、トランザクションの決着指示を
行う機能２１を用いて、ＤＢＭＳ３７、ＤＢＭＳ３８に
対して更新を行うように指示する。更新指示を受けたＤ
ＢＭＳ３７、ＤＢＭＳ３８は、それぞれ、回復情報９、
回復情報１１を用いてデータベース８、データベース１
０を更新する。
【００２７】図６は前述した遠隔地側のＤＢシステムで
の回復処理の動作を説明するフローチャートであり、次
に、これについ説明する。
の回復処理の動作を説明するフローチャートであり、次
に、これについ説明する。
【００２８】（１）トランザクションの管理情報１３の
読み出しを行い、トランザクションの管理情報があれ
ば、トランザクション識別子、トランザクションのコミ
ットかロールバックか等の決着情報、参加していたＤＢ
ＭＳの情報を取得する（ステップ１００）。
読み出しを行い、トランザクションの管理情報があれ
ば、トランザクション識別子、トランザクションのコミ
ットかロールバックか等の決着情報、参加していたＤＢ
ＭＳの情報を取得する（ステップ１００）。
【００２９】（２）ステップ１００で取得した情報に基
づいて、まず、情報内のトランザクションに参加してい
た１つのＤＢＭＳに対して決着準備の指示を行い、その
指示に対する回答が決着してもよいという回答であるか
否かをチェックする（ステップ１０１、１０２）。
づいて、まず、情報内のトランザクションに参加してい
た１つのＤＢＭＳに対して決着準備の指示を行い、その
指示に対する回答が決着してもよいという回答であるか
否かをチェックする（ステップ１０１、１０２）。
【００３０】（３）ステップ１０２で、決着してもよい
という回答が得られていれば、次のＤＢ、すなわち、Ｄ
ＢＭＳが存在するか確認し、他にＤＢがあるか否かをチ
ェックする。もし、他にＤＢがあれば、ステップ１０１
からの処理に戻って、他のＤＢＭＳに対して決着準備指
示を行う（ステップ１０４、ステップ１０５）。
という回答が得られていれば、次のＤＢ、すなわち、Ｄ
ＢＭＳが存在するか確認し、他にＤＢがあるか否かをチ
ェックする。もし、他にＤＢがあれば、ステップ１０１
からの処理に戻って、他のＤＢＭＳに対して決着準備指
示を行う（ステップ１０４、ステップ１０５）。
【００３１】（４）ステップ１０２のチェックで、決着
してもよいという回答が得られなかった場合、一定時間
保留した後、ステップ１０１からの処理に戻って、再度
実行する（ステップ１０３）。
してもよいという回答が得られなかった場合、一定時間
保留した後、ステップ１０１からの処理に戻って、再度
実行する（ステップ１０３）。
【００３２】（５）ステップ１０５のチェックで、他に
ＤＢがなかった場合、すなわち、全てのＤＢＭＳから準
備ができているという回答をもらった場合、それら全て
のトランザクションに参加しているＤＢＭＳに対して決
着の指示を行う（ステップ１０６）。
ＤＢがなかった場合、すなわち、全てのＤＢＭＳから準
備ができているという回答をもらった場合、それら全て
のトランザクションに参加しているＤＢＭＳに対して決
着の指示を行う（ステップ１０６）。
【００３３】（６）その後、まだトランザクション情報
があるか否かをチェックし、存在していれば、ステップ
１００からの処理に戻って、次に、その情報に基づいて
そのトランザクションの処理を行い、また、トランザク
ション情報がなければ、情報が転送されくるのを待つ
（ステップ１０７、１０８）。
があるか否かをチェックし、存在していれば、ステップ
１００からの処理に戻って、次に、その情報に基づいて
そのトランザクションの処理を行い、また、トランザク
ション情報がなければ、情報が転送されくるのを待つ
（ステップ１０７、１０８）。
【００３４】前述した本発明の実施形態による各処理
は、処理プログラムとして構成することができ、この処
理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−
ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供する
ことができる。
は、処理プログラムとして構成することができ、この処
理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−
ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供する
ことができる。
【００３５】前述した本発明の実施形態によれば、転送
元であるサーバマシン１でグローバルトランザクション
３として更新されたＤＢ５、ＤＢ６の更新内容を、遠隔
地のサーバマシン１４内のＤＢ１５、ＤＢ１６に、同期
を取って正しく更新することができ、災害対策システム
のような遠隔地に冗長なシステムを構築して災害に備え
るＤＢシステムの高信頼化を実現することができる。
元であるサーバマシン１でグローバルトランザクション
３として更新されたＤＢ５、ＤＢ６の更新内容を、遠隔
地のサーバマシン１４内のＤＢ１５、ＤＢ１６に、同期
を取って正しく更新することができ、災害対策システム
のような遠隔地に冗長なシステムを構築して災害に備え
るＤＢシステムの高信頼化を実現することができる。
【００３６】
【発明の効果】以上説明したように本発明によれば、複
数のデータベースをグローバルトランザクションで更新
する大規模なシステムにおいて、遠隔地でその更新情報
を正しく同期を取って反映させることが可能になる。こ
の結果、遠隔地に冗長なシステムを構築した災害対策シ
ステムの高信頼化を図ることができる。
数のデータベースをグローバルトランザクションで更新
する大規模なシステムにおいて、遠隔地でその更新情報
を正しく同期を取って反映させることが可能になる。こ
の結果、遠隔地に冗長なシステムを構築した災害対策シ
ステムの高信頼化を図ることができる。
【図１】本発明の一実施形態によるグローバルトランザ
クション制御を使用するＤＢシステムの構成を示すブロ
ック図である。
クション制御を使用するＤＢシステムの構成を示すブロ
ック図である。
【図２】遠隔地側のＤＢシステムでの回復処理を説明す
る遠隔地側ＤＢシステムの構成を示すブロック図であ
る。
る遠隔地側ＤＢシステムの構成を示すブロック図であ
る。
【図３】トランザクション管理情報１３について説明す
る図である。
る図である。
【図４】グローバルトランザクションによるＤＢの更新
について説明するＤＢシステムの構成を示すブロック図
である。
について説明するＤＢシステムの構成を示すブロック図
である。
【図５】従来技術によるＤＢのデュプリケートを説明す
るＤＢシステムの構成を示すブロック図である。
るＤＢシステムの構成を示すブロック図である。
【図６】遠隔地側のＤＢシステムでの回復処理の動作を
説明するフローチャートである。
説明するフローチャートである。
１、１４ サーバマシン
２、１２、２２、２７ ＴＭ
３ グローバルトランザクション
４、２３、３０、４３ ユーザアプリケーション（ＵＡ
Ｐ） ５、６、８、１０、３１、３２、４４、４５ ＤＢ ９、１０ 回復情報 １３ トランザクション管理情報 １５、１６、、３３〜３８ ＤＢＭＳ ２６ 連絡手段 ４６ ネットワーク ４７ 通信手段
Ｐ） ５、６、８、１０、３１、３２、４４、４５ ＤＢ ９、１０ 回復情報 １３ トランザクション管理情報 １５、１６、、３３〜３８ ＤＢＭＳ ２６ 連絡手段 ４６ ネットワーク ４７ 通信手段
Claims (5)
- 【請求項１】 複数のデータベースを有し、それぞれが
トランザクションマネージャを備える少なくとも２台の
データベースシステムを通信手段により接続して構成さ
れるデータベースシステムにおいて、一方のデータベー
スシステムのトランザクションマネージャは、自データ
ベースシステムのグローバルトランザクション内で更新
された複数のデータベースの更新結果を他方データベー
スシステム内のデータベースに反映させるためのトラン
ザクション管理情報を、他方のデータベースシステムの
トランザクションマネージャに転送する手段を備えるこ
とを特徴とするデータベースシステム。 - 【請求項２】 前記他方のデータベースシステムのトラ
ンザクションマネージャは、受け取ったトランザクショ
ン管理情報に基づいて、自システム内のデータベースの
更新を行う手段を備えることを特徴とする請求項１記載
のデータベースシステム。 - 【請求項３】 複数のデータベースを有し、それぞれが
トランザクションマネージャを備える少なくとも２台の
データベースシステムを通信手段により接続して構成さ
れるデータベースシステムにおけるデュプリケート方法
において、一方のデータベースシステムのトランザクシ
ョンマネージャは、自データベースシステムのグローバ
ルトランザクション内で更新された複数のデータベース
の更新結果を他方データベースシステム内のデータベー
スに反映させるためのトランザクション管理情報を、他
方のデータベースシステムのトランザクションマネージ
ャに転送することを特徴とするデュプリケート方法。 - 【請求項４】 前記他方のデータベースシステムのトラ
ンザクションマネージャは、受け取ったトランザクショ
ン管理情報に基づいて、自システム内のデータベースの
更新を行うことを特徴とする請求項３記載のデュプリケ
ート方法。 - 【請求項５】 請求項３記載のデュプリケート方法を実
現する処理プログラムであって、データベースシステム
のグローバルトランザクション内で更新された複数のデ
ータベースの更新結果を他方データベースシステム内の
データベースに反映させるためのトランザクション管理
情報を、他方のデータベースシステムのトランザクショ
ンマネージャに転送する処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002040395A JP4138329B2 (ja) | 2002-02-18 | 2002-02-18 | データ処理システム及びデータ処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002040395A JP4138329B2 (ja) | 2002-02-18 | 2002-02-18 | データ処理システム及びデータ処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003242014A true JP2003242014A (ja) | 2003-08-29 |
| JP4138329B2 JP4138329B2 (ja) | 2008-08-27 |
Family
ID=27781143
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002040395A Expired - Fee Related JP4138329B2 (ja) | 2002-02-18 | 2002-02-18 | データ処理システム及びデータ処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4138329B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006092005A (ja) * | 2004-09-21 | 2006-04-06 | Hitachi Ltd | データ処理方法、データベースシステム及びストレージ装置 |
| KR100694161B1 (ko) * | 2006-02-10 | 2007-03-12 | 삼성전자주식회사 | 분산 컨텐츠 관리 방법 및 장치 |
-
2002
- 2002-02-18 JP JP2002040395A patent/JP4138329B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006092005A (ja) * | 2004-09-21 | 2006-04-06 | Hitachi Ltd | データ処理方法、データベースシステム及びストレージ装置 |
| KR100694161B1 (ko) * | 2006-02-10 | 2007-03-12 | 삼성전자주식회사 | 분산 컨텐츠 관리 방법 및 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4138329B2 (ja) | 2008-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3822381B2 (ja) | 分散データベースシステム障害回復方法 | |
| EP2281240B1 (en) | Maintaining data integrity in data servers across data centers | |
| US8423515B2 (en) | Database system configured for automatic failover with user-limited data loss | |
| JP2948496B2 (ja) | データ処理システム内で複写データ一貫性を維持するためのシステムおよび方法 | |
| KR102441997B1 (ko) | 네트워크에서 메타데이터의 동기화를 제어하는 장치 및 그 방법 | |
| US8504873B1 (en) | Method and apparatus for providing in-memory checkpoint services within a distributed transaction | |
| EP0814590A2 (en) | Preventing conflicts in distributed systems | |
| CN102254031A (zh) | 基于批处理请求的Microsoft SQL Server数据库集群 | |
| CN101436209B (zh) | 一种多数据库同步的方法和装置 | |
| JPH04229335A (ja) | コミット手順の最適化方法 | |
| JPH04229358A (ja) | 同期点回復手段を有するコンピュータ装置 | |
| JPH11345130A (ja) | 複数のデ―タストアの同期をとってデ―タ整合性を達成する方法 | |
| EP1704480B1 (en) | Cluster database with remote data mirroring | |
| CN114363350A (zh) | 一种服务治理系统及方法 | |
| US20110179305A1 (en) | Process for secure backspacing to a first data center after failover through a second data center and a network architecture working accordingly | |
| KR102294048B1 (ko) | 블록체인 응용서비스의 복제 실행 방법 및 블록체인 응용서비스의 복제 실행 시스템 | |
| JP5900094B2 (ja) | データ整合システム、データ整合方法およびデータ整合プログラム | |
| JP5480046B2 (ja) | 分散トランザクション処理システム、装置、方法およびプログラム | |
| JP2003242014A (ja) | データベースシステム及びデュプリケート方法 | |
| KR101513943B1 (ko) | 실시간 복제 환경의 데이터베이스 운용 관리 방법 및 시스템 | |
| US20020194268A1 (en) | Distribute object mechanism | |
| JPH07114495A (ja) | 多重化ファイル管理方式 | |
| JPH034339A (ja) | 分散処理システムにおけるデータベース更新方式 | |
| CN114840365A (zh) | 异常状态的双活卷扩容方法、系统、终端及存储介质 | |
| JP2007241323A (ja) | 多重化データベースシステム及びそのデータ同期化方法、仲介装置、仲介プログラム、データベースサーバ、データベースサーバプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040730 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080219 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080418 |
|
| 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: 20080513 |
|
| 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: 20080605 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |