JP2001290689A - Data-verifying method for replication among plural data bases - Google Patents
Data-verifying method for replication among plural data basesInfo
- Publication number
- JP2001290689A JP2001290689A JP2000111885A JP2000111885A JP2001290689A JP 2001290689 A JP2001290689 A JP 2001290689A JP 2000111885 A JP2000111885 A JP 2000111885A JP 2000111885 A JP2000111885 A JP 2000111885A JP 2001290689 A JP2001290689 A JP 2001290689A
- Authority
- JP
- Japan
- Prior art keywords
- data
- update
- verification
- unit
- replication
- 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]
【発明の属する技術分野】本発明は、複数データベース
間でデータのレプリケーションにおけるデータ検証方法
に関する。[0001] 1. Field of the Invention [0002] The present invention relates to a data verification method in data replication between a plurality of databases.
【0002】データのレプリケーションとは、複数のデ
ータベース間において一部または全てのデータを伝達す
ることで、第1のコンピュータ内のデータベースのデー
タが更新された時、そのデータをもとに他コンピュータ
内のデータベースのデータを更新することである。[0002] Data replication is to transmit some or all data between a plurality of databases. When data in a database in a first computer is updated, the data in another computer is updated based on the data. Is to update the data in the database.
【0003】[0003]
【従来の技術】従来、データのレプリケーションは、特
開平11−327988号公報に示すように同一ネット
ワーク上に接続されたデータベース間で、元となるデー
タベースの更新データをレプリケーション先のデータベ
ースに送信及び、更新するものがある。2. Description of the Related Art Conventionally, data replication involves transmitting update data of an original database to a replication destination database between databases connected on the same network as disclosed in Japanese Patent Application Laid-Open No. H11-327988. Something to update.
【0004】[0004]
【発明が解決しようとする課題】上記従来技術は、更新
データのみをネットワーク上を介してレプリケーション
先のデータベースに送信及び更新している。この為、ネ
ットワーク上でデータの文字化け等のデータ破壊があっ
た場合、対応できなかった。In the above prior art, only the update data is transmitted and updated to the replication destination database via the network. For this reason, it was not possible to cope with data destruction such as garbled data on the network.
【0005】本発明は、データのレプリケーションにお
いて、ネットワーク上でデータの文字化け等のデータ破
壊が発生した場合にもレプリケーション先のデータベー
スに更新データを更新する前にエラーを検知できること
を可能とする。The present invention makes it possible to detect an error before updating update data in a replication destination database even when data corruption such as garbled data occurs on a network in data replication.
【0006】[0006]
【課題を解決するための手段】本発明では、上記目的を
達成する為、第1のコンピュータ内のデータベースのデ
ータをネットワークや共用できるハードディスクによっ
て接続された一つ又は、複数のコンピュータ内のデータ
ベースにレプリケーションするものにおいて、第1のコ
ンピュータのデータベースの更新情報を取得編集し、編
集後の更新データから検証用データを生成して、前記編
集後の更新データをレプリケーション先に送信し、検証
用データをイベント通知フラグを付加し前記レプリケー
ション先に送信する。イベント通知フラグは、レプリケ
ーション先で、前記更新データと前記検証用データの整
合性を検証するよう通知するフラグである。前記両デー
タを受取った側では、イベント通知フラグを検知し前記
両データの整合性を検証して、検証した結果で更新デー
タを伝達先のデータベースに渡すか、エラーデータとし
て修復用データを生成するかを切り分ける。According to the present invention, in order to achieve the above object, data of a database in a first computer is stored in a database in one or a plurality of computers connected by a network or a shared hard disk. In the replication, the update information of the database of the first computer is obtained and edited, verification data is generated from the edited update data, the edited update data is transmitted to the replication destination, and the verification data is An event notification flag is added and transmitted to the replication destination. The event notification flag is a flag for notifying the replication destination to verify the consistency between the update data and the verification data. On the side receiving the two data, the event notification flag is detected, the consistency of the two data is verified, and based on the verification result, the updated data is passed to the transmission destination database or the repair data is generated as error data. Or carve out.
【0007】[0007]
【発明の実施の形態】以下本発明の実施形態を図面によ
り詳細に説明する。Embodiments of the present invention will be described below in detail with reference to the drawings.
【0008】図1は本発明の構成図である。図1におい
て、データベースシステムA101と、レプリケーショ
ンシステムA105と、データベースシステムB110
と、レプリケーションシステムB114よりなり、レプ
リケーションシステムA105とレプリケーションシス
テムB114は、ネットワーク109で接続されてい
る。FIG. 1 is a block diagram of the present invention. In FIG. 1, a database system A101, a replication system A105, and a database system B110
And a replication system B114. The replication system A105 and the replication system B114 are connected by a network 109.
【0009】データベースシステムA101は、DB1
02と更新履歴部103とデータ更新部104よりな
る。DB102は、データ更新部104の操作で、追
加、変更、削除したデータを格納するものである。[0009] The database system A101 is DB1
02, an update history section 103, and a data update section 104. The DB 102 stores data added, changed, or deleted by the operation of the data update unit 104.
【0010】格納されたデータの例については、図9に
示す。更新履歴部103は、データ更新部104がDB
102を更新した履歴を格納するものである。格納され
た履歴の例を図10に示す。FIG. 9 shows an example of stored data. The update history unit 103 is such that the data update unit 104
The history of updating 102 is stored. FIG. 10 shows an example of the stored history.
【0011】レプリケーションシステムA105は、D
B更新情報取得編集部106と検証用データ作成部10
7とデータ送信部108よりなる。The replication system A 105 has a D
B update information acquisition and editing unit 106 and verification data creating unit 10
7 and the data transmission unit 108.
【0012】DB更新情報取得編集部106は、更新履
歴部103に格納されている更新履歴からデータを抽出
し、更新データの形式に編集するものである。更新デー
タはレプリケーション先のコンピュータ内のデータベー
スのデータを更新するためのデータである。更新データ
の形式については、図11に示す。検証用データ作成部
107は、DB更新情報取得編集部106で、編集した
データの検証用データを作成するものである。検証用デ
ータは、更新データのレプリケーション先で、更新デー
タとの整合性を検証するためのデータである。検証用デ
ータの形式について、図12に示す。データ送信部は、
DB更新情報取得編集部106で編集した更新データと
検証用データ作成部107の作成した検証用データをネ
ットワーク109を介して、レプリケーションシステム
B114に送信するものである。The DB update information acquisition / editing unit 106 extracts data from the update history stored in the update history unit 103 and edits the data into an update data format. The update data is data for updating data in a database in a replication destination computer. The format of the update data is shown in FIG. The verification data creation unit 107 creates verification data of the data edited by the DB update information acquisition and editing unit 106. The verification data is data for verifying the consistency with the update data at the replication data replication destination. FIG. 12 shows the format of the verification data. The data transmission unit is
The update data edited by the DB update information acquisition and editing unit 106 and the verification data created by the verification data creation unit 107 are transmitted to the replication system B114 via the network 109.
【0013】レプリケーションシステムB114は更新
データ認識部115と検証用データ認識部116とデー
タ検証部117と修復用データ作成部118よりなる。
更新データ認識部115は、送信されてきたデータを更
新データか検証用データか判別し更新データを保管し、
検証用データは検証用データ認識部116に渡すもので
ある。検証用データ認識部116は、検証用データを受
取り保管するものである。データ検証部は、更新データ
認識部115と検証用データ認識部116の両データの
整合性を検証し、データの整合がとれた場合、データベ
ースシステムB110に更新データを渡す。整合がとれ
ない場合は、修復用データ作成部に両データを渡すもの
である。整合性がとれた状態とは、検証用データが、更
新データから作成されたと判断できた場合を示す。この
一例を図16に示すが、これにかぎるものではない。修
復用データ作成部118は、誤りのあったデータに対し
て、修復用データを作成し保管するものである。修復用
データの形式については、図14に示す。The replication system B 114 comprises an update data recognition section 115, a verification data recognition section 116, a data verification section 117, and a restoration data creation section 118.
The update data recognition unit 115 determines whether the transmitted data is update data or verification data, stores the update data,
The verification data is passed to the verification data recognition unit 116. The verification data recognition unit 116 receives and stores verification data. The data verification unit verifies the consistency of the data of the update data recognition unit 115 and the data of the verification data recognition unit 116, and passes the update data to the database system B110 when the data is consistent. If the data cannot be matched, the two data are passed to the restoration data generator. The state of consistency indicates a case where it can be determined that the verification data has been created from the updated data. An example of this is shown in FIG. 16, but is not limited to this. The restoration data creation unit 118 creates and stores restoration data for erroneous data. FIG. 14 shows the format of the restoration data.
【0014】データベースシステムB110は、DB1
11と更新履歴部112とデータ更新部113よりな
る。データ更新部113は、レプリケーションシステム
B114のデータ検証部117から受取った更新データ
を含むデータをDB111に対して更新するものであ
る。DB111は、データ更新部113が更新したデー
タを格納するものである。格納されたデータの例を図1
5に示す。更新履歴部112は、データ更新部113が
DB111を更新した履歴を格納するものである。The database system B110 is a DB1
11, an update history unit 112, and a data update unit 113. The data update unit 113 updates the data including the update data received from the data verification unit 117 of the replication system B 114 to the DB 111. The DB 111 stores data updated by the data updating unit 113. Figure 1 shows an example of stored data
It is shown in FIG. The update history section 112 stores the history of the data update section 113 updating the DB 111.
【0015】図2は、DB更新情報取得編集部106の
フローチャートを示すものである。DB更新情報取得編
集の開始(201)は、最初にデータベースシステムA
101の更新履歴部103から、データベースシステム
B110のDB111に、レプリケーションする対象の
更新データを抽出する(202)。次にデータベースシ
ステムB110のDB111にデータを更新できる形式
に編集する(203)。編集した更新データの形式につ
いては、図11に示す。編集後、レプリケーション対象
の更新データが格納されていないか(204)更新履歴
部103を検索し、無ければ編集後の更新データをデー
タ送信部108と検証用データ作成部107に渡し(2
05)終了する。更新データが、まだ格納されている場
合は、(202)の処理に戻り繰り返し更新データの編
集を行う。FIG. 2 shows a flowchart of the DB update information acquisition / editing unit 106. The start of the DB update information acquisition / edit (201) is performed by first executing the database system A
The update data to be replicated is extracted from the update history unit 103 of the database 101 to the DB 111 of the database system B 110 (202). Next, the data is edited into a format in which data can be updated in the DB 111 of the database system B 110 (203). The format of the edited update data is shown in FIG. After the editing, whether the update data to be replicated is stored (204), the update history unit 103 is searched, and if not, the edited update data is passed to the data transmitting unit 108 and the verification data creating unit 107 (2).
05) End. If the update data is still stored, the process returns to the process of (202) to repeatedly edit the update data.
【0016】図3は、検証用データ作成部107のフロ
ーチャートを示したものである。検証用データ作成の開
始(301)は、最初に、図2から渡された編集後の更
新データを受取り、検証用データとして、更新番号とデ
ータを抽出する(302)。検証用データの形式につい
ては図12に示す。次に抽出した検証用データをデータ
送信部108に渡す(303)。FIG. 3 shows a flowchart of the verification data creation unit 107. When the creation of verification data is started (301), first, the update data after editing passed from FIG. 2 is received, and an update number and data are extracted as verification data (302). FIG. 12 shows the format of the verification data. Next, the extracted verification data is passed to the data transmission unit 108 (303).
【0017】図4は、データ送信部108のフローチャ
ートを示したものである。データ送信の開始(401)
は、最初にDB更新情報取得編集部106と検証用デー
タ作成部107から渡された更新データと検証用データ
を受取る(402)。次に更新データをレプリケーショ
ンシステムB114に送信する(403)。次に検証用
データにイベント通知フラグを付加した形式でレプリケ
ーションシステム114に送信する(404)。イベン
ト通知フラグを付加した形式は図13に示す。FIG. 4 shows a flowchart of the data transmission section 108. Start of data transmission (401)
First receives the update data and the verification data passed from the DB update information acquisition / editing unit 106 and the verification data creation unit 107 (402). Next, the update data is transmitted to the replication system B 114 (403). Next, the verification data is transmitted to the replication system 114 in a format in which an event notification flag is added (404). The format to which the event notification flag is added is shown in FIG.
【0018】図5は、更新データ認識部115のフロー
チャートを示したものである。更新データ受信の開始
(501)は、最初に送信されてきたデータが更新デー
タか検証用データかの判別を行う(502)。更新デー
タの場合は、更新データ認識部で保管する(504)。
検証データの場合は、そのデータを検証用データ認識部
に渡す(503)。FIG. 5 shows a flowchart of the update data recognition section 115. At the start of the update data reception (501), it is determined whether the data transmitted first is update data or verification data (502). In the case of update data, it is stored in the update data recognition unit (504).
In the case of the verification data, the data is passed to the verification data recognition unit (503).
【0019】図6は、検証用データ認識部116のフロ
ーチャートを示したものである。検証用データの受信開
始(601)は、最初に更新データ認識部115からデ
ータを受取る(602)。次に検証用データを検証用デ
ータ認識部116で保管する(603)。この時、デー
タ検証部に対して、検証用データに付加されていたイベ
ント通知フラグを渡す。FIG. 6 shows a flowchart of the verification data recognition section 116. When the reception of the verification data is started (601), data is first received from the update data recognition unit 115 (602). Next, the verification data is stored in the verification data recognition unit 116 (603). At this time, the event notification flag added to the verification data is passed to the data verification unit.
【0020】図7は、データ検証部117のフローチャ
ートを示したものである。データ検証の開始(701)
は、最初にイベント通知フラグを受取る(702)。次
に更新データ認識部115と検証用データ認識部116
に保管されているデータのうち、更新番号の同じデータ
を読み込んでくる(703)。読み込んだ更新データ
が、データ破壊を起こしていないか両データの整合性を
検証する(704)。検証した結果、整合がとれている
場合、データベースシステムB110のデータ更新部1
13に更新データを渡す(705)。整合がとれていな
い場合、両データを修復用データ作成部118にエラー
データとして渡す(706)。その後、検証するデータ
がまだあるか、更新データ認識部115に保管されてい
る更新データを検索する(707)。更新データがある
場合は、(703)の処理に戻り繰り返しデータ検証を
行う。FIG. 7 shows a flowchart of the data verification section 117. Start of data verification (701)
First receives an event notification flag (702). Next, the update data recognition unit 115 and the verification data recognition unit 116
The data having the same update number is read out of the data stored in (703). It verifies the consistency between the read update data and whether the data has been destroyed (704). As a result of verification, if the data is consistent, the data update unit 1 of the database system B110
13 is passed the update data (705). If they do not match, both data are passed to the restoration data creation unit 118 as error data (706). Thereafter, whether there is data to be verified or not is searched for update data stored in the update data recognition unit 115 (707). If there is update data, the process returns to the process of (703) to repeatedly perform data verification.
【0021】図8は、修復用データ作成部118のフロ
ーチャートを示したものである。修復用データ作成の開
始(801)は、最初にデータ検証部117からエラー
データを受取る(802)。次に更新データのヘッダ情
報部を検証用データのヘッダ情報部に付加し、修復用デ
ータを作成する(803)。修復用データの形式につい
ては、図14に示す。この修復用データと更新データを
修復用データ作成部118で保管する。FIG. 8 shows a flowchart of the restoration data creation section 118. To start the creation of the repair data (801), first, error data is received from the data verification unit 117 (802). Next, the header information part of the update data is added to the header information part of the verification data, and the data for restoration is created (803). FIG. 14 shows the format of the restoration data. The restoration data and update data are stored in the restoration data creation unit 118.
【0022】図9以降に構成図及び、フローチャートで
用いたデータ及び例について示す。FIG. 9 and subsequent figures show configuration diagrams and data and examples used in flowcharts.
【0023】図9は、データベースシステムA101の
DB102のデータ(901)を示したものである。図
中に、a行、b行、c行とあるがレプリケーション対象
は、a行とb行を更新したデータが対象であることを示
している。FIG. 9 shows data (901) in the DB 102 of the database system A101. In the figure, there are rows a, b, and c, but the replication target indicates that data obtained by updating the rows a and b is the target.
【0024】図10は、更新履歴の例を示したものであ
る。更新履歴の中で、DB更新情報取得編集部106が
抽出対象とするデータは、履歴(1001)と履歴(1
003)である。履歴(1002)は、レプリケーショ
ン対象外のデータを更新している為、抽出対象外であ
る。FIG. 10 shows an example of the update history. In the update history, the data to be extracted by the DB update information acquisition / editing unit 106 includes a history (1001) and a history (1).
003). The history (1002) is out of the extraction target because the data not in the replication target is updated.
【0025】図11は、DB更新情報取得編集部で、編
集した更新データの形式を示したものである。形式は、
ヘッダ情報部とデータ部よりなり、ヘッダ情報部は、更
新番号(1101)と更新日時(1102)とデータベ
ース名称(1103)と更新位置(1104)とデータ
操作(1105)よりなる。FIG. 11 shows the format of the update data edited by the DB update information acquisition and editing unit. The format is
The header information section is composed of an update number (1101), an update date and time (1102), a database name (1103), an update position (1104), and a data operation (1105).
【0026】更新番号(1101)は、DB102を更
新した順に番号を設定し、データ検証時に更新データと
検証用データを読み込む為のキーとして使用する。更新
日時(1102)は、DB102を更新した時の西暦年
月日と時間を設定する。データベース名称(1103)
は、レプリケーション対象の相手側の名称を設定する。
更新位置(1104)は、データの更新位置を示してお
り、行番号と列番号を設定する。データ操作(110
5)は、追加、変更、削除などのDBに対する更新形態
を設定する。データ部は、更新したデータ(1106)
を設定する。The update number (1101) is set in the order of updating the DB 102, and is used as a key for reading update data and verification data at the time of data verification. The update date and time (1102) sets the date and time when the DB 102 was updated. Database name (1103)
Sets the name of the other party to be replicated.
The update position (1104) indicates the data update position, and sets a row number and a column number. Data manipulation (110
5) sets an update mode for the DB such as addition, change, and deletion. The data part is the updated data (1106)
Set.
【0027】図12は、検証用データの形式を示したも
のである。形式は、ヘッダ情報部とデータ部よりなる。
ヘッダ情報部は、更新データのヘッダ情報部の更新番号
(1101)を更新番号(1201)に設定する。デー
タ部のデータ(1202)も、更新データのデータ部の
データ(1106)を設定する。FIG. 12 shows the format of the verification data. The format consists of a header information section and a data section.
The header information part sets the update number (1101) of the header information part of the update data to the update number (1201). The data (1202) of the data part also sets the data (1106) of the data part of the update data.
【0028】図13は、データ送信時の検証用データの
形式を示したものである。前記検証用データの形式に、
イベント通知用にイベントフラグをヘッダ情報部に付加
している。FIG. 13 shows the format of verification data at the time of data transmission. In the format of the verification data,
An event flag is added to the header information section for event notification.
【0029】図14は、修復用データの形式を示したも
のである。形式は、ヘッダ情報部とデータ部よりなり、
ヘッダ情報部は、更新データのヘッダ情報の更新日時と
データベース名称と更新位置とデータ操作に、送信され
てきた時の検証用データのヘッダ情報部のイベントフラ
グと更新番号を合わせた形式になる。データ部は、送信
されてきた時の検証用データのデータを設定する。これ
により、修復用データと更新データの区別がつくように
してある。FIG. 14 shows the format of the restoration data. The format consists of a header information section and a data section,
The header information section has a format in which the update date and time of the header information of the update data, the database name, the update position, and the data operation are combined with the event flag and the update number of the header information section of the verification data transmitted. The data section sets the data of the verification data when transmitted. This makes it possible to distinguish between the restoration data and the update data.
【0030】図15は、データベースシステムB110
のDB111のデータ(1501)を示したものであ
る。図中に、a行、b行、n行とあるがレプリケーショ
ン対象は、a行とb行である為、n行にはデータベース
システムA101からの更新データではないことを示し
ている。FIG. 15 shows a database system B110.
3 shows the data (1501) of the DB 111. In the figure, there are row a, row b, and row n, but since the replication target is row a and row b, row n indicates that the data is not update data from the database system A101.
【0031】図16は、データの整合性を検証する一例
を示したものである。まず、検証用データを作成する時
に、検証用データ作成部107で、DB更新情報取得編
集部から受けとった更新データをビット化(1601)
する。前記ビット化した更新データ(1601)の‘1
0110011’をマスクビット‘11111111’
を使用して、排他的論理和にてデータを反転(160
2)させる。FIG. 16 shows an example of verifying data consistency. First, when creating verification data, the validation data creation unit 107 bitizes the update data received from the DB update information acquisition / editing unit (1601).
I do. '1' in the bitized update data (1601)
0110011 'to the mask bit' 11111111 '
Is used to invert the data by exclusive OR (160
2)
【0032】反転したデータ‘01001100’(1
603)を検証用データとし、データ送信部108に渡
し、データ送信部108は、検証用データをレプリケー
ション先に送信する。The inverted data '01001100' (1
603) is used as verification data and passed to the data transmission unit 108, and the data transmission unit 108 transmits the verification data to the replication destination.
【0033】次に更新データ認識部115と検証用デー
タ認識部116の処理が行われ、データ検証部117の
処理で、更新データ認識部115の保管ファイル(16
05)内の更新データ(1606)と、検証用データ認
識部116の保管ファイル(1607)内の検証用デー
タ(1608)を排他的論理和の否定(1609)に
て、その結果を検証する。検証結果で‘0000000
0’であれば、更新データをデータベースシステムB1
10のデータ更新部113に渡す。検証結果で、一つ以
上ビット‘1’がたっていた場合は、前記両データの整
合がとれていないと判断し、修復用データ作成部118
に前記両データを渡す。修復用のデータは、検証用デー
タ‘01001100’をマスクビット‘111111
11’を使用して、排他的論理和にてデータを反転(1
610)させる。その結果の‘10110011’(1
611)が修復用データ形式のデータ部になる。Next, the processing of the update data recognizing unit 115 and the verification data recognizing unit 116 is performed.
05) and the verification data (1608) in the storage file (1607) of the verification data recognizing unit 116, the result of which is verified by exclusive OR negation (1609). Verification result is '00000000'
If it is 0 ', the update data is transmitted to the database system B1.
10 to the data update unit 113. If the verification result indicates that one or more bits “1” are set, it is determined that the two data are not consistent, and the repair data creation unit 118
Are passed to the above data. The repair data is obtained by adding the verification data '01001100' to the mask bit '111111'.
11 ', the data is inverted by exclusive OR (1
610). The result '10110011' (1
611) is the data portion in the data format for restoration.
【0034】[0034]
【発明の効果】以上説明したように本発明は、データベ
ース間でデータをレプリケーションするシステムにおい
て、レプリケーション先のデータベースにデータを更新
する前に、更新データと検証用データの整合性を検証す
るようにしている為、正しいデータのみがデータベース
に更新される。複数データベース間で、更新データのみ
を送信してレプリケーションする従来の技術より、正確
にデータをデータベースに更新できる。また、更新デー
タが障害等により壊れていても、修復用データを生成す
ることにより、従来の修復作業量と比較し、修復用デー
タを作成していた作業時間を短縮することができる。As described above, the present invention, in a system for replicating data between databases, verifies the consistency between the updated data and the verification data before updating the data to the replication destination database. Only the correct data is updated in the database. Data can be accurately updated to a database by the conventional technique of transmitting only update data and replicating between a plurality of databases. Further, even if the update data is broken due to a failure or the like, by generating the repair data, the work time for creating the repair data can be reduced as compared with the conventional repair work amount.
【図1】本発明の実施例の構成図である。FIG. 1 is a configuration diagram of an embodiment of the present invention.
【図2】DB更新情報取得編集部の処理例を示すフロー
チャートである。FIG. 2 is a flowchart illustrating a processing example of a DB update information acquisition and editing unit.
【図3】検証用データ作成部の処理例を示すフローチャ
ートである。FIG. 3 is a flowchart illustrating a processing example of a verification data creation unit;
【図4】データ送信部の処理例を示すフローチャートで
ある。FIG. 4 is a flowchart illustrating a processing example of a data transmission unit.
【図5】更新データ認識部の処理例を示すフローチャー
トである。FIG. 5 is a flowchart illustrating a processing example of an update data recognition unit.
【図6】検証用データ認識部の処理例を示すフローチャ
ートである。FIG. 6 is a flowchart illustrating a processing example of a verification data recognition unit.
【図7】データ検証部の処理例を示すフローチャートで
ある。FIG. 7 is a flowchart illustrating a processing example of a data verification unit;
【図8】修復用データ作成部の処理例を示すフローチャ
ートである。FIG. 8 is a flowchart illustrating a processing example of a restoration data creation unit.
【図9】データベースシステムAのDB内のデータ例を
示す図である。FIG. 9 is a diagram showing an example of data in a DB of a database system A.
【図10】データベースシステムAの更新履歴部のデー
タ例を示す図である。FIG. 10 is a diagram showing an example of data in an update history section of the database system A.
【図11】更新データの形式を示す図である。FIG. 11 is a diagram showing a format of update data.
【図12】検証用データの形式を示す図である。FIG. 12 is a diagram showing a format of verification data.
【図13】送信時の検証用データの形式を示す図であ
る。FIG. 13 is a diagram showing a format of verification data at the time of transmission.
【図14】修復用データの形式を示す図である。FIG. 14 is a diagram showing a format of restoration data.
【図15】データベースシステムBのDB内のデータ例
を示す図である。FIG. 15 is a diagram illustrating an example of data in a DB of a database system B;
【図16】整合性の検証時のデータの流れの一例を示す
図である。FIG. 16 is a diagram showing an example of a data flow at the time of verification of consistency.
101…データベースシステムA、102…データベー
ス、103…更新履歴部、104…データ更新部、10
5…レプリケーションシステムA、106…DB更新情
報取得編集部、107…検証用データ作成部、108…
データ送信部、109…ネットワーク、110…データ
ベースシステムB、111…データベース、112…更
新履歴部、113…データ更新部、114…レプリケー
ションシステムB、115…更新データ認識部、116
…検証用データ認識部、117…データ検証部、118
…修復用データ作成部。101: Database system A, 102: Database, 103: Update history unit, 104: Data update unit, 10
5: replication system A, 106: DB update information acquisition / editing unit, 107: verification data creation unit, 108:
Data transmission unit, 109 network, 110 database system, 111 database, 112 update history unit, 113 data update unit, 114 replication system B, 115 update data recognition unit, 116
... Data recognition unit for verification, 117 Data verification unit, 118
... Repair data creation unit.
Claims (3)
データをネットワークや共用できるハードディスクによ
って接続された一つ又は、複数のコンピュータ内のデー
タベースに伝達するものにおいて、第1のコンピュータ
のデータベースを更新したデータを取得編集する手段と
取得した更新データから、検証用データを生成する手段
と更新データと検証用データを送信する手段を有するこ
とを特徴とする複数データベース間のレプリケーション
のデータ検証方法。1. A method for transmitting data in a database in a first computer to databases in one or more computers connected by a network or a hard disk that can be shared, wherein the data in the database of the first computer is updated. And a means for generating verification data from the acquired update data, and a means for transmitting the update data and the verification data. A data verification method for replication between a plurality of databases.
け取る手段と両データの整合性を検証する手段と、両デ
ータを検証した結果で更新データを伝達先のデータベー
スに渡すか、エラーデータとして修復用データを生成す
るかを切り分ける手段を有することを特徴とする複数デ
ータベース間のレプリケーションのデータ検証方法。2. A means for receiving the update data and the verification data, a means for verifying the consistency of the two data, and passing the update data to a destination database based on a result of the verification of the two data, or recovering the error data as error data. A data verification method for replication between a plurality of databases, comprising: means for determining whether to generate use data.
データをネットワークや共用できるハードディスクによ
って接続された一つ又は、複数のコンピュータ内のデー
タベースに伝達するものにおいて、伝達先のデータベー
スを更新する前に、誤ったデータを伝達していないか検
証する手段を有することを特徴とする複数データベース
間のレプリケーションのデータ検証方法。3. A method for transmitting data of a database in a first computer to a database in one or more computers connected by a network or a hard disk that can be shared, before updating a database of a transmission destination, A data verification method for replication between a plurality of databases, comprising means for verifying whether erroneous data has been transmitted.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000111885A JP2001290689A (en) | 2000-04-07 | 2000-04-07 | Data-verifying method for replication among plural data bases |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000111885A JP2001290689A (en) | 2000-04-07 | 2000-04-07 | Data-verifying method for replication among plural data bases |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2001290689A true JP2001290689A (en) | 2001-10-19 |
Family
ID=18624150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000111885A Pending JP2001290689A (en) | 2000-04-07 | 2000-04-07 | Data-verifying method for replication among plural data bases |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2001290689A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8630988B2 (en) | 2001-11-01 | 2014-01-14 | Verisign, Inc. | System and method for processing DNS queries |
CN111737354A (en) * | 2020-06-30 | 2020-10-02 | 中国工商银行股份有限公司 | Method, device, system and medium for detecting data consistency |
-
2000
- 2000-04-07 JP JP2000111885A patent/JP2001290689A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8630988B2 (en) | 2001-11-01 | 2014-01-14 | Verisign, Inc. | System and method for processing DNS queries |
CN111737354A (en) * | 2020-06-30 | 2020-10-02 | 中国工商银行股份有限公司 | Method, device, system and medium for detecting data consistency |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8635458B2 (en) | Method and a system for embedding textual forensic information | |
US7953972B2 (en) | System and method for managing files | |
CN1905450B (en) | Information processing apparatus and method | |
US20060059357A1 (en) | Method and system for recovering the validity of cryptographically signed digital data | |
US20020059187A1 (en) | Internal database validation | |
JPH07168912A (en) | Method and means for strengthening optical character recognition ability for printed document | |
CN112835612A (en) | Electronic document version management method and device based on block chain | |
KR102266059B1 (en) | Block chain based document information management apparatus for ensuring document reliability and operating method thereof | |
US6668262B1 (en) | Methods and apparatus for modifying a database | |
US7894630B2 (en) | Tamper-resistant text stream watermarking | |
JP2001325152A (en) | Method and system for reversibly marking text document with patterns of excess blank for authentication | |
JP2013516642A (en) | System, apparatus and method for encrypting and decrypting data transmitted over a network | |
CN101894137A (en) | Method and device for restoring data in embedded database | |
JP2675032B2 (en) | How to create compressed slips | |
US11586582B2 (en) | Data ingestion system | |
US12019788B2 (en) | Method and system for registering digital documents | |
US20030163496A1 (en) | Differential data forming method, program, recording medium, and apparatus | |
JP2001290689A (en) | Data-verifying method for replication among plural data bases | |
US20200210555A1 (en) | Information Processing Method, Hidden Information Parsing and Embedding Method, Apparatus, and Device | |
CN114637972A (en) | Watermark embedding and extracting method based on docx format document | |
JP2009198816A (en) | Information concealing system, device, and method | |
Tang et al. | Pkmark: A robust zero-distortion blind reversible scheme for watermarking relational databases | |
EP1116110B1 (en) | Method of creating an inseparable link between an electronic document and ole objects | |
EP1343097A1 (en) | Method for embedding of information in media files | |
Villamizar et al. | Routing Policy System Replication |