JPH03256146A - Parallel operation type data base management system - Google Patents
Parallel operation type data base management systemInfo
- Publication number
- JPH03256146A JPH03256146A JP2053695A JP5369590A JPH03256146A JP H03256146 A JPH03256146 A JP H03256146A JP 2053695 A JP2053695 A JP 2053695A JP 5369590 A JP5369590 A JP 5369590A JP H03256146 A JPH03256146 A JP H03256146A
- Authority
- JP
- Japan
- Prior art keywords
- database
- primary
- updated
- data base
- update
- 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
- 238000012958 reprocessing Methods 0.000 claims description 4
- 238000007726 management method Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 12
- 230000010354 integration Effects 0.000 description 10
- 238000000034 method Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 7
- 230000007704 transition Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、データベースを有する計算機システムにおけ
るデータベース管理方式に関するものである。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a database management method in a computer system having a database.
将来の技術では、オンラインシステムの信頼性向上策と
して次のようにしていた（第９図参照）。In future technology, the following measures were taken to improve the reliability of online systems (see Figure 9).
データベースレコードを蓄積し、オンライン中に更新す
る外部記憶装置（３３と３４）を２重にもち、データベ
ースレコードの更新が必要になった場合には、それぞれ
の外部記憶装置内にあるデータベースレコード（３５と
３６）を、同時に中央処理装置（３２）から更新（■）
する。同一のデータベースレコードを別の外部記憶装置
に常に２重にもつことにより、片方の外部記憶装置（３
３又は３４）障害時でも、別の外部記憶装置上のデータ
ベースレコードを使用出来るようにしていた。It has two external storage devices (33 and 34) that store database records and update them while online, and when it becomes necessary to update database records, the database records (35 and 34) in each external storage device are used. and 36) are updated from the central processing unit (32) at the same time (■)
do. By always having the same database record twice in different external storage devices, one external storage device (3
3 or 34) Even in the event of a failure, database records on another external storage device can be used.
また、オンラインと接続されていない外部記憶装置（３
７）にデータベースのバックアップを取得しく■）、オ
ンラインシステムと同一の計算センタ（３１）内又は別
の倉庫又は計算センタ（３８）に保存することにより、
外部記憶装置３３゜３４の同時障害又は、外部記憶装置
３７を加えた同時障害発生時にデータベースの回復を図
っていた。In addition, external storage devices that are not connected online (3
7) Back up the database by storing it in the same calculation center (31) as the online system or in another warehouse or calculation center (38).
An attempt was made to recover the database when simultaneous failures occurred in the external storage devices 33 and 34 or in addition to the external storage device 37.
なおこの種の技術として関連するものには、たとえば特
開昭６１−１９６３４７号公報などがある。Note that related techniques of this type include, for example, Japanese Unexamined Patent Publication No. 196347/1983.
上記従来の技術には高信頼性が要求されるオンラインシ
ステムにおいて次の課題があった（第１０図参照）。The above-mentioned conventional technology has the following problem in an online system that requires high reliability (see FIG. 10).
（１）計算センタ（３１）が災害にあった場合（Ａ）オ
ンラインシステムを利用する端末（２４ａ、２４ｂ、２
４ｃ、２４ｄ）全てが利用不能となる。また、本災害時
のデータベースの復旧は手数へ
・１２．・
可能となる。(1) In the event of a disaster at the calculation center (31) (A) Terminals (24a, 24b, 2) that use the online system
4c, 24d) are all unavailable. In addition, it will be a hassle to restore the database in the event of this disaster.・12.・It becomes possible.
（２）計算センタ（３１）を含む広域２１（隣接する複
数の都道府県、市町村を合せた地域）災害時（Ｂ）には
、計算センタ３１に含まれる端末（２４ａ、 ２４
ｂ）のみならず被災していない別の広域（２５）に含ま
れる端末（２４ｃ、２４ｄ）もオンライン利用不能とな
る。また、本災害時のデータベースの復旧は不可能とな
る。(2) In the event of a disaster (B), the wide area 21 (area that includes multiple neighboring prefectures and municipalities) that includes the calculation center (31), the terminals (24a, 24) included in the calculation center 31
In addition to b), terminals (24c, 24d) included in another wide area (25) that has not been affected by the disaster are also unavailable online. Additionally, it will be impossible to restore the database in the event of this disaster.
（３）計算センタを含む広域（２１）と別の広域（２５
）間において、計算機（２３）と計算機を使用する端末
（２４ｃ、 ２４ ｄ）を接続する伝送路（２６ｂ）
障害時（Ｃ）、広域２１内の端末（２４ａ、 ２４
ｂ）はオンラインを利用可能であるが、広域２５内の端
末（２４ｃ、２４ｄ）は利用できない。(3) A wide area including the calculation center (21) and another wide area (25
), a transmission path (26b) connecting the computer (23) and the terminals (24c, 24d) that use the computer
At the time of failure (C), terminals within wide area 21 (24a, 24
Although b) can be used online, the terminals (24c, 24d) within the wide area 25 cannot be used.
上記問題点は、公知ではないが、正オンラインシステム
のほかにバックアップセンターとして副オンラインシス
テムを設け、端末から人力されるトランザクションに基
づいて正オンラインシステムの正データベースの関連す
るレコードを更新し、３駆
〕
この正データベースについて行われた更新の情報を副オ
ンラインシステムに送り、副オンラインシステムではバ
ックアップとなる副データベースの関連するレコードを
リアルタイムで更新することによって解決される。そし
て正オンラインシステムに障害等が発生し、稼動しなく
なったとき、端末を正オンラインシステム接続から副オ
ンラインシステム接続へ切り替えることによって業務を
続行できる。以下このような構成をもつ全体システムの
正副データベースの統合について説明する。Although the above problem is not publicly known, a secondary online system is set up as a backup center in addition to the primary online system, and related records in the primary database of the primary online system are updated based on transactions manually entered from the terminal. ] The problem is solved by sending information about updates made to this primary database to the secondary online system, and the secondary online system updates related records in the backup secondary database in real time. When a failure or the like occurs in the primary online system and it becomes inoperable, business operations can be continued by switching the terminal from the primary online system connection to the secondary online system connection. The integration of the primary and secondary databases of the entire system having such a configuration will be explained below.
上記全体システムにおいて、正データベースと副データ
ベースを、各々正計算機システムと副計算機システムで
並列に異なる内容で更新後、データベースを統合する場
合、各々の計算機システムで処理した全取引データを互
いに交換しあって再処理することでデータベースを統合
するため、統合処理時間が長大化する。In the above overall system, when integrating the databases after updating the primary database and secondary database with different contents in parallel on the primary computer system and secondary computer system, all transaction data processed by each computer system must be exchanged with each other. Since the databases are integrated by reprocessing, the integration processing time increases.
また、正データベース及び副データベースの更新順序に
ついて保証する場合には、正計算機システムと副計算機
システムの全取引データを時系列にマージ後再度−括処
理するため、データベース統合時間が長大化する。Furthermore, when guaranteeing the update order of the primary database and the secondary database, all the transaction data of the primary computer system and the secondary computer system are merged in chronological order and then batch-processed again, which increases the time required for database integration.
上記高信頼性オンラインシステムには、データベースの
統合処理を行う上で次の課題がある。The above-mentioned highly reliable online system has the following problems when performing database integration processing.
（１）正データベース及び副データベースで並列に更新
したレコードと独自に更新したレコードの判別する手段
がなく、全取引データを再処理するとすれば、データベ
ース統合処理時間が長時間となる。(1) There is no means to distinguish between records that have been updated in parallel and records that have been independently updated in the primary and secondary databases, and if all transaction data is to be reprocessed, the database integration processing time will be long.
（２）正データベース及び副データベースで並列に更新
されたレコードについて順序性を保証するために、正計
算機システムと副計算機システムの全取引データのマー
ジを行なった後、全取引データを再処理するとすれば、
データベース統合処理時間が長時間となる。(2) In order to guarantee the order of records updated in parallel in the primary and secondary databases, all transaction data from the primary computer system and secondary computer system are merged and then all transaction data is reprocessed. Ba,
Database integration processing takes a long time.
本発明の目的は、この課題を解決することにある。An object of the present invention is to solve this problem.
本発明は、同一内容をもつべく構成された正データベー
スと副データベースについて、各々歪計＼
゛）５
・６
算機システムと副計算機システムで並列に異なる内容で
更新した後、正データベースと副データベースとを統合
する場合、データベースレコードに正データベース更新
通番と副データベース更新通番とを保有し、副データベ
ース側から正データベース側へデータベース更新情報と
上記更新通番を送信し、各々のデータベース更新通番を
突合せることにより、両データベースで並列更新したレ
コードと副データベースのみ独自更新したレコードを判
別し、独自更新したレコードはデータベース更新情報を
送信することによって正データベースへ反映し、並列更
新したレコードは入力取引データによって順序性を守っ
て再処理することにより、データベースを統合する並列
動作型データベース管理方式を特徴とする。In the present invention, the primary database and the secondary database, which are configured to have the same content, are updated with different contents in parallel by the computer system and the secondary computer system, and then the primary database and the secondary database are updated with different contents in parallel. When integrating, the database record holds the primary database update sequence number and the secondary database update sequence number, the database update information and the above update sequence number are sent from the secondary database side to the primary database side, and the respective database update sequence numbers are compared. By doing this, it is possible to determine which records have been updated in parallel in both databases and which have been independently updated only in the secondary database. Records that have been independently updated are reflected in the primary database by sending database update information, and records that have been updated in parallel are reflected in the primary database by sending database update information. It is characterized by a parallel database management method that integrates databases by reprocessing while maintaining order.
本発明によれば、並列更新レコード及び独自更新レコー
ドを判別し、独自更新レコードであればデータベース反
映処理のみ行なうことにより、再処理対象の取引データ
量を削減し、データベース統合時間の短縮を図り、並列
更新レコードであれば取引時刻を比較し再処理すること
により、順序を守ったデータベース統合を可能とする。According to the present invention, by determining parallel update records and unique update records, and performing only database reflection processing if the record is a unique update record, the amount of transaction data to be reprocessed is reduced and the database integration time is reduced. In the case of parallel update records, by comparing transaction times and reprocessing, it is possible to integrate the database in an orderly manner.
以下本発明の一実施例について図面を参照しながら説明
する。An embodiment of the present invention will be described below with reference to the drawings.
第７図は、銀行オンラインシステムにおける実施例であ
る。東京に正オンラインシステム１を設置し、そのバッ
クアップシステムとして大阪に副オンラインシステム２
を設置する。通常運用時は、東日本地区営業店の端末装
置３も西日本地区営業店の端末装置４も正オンラインシ
ステム１に接続し、正元帳データベース５を更新しく■
）、正元帳データベースの更新情報を副オンラインシス
テム２へ送信しく■）、副元帳データベース６を更新す
ることにより、正元帳データベース５と副元帳データベ
ース６の内容を一致させておく。FIG. 7 is an example of a bank online system. A primary online system 1 is installed in Tokyo, and a secondary online system 2 is installed in Osaka as a backup system.
Set up. During normal operation, both the terminal device 3 of the East Japan region branch and the terminal device 4 of the West Japan region branch are connected to the primary online system 1, and the primary ledger database 5 is updated.■
), the update information of the primary ledger database is sent to the secondary online system 2 (■), and the secondary ledger database 6 is updated to make the contents of the primary ledger database 5 and secondary ledger database 6 consistent.
災害時により、東西接続回線７が切断（■）された場合
、西日本地区営業店の端末装置４は東京の正オンライン
システム１と接続ができなくなるため、取引不可の状態
となる。そこで、西日本地区営業店の端末装置４を副オ
ンラインシステム２へ切替えて（■）接続することによ
り、取引を行ない副元帳データベース６を更新しく■）
副元帳データベース６の更新情報を正オンラインシステ
ム１宛に送信する（■）動作を行なっておく。また、東
日本地区営業店の端末装置３は引続き正オンラインシス
テム１にて取引を継続し、正元帳データベース５を更新
し、更新情報を副オンラインシステム２宛に送信する（
■）動作を行なっておく。If the east-west connection line 7 is disconnected (■) due to a disaster, the terminal device 4 of the western Japan branch will be unable to connect to the main online system 1 in Tokyo, making transactions impossible. Therefore, by switching the terminal device 4 of the West Japan area branch to the secondary online system 2 and connecting it (■), transactions can be performed and the secondary ledger database 6 can be updated (■)
The operation (■) of transmitting the update information of the secondary ledger database 6 to the primary online system 1 is performed in advance. In addition, the terminal device 3 of the East Japan area branch continues to conduct transactions on the primary online system 1, updates the primary ledger database 5, and sends updated information to the secondary online system 2 (
■) Perform the operation in advance.
東西接続回線７が復旧した場合には、副元帳データベー
ス６の更新情報を正オンラインシステム１で受信し、正
元帳データベース５へ反映することにより、副元帳デー
タベース６の正元帳データベース５への統合を行なう。When the east-west connection line 7 is restored, the update information of the secondary ledger database 6 is received by the primary online system 1 and reflected in the primary ledger database 5, thereby integrating the secondary ledger database 6 into the primary ledger database 5. Let's do it.
同様に、正元帳データベース５の更新情報を副オンライ
ンシステム２で受信し、副元帳データベース６へ反映す
ることにより、正元帳データベース５の副元帳データベ
ース６への統合を行なう。その後、西日本地区営業店の
端末装置４を正オンラインシステム１へ切替戻しするこ
とにより、取引を行なう通常運用形態に復帰する。Similarly, update information of the primary ledger database 5 is received by the secondary online system 2 and reflected in the secondary ledger database 6, thereby integrating the primary ledger database 5 into the secondary ledger database 6. Thereafter, by switching back the terminal device 4 of the West Japan area branch to the main online system 1, the system returns to the normal operation mode for conducting transactions.
第８図は、分散システムにおける実施例である。FIG. 8 is an example of a distributed system.
ホストシステム１１と複数の分散システム１２゜１３を
接続することによりシステムを構成し、ホストシステム
には全ての分散データベースと同一内容を収容するホス
トデータベース１４を持ち、分散システム１２．１３は
当該分散システムで固有の情報のみ収容する分散データ
ベース１５，１６を持つシステムである。A system is configured by connecting a host system 11 and a plurality of distributed systems 12 and 13. The host system has a host database 14 that stores the same contents as all distributed databases, and the distributed systems 12 and 13 are connected to each other. This system has distributed databases 15 and 16 that store only unique information.
端末装置１７からの取引により分散データベース１５を
更新しく■）、更新情報をホストシステム１１宛送信し
く■）、ホストシステム１１にて、ホストデータベース
１４内の該当レコードへ反映することにより、分散デー
タベース１５とホストデータベース１４の内容を一致さ
せるデータベース統合を行なう。The distributed database 15 is updated by transactions from the terminal device 17 (■), and the updated information is sent to the host system 11 (■), and the host system 11 reflects the updated information in the corresponding record in the host database 14, thereby updating the distributed database 15. Database integration is performed to match the contents of the host database 14 and the host database 14.
端末装置１８からの取引は、分散データベース１６に存
在しないレコードを更新する取引のため、・９
ホストシステム１１にてホストデータベース１４を更新
する（■）。更新したレコードが分散データベース１５
に収容するレコードのため、更新情報を分散システム土
２宛送信しく■）、分散システム１２にて分散データベ
ース１５内の該当レコードへ反映することにより、ホス
トデータベース１４と分散データベース１５の内容を一
致させるデータベース統合を行なう。Since the transaction from the terminal device 18 is a transaction that updates a record that does not exist in the distributed database 16, -9 The host database 14 is updated in the host system 11 (■). Updated records are distributed database 15
Since the records are stored in the host database 14, please send the updated information to the distributed system 2), and the distributed system 12 will reflect the updated information in the corresponding record in the distributed database 15, thereby making the contents of the host database 14 and the distributed database 15 match. Perform database integration.
以下の説明ではホストデータベース１４を正データベー
スとみなし、分散データベース１５を副データベースと
みなせばそのまま当てはまる。The following explanation applies directly if the host database 14 is regarded as the primary database and the distributed database 15 is regarded as the secondary database.
以下本発明の実施例について詳細に説明する。Examples of the present invention will be described in detail below.
第２図は、正データベースおよび副データベースに収容
されるレコードのデータ形式を示すものである。図に示
すように、正データベース及び副データベースのデータ
ベースレコードに、正データベース更新通番、副データ
ベース更新通番及びレコード更新時刻を保有する（ａ）
、（ｂ）。FIG. 2 shows the data format of records stored in the primary database and secondary database. As shown in the figure, the database records of the primary database and secondary database hold the primary database update sequence number, secondary database update sequence number, and record update time (a)
,(b).
正データベースレコード及び副データベースレコードの
初期状態（各データベースを更新する前）は、正データ
ベース更新通番と副データベース更新通番は共に同一の
値である（Ｃ）、 （ｄ）。In the initial state of the primary database record and secondary database record (before each database is updated), both the primary database update sequence number and the secondary database update sequence number have the same value (C), (d).
正データベース更新処理では、正データベースレコード
の正データベース更新通番をカウントアツプ（＋１）Ｌ
、、レコード更新時刻をＨＨＭＭＳＳの形式でセットす
る（ｅ）。In the primary database update process, the primary database update serial number of the primary database record is counted up (+1) L.
,,Set the record update time in the format of HHMMSS (e).
副データベース更新処理では、副データベースレコード
の副データベース更新通番をカウントアツプ（＋１）Ｌ
、レコード更新時刻をセットする（ｆ）。In the secondary database update process, the secondary database update sequence number of the secondary database record is counted up (+1) L.
, sets the record update time (f).
第３図に示すように、副データベースの正データベース
へのデータベース統合処理では、副データベース更新情
報と入力端末名、取引データ通番。As shown in FIG. 3, in the database integration process of the secondary database into the primary database, the secondary database update information, input terminal name, and transaction data serial number are processed.
入力取引データから成る付加情報を、副データベース更
新側から正データベース更新側へ送信する。Additional information consisting of input transaction data is sent from the secondary database update side to the primary database update side.
第１図は、副データベース更新情報を正データベースへ
反映する処理フローチャートであり、受信した副データ
ベース更新情報と正データベースレコードの正データベ
ース更新通番及び副データベース更新通番を比較しく２
１，２２．２３）、副データベースのみの独自更新レコ
ードであれば副データベース更新情報をそのまま正デー
タベースレコードへ反映する（２５）。並列更新レコー
ドであればレコード更新時刻を比較しく２４）、データ
ベース更新の入力取引データを順序性を守って再処理す
る（２６．２７，２８．２９）ことによりデータベース
の統合を行なう。FIG. 1 is a process flowchart for reflecting the secondary database update information to the primary database, and compares the received secondary database update information with the primary database update sequence number and secondary database update sequence number of the primary database record.
1, 22, 23), if the record is uniquely updated only in the secondary database, the secondary database update information is directly reflected in the primary database record (25). If it is a parallel update record, the record update times are compared (24), and the input transaction data for database update is reprocessed while maintaining the order (26.27, 28.29), thereby integrating the databases.
第４図は、副データベースレコードのみ更新されたケー
ス（独自更新）のデータベースレコードの状態遷移を示
す図である。FIG. 4 is a diagram showing the state transition of a database record in a case where only the secondary database record is updated (independent update).
第５図は、正データベースレコードの更新が副データベ
ースの更新より先に行なわれたケースのデータベースレ
コードの状態遷移を示す図である。FIG. 5 is a diagram showing the state transition of database records in a case where the primary database record is updated before the secondary database is updated.
この場合、正データベースと副データベースが共に更新
されているが、副データベースの更新が正データベース
更新より後のため、副データベース更新の入力取引デー
タにより、再処理し、正データベースレコードを更新す
る。In this case, both the primary database and the secondary database have been updated, but since the secondary database has been updated after the primary database has been updated, the input transaction data for the secondary database update is used to reprocess and update the primary database record.
第６図は、正データベースレコードの更新が副データベ
ースの更新より後に行なわれたケースのデータベースレ
コードの状態遷移を示す図である。FIG. 6 is a diagram showing the state transition of a database record in a case where the primary database record is updated after the secondary database is updated.
正データベースと副データベースが共に更新されている
が、正データベースの更新が副データベースの更新より
後のため、正データベース更新の入力データにより取消
処理し、正データベースレコードを更新前の状態に戻す
。次に副データベース更新の入力データにより再処理し
て正データベースレコードを更新し、最後に正データベ
ース更新の入力データにより再処理し正データベースレ
コードを更新する。Both the primary database and the secondary database have been updated, but since the primary database was updated later than the secondary database, the input data for the primary database update is used to cancel the update, and the primary database records are returned to their pre-update state. Next, the input data for updating the secondary database is reprocessed to update the primary database record, and finally the input data for updating the primary database is reprocessed to update the primary database record.
なお以下正データベースレコードあるいは副データベー
スレコードが複数回更新された場合について考察する。In the following, we will consider the case where the primary database record or the secondary database record is updated multiple times.
副データベースレコードが複数回更新された場合は、副
データベースの更新情報が正オンラインシステムへ更新
層に到着し、順次正データベースへ反映処理がされるた
め、それぞれの反映処理については副データベースレコ
ードが１回だけ更新された場合と同じである。また正デ
ータベースレコードが複数回更新された場合は、正デー
タベースのみの更新のときには正データベ３
４
−スへの反映処理が発生しないのであるから、問題ない
。副データベースの更新も伴なうときで副データベース
更新時刻が早いケースは、第１図のステップ２１，２３
，２４，２６，２７．２８のフローで処理されるが、ス
テップ２６で正データベースレコードの取消処理を該複
数回行い、またステップ２８で正データベースレコード
更新の画処理を該複数回行う。If a secondary database record is updated multiple times, the update information of the secondary database arrives at the update layer of the primary online system and is reflected in the primary database in sequence, so for each reflection process, the secondary database record is It is the same as if it were updated only once. Further, if the primary database record is updated multiple times, there is no problem since the process of reflecting the update to the primary database 34-base does not occur when only the primary database is updated. If the secondary database is also updated and the secondary database update time is early, steps 21 and 23 in Figure 1
, 24, 26, 27, and 28. In step 26, the process of canceling the primary database record is performed multiple times, and in step 28, the process of updating the primary database record is performed multiple times.
なお上記の方式は、正データベースを副データベースへ
統合する場合にも適用できることは明らかである。It is clear that the above method can also be applied to the case of integrating a primary database into a secondary database.
本発明によれば、正データベース更新通番と副データベ
ース更新通番を突き合わせ並列更新レコードと独自更新
レコードを判別することにより、独自更新レコードであ
ればデータベース反映処理のみ行なうことにより再処理
対象の取引データ量を削減し、並列更新レコードであれ
ば取引時刻を比較し順序性を守って再処理することによ
り、データベースの統合を短時間でかつ順序性を保証し
て行なえる効果がある。According to the present invention, the amount of transaction data to be reprocessed is determined by comparing the primary database update sequence number and the secondary database update sequence number to determine parallel update records and unique update records. In the case of parallel updated records, the transaction times are compared and reprocessed while maintaining the order, thereby making it possible to integrate the database in a short time while guaranteeing the order.
第１図は、データベース更新情報をデータベースへ反映
する処理フローチャート、第２図は、データベースレコ
ードの形式を示す図、第３図は、データベース更新情報
と付加情報の形式を示す図、第４図は、副データベース
レコードのみ更新されたケースのデータベースレコード
の状態遷移図、第５図は、正データベースレコードの更
新がデータベースレコードの更新より先に行なわれたケ
ースのデータベースレコードの状態遷移図、第６図は、
正データベースレコードの更新が副データベースレコー
ドの更新より後に行なわれたケースのデータベースレコ
ードの状態遷移図、第７図は、銀行オンラインシステム
における実施例を示す図、第８図は、分散システムにお
ける実施例を示す図、第９図は、従来システムの構成を
示す図、第１０図は、従来システムに障害が発生した状
態を示す図である。
１・・・正オンラインシステム、２・・・副オンライン
システム、３，４・・・端末装置、５・・・正元帳デー
タベース、６・・・副元帳データベース。
°１７Figure 1 is a processing flowchart for reflecting database update information to the database, Figure 2 is a diagram showing the format of database records, Figure 3 is a diagram showing the format of database update information and additional information, and Figure 4 is a diagram showing the format of database records. , FIG. 5 is a state transition diagram of a database record in a case where only the secondary database record is updated, and FIG. 6 is a state transition diagram of a database record in a case where the primary database record is updated before the database record is updated. teeth,
A state transition diagram of a database record in a case where the primary database record is updated after the secondary database record is updated. FIG. 7 is a diagram showing an example in a bank online system. FIG. 8 is an example in a distributed system. FIG. 9 is a diagram showing the configuration of a conventional system, and FIG. 10 is a diagram showing a state in which a failure has occurred in the conventional system. DESCRIPTION OF SYMBOLS 1... Primary online system, 2... Secondary online system, 3, 4... Terminal device, 5... Primary ledger database, 6... Secondary ledger database. °17
Claims (1)
データベースについて各々正計算機システムと副計算機
システムで並列に異なる内容で更新した後、正データベ
ースと副データベースとを統合する場合、データベース
レコードに正データベース更新通番と副データベース更
新通番とを保有し、副データベース側から正データベー
ス側へデータベース更新情報と前記更新通番を送信し、
各々のデータベース更新通番を突合せることにより、両
データベースで並列更新したレコードと副データベース
のみ独自更新したレコードを判別し、独自更新したレコ
ードはデータベース更新情報を送信することによって正
データベースへ反映し、並列更新したレコードは入力取
引データによって順序性を守って再処理することにより
、データベースを統合することを特徴とした並列動作型
データベース管理方式。1. When integrating the primary database and secondary database after updating the primary database and secondary database, which are configured to have the same content, in parallel on the primary computer system and secondary computer system with different contents, the database record will be updated with different contents in the primary database. retains an update sequence number and a secondary database update sequence number, and transmits database update information and the update sequence number from the secondary database side to the primary database side;
By comparing the update sequence numbers of each database, it is possible to determine which records have been updated in parallel in both databases and which have been independently updated only in the secondary database. Records that have been independently updated are reflected in the primary database by sending database update information, and are updated in parallel. A parallel database management method that integrates databases by reprocessing updated records while maintaining the order of input transaction data.
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 true JPH03256146A (en) | 1991-11-14 |
| JP3020539B2 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) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000132443A (en) * | 1998-10-22 | 2000-05-12 | Internatl Business Mach Corp <Ibm> | Computer, information sharing system and holding method for identity of replica |
| JP2001518210A (en) * | 1996-05-31 | 2001-10-09 | イーエムシー コーポレイション | Method and apparatus for independent and simultaneous access to a common data set |
| JP2003505760A (en) * | 1999-07-19 | 2003-02-12 | グルーブ・ネットワークス・インコーポレイテッド | Method and apparatus for activity-based collaboration by a computer system with a dynamics manager |
| JP2003526837A (en) * | 1999-07-19 | 2003-09-09 | グルーブ・ネットワークス・インコーポレイテッド | Method and apparatus for ranking data change requests and maintaining data consistency in a distributed computer system equipped with active collaboration |
| JP2004511854A (en) * | 2000-10-09 | 2004-04-15 | マキシマム アヴェイラビリティ リミテッド | Data processing method and apparatus |
| JP2006277450A (en) * | 2005-03-30 | 2006-10-12 | Daiwa Securities Group Inc | Information management system, information management method and program |
| JP2009122935A (en) * | 2007-11-14 | 2009-06-04 | Oki Electric Ind Co Ltd | Database provision device, database client terminal, database system, database provision 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 |
| US8171003B2 (en) | 2007-06-06 | 2012-05-01 | Kunio Kamimura | Method and apparatus for changing reference of database |
| US9678996B2 (en) | 2007-06-06 | 2017-06-13 | Kunio Kamimura | Conflict resolution system for database parallel editing |
-
1990
- 1990-03-07 JP JP2053695A patent/JP3020539B2/en not_active Expired - Lifetime
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001518210A (en) * | 1996-05-31 | 2001-10-09 | イーエムシー コーポレイション | Method and apparatus for independent and simultaneous access to a common data set |
| JP2000132443A (en) * | 1998-10-22 | 2000-05-12 | Internatl Business Mach Corp <Ibm> | Computer, information sharing system and holding method for identity of replica |
| JP4750332B2 (en) * | 1999-07-19 | 2011-08-17 | マイクロソフト コーポレーション | Method and apparatus for ranking data change requests and maintaining data consistency in a distributed computer system with active collaboration |
| JP2003505760A (en) * | 1999-07-19 | 2003-02-12 | グルーブ・ネットワークス・インコーポレイテッド | Method and apparatus for activity-based collaboration by a computer system with a dynamics manager |
| JP2003526837A (en) * | 1999-07-19 | 2003-09-09 | グルーブ・ネットワークス・インコーポレイテッド | Method and apparatus for ranking data change requests and maintaining data consistency in a distributed computer system equipped with active collaboration |
| US8024404B2 (en) | 1999-07-19 | 2011-09-20 | Microsoft Corporation | Method and apparatus for designating endpoints in a collaborative computer system to facilitate maintaining data consistency |
| JP4762467B2 (en) * | 1999-07-19 | 2011-08-31 | マイクロソフト コーポレーション | Method and apparatus for activity-based collaboration by a computer system with a dynamics manager |
| JP2004511854A (en) * | 2000-10-09 | 2004-04-15 | マキシマム アヴェイラビリティ リミテッド | Data processing method and apparatus |
| US7930271B2 (en) | 2000-10-09 | 2011-04-19 | Maximum Availability Ltd. | Method and apparatus for data processing |
| US8818939B2 (en) | 2000-10-09 | 2014-08-26 | Maximum Availability Ltd. | Method and apparatus for data processing |
| 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 |
| US9678996B2 (en) | 2007-06-06 | 2017-06-13 | Kunio Kamimura | Conflict resolution system for database parallel editing |
| JP2009122935A (en) * | 2007-11-14 | 2009-06-04 | Oki Electric Ind Co Ltd | Database provision device, database client terminal, database system, database provision 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3020539B2 (en) | 2000-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5596706A (en) | Highly reliable online system | |
| US6941327B2 (en) | Apparatus and method for database synchronization in a duplex system | |
| US6122630A (en) | Bidirectional database replication scheme for controlling ping-ponging | |
| US7428657B2 (en) | Method for rolling back from snapshot with log | |
| US7017003B2 (en) | Disk array apparatus and disk array apparatus control method | |
| US20060182050A1 (en) | Storage replication system with data tracking | |
| EP1349085A2 (en) | Collision avoidance in database replication systems | |
| MXPA06005797A (en) | System and method for failover. | |
| CN108932338A (en) | Data-updating method, device, equipment and medium | |
| JPH03256146A (en) | Parallel operation type data base management system | |
| CN113326006A (en) | Distributed block storage system based on erasure codes | |
| CN107135097A (en) | The disaster tolerance system and disaster recovery method filed based on bookkeeping | |
| US6772198B2 (en) | System and method for restoring previously backed-up data in a mass storage subsystem | |
| 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 | |
| JP3030781B2 (en) | Database synchronization control method | |
| JP3447347B2 (en) | Failure detection method | |
| JPH0528021A (en) | Management of binary arranged data | |
| JP2005128811A (en) | Non-stop type transaction system, transaction terminal, and backup district system | |
| JP3598202B2 (en) | Online system | |
| EP1056011A2 (en) | Method and system for recovering data | |
| JP2000029760A (en) | Database duplexing and matching system and its method | |
| JP3226491B2 (en) | Duplexed totalizer system | |
| JP3366325B2 (en) | Database management method and 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 |