JP3020539B2 - Parallel operation type database management method - Google Patents
Parallel operation type database management methodInfo
- Publication number
- JP3020539B2 JP3020539B2 JP2053695A JP5369590A JP3020539B2 JP 3020539 B2 JP3020539 B2 JP 3020539B2 JP 2053695 A JP2053695 A JP 2053695A JP 5369590 A JP5369590 A JP 5369590A JP 3020539 B2 JP3020539 B2 JP 3020539B2
- Authority
- JP
- Japan
- Prior art keywords
- database
- update
- primary
- record
- computer system
- 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 - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データベースを有する計算機システムにお
けるデータベース管理方法に関するものである。Description: TECHNICAL FIELD The present invention relates to a database management method in a computer system having a database.
将来の技術では、オンラインシステムの信頼性向上策
として次のようにしていた（第９図参照）。In the future technology, the following measures were taken to improve the reliability of the online system (see FIG. 9).
データベースレコードを蓄積し、オンライン中に更新
する外部記憶装置（33と34）を２重にもち、データベー
スレコードの更新が必要になった場合には、それぞれの
外部記憶装置内にあるデータベースレコード（35と36）
を、同時に中央処理装置（32）から更新（）する。同
一のデータベースレコードを別の外部記憶装置に常に２
重にもつことにより、片方の外部記憶装置（33又は34）
障害時でも、別の外部記憶装置上のデータベースレコー
ドを使用出来るようにしていた。The external storage devices (33 and 34) for storing database records and updating them online are doubled, and when it becomes necessary to update the database records, the database records (35 And 36)
Is updated () from the central processing unit (32) at the same time. Always store the same database record in another external storage device.
One external storage device (33 or 34)
Even in the event of a failure, a database record on another external storage device can be used.
また、オンラインと接続されていない外部記憶装置
（37）にデータベースのバックアップを取得し（）、
オンラインシステムと同一の計算センタ（31）内又は別
の倉庫又は計算センタ（38）に保存することにより、外
部記憶装置33,34の同時障害又は、外部記憶装置37を加
えた同時障害発生時にデータベースの回復を図ってい
た。In addition, back up the database to an external storage device (37) that is not connected online (),
By storing the data in the same calculation center (31) as the online system or in a separate warehouse or calculation center (38), the database can be used when a simultaneous failure of the external storage devices 33 and 34 or a simultaneous failure with the addition of the external storage device 37 occurs. Was trying to recover.
なおこの種の技術として関連するものには、たとえば
特開昭61−196347号公報などがある。A related technique of this type is disclosed, for example, in JP-A-61-196347.
上記従来の技術には高信頼性が要求されるオンライン
システムにおいて次の課題があった（第10図参照）。The above prior art has the following problems in an online system requiring high reliability (see FIG. 10).
（１）計算センタ（31）が災害にあった場合（Ａ）オン
ラインシステムを利用する端末（24a,24b,24c,24d）全
てが利用不能となる。また、本災害時のデータベースの
復旧は不可能となる。(1) When the calculation center (31) is in a disaster (A) All terminals (24a, 24b, 24c, 24d) using the online system become unavailable. In addition, recovery of the database at the time of this disaster becomes impossible.
（２）計算センタ（31）を含む広域21（隣接する複数の
都道府県、市町村を合せた地域）災害時（Ｂ）には、計
算センタ31に含まれる端末（24a,24b）のみならず被災
していない別の広域（25）に含まれる端末（24c,24d）
もオンライン利用不能となる。また、本災害時のデータ
ベースの復旧は不可能となる。(2) Wide area 21 (combined prefectures and municipalities) including the calculation center (31) In the event of a disaster (B), not only the terminals (24a, 24b) included in the calculation center 31 but also the disaster Terminals (24c, 24d) included in another wide area (25) that does not
Will also be unavailable online. In addition, recovery of the database at the time of this disaster becomes impossible.
（３）計算センタ（31）を含む広域（21）と別の広域
（25）間において、計算機（23）と計算機を使用する端
末（24c,24d）を接続する伝送路（26b）障害時（Ｃ）、
広域21内の端末（24a,24b）はオンラインを利用可能で
あるが、広域25内の端末（24c,24d）は利用できない。(3) Between the wide area (21) including the calculation center (31) and another wide area (25), when a transmission path (26b) connecting the computer (23) and the terminal (24c, 24d) using the computer fails ( C),
The terminals (24a, 24b) in the wide area 21 can be used online, but the terminals (24c, 24d) in the wide area 25 cannot be used.
上記問題点は、公知ではないが、正オンラインシステ
ムのほかにバックアップセンターとして副オンラインシ
ステムを設け、端末から入力されるトランザクションに
基づいて正オンラインシステムの正データベースの関連
するレコードを更新し、この正データベースについて行
われた更新の情報を副オンラインシステムに送り、副オ
ンラインシステムではバックアップとなる副データベー
スの関連するレコードをリアルタイムで更新することに
よって解決される。そして正オンラインシステムに障害
等が発生し、稼動しなくなったとき、端末を正オンライ
ンシステム接続から副オンラインシステム接続へ切り替
えることによって業務を続行できる。以下このような構
成をもつ全体システムの正副データベースの統合につい
て説明する。Although the above problem is not known, a secondary online system is provided as a backup center in addition to the primary online system, and related records of the primary database of the primary online system are updated based on a transaction input from a terminal, and the Information about the updates made to the database is sent to the secondary online system, and the secondary online system solves the problem by updating the related records of the backup secondary database in real time. Then, when a failure or the like occurs in the primary online system and the primary online system stops operating, the business can be continued by switching the terminal from the primary online system connection to the secondary online system connection. Hereinafter, the integration of the primary and secondary databases of the entire system having such a configuration will be described.
上記全体システムにおいて、正データベースと副デー
タベースを、各々正計算機システムと副計算機システム
で並列に異なる内容で更新後、データベースを統合する
場合、各々の計算機システムで処理した全取引データを
互いに交換しあって再処理することでデータベースを統
合するため、統合処理時間が長大化する。In the above overall system, when the primary database and the secondary database are updated with different contents in parallel in the primary computer system and the secondary computer system, respectively, and when the databases are integrated, all the transaction data processed in each computer system are exchanged with each other. Integrating the database by re-processing increases the integration processing time.
また、正データベース及び副データベースの更新順序
について保証する場合には、正計算機システムと副計算
機システムの全取引データを時系列にマージ後再度一括
処理するため、データベース統合時間が長大化する。Further, when guaranteeing the update order of the primary database and the secondary database, all transaction data of the primary computer system and the secondary computer system are merged in a time series and then batch-processed again, so that the database integration time becomes longer.
上記高信頼性オンラインシステムには、データベース
の統合処理を行う上で次の課題がある。The above-mentioned highly reliable online system has the following problems in performing database integration processing.
（１）正データベース及び副データベースで並列に更新
したレコードと独自に更新したレコードの判別する手段
がなく、全取引データを再処理するとすれば、データベ
ース統合処理時間が長時間となる。(1) If there is no means for discriminating between a record updated in parallel in the primary database and a secondary database and a record independently updated, and all transaction data is reprocessed, the database integration processing time becomes long.
（２）正データベース及び副データベースで並列に更新
されたレコードについて順序性を保証するために、正計
算機システムと副計算機システムの全取引データのマー
ジを行なった後、全取引データを再処理するとすれば、
データベース統合処理時間が長時間となる。(2) In order to guarantee the order of the records updated in parallel in the primary database and the secondary database, all the transaction data of the primary computer system and the secondary computer system are merged, and then all the transaction data are reprocessed. If
Longer database integration processing time.
本発明の目的は、この課題を解決することにある。 An object of the present invention is to solve this problem.
本発明は、同一内容をもつべく構成された正データベ
ースと副データベースについて、各々正計算機システム
と副計算機システムで並列に異なる内容で更新した後、
正データベースと副データベースとを統合する場合、デ
ータベースレコードに正データベース更新通番と副デー
タベース更新通番とを保有し、副データベース側から正
データベース側へデータベース更新情報と上記更新通番
を送信し、各々のデータベース更新通番を突合せること
により、両データベースで並列更新したレコードと副デ
ータベースのみ独自更新したレコードを判別し、独自更
新したレコードはデータベース更新情報を送信すること
によって正データベースへ反映し、並列更新したレコー
ドは入力取引データによって順序性を守って再処理する
ことにより、データベースを統合する並列動作型データ
ベース管理方式を特徴とする。According to the present invention, after updating the primary database and the secondary database configured to have the same content with different content in parallel in the primary computer system and the secondary computer system, respectively,
When integrating the primary database and the secondary database, the primary database update serial number and the secondary database update serial number are held in the database record, and the database update information and the update serial number are transmitted from the secondary database side to the primary database side. By comparing update serial numbers, records updated in parallel in both databases and records independently updated in only the secondary database are discriminated, and records updated independently are reflected in the main database by sending database update information, and records updated in parallel Is characterized by a parallel operation type database management system that integrates the database by reprocessing the input transaction data while maintaining the order.
本発明によれば、並列更新レコード及び独自更新レコ
ードを判別し、独自更新レコードであればデータベース
反映処理のみ行なうことにより、再処理対象の取引デー
タ量を削減し、データベース統合時間の短縮を図り、並
列更新レコードであれば取引時刻を比較し再処理するこ
とにより、順序を守ったデータベース統合を可能とす
る。According to the present invention, the parallel update record and the unique update record are discriminated, and if the unique update record is used, only the database reflection process is performed, thereby reducing the amount of transaction data to be reprocessed and shortening the database integration time. If it is a parallel update record, the transaction times are compared and reprocessed, thereby enabling database integration in an orderly manner.
以下本発明の一実施例について図面を参照しながら説
明する。Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
第７図は、銀行オンラインシステムにおける実施例で
ある。東京に正オンラインシステム１を設置し、そのバ
ックアップシステムとして大阪に副オンラインシステム
２を設置する。通常運用時は、東日本地区営業店の端末
装置３も西日本地区営業店の端末装置４も正オンライン
システム１に接続し、正元帳データベース５を更新し
（）、正元帳データベースの更新情報を副オンライン
システム２へ送信し（）、副元帳データベース６を更
新することにより、正元帳データベース５と副元帳デー
タベース６の内容を一致させておく。FIG. 7 shows an embodiment in a bank online system. The main online system 1 is installed in Tokyo, and the auxiliary online system 2 is installed in Osaka as a backup system. At the time of normal operation, both the terminal device 3 of the eastern Japan branch office and the terminal device 4 of the west Japan region branch office are connected to the primary online system 1 to update the primary ledger database 5 (), and to update the primary ledger database update information to the secondary online system. By transmitting to the system 2 () and updating the subledger database 6, the contents of the primary ledger database 5 and the subledger database 6 are matched.
災害時により、東西接続回線７が切断（）された場
合、西日本地区営業店の端末装置４は東京の正オンライ
ンシステム１と接続ができなくなるため、取引不可の状
態となる。そこで、西日本地区営業店の端末装置４を副
オンラインシステム２へ切替えて（）接続することに
より、取引を行ない副元帳データベース６を更新し
（）副元帳データベース６の更新情報を正オンライン
システム１宛に送信する（）動作を行なっておく。ま
た、東日本地区営業店の端末装置３は引続き正オンライ
ンシステム１にて取引を継続し、正元帳データベース５
を更新し、更新情報を副オンラインシステム２宛に送信
する（）動作を行なっておく。If the east-west connection line 7 is disconnected () due to a disaster, the terminal device 4 of the West Japan branch office cannot be connected to the regular online system 1 in Tokyo, so that a transaction cannot be made. Therefore, by switching the terminal device 4 of the West Japan region branch office to the secondary online system 2 and connecting the secondary online system 2 to the secondary online system 2, the transaction is performed, the secondary ledger database 6 is updated, and the update information of the secondary ledger database 6 is sent to the primary online system 1. () Operation is performed. In addition, the terminal device 3 of the eastern Japan branch office continues to trade with the main online system 1 and the main ledger database 5
Is updated, and the update information is transmitted to the sub online system 2 ().
東西接続回線７が復旧した場合には、副元帳データベ
ース６の更新情報を正オンラインシステム１で受信し、
正元帳データベース５へ反映することにより、副元帳デ
ータベース６の正元帳データベース５への統合を行な
う。同様に、正元帳データベース５の更新情報を副オン
ラインシステム２で受信し、副元帳データベース６へ反
映することにより、正元帳データベース５の副元帳デー
タベース６への統合を行なう。その後、西日本地区営業
店の端末装置４を正オンラインシステム１へ切替戻しす
ることにより、取引を行なう通常運用形態に復帰する。When the east-west connection line 7 is restored, the update information of the subledger database 6 is received by the primary online system 1,
By reflecting the data in the primary ledger database 5, the secondary ledger database 6 is integrated into the primary ledger database 5. Similarly, the update information of the primary ledger database 5 is received by the secondary online system 2 and is reflected on the secondary ledger database 6, thereby integrating the primary ledger database 5 into the secondary ledger database 6. Thereafter, the terminal device 4 of the West Japan area branch office is switched back to the main online system 1, thereby returning to the normal operation mode in which transactions are performed.
第８図は、分散システムにおける実施例である。ホス
トシステム11と複数の分散システム12,13を接続するこ
とによりシステムを構成し、ホストシステムには全ての
分散データベースと同一内容を収容するホストデータベ
ース14を持ち、分散システム12,13は当該分散システム
で固有の情報のみ収容する分散データベース15,16を持
つシステムである。FIG. 8 shows an embodiment in a distributed system. A system is configured by connecting a host system 11 and a plurality of distributed systems 12 and 13, and the host system has a host database 14 containing the same contents as all the distributed databases, and the distributed systems 12 and 13 are the distributed systems. The system has distributed databases 15 and 16 that store only unique information.
端末装置17からの取引により分散データベース15を更
新し（）、更新情報をホストシステム11宛送信し
（）、ホストシステム11にて、ホストデータベース14
内の当該レコードへ反映することにより、分散データベ
ース15とホストデータベース14の内容を一致させるデー
タベース統合を行なう。The distributed database 15 is updated by a transaction from the terminal device 17 (), and the updated information is transmitted to the host system 11 ().
By integrating the contents of the distributed database 15 and the contents of the host database 14, database integration is performed.
端末装置18からの取引は、分散データベース16に存在
しないレコードを更新する取引のため、ホストシステム
11にてホストデータベース14を更新する（）。更新し
たレコードが分散データベース15に収容するレコードの
ため、更新情報を分散システム12宛送信し（）、分散
システム12にて分散データベース15内の当該レコードへ
反映することにより、ホストデータベース14と分散デー
タベース15の内容を一致させるデータベース統合を行な
う。The transaction from the terminal device 18 is a transaction for updating a record that does not exist in the distributed database 16, so the host system
The host database 14 is updated at 11 (). Since the updated record is a record accommodated in the distributed database 15, the update information is transmitted to the distributed system 12 (), and the distributed system 12 reflects the updated information on the record in the distributed database 15, so that the host database 14 and the distributed database Perform database integration to match 15 contents.
以下の説明ではホストデータベース14を正データベー
スとみなし、分散データベース15を副データベースとみ
なせばそのまま当てはまる。In the following description, if the host database 14 is regarded as the primary database and the distributed database 15 is regarded as the secondary database, the description is directly applicable.
以下本発明の実施例について詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail.
第２図は、正データベースおよび副データベースに収
容されるレコードのデータ形式を示すものである。図に
示すように、正データベース及び副データベースのデー
タベースレコードに、正データベース更新通番と副デー
タベース更新通番及びレコード更新時刻を保有する
（ａ），（ｂ）。FIG. 2 shows the data format of records contained in the primary database and the secondary database. As shown in the figure, the database records of the primary database and the secondary database hold the primary database update serial number, the secondary database update serial number, and the record update time (a), (b).
正データベースレコード及び副データベースレコード
の初期状態（各データベースを更新する前）は、正デー
タベース更新通番、副データベース更新通番は共に同一
の値である（ｃ），（ｄ）。In the initial state (before updating each database) of the primary database record and the secondary database record, both the primary database update serial number and the secondary database update serial number have the same value (c) and (d).
正データベース更新処理では、正データベースレコー
ドの正データベース更新通番をカウントアップ（＋１）
し、レコード更新時刻をHHMMSSの形式でセットする
（ｅ）。In the main database update process, the main database update serial number of the main database record is counted up (+1).
Then, the record update time is set in the HHMMSS format (e).
副データベース更新処理では、副データベースレコー
ドの副データベース更新通番をカウントアップ（＋１）
し、レコード更新時刻をセットする（ｆ）。In the secondary database update process, the secondary database update serial number of the secondary database record is counted up (+1).
Then, the record update time is set (f).
第３図に示すように、副データベースの正データベー
スへのデータベース統合処理では、副データベース更新
情報と入力端末名，取引データ通番，入力取引データか
ら成る付加情報を、副データベース更新側から正データ
ベース更新側へ送信する。As shown in FIG. 3, in the database integration process of the sub database to the main database, the sub database update information and additional information including the input terminal name, transaction data serial number, and input transaction data are updated from the sub database update side to the main database. Send to the side.
第１図は、副データベース更新情報を正データベース
へ反映する処理フローチャートであり、受信した副デー
タベース更新情報と正データベースレコードの正データ
ベース更新通番及び副データベース更新通番を比較し
（21,22,23）、副データベースのみの独自更新レコード
であれば副データベース更新情報をそのまま正データベ
ースレコードへ反映する（25）。並列更新レコードであ
ればレコード更新時刻を比較し（24）、データベース更
新の入力取引データを順序性を守って再処理する（26,2
7,28,29）ことによりデータベースの統合を行なう。FIG. 1 is a processing flowchart for reflecting the sub-database update information in the main database, comparing the received sub-database update information with the main database update serial number and the sub-database update serial number of the main database record (21, 22, 23). On the other hand, if it is a unique update record of only the secondary database, the secondary database update information is directly reflected in the primary database record (25). If the record is a parallel update record, the record update time is compared (24), and the input transaction data of the database update is reprocessed while maintaining the order (26, 2).
7,28,29) to integrate databases.
第４図は、副データベースレコードのみ更新されたケ
ース（独自更新）のデータベースレコードの状態遷移を
示す図である。FIG. 4 is a diagram showing a state transition of a database record in a case where only the sub database record is updated (independent update).
第５図は、正データベースレコードの更新が副データ
ベースの更新より先に行なわれたケースのデータベース
レコードの状態遷移を示す図である。この場合、正デー
タベースと副データベースが共に更新されているが、副
データベースの更新が正データベース更新より後のた
め、副データベース更新の入力取引データにより、再処
理し、正データベースレコードを更新する。FIG. 5 is a diagram showing a state transition of the database record in the case where the update of the primary database record is performed before the update of the secondary database. In this case, the primary database and the secondary database are both updated, but since the secondary database is updated after the primary database update, the secondary database is reprocessed with the input transaction data to update the primary database record.
第６図は、正データベースレコードの更新が副データ
ベースの更新より後に行なわれたケースのデータベース
レコードの状態遷移を示す図である。この例において
は、正データベースと副データベースが共に更新されて
いるが、正データベースの更新が副データベースの更新
よりも後に発生したものである。このような場合、本来
であれば、副データベースで行われた更新処理により更
新された結果のデータベースレコードに対して、正デー
タベースで行われた更新処理が実施されることになる。
このため、単に副データベース更新の入力取引データに
より再処理して正データベースレコードを更新するだけ
では、順序性が保証されなくなる。そこで、この場合に
はまず、正データベース更新の入力データにより取消処
理を実施し、正データベースのレコードを更新前の状態
に戻す。次に、副データベース更新の入力取引データに
よる再処理を行って、正データベースのレコードを更新
し、その後で、正データベース更新の入力取引データに
より再処理を行って正データベースレコードを更新す
る。FIG. 6 is a diagram showing a state transition of the database record in a case where the update of the primary database record is performed after the update of the secondary database. In this example, both the primary database and the secondary database are updated, but the update of the primary database occurs after the update of the secondary database. In such a case, the update processing performed in the primary database is normally performed on the database record that has been updated by the update processing performed in the secondary database.
Therefore, simply updating the primary database record by reprocessing with the input transaction data of the secondary database update does not guarantee the order. Therefore, in this case, first, a cancellation process is performed based on the input data of the main database update, and the record of the main database is returned to the state before the update. Next, reprocessing is performed with the input transaction data of the secondary database update to update the record of the primary database, and thereafter, reprocessing is performed with the input transaction data of the primary database update to update the primary database record.
なお以下正データベースレコードあるいは副データベ
ースレコードが複数回更新された場合について考察す
る。副データベースレコードが複数回更新された場合
は、副データベースの更新情報が正オンラインシステム
へ更新順に到着し、順次正データベースへ反映処理がさ
れるため、それぞれの反映処理については副データベー
スレコードが１回だけ更新された場合と同じである。ま
た正データベースレコードが複数回更新された場合は、
正データベースのみの更新のときには正データベースへ
の反映処理が発生しないのであるから、問題ない。副デ
ータベースの更新も伴なうときで副データベース更新時
刻が早いケースは、第１図のステップ21,23,24,26,27,2
8のフローで処理されるが、ステップ26で正データベー
スレコードの取消処理を該複数回行い、またステップ28
で正データベースレコード更新の両処理を該複数回行
う。Hereinafter, a case where the primary database record or the secondary database record is updated a plurality of times will be considered. When the secondary database record is updated a plurality of times, the update information of the secondary database arrives at the primary online system in the order of update, and is sequentially reflected on the primary database. Same as if only updated. If the primary database record is updated multiple times,
When updating only the primary database, there is no problem because the reflection processing to the primary database does not occur. In the case where the secondary database is updated and the secondary database update time is earlier, steps 21, 23, 24, 26, 27, 2 in FIG.
In step 26, the process of canceling the primary database record is performed a plurality of times.
Perform both processes of updating the primary database record a plurality of times.
なお上記の方式は、正データベースを副データベース
へ統合する場合にも適用できることは明らかである。It is clear that the above method can be applied to the case where the primary database is integrated into the secondary database.
以上説明した実施例によれば、正データベース更新通
番と副データベース更新通番を突き合わせ並列更新レコ
ードと独自更新レコードを判別することにより、独自更
新レコードであればデータベース反映処理のみ行なうこ
とにより再処理対象の取引データ量を削減し、並列更新
レコードであれば取引時刻を比較し順序性を守って再処
理することにより、データベースの統合を短時間でかつ
順序性を保証して行なえる効果がある。According to the embodiment described above, the primary database update serial number and the secondary database update serial number are matched to determine the parallel update record and the unique update record. By reducing the amount of transaction data and comparing transaction times for parallel update records and reprocessing while maintaining order, there is an effect that database integration can be performed in a short time and with assurance of order.
本発明によれは、並列に更新処理を行うことが可能な
正・副データベースを有する計算機システムにおいて、
正・副それぞれのデータベースでのレコードの更新状況
に応じて両データベースの統合を行うことで、再処理対
象の取引データ量を削減し、短時間で、かつ順序性を保
証したデータベースの統合を行うことができる。According to the present invention, in a computer system having primary and secondary databases capable of performing update processing in parallel,
By integrating both databases according to the update status of records in the primary and secondary databases, the amount of transaction data to be reprocessed is reduced, and the databases are integrated in a short time and with guaranteed order be able to.
第１図は、データベース更新情報をデータベースへ反映
する処理フローチャート、第２図は、データベースレコ
ードの形式を示す図、第３図は、データベース更新情報
と付加情報の形式を示す図、第４図は、副データベース
レコードのみ更新されたケースのデータベースレコード
の状態遷移図、第５図は、正データベースレコードの更
新がデータベースレコードの更新より先に行なわれたケ
ースのデータベースレコードの状態遷移図、第６図は、
正データベースレコードの更新が副データベースレコー
ドの更新より後に行なわれたケースのデータベースレコ
ードの状態遷移図、第７図は、銀行オンラインシステム
における実施例を示す図、第８図は、分散システムにお
ける実施例を示す図、第９図は、従来システムの構成を
示す図、第10図は、従来システムに障害が発生した状態
を示す図である。 １……正オンラインシステム、２……副オンラインシス
テム、3,4……端末装置、５……正元帳データベース、
６……副元帳データベース。FIG. 1 is a processing flowchart for reflecting database update information in a database, FIG. 2 is a diagram showing a format of a database record, FIG. 3 is a diagram showing a format of database update information and additional information, and FIG. FIG. 5 is a state transition diagram of a database record of a case in which only the secondary database record is updated, FIG. 5 is a state transition diagram of a database record of a case in which the update of the primary database record is performed before the update of the database record, and FIG. Is
State transition diagram of the database record in the case where the update of the primary database record is performed after the update of the secondary database record, FIG. 7 is a diagram showing an embodiment in a bank online system, and FIG. 8 is an embodiment in a distributed system. FIG. 9 is a diagram showing a configuration of a conventional system, and FIG. 10 is a diagram showing a state in which a failure has occurred in the conventional system. 1. Primary online system 2, Secondary online system 3, 4, Terminal device 5, Primary ledger database,
6 ... Ledger database.
───────────────────────────────────────────────────── フロントページの続き (72)発明者 清水 高年 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム工場 内 (72)発明者 高口 幸雄 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム工場 内 (72)発明者 山下 哲男 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム工場 内 (56)参考文献 特開 昭63−133239（ＪＰ，Ａ) 特開 平２−14354（ＪＰ，Ａ) 特開 昭63−136148（ＪＰ，Ａ) 特開 平２−18635（ＪＰ，Ａ) 特開 昭63−245741（ＪＰ，Ａ) 特開 平３−246738（ＪＰ，Ａ) Ｄ．Ｓｔｏｔｔ Ｐａｒｋｅｒ，ｅ ｔ．ａｌ，”Ｄｅｔｅｃｔｉｏｎ ｏｆ Ｍｕｔｕａｌ Ｉｎｃｏｎｓｉｓｔｅ ｎｃｙ ｉｎ Ｄｉｓｔｒｉｂｕｔｅｄ Ｓｙｓｔｅｍｓ”，ＩＥＥＥ ＴＲＡ ＮＳＡＣＴＩＯＮＳ ＯＮ ＳＯＦＴＷ ＡＲＥ ＥＮＧＩＮＥＥＲＩＮＧ，Ｖｏ ｌ．ＳＥ−９，ｎｏ．３，ｐ．240− 247，ＭＡＹ 1983 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 12/00,15/00,15/16 G06F 17/30,11/00 G06F 11/16 - 11/20 ＪＩＣＳＴファイル（ＪＯＩＳ) ＣＳＤＢ（日本国特許庁)──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Shimizu Takanori 890 Kashimada, Saiwai-ku, Kawasaki-shi, Kanagawa Prefecture 12 Information Systems Factory, Hitachi, Ltd. (72) Yukio Takaguchi 890 Kashimada, Sachi-ku, Kawasaki-shi, Kanagawa No. 12 Hitachi, Ltd. Information System Factory (72) Inventor Tetsuo Yamashita 890 Kashimada, Kawasaki-shi, Kanagawa Prefecture, No. 12, Hitachi Information Systems Factory, Ltd. (56) References JP-A 63-133239 JP-A-2-14354 (JP, A) JP-A-63-136148 (JP, A) JP-A-2-18635 (JP, A) JP-A-63-245741 (JP, A) 3-24638 (JP, A) Stott Parker, et. al, "Detection of Mutual Inconsistency in Distributed Systems", IEEE TRA NSACTIONS ON SOFTW ARE ENGINEERING, Vol. SE-9, no. 3, p. 240-247, MAY 1983 (58) Fields investigated (Int.Cl. 7 , DB name) G06F 12 / 00,15 / 00,15 / 16 G06F 17 / 30,11 / 00 G06F 11/16-11/20 JICST file (JOIS) CSDB (Japan Patent Office)
Claims (2)
と、当該正計算機システムに通信回線を介して接続し、
前記正データベースと同一の内容を保持する副データベ
ースを有する副計算機システムとを有し、前記正計算機
システムと前記副計算機システムとが互いに独立してそ
れぞれが持つデータベースの更新を行い得る計算機シス
テムで前記正データベースと前記副データベースとを統
合するためのデータベース管理方法であって、 前記正データベースのレコードに、正副それぞれのデー
タベースにおける更新状況を表す情報、及び当該正デー
タベースの当該レコードに対する更新処理が行われた時
刻を表すレコード更新時刻情報を含む更新状況情報を設
け、前記副データベースのレコードに、正副それぞれの
データベースにおける更新状況を表す情報、及び当該副
データベースの当該レコードに対する更新処理が行われ
た時刻を表すレコード更新時刻情報を含む更新状況情報
を設けておき、 前記正計算機システム及び前記副計算機システムは、各
々、独立して更新処理を行った際、当該更新処理に係る
レコードのレコード更新情報、及び更新状況情報、並び
に当該更新処理に使われた入力取引きデータを含む付加
情報を他方の計算機システムに送信し、 他方の計算機システムから受け取った更新状況情報と、
対応するレコードが持つ更新状況情報とを比較して、当
該対応するレコードについての更新処理が他方の計算機
システムによって独自に行われたものか双方の計算機シ
ステムによって並列に行われたものかを判断し、 前記更新処理が、前記他方の計算機システムによって独
自に行われたものである場合、前記レコード更新情報に
基づいて前記対応するレコードの更新処理を行い、 前記更新処理が、双方の計算機システムによって並列に
行われたものである場合、前記レコード更新時刻情報に
基づいて更新の順序を判別し、更新の順序性を保ちつつ
前記更新に使われた付加情報を用いて前記対応するレコ
ードの更新処理を行うことを特徴とするデータベース管
理方法。1. A primary computer system having a primary database, connected to the primary computer system via a communication line,
A computer system having a sub-computer system having a sub-database that retains the same contents as the main database, wherein the main computer system and the sub-computer system can update their own databases independently of each other. A database management method for integrating a primary database and the secondary database, wherein information indicating an update status in each of the primary and secondary databases, and an update process for the record in the primary database are performed on records of the primary database. Update status information including record update time information indicating the time at which the update was performed in the sub-database, the information indicating the update status in each of the primary and secondary databases, and the time at which the update process was performed on the record in the sub-database. Record update to represent Update status information including time information is provided, and when the primary computer system and the secondary computer system each independently perform the update process, the record update information of the record related to the update process, and the update status information , And additional information including the input transaction data used in the update processing, to the other computer system, and update status information received from the other computer system,
By comparing with the update status information of the corresponding record, it is determined whether the update process for the corresponding record was performed independently by the other computer system or performed in parallel by both computer systems. In the case where the update process is independently performed by the other computer system, the update process of the corresponding record is performed based on the record update information, and the update process is performed in parallel by both computer systems. If the update has been performed, the update order is determined based on the record update time information, and the update process of the corresponding record is performed using the additional information used for the update while maintaining the order of the update. A database management method characterized by performing.
ベースに対する更新が行われたときにカウントアップさ
れる正データベース更新通番と、前記副データベースに
対する更新が行われたときにカウントアップされる副デ
ータベース更新通番とを含むことを特徴とする請求項１
記載のデータベース管理方法。2. The information indicating the update status includes a primary database update serial number that is counted up when the primary database is updated, and a secondary serial number that is counted up when the secondary database is updated. 2. The method according to claim 1, further comprising a database update serial number.
The database management method described.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2053695A JP3020539B2 (en) | 1990-03-07 | 1990-03-07 | Parallel operation type database management method |
| US07/660,633 US5307481A (en) | 1990-02-28 | 1991-02-25 | Highly reliable online system |
| US08/129,960 US5379418A (en) | 1990-02-28 | 1993-09-30 | Highly reliable online system |
| US08/288,584 US5596706A (en) | 1990-02-28 | 1994-08-10 | Highly reliable online system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2053695A JP3020539B2 (en) | 1990-03-07 | 1990-03-07 | Parallel operation type database management method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH03256146A JPH03256146A (en) | 1991-11-14 |
| JP3020539B2 true JP3020539B2 (en) | 2000-03-15 |
Family
ID=12949953
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2053695A Expired - Lifetime JP3020539B2 (en) | 1990-02-28 | 1990-03-07 | Parallel operation type database management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3020539B2 (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6101497A (en) * | 1996-05-31 | 2000-08-08 | Emc Corporation | Method and apparatus for independent and simultaneous access to a common data set |
| JP3578385B2 (en) * | 1998-10-22 | 2004-10-20 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Computer and replica identity maintaining method |
| US6859821B1 (en) * | 1999-07-19 | 2005-02-22 | Groove Networks, Inc. | Method and apparatus for prioritizing data change requests and maintaining data consistency in a distributed computer system equipped for activity-based collaboration |
| US6446113B1 (en) * | 1999-07-19 | 2002-09-03 | Groove Networks, Inc. | Method and apparatus for activity-based collaboration by a computer system equipped with a dynamics manager |
| ES2395205T3 (en) | 2000-10-09 | 2013-02-11 | Maximum Availability Limited | Procedure and apparatus for replicating a database |
| JP2006277450A (en) * | 2005-03-30 | 2006-10-12 | Daiwa Securities Group Inc | Information management system, information management method and program |
| US8171003B2 (en) | 2007-06-06 | 2012-05-01 | Kunio Kamimura | Method and apparatus for changing reference of database |
| CN101765831B (en) | 2007-06-06 | 2012-10-17 | 雅典娜电信实验有限公司 | Database contradiction solution method |
| JP4885825B2 (en) * | 2007-11-14 | 2012-02-29 | 沖電気工業株式会社 | Database providing apparatus, database client terminal, database system, database providing program, and database client program |
| JP4855537B2 (en) * | 2008-06-04 | 2012-01-18 | 株式会社アテナテレコムラボ | Database parallel editing method |
| GB2484086A (en) * | 2010-09-28 | 2012-04-04 | Metaswitch Networks Ltd | Reliability and performance modes in a distributed storage system |
-
1990
- 1990-03-07 JP JP2053695A patent/JP3020539B2/en not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| Ｄ．Ｓｔｏｔｔ Ｐａｒｋｅｒ，ｅｔ．ａｌ，"Ｄｅｔｅｃｔｉｏｎ ｏｆ Ｍｕｔｕａｌ Ｉｎｃｏｎｓｉｓｔｅｎｃｙ ｉｎ Ｄｉｓｔｒｉｂｕｔｅｄ Ｓｙｓｔｅｍｓ"，ＩＥＥＥ ＴＲＡＮＳＡＣＴＩＯＮＳ ＯＮ ＳＯＦＴＷＡＲＥ ＥＮＧＩＮＥＥＲＩＮＧ，Ｖｏｌ．ＳＥ−９，ｎｏ．３，ｐ．２４０−２４７，ＭＡＹ １９８３ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH03256146A (en) | 1991-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5596706A (en) | Highly reliable online system | |
| US6122630A (en) | Bidirectional database replication scheme for controlling ping-ponging | |
| US5404508A (en) | Data base backup and recovery system and method | |
| US6266785B1 (en) | File system filter driver apparatus and method | |
| US6247023B1 (en) | Method for providing database recovery across multiple nodes | |
| CN103782574B (en) | Idempotence for database transactions | |
| US6434555B1 (en) | Method for transaction recovery in three-tier applications | |
| US7934116B2 (en) | Disaster recover/continuity of business adaptive solution framework | |
| US20020059279A1 (en) | Apparatus and method for database synchronization in a duplex system | |
| EP1349085A2 (en) | Collision avoidance in database replication systems | |
| US5621795A (en) | System and method for fault tolerant key management | |
| JP3020539B2 (en) | Parallel operation type database management method | |
| GB2201270A (en) | Intersystem data base sharing system journal merge method and apparatus | |
| JP2001356945A (en) | Data backup recovery system | |
| CN111209142A (en) | Cross-database transaction management method, device, equipment and storage medium | |
| CN102801543A (en) | Method for dynamic data synchronization between active-active systems | |
| CN113326006A (en) | Distributed block storage system based on erasure codes | |
| EP1209569A1 (en) | Data backup/recovery system | |
| US20230004465A1 (en) | Distributed database system and data disaster backup drilling method | |
| CN111404737B (en) | Disaster recovery processing method and related device | |
| JP3340431B2 (en) | Database management method | |
| JP3447347B2 (en) | Failure detection method | |
| JP3030781B2 (en) | Database synchronization control method | |
| JPH11265322A (en) | On-line data base information processing system with backup function | |
| JP2005128811A (en) | Non-stop type transaction system, transaction terminal, and backup district system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 11 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 11 |