(57)【特許請求の範囲】
【請求項１】
マスタデータを非同期でコピーしてレプリカデータを生成するデータベースシステムであって、
マスタデータ記憶領域と、第１データ記憶領域とを有するマスタサイトと、
レプリカデータ記憶領域と、第２データ記憶領域とを有するレプリカサイトと、を有し、
前記レプリカサイトは、
前記第１データ記憶領域に、そのときの時刻である第１の時刻を含むダミーデータを周期的に書き込むダミーデータ書込手段と、
前記マスタデータ記憶領域に記憶されたマスタデータを前記レプリカデータ記憶領域へ周期的に差分コピーし、前記第１データ記憶領域に記憶されたダミーデータを前記第２データ記憶領域へ周期的に差分コピーするとともに、そのときの時刻である第２の時刻を前記第２データ記憶領域へ書き込むコピー手段と、
前記第２データ記憶領域にコピーされたダミーデータに含まれる前記第１の時刻と、前記第２データ記憶領域へ書き込まれた前記第２の時刻とから、前記コピー手段が前記マスタデータ及び前記ダミーデータの差分コピーに要する時間を監視する第１の監視手段と、
前記第１の監視手段による監視の結果、前記差分コピーに要する時間が第１の遅延時間以上であれば、前記第１の遅延時間内に前記差分コピーが完了するように自動復旧処理を行う復旧手段と、を備えるデータベースシステム。
【請求項２】
前記マスタサイトは、前記マスタデータ記憶領域の更新履歴を記憶するマスタログ記憶領域と、前記マスタログ記憶領域内のデータが存在する範囲を示す範囲データを記憶する手段と、をさらに有し、
前記コピー手段は、前記範囲データが示す前記マスタログ記憶領域の範囲を参照して差分マスタデータを特定し、前記差分マスタデータを前記レプリカデータ記憶領域へコピーするものであり、
前記復旧手段は、前記範囲データが示す範囲が狭くなるように前記範囲データを変更することを特徴とする請求項１に記載のデータベースシステム。
【請求項３】
前記レプリカサイトは、
前記コピー手段が複数のテーブルをグループ化して差分コピーをするグループ化差分コピーを行う場合、前記グループ化差分コピーの開始時刻を記憶する手段と、
既に実行が完了しているグループ化差分コピーの中で、最後に実行されたグループ化差分コピーの開始時刻から現在時刻までの経過時間、あるいは現在実行中のグループ化差分コピーの開始時刻から現在時刻までの経過時間を監視する第２の監視手段と、をさらに備え、
前記復旧手段は、前記第２の監視手段による監視の結果に基づいて、前記自動復旧処理を行うか否かを判定することを特徴とする請求項１または２に記載のデータベースシステム。
【請求項４】
マスタデータ記憶領域と、第１データ記憶領域とを有するマスタサイトと、レプリカデータ記憶領域と、第２データ記憶領域とを有するレプリカサイトとを備えたデータベースシステムにおいて、
前記レプリカサイトのコンピュータが、
前記第１データ記憶領域に、そのときの時刻である第１の時刻を含むダミーデータを周期的に書き込むステップと、
前記マスタデータ記憶領域に記憶されたマスタデータを前記レプリカデータ記憶領域へ、及び、前記第１データ記憶領域に記憶されたダミーデータを前記第２データ記憶領域へ、それぞれ周期的に差分コピーを行うとともに、そのときの時刻である第２の時刻を前記第２データ記憶領域へ書き込むステップと、
前記第２データ記憶領域にコピーされたダミーデータに含まれる前記第１の時刻と、前記第２データ記憶領域へ書き込まれた前記第２の時刻とから、前記差分コピーに要する時間を監視するステップと、
前記監視の結果、前記差分コピーに要する時間が第１の遅延時間以上であれば、前記第１の遅延時間内に前記差分コピーが完了するように自動復旧処理を行うステップと、を有するデータベースシステムにおける差分コピーの遅延自動復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マスタサイトのある時点におけるマスタデータを、非同期でレプリカサイトにコピーしてレプリカデータとして保存する技術に関し、特にマスタサイトからレプリカサイトへのコピーの遅延を監視するための技術に関する。
【背景技術】
【０００２】
従来、マスタサイトに業務アプリケーションが更新するマスタデータを保存し、そのマスタデータを業務アプリケーションとは非同期で、スレーブサイトへレプリカデータとして保存するデータベースシステムがある。これをＯＲＡＣＬＥ（登録商標）データベースにおいて実現する場合、マテリアライズド・ビュー（Ｍａｔｅｒｉａｌｉｚｅｄ  Ｖｉｅｗ：以下、Ｍ−Ｖｉｅｗと称する）を用いることができる。
【０００３】
このＭ−Ｖｉｅｗを用いると、図１に示すようなデータベースシステムでは、レプリカデータが周期的に更新（リフレッシュ）される。すなわち、レプリカサイト３のコピー処理部３７がマスタサイト１のログテーブル１２ａ，１２ｂを参照して、更新ログに対応するマスタデータの差分データを特定して、その差分データをマスタテーブル１１ａ，１１ｂからレプリカテーブル３１ａ、３１ｂへコピーする。
【０００４】
例えば、特許文献１には、Ｍ−Ｖｉｅｗを利用したシステムが記載されている。
【特許文献１】特開２００６−３４３７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このとき、様々な理由でリフレッシュに要する時間が長くなること（遅延）がある。例えば、リフレッシュ対象の差分データのデータ量が膨大であるため遅延する場合や、何らかの理由でコピー処理が停止してしまっている場合などがある。許容範囲を超えてリフレッシュ処理が遅延するようなときに、これをそのまま放置すると、システムの運用に支障を来すことがある。
【０００６】
そこで、本発明の目的は、リフレッシュ処理の遅延を適切に検出することである。
【０００７】
本発明の別の目的は、リフレッシュ処理の遅延原因を解析して適切な対応をとることである。
【課題を解決するための手段】
【０００８】
本発明の一つの実施態様に従うマスタデータを非同期でコピーしてレプリカデータを生成するデータベースシステムは、マスタデータ記憶領域と、第１データ記憶領域とを有するマスタサイトと、レプリカデータ記憶領域と、第２データ記憶領域とを有するレプリカサイトと、前記第１データ記憶領域に、ダミーデータを周期的に書き込むダミーデータ書込手段と、前記マスタデータ記憶領域に記憶されたマスタデータを前記レプリカデータ記憶領域へ周期的に差分コピーし、前記第１データ記憶領域に記憶されたダミーデータを前記第２データ記憶領域へ周期的に差分コピーするコピー手段と、前記ダミーデータ書込手段が前記ダミーデータを前記第１データ記憶領域へ書き込んだ第１の時刻と、前記コピー手段が前記ダミーデータを前記第２データ記憶領域へ書き込んだ第２の時刻とから、前記コピー手段が前記マスタデータ及び前記ダミーデータの差分コピーに要する時間を監視する第１の監視手段と、前記第１の監視手段による監視の結果、前記差分コピーに要する時間が第１の遅延時間以上であれば、前記第１の遅延時間内に前記差分コピーが完了するように自動復旧処理を行う復旧手段と、を備える。
【０００９】
好適な実施形態では、前記ダミーデータは、前記ダミーデータ書込手段によって前記第１データ記憶領域に書き込まれたときの時刻を含み、前記コピー手段は、前記第２データ記憶領域に前記ダミーデータを書き込むときに、前記コピー時刻も合わせて第２データ記憶領域へ書き込み、前記第１の監視手段は、前記第２データ記憶領域を参照して前記差分コピーに要する時間を監視するようにしてもよい。
【００１０】
好適な実施形態では、前記ダミーデータ書込手段は、前記レプリカサイトに設けられていてもよい。
【００１１】
好適な実施形態では、前記マスタサイトは、前記マスタデータ記憶領域の更新履歴を記憶するマスタログ記憶領域と、前記マスタログ記憶領域内のデータが存在する範囲を示す範囲データを記憶する手段と、をさらに有し、前記コピー手段は、前記範囲データが示す前記マスタログ記憶領域の範囲を参照して差分マスタデータを特定し、前記差分マスタデータを前記レプリカデータ記憶領域へコピーするものであり、前記復旧手段は、前記範囲データが示す範囲が狭くなるように前記範囲データを変更するようにしてもよい。
【００１２】
好適な実施形態では、既に実行が完了している差分コピーの中で、最後に実行された差分コピーの開始時刻を記憶する手段と、前記最後に実行された差分コピーの開始時刻から現在時刻までの経過を監視する第２の監視手段と、をさらに備え、前記復旧手段は、前記第１の監視手段による監視の結果、前記差分コピーに要する時間が第１の遅延時間以上であり、かつ、前記第２の監視手段による監視の結果、前記差分コピーに要する時間が第２の遅延時間以上であるときに、前記自動復旧処理を行ってもよい。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施形態に係るデータベースシステムについて、図面を参照して説明する。
【００１４】
図１は、本実施形態に係るデータベースシステムの構成図である。
【００１５】
本システムは、同図に示すように、マスタサイト１と、レプリカサイト３とを有する。マスタサイト１及びレプリカサイト３は、例えば、いずれも、プロセッサ及び記憶装置などを備えた１台以上の汎用的なパーソナルコンピュータなどにより構成されたコンピュータシステムである。マスタサイト１及びレプリカサイト３には、例えばＯＲＡＣＬＥ（登録商標）データベースが搭載されている。以下に説明するマスタサイト１及びレプリカサイト３内の個々の構成要素または機能は、例えば、例えばＯＲＡＣＬＥ（登録商標）データベース、あるいは所定のコンピュータプログラムを実行することにより実現される。
【００１６】
マスタサイト１は、業務アプリケーションプログラムが行う所定の業務処理で使用されるマスタデータを記憶したマスタデータベース１０を有する。マスタデータベース１０には、マスタデータが格納された一以上のマスタテーブル１１ａ、１１ｂと、各マスタテーブル１１ａ、１１ｂの更新履歴を記憶するログテーブル１２ａ，１２ｂと、ダミーマスタテーブル１３と、ダミーマスタテーブル１３の更新履歴を記憶するダミーログテーブル１４とが格納されている。
【００１７】
マスタテーブル１１ａ、１１ｂには、マスタデータが記憶されている。業務アプリケーションプログラムは、マスタテーブル１１ａ、１１ｂからデータを読み出して所定の処理を実行したり、処理結果に応じてマスタテーブル１１ａ、１１ｂのマスタデータを更新したりする。
【００１８】
ログテーブル１２ａ，１２ｂには、業務アプリケーションプログラムによるマスタデータの更新ログが記録される。後述するように、レプリカサイト３のコピー処理部３７がログテーブル１２ａ，１２ｂに記憶されている更新ログに基づいて差分コピーを行うと、その更新ログはログテーブル１２ａ，１２ｂから削除される。つまり、ログテーブル１２ａ，１２ｂには、レプリカデータベース３０へ反映されていないマスタデータに対応する更新ログが記憶されている。
【００１９】
ダミーマスタテーブル１３には、業務アプリケーションプログラムによる業務処理では使用されないダミーデータが格納される。ダミーデータは、後述するレプリカサイト３の監視部３８によってダミーマスタテーブル１３へ書き込まれる。ダミーデータは、例えば、そのダミーデータがダミーマスタテーブル１３へ書き込まれた時刻を含む。
【００２０】
図２Ａは、ダミーマスタテーブル１３の一例を示す。同図に示すように、ダミーマスタテーブル１３は、更新時刻１３１を項目として有する。つまり、同図の例では、ダミーデータは更新時刻のみからなる。
【００２１】
ダミーログテーブル１４には、ダミーマスタテーブル１３の更新ログ（ダミーログ）が格納される。例えば、レプリカサイト３の監視部３８がダミーマスタテーブル１３へダミーデータを書き込むたびに、ダミーログテーブル１４にはダミーログが書き込まれる。ログテーブル１２ａ，１２ｂと同じように、レプリカサイト３のコピー処理部３７がダミーログに基づいてダミーマスタテーブル１３の差分コピーを行うと、そのダミーログはダミーログテーブル１４から削除される。
【００２２】
レプリカサイト３には、マスタデータのコピーであるレプリカデータを記憶したレプリカデータベース３０と、マスタデータベース１０からレプリカデータベース３０へのコピーを行うコピー処理部３７と、コピー処理部３７によるコピー処理を監視する監視部３８とを備える。
【００２３】
レプリカデータベース３０には、レプリカデータが格納された一以上のレプリカテーブル３１ａ，３１ｂと、ダミーデータのコピーであるダミーレプリカデータが格納されたダミーレプリカテーブル３３と、管理テーブル３５と、リフレッシュ履歴テーブル３６とが格納されている。
【００２４】
レプリカテーブル３１ａ，３１ｂには、コピー処理部３７によってレプリカデータ（マスタデータのコピー）が格納される。レプリカテーブル３１ａ，３１ｂは、マスタテーブルと同一のデータ構造を有する。従って、業務アプリケーションは、レプリカテーブル３１ａ，３１ｂを参照して処理を行うことも可能である。
【００２５】
ダミーレプリカテーブル３３には、コピー処理部３７によってダミーレプリカデータ（ダミーマスタデータのコピー）が格納される。さらに、ダミーレプリカテーブル３３には、ダミーレプリカデータがダミーレプリカテーブル３３に書き込まれた時刻も格納される。
【００２６】
図２Ｂは、ダミーレプリカテーブル３３の一例を示す。同図に示すように、ダミーレプリカテーブル３３は、更新時刻３３１と、コピー時刻３３２とを項目として有する。更新時刻３３１は、ダミーマスタテーブル１３の更新時刻１３１に対応する。つまり、更新時刻３３１にはダミーデータがコピーされる。コピー時刻３３２は、ダミーマスタテーブル１３には存在しない項目である。コピー処理部３７によって更新時刻３３１にダミーデータが書き込まれたときに、コピー時刻３３２にそのときの時刻が書き込まれる。
【００２７】
コピー処理部３７は、マスタデータベース１０のマスタデータ及びダミーデータを、それぞれが更新されるタイミングとは非同期で、レプリカデータベース３０へ周期的にコピーする。コピー処理部３７は、レプリカデータベース３０へ反映していないマスタデータ及びダミーデータ（差分データ）をマスタデータベース１０へ差分コピーする。コピー処理部３７は、ログテーブル１２ａ，１２ｂ及びダミーログテーブル１４を参照して差分データを抽出する。例えば、コピー処理部３７がログテーブル１２ａ，１２ｂ及びダミーログテーブル１４を参照した際、ログテーブル１２ａ，１２ｂ及びダミーログテーブル１４に更新ログあるいはダミーログが存在するときは、その更新ログあるいはダミーログが示す更新後のマスタデータ及びダミーデータをレプリカデータベース３０へコピーする。コピー処理部３７は、このコピーが完了した後、ログテーブル１２ａ，１２ｂ及びダミーログテーブル１４から更新ログ及びダミーログを削除する。これにより、ログテーブル１２ａ，１２ｂ及びダミーログテーブル１４は、レプリカデータベース３０へ反映していないマスタデータ及びダミーデータの更新にかかる更新ログ及びダミーログが記憶されている。その結果、コピー処理部３７がログテーブル１２ａ，１２ｂ及びダミーログテーブル１４を参照することにより、レプリカデータベース３０へコピーしていない差分データを把握することができる。
【００２８】
なお、コピー処理部３７がダミーレプリカテーブル３３へダミーデータを書き込むときには、コピー処理部３７は更新時刻３３１に更新時刻１３１をコピーするとともに、コピー時刻３３２に現在時刻を書き込む。これにより、ダミーレプリカテーブル３３の各レコードが書き込まれた時刻が、それぞれ記録される。
【００２９】
また、コピー処理部３７は、複数のテーブルを一つのグループ（リフレッシュグループ：ＲＧ）として、同一リフレッシュグループのテーブルを一連の処理で差分コピーを行う。本実施形態では、一つのリフレッシュグループに一つのダミーマスタテーブル１３が含まれるようにしても良い。コピー処理部３７は、一つのリフレッシュグループ内の複数のテーブルについて、予め定められた順序に従ってコピーをする。ここで、各リフレッシュグループ内のテーブルのコピー順序は、ダミーマスタテーブル１３が最後となっている。従って、コピー時刻３３２は各リフレッシュグループのコピーの終了時刻を示す。
【００３０】
コピー処理部３７がリフレッシュグループごとにコピーを行うときは、リフレッシュグループ単位で、周期的にリフレッシュ（コピー）するようにしても良い。
【００３１】
さらに、コピー処理部３７は、リフレッシュグループごと及びテーブルごとに、リフレッシュを開始した時刻及び終了した時刻を管理テーブル３５へ書き込む。
【００３２】
管理テーブル３５には、各マスタテーブルの更新ログなどが記憶される。例えば、各テーブルのコピー開始時刻及びコピー終了時刻を含む更新ログが記憶される。さらに、各ログテーブルのＨＷＭ（Ｈｉｇｈ  Ｗａｔｅｒ  Ｍａｒｋ）が記憶されている。ＨＷＭとは、データベースシステムが管理する指標の一つであって、各ログテーブルに格納されたデータ量の最大値を示すものであり、各テーブルのデータが存在する範囲を示すデータである。例えば、各テーブルのデータ格納領域が予め確保されていて（先頭アドレスと末尾アドレス）、確保された領域にデータが格納されていく順序がアドレスによって予め決まっているとする。このとき、ＨＷＭは、過去に最も多くデータが格納されたときの最大アドレスを示す。その結果、先頭アドレスからＨＷＭが示すアドレスまでの間にデータが存在することが保証されるので、各テーブルに格納されたデータを探す際、業務アプリケーションはその範囲を検索すればよい。
【００３３】
また、管理テーブル３５には、各リフレッシュグループのリフレッシュ開始時刻及び終了時刻も記憶される。
【００３４】
リフレッシュ履歴テーブル３６には、ダミーレプリカテーブル３３に格納されているダミーレプリカデータが格納される。
【００３５】
監視部３８は、コピー処理の遅延監視を行う。例えば、監視部３８は、管理テーブル３５に格納されている更新ログ（コピー開始時刻及びコピー終了時刻）から、コピー処理の所要時間を計測しても良い。例えば、図３に示すように、監視部３８は、最新のコピー開始時刻が、前回のコピー開始時刻よりも後であることにより、コピー処理部３７によるコピー処理（リフレッシュ処理）が正常に動作していることを確認する。図３の例では、リフレッシュ処理Ｃの開始時刻が１０：３９であり、リフレッシュ処理Ｂの開始時刻が１０：３５であるのでリフレッシュ処理が正常に動作していることがわかる。
【００３６】
さらに、リフレッシュ処理中であれば、監視部３８は最新のコピー開始時刻、あるいは前回のコピー開始時刻からの経過時間が、所定時間以上経過しているか否かによって、コピー処理が遅延しているか否かを判定する。図３の例では、リフレッシュ監視Ｎ＋１回目（１０：３９）において、最新のコピー開始時刻（１０：３８）、あるいは前回のコピー開始時刻（１０：３４）からの経過時間によって、リフレッシュ処理が遅延しているか否かを判定する。
【００３７】
また、監視部３８は、ダミーデータを利用したコピー処理の遅延監視を行う。例えば、監視部３８は、ダミーマスタテーブル１３にダミーデータを周期的に書き込む。監視部３８がダミーマスタテーブル１３にダミーデータを書き込んだときは、同時にダミーログテーブル１４にそのログを書き込む。そして、監視部３８はダミーレプリカテーブル３３に格納されているダミーレプリカデータによって、コピー処理部３７による差分コピーの所要時間を監視する。つまり、ダミーレプリカデータの同一レコードで、コピー時刻３３２と更新時刻３３１の差分から、リフレッシュグループごとに、コピーの所要時間を計測する。
【００３８】
ここで監視部３８がダミーマスタテーブル１３へダミーデータを書き込む周期は、コピー処理部３７がコピーを行う周期と同じ周期であっても良いし、異なる周期であってもよい。
【００３９】
ところで、コピー処理部３７のコピー処理が遅延している場合、その原因によっては自動回復が可能な場合がある。自動回復が可能な遅延としては、例えば、上述したＨＷＭが上昇しすぎている場合がある。つまり、ＨＷＭが上昇しすぎていると、ログテーブル１２ａ，１２ｂのデータの検索に時間がかかるため、コピー処理が遅延する。そこで、監視部３８は、コピー処理の遅延を検出したときはその原因分析を行って、ＨＷＭが原因であるときには、以下の処理により自動回復を行う。
【００４０】
例えば、コピー処理が遅延しているとき、監視部３８は、管理テーブル３５を参照して、その遅延しているコピー処理が対象としているマスタテーブル１１ａ，１１ｂのＨＷＭをチェックする。ここで、ＨＷＭが所定の閾値を超えて上昇しているときは、データベースシステムが提供するＳＨＲＩＮＫ処理によってＨＷＭを下げ、ログテーブル１２ａ，１２ｂのデータ検索範囲が狭くなるようにする。
【００４１】
次に、上述した構成を備えたデータベースシステムの処理手順について、図４のフローチャートに従って説明する。
【００４２】
まず、監視部３８は、リフレッシュ処理に要している時間を確認する（Ｓ１０）。例えば、監視部３８は、ダミーレプリカテーブル３３を参照して、ダミーレプリカデータからリフレッシュ処理の所要時間を算出しても良いし、または、管理テーブル３５を参照して、コピー処理のログからリフレッシュ処理の所要時間を算出しても良い。あるいは、監視部３８は、上記の２種類の手法による所要時間の算出を併用しても良い。
【００４３】
そして、監視部３８は、リフレッシュ処理が遅延しているか否か、つまり、上記の処理で算出したリフレッシュ処理の所要時間が所定の時間（閾値）以上であるか否かを判定する（Ｓ１２）。この判定では、ダミーデータから算出した所要時間とコピー処理のログから算出した所要時間とは、同じ閾値によって遅延判定を行っても良いし、異なる閾値によって遅延判定を行っても良い。上記の２種類の手法による遅延判定を併用した場合、いずれか一方または双方の所要時間が閾値を超えていたときに遅延と判定しても良い。さらに、ステップＳ１２の判定は、リフレッシュグループごとに行っても良いし、テーブルごとに行っても良い。
【００４４】
リフレッシュ処理が遅延していないときは（Ｓ１２：Ｎｏ）、所定時間待機した後、ステップＳ１０へ戻る（Ｓ１４）。
【００４５】
一方、リフレッシュ処理が遅延しているときは（Ｓ１２：Ｙｅｓ）、監視部３８は、管理テーブル３５を参照して、マスタサイト１のログテーブル１２ａ，１２ｂのＨＷＭをチェックする（Ｓ２０）。ここで、所定の値以上に上昇しているＨＷＭがあれば（Ｓ２２：Ｙｅｓ）、ＳＨＵＲＩＮＫ処理を実行して、該当するログテーブルのメンテナンスを行う（Ｓ２４）。一方、所定の値以上のＨＷＭがないときは（Ｓ２２：Ｎｏ）、他の原因による遅延と考えられるので、監視部３８は所定の遅延アラートを発行して、管理者へリフレッシュ処理の遅延を通知する（Ｓ２６）。
【００４６】
上述の実施形態によれば、リフレッシュ処理の遅延をタイムリーに検知することができる。
【００４７】
さらに、ログテーブル１２ａ，１２ｂのＨＷＭが上昇し、コピー処理を行うときのデータ検索範囲が広くなっているためにリフレッシュ処理が遅延しているときは、上述の実施形態では、上記の処理によりＨＷＭが下がるので、リフレッシュ処理の遅延を自動的に解消することができる。
【００４８】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００４９】
例えば、上述の実施形態では、ダミーデータをマスタテーブルとは別のダミーテーブルに、ダミーレプリカテーブルをレプリカテーブルとは別のダミーレプリカテーブルに、それぞれ格納している。しかしながら、ダミーテーブル及びダミーレプリカテーブルを設けることなく、ダミーデータ及びダミーレプリカデータをマスタテーブル及びレプリカテーブルに、それぞれ格納するようにしても良い。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態に係るデータベースシステムの構成図である。
【図２】ダミーマスタテーブル及びダミーレプリカテーブルの一例を示す。
【図３】リフレッシュ処理の遅延監視の説明図である。
【図４】本実施形態に係るデータベースシステムの処理手順を示すフローチャートである。
【符号の説明】
【００５１】
１      マスタサイト
３      レプリカサイト
１０       マスタデータベース
１１ａ，１１ｂ  マスタテーブル
１２ａ，１２ｂ  ログテーブル
１３       ダミーマスタテーブル
１４       ダミーログテーブル
３０       レプリカデータベース
３１ａ，３１ｂ    レプリカテーブル
３３       ダミーレプリカテーブル
３５       管理テーブル
３７    コピー処理部
３８       監視部
【図１】
0005243103.tif 000002
【図２】
0005243103.tif 000003
【図３】
0005243103.tif 000004
【図４】
0005243103.tif 000005