JPH06243013A - Distributed data base system - Google Patents

Distributed data base system

Info

Publication number
JPH06243013A
JPH06243013A JP5054788A JP5478893A JPH06243013A JP H06243013 A JPH06243013 A JP H06243013A JP 5054788 A JP5054788 A JP 5054788A JP 5478893 A JP5478893 A JP 5478893A JP H06243013 A JPH06243013 A JP H06243013A
Authority
JP
Japan
Prior art keywords
site
revision
page
data
primary
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
Application number
JP5054788A
Other languages
Japanese (ja)
Inventor
Osamu Sakura
修 櫻
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP5054788A priority Critical patent/JPH06243013A/en
Publication of JPH06243013A publication Critical patent/JPH06243013A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To eliminate the need of excessive communication for a synchronous processing, to prevent an update stop at the time of a site fault and communication network interruption and to prevent the deterioration of the processing by dividing a primary copy into appropriate size and dynamically dispersing the places of the divided copies between sites. CONSTITUTION:A revision/primary management part 3 executes revision management and primary management. When its own site is not the primary copy and the present revision of the page differs from the latest revision of the page in the whole data base system, the announcement of effect that the page of its own site to be the primary copy is transmitted to the whole system by a high speed channel. At that time. the site where the page is the primary copy compares the revision in the middle of the announcement with the latest revision and transmits data of the difference by using the high speed channel. Data of the page of its own site is updated by the data.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、分散型データベースシ
ステムに関し、特に各データベースサイトに設けた複数
データベースの資源管理に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed database system, and more particularly to resource management of a plurality of databases provided at each database site.

【0002】[0002]

【従来の技術】図6は分散型データシステムを説明する
全体システム図であり、図の例ではA,B,Cからなる
3つのデータベースサイトが通信網501 で接続され、分
散型データベースを構築している。各データベースサイ
トはサーバー502 ,データベース7,端末装置503 より
なる。分散型データベースシステムでは、複数のサイト
が同一データを重複して持つことが可能である。分散型
データベースシステムの様々なサイトで特定のデータの
検索がある場合、レスポンスタイムの改善、通信費の削
減のため、同じデータを重複して複数のサイトに格納し
たいという要求がある。又、信頼性を向上させるため、
複数のデータベースサイト間で同一のデータを重複して
持ち、データベースサイトの障害に備えたいという要求
もある。しかし、従来の技術では複数のデータベースサ
イト間の同期処理,等化処理のため、かえって通信量
(費)が増えたり、処理効率(レスポンス)が低下した
り、あるいは障害時に更新が停止したり、といった問題
が逆に生じてしまう。
2. Description of the Related Art FIG. 6 is an overall system diagram for explaining a distributed data system. In the illustrated example, three database sites A, B and C are connected by a communication network 501 to construct a distributed database. ing. Each database site comprises a server 502, a database 7, and a terminal device 503. In a distributed database system, multiple sites can have the same data redundantly. When various sites in a distributed database system are searched for specific data, there is a demand to store the same data in multiple sites in order to improve response time and reduce communication costs. Also, to improve reliability,
There is also a demand for having the same data redundantly between multiple database sites and preparing for a database site failure. However, in the conventional technology, because of synchronization processing and equalization processing between a plurality of database sites, the communication amount (cost) increases, the processing efficiency (response) decreases, or the update is stopped at the time of failure, Such a problem occurs in reverse.

【0003】[0003]

【発明が解決しようとする課題】以下、これら従来技術
による問題点を説明する。前述したように、同じデータ
を重複して複数のサイトに格納した場合、データが検索
される場合はよいが、更新される場合の複数のデータベ
ースサイト間で通信が発生することになる。即ち、複数
のデータベースサイトに重複して格納されているデータ
の内容を一致させることを要し、お互いに更新処理を同
期させる余分な通信が必要になる。又、分散型データベ
ースシステムでのデータベースの重複は、システムの信
頼性向上に効果があるものの、処理の効率の観点からは
余分な通信が発生し、処理効率が低下する欠点がある。
読み出し専用のデータベースシステムであれば重複は問
題とならない。しかし、書き込みがある場合には、各ト
ランザクションは任意のコピーに対して操作を行なうこ
とになるため、同時実行制御などトランザクション管理
が重複データをもたない場合に比べて複雑になる。重複
データにおける同時実行制御としては、従来から種々の
方法があるが、ここでは本発明の基礎ともなっているプ
ライマリコピー(元帳)方式について説明する。
The problems associated with these conventional techniques will be described below. As described above, when the same data is stored in a plurality of sites in duplicate, the data may be retrieved, but communication will occur between the plurality of database sites when the data is updated. That is, it is necessary to match the contents of the data that are redundantly stored in the plurality of database sites, and extra communication that synchronizes the update processing with each other is required. In addition, although the duplication of databases in the distributed database system is effective in improving the reliability of the system, it has a drawback that extra communication occurs from the viewpoint of processing efficiency and the processing efficiency decreases.
Duplication does not matter if it is a read-only database system. However, when there is a write, each transaction operates on an arbitrary copy, so transaction management such as concurrency control becomes more complicated than when there is no duplicate data. Although various methods have been conventionally used for controlling the simultaneous execution of duplicate data, the primary copy (ledger) method, which is the basis of the present invention, will be described here.

【0004】図7はプライマリコピー方式を説明する図
であり、この方式は複数の重複データベースのなかで、
特定の1つをプライマリコピーとして特別に扱う。読み
/書きを行なうためにはこのコピーをロックしておけ
ば、全てのコピーに対してロックする必要がなくなる。
図7において、例えばトランザクションBが書き込み/
更新を行なう場合、まず、プライマリコピーのロック状
態を調べ、もしロックされていなければ、これをロック
して書き込み/更新をする(引き続き、書き込み/更新
された内容が各サイトのコピーに反映されることとなる
が、これについてはデータベース管理システム(DBM
S)の機能に依存する。)。又、プライマリコピーがロ
ック中であれば、トランザクションBはロックが解除さ
れるまで待つ。又、読み出しの場合には自サイトのコピ
ーから読み取る。この方式は(書き込み/更新頻度)<
(読み出し頻度)の場合に有効である。
FIG. 7 is a diagram for explaining the primary copy method. This method is used among a plurality of duplicate databases.
Specially treat one specific as the primary copy. If this copy is locked for reading / writing, it is not necessary to lock all the copies.
In FIG. 7, for example, transaction B is written /
When updating, first check the lock status of the primary copy, and if it is not locked, lock it and write / update (continue the written / updated contents are reflected in the copy of each site. As for this, a database management system (DBM
It depends on the function of S). ). If the primary copy is locked, transaction B waits until the lock is released. In the case of reading, it is read from the copy of the own site. This method is (write / update frequency) <
This is effective in the case of (readout frequency).

【0005】重複データを持つ分散型データベースシス
テムでは、更新についても問題が複雑である。全部のコ
ピーを同時更新する方法では、サイトに障害があった場
合、全く更新不能になってしまう。この対策として、
「更新できるデータベースサイトを更新し、更新の履歴
を保存する。障害を起こしたデータベースサイトは、処
理を再開する前にこの履歴に従って、ほかのコピーとの
同期をとる。」という方法があるが、プライマリコピー
を持つサイトが障害を起こした場合にはこの方法では対
策とならない。他の問題として、通信網の一部が故障し
て、互いに通信できない分離したサブ通信網へ分割され
てしまう場合がある。図8がこの場合を示している。こ
の場合、個々のサブ通信網内では、通信可能であるため
処理を続けることができる。しかし、夫々のサブ通信網
内で独立にコピーを更新すると矛盾が生じる。この問題
に対する1つの解決法としても、プライマリコピー方式
を用いることができる。即ち、プライマリコピーを持つ
サブ通信網だけがそのデータの更新を行なうことがで
き、ほかのサブ通信網はそのデータの古い値を読むこと
ができる。本発明は上記事情に鑑みてなされたものであ
り、同期処理のための余分な通信を要せず、サイト障害
時及び通信網分断時の更新停止がなく、更に処理効率の
低下のない分散型データベースシステムを提供すること
を目的としている。
In the distributed database system having duplicated data, the problem of updating is complicated. If you update all the copies at the same time, if the site fails, you will not be able to update at all. As a measure against this,
There is a method such as "Update the database site that can be updated and save the update history. The failed database site synchronizes with other copies according to this history before restarting processing." If the site that has the primary copy fails, this method will not work. Another problem is that a part of the communication network breaks down and is divided into separate sub-communication networks that cannot communicate with each other. FIG. 8 shows this case. In this case, since communication is possible within each sub communication network, the processing can be continued. However, updating the copy independently in each sub-communication network causes a contradiction. The primary copy method can also be used as one solution to this problem. That is, only the sub-communication network having the primary copy can update the data, and the other sub-communication networks can read the old value of the data. The present invention has been made in view of the above circumstances, and does not require extra communication for synchronization processing, does not stop updating at the time of site failure and communication network division, and is a distributed type that does not lower processing efficiency. The purpose is to provide a database system.

【0006】[0006]

【課題を解決するための手段】本発明の[請求項1]に
係る分散型データベースシステムを図1によって説明す
る。なお、図1は1つのデータベースサイトの構成図で
ある。図1において、1は高速通信チャネル、2は低速
通信チャネルであり、これにより他のデータベースサイ
トと連結されている。3はページ毎のレビジョン管理及
びプライマリ管理(自サイト名とプライマリサイト名が
イコールならプライマリコピー)を行なう機能、4は定
期的なデータの等化(更新履歴の伝送:低速通信チャネ
ル使用)を行なう機構、5はデータベースアクセス時、
最新データが無かった場合の即時データ等化(更新履歴
の伝送:高速通信チャネル使用)を行なう機構、6は書
き込み/更新時、プライマリコピー切替え(全サイトへ
の宣言:高速通信チャネル使用)を行なう機構である。
又、7はデータベース、8はレビジョン情報及びプライ
マリ情報を格納しておく格納部、9はデータそのものの
格納部、10はデータベース管理部、11はチャネル制御部
である。本発明の[請求項2]に係る分散型データベー
スシステムは図5に示されており、ページアクセス計数
部12を付加したことが前記[請求項1]との差異であ
る。
A distributed database system according to [Claim 1] of the present invention will be described with reference to FIG. Note that FIG. 1 is a configuration diagram of one database site. In FIG. 1, 1 is a high-speed communication channel and 2 is a low-speed communication channel, which are linked to other database sites. 3 is a function for performing revision management and primary management for each page (primary copy if the own site name and primary site name are equal), 4 is for data equalization (transmission of update history: low-speed communication channel is used) Mechanism 5, when accessing the database,
A mechanism for immediate data equalization (transmission of update history: use of high-speed communication channel) when there is no latest data, 6 performs primary copy switching (declaration to all sites: use of high-speed communication channel) at the time of writing / updating It is a mechanism.
Reference numeral 7 is a database, 8 is a storage unit for storing revision information and primary information, 9 is a storage unit for the data itself, 10 is a database management unit, and 11 is a channel control unit. The distributed database system according to [Claim 2] of the present invention is shown in FIG. 5, and is different from [Claim 1] in that the page access counting unit 12 is added.

【0007】[0007]

【作用】本発明の[請求項1]に係る分散型データベー
スシステムは重複データの同期を行なうための方式とし
て、従来技術のプライマリコピーにロックする方式を基
礎とするが、従来のようにプライマリコピーを1つのサ
イトに固定して持つのではなく、プライマリコピーを適
当なサイズ(ページと呼ぶ管理上の単位)に分割し、そ
の所在をサイト間で動的に分散するようにしている。そ
して、書き込み/更新が生じた場合、そのサイトの持つ
ページのコピーを(最新状態に更新した後)プライマリ
コピーとして全システムへ宣言する。先ず、レビジョン
/プライマリ情報のフォーマットを図2によって説明す
ると、この情報(ページ毎)をもとにして、レビジョン
/プライマリ管理部3がレビジョン管理及びプライマリ
管理を行なう。レビジョン/プライマリ情報は、ページ
#部21,自サイトレビジョン部22,最新レビジョン部23
及びプライマリサイト指示部24よりなる。各ページには
そのページの現在のレビジョン22と、データベースシス
テム全体でのそのページの最新レビジョン23と、そのペ
ージが現在プライマリコピーであるか否かを表す情報
(及びプライマリコピーの所在サイト情報)24を持つ。
データベースシステムの各サイトは、高速,低速の2つ
の通信手段(チャネル)1,2で結ばれている。システ
ム全体での最新レビジョン及びプライマリコピーの切替
え情報は、この高速チャネルによりシステム全体に伝達
される。又、最新のデータそのものは低速チャネルによ
り伝送される(高速チャネルを使う例外の場合もある。
後述。)。
The distributed database system according to [Claim 1] of the present invention is based on the conventional method of locking the primary copy as a method for synchronizing duplicate data. Rather than having a fixed number at one site, the primary copy is divided into appropriate sizes (a management unit called a page), and its location is dynamically distributed among the sites. Then, when writing / updating occurs, a copy of the page of the site is declared to the entire system as a primary copy (after being updated to the latest state). First, the format of revision / primary information will be described with reference to FIG. 2. The revision / primary management unit 3 performs revision management and primary management based on this information (for each page). For revision / primary information, page # section 21, own site revision section 22, latest revision section 23
And a primary site instruction unit 24. Each page contains the current revision 22 of the page, the latest revision 23 of the page in the entire database system, and information indicating whether the page is currently the primary copy (and the site information of the primary copy) 24. have.
Each site of the database system is connected by two high-speed and low-speed communication means (channels) 1 and 2. The latest revision and primary copy switching information in the entire system are transmitted to the entire system by this high-speed channel. Further, the latest data itself is transmitted by the low speed channel (in some cases, the exception is the use of the high speed channel.
See below. ).

【0008】さて、読み/書き/更新を行なうときに、
まず自サイトのページが現在プライマリコピーとされて
いるか調べる。 ケース(a) 自サイトがプライマリコピーであれば、そのままで読み
/書き/更新を行なって良い。但し、書き/更新を行な
ったときは、書き/更新後のそのページの最新レビジョ
ンを高速チャネルでシステム全体に伝達する(このと
き、書き/更新データそのものはすぐには伝送しない。
低速チャネルを使って定期的に伝送される。又、他サイ
トからのプライマリ切替え要求があったときには高速チ
ャネルを使って伝送される。)。 ケース(b) 自サイトがもしプライマリコピーでなければ、そのペー
ジの現在のレビジョンと、データベースシステム全体で
のそのページの最新レビジョンとを比較する。一致して
おり、かつ書き/更新の場合(読みはそのまま)、自サ
イトのそのページをプライマリコピーとする旨の宣言
(一種のロック:ロック方式は何でも良い)を高速チャ
ネルでシステム全体に伝達する。宣言が完了した後は、
そのままで書き/更新を行なう。書き/更新後の処置は
最初からプライマリコピーであった場合、ケース(a)
と同じである。 ケース(c) 自サイトがもしプライマリコピーでなく、かつそのペー
ジの現在のレビジョンと、データベースシステム全体で
のそのページの最新レビジョンとが異なっていた場合
も、自サイトのそのページをプライマリコピーとする旨
の宣言を高速チャネルでシステム全体に伝達する(書き
/更新の場合(読みはデータを送ってもらうのみ))。
但し、この場合には現在そのページがプライマリコピー
であるサイトは、宣言中の(これからプライマリになろ
うとしているサイトの該当の)レビジョンと最新レビジ
ョンとを比較し、その差分のデータを高速チャネルを使
って伝送してやる。このデータにより自サイトのページ
のデータが更新されてからの動作は、ケース(b)と同
じである。データはこのようにプライマリ切替え要求が
あったときだけではなく、定期的に低速チャネルを使っ
て、又は夜間などの通信費の安価な時間帯に全サイトが
最新状況となるように伝送される。
Now, when reading / writing / updating,
First, check if the page on your site is currently the primary copy. Case (a) If the own site is the primary copy, the read / write / update may be performed as it is. However, when writing / updating, the latest revision of the page after writing / updating is transmitted to the entire system through the high-speed channel (at this time, the writing / updating data itself is not transmitted immediately.
It is transmitted periodically using the low speed channel. In addition, when there is a primary switching request from another site, it is transmitted using a high speed channel. ). Case (b) If the own site is not the primary copy, the current revision of the page is compared with the latest revision of the page in the entire database system. In case of coincidence and writing / updating (reading as it is), a declaration (a kind of lock: any locking method) that the page of the own site is the primary copy is transmitted to the entire system through the high-speed channel. . After the declaration is complete,
Write / update as is. If the procedure after writing / updating was the primary copy from the beginning, case (a)
Is the same as. Case (c) If the own site is not the primary copy and the current revision of the page is different from the latest revision of the page in the entire database system, the page of the own site is set as the primary copy. A declaration to that effect is transmitted to the entire system via a high-speed channel (when writing / updating (reading only receives data)).
However, in this case, the site whose page is currently the primary copy compares the revision being declared (corresponding to the site that is about to become the primary) with the latest revision, and the difference data is sent to the high-speed channel. I will use it to transmit. The operation after the data on the page of the own site is updated by this data is the same as the case (b). In this way, data is transmitted not only when there is a request for primary switching, but also regularly using a low-speed channel or at a time when communication costs are low, such as at night, so that all sites are updated.

【0009】その頻度は下記の例のような考えで最適化
される。 目標平均レスポンス>ケース(c)発生時のデータ伝送
量(平均)÷高速チャネルの伝送速度 目標最大レスポンス>1ページのデータ量÷高速チャネ
ルの伝送速度(最悪ケースでは1ページ分のデータの伝
送が最大値となる) 総通信費用=(ケース(c)の発生確率×ケース(c)
発生時のデータ伝送量×高速チャネル使用料)+(定期
データの伝送頻度×定期データ伝送時の伝送量×低速チ
ャネル使用料(又は夜間などの特別料金)) (注:発生確率と伝送頻度の単位は同一) ここで、ケース(c)の発生確率及びケース(c)発生
時のデータ伝送量は、定期データの伝送頻度が多ければ
多いほど小さくなる。しかし、ある頻度より多くする
と、低速チャネル全体の使用料が高速チャネルのそれを
上回ることになる。従って、通信費のみの観点からは、
総通信費用が最低となる点(低速チャネル全体の使用料
が高速チャネルのそれと同じになる点)が最適な点であ
る。これにレスポンスにおける要求を加味して定期デー
タの伝送頻度を決定する。又、特にデータベースシステ
ムの信頼性向上の要求が高い場合には、ケース(b)の
発生確率が高くなるように定期データの伝送頻度を決定
する。しかし、本発明では書き込み/更新が生じたサイ
トにプライマリコピーが移動することとなり、結果とし
て自動的に最もそのページのデータに書き込み/更新を
必要とするサイトにプライマリコピーが再配置される傾
向があるため、伝送頻度はかなり低くても良い(従っ
て、経済的である)。本発明の[請求項2]に係る分散
型データベースシステムは、プライマリコピーの切替え
は、ページアクセス計数部がカウントするページ毎のア
クセス回数が所定の回数に達したときにのみに行なう。
その他の作用は[請求項1]と同様である。
The frequency is optimized by the following ideas. Target average response> Data transmission amount (average) when case (c) occurs ÷ transmission speed of high-speed channel Target maximum response> Data amount of 1 page ÷ transmission speed of high-speed channel (in worst case, 1 page of data transmission Total communication cost = (probability of occurrence of case (c) x case (c))
(Data transmission amount at the time of occurrence x high-speed channel usage charge) + (transmission frequency of regular data x transmission amount at the time of periodic data transmission x low-speed channel usage charge (or special charge such as nighttime)) (Note: Occurrence probability and transmission frequency The unit is the same. Here, the probability of occurrence of case (c) and the amount of data transmission at the time of occurrence of case (c) become smaller as the frequency of transmission of regular data increases. However, above a certain frequency, the usage fee for the entire slow channel will exceed that for the fast channel. Therefore, from the perspective of communication costs only,
The point that the total communication cost is the lowest (the usage fee for the entire low speed channel is the same as that for the high speed channel) is the optimum point. The transmission frequency of the periodic data is determined by adding the request in the response to this. Also, especially when the reliability of the database system is highly demanded, the frequency of transmission of the regular data is determined so that the probability of occurrence of case (b) is high. However, in the present invention, the primary copy is moved to the site where the write / update occurs, and as a result, the primary copy tends to be automatically relocated to the site that needs the write / update for the data of the page. As such, the frequency of transmission may be fairly low (and thus economical). In the distributed database system according to claim 2 of the present invention, the primary copy is switched only when the number of accesses for each page counted by the page access counter reaches a predetermined number.
Other functions are the same as those in [Claim 1].

【0010】[0010]

【実施例】以下図面を参照して実施例を説明する。図3
は本発明の実施例の動作を説明するための図であり、各
データベースサイトは図1で示した構成要素よりなる。
そして各サイトにあるサーバー502 は、前述のページ毎
のレビジョン/プライマリ管理部3,定期的なデータの
等化部4,即時データ等化部5,プライマリコピー切替
え部6,データベース管理部10及びチャネル制御部11よ
りなる。ここでは動作を主として説明するために各機構
の作用線を別の記号で表す。即ち、 a.高速通信チャンネル。 b.低速通信チャンネル。 c.ページ毎のレビジョン管理及びプライマリ管理(自
サイト名とプライマリサイト名がイコールならプライマ
リコピー)を示す作用線。但し、図3では引出線の端部
に符号cを示すが、データベース内にあるものである。 d.定期的なデータの等化(更新履歴の伝送:低速通信
チャネル使用)を示す作用線。 e.アクセス時、最新データがなかった場合の即時デー
タ等化(更新履歴の伝送:高速通信チャネル使用)を示
す作用線。 f.書き込み/更新時のプライマリコピー切替え(全サ
イトへの宣言:高速通信チャネル使用)を示す作用線。 である。又、図4は図3のレビジョン/プライマリ情報
の遷移を示す図であり、A,B,Cの各サイトにあるも
のを夫々関連付けして並列的に示している。
Embodiments will be described below with reference to the drawings. Figure 3
FIG. 3 is a diagram for explaining the operation of the embodiment of the present invention, and each database site is composed of the constituent elements shown in FIG.
Then, the server 502 at each site includes the revision / primary management unit for each page 3, the regular data equalization unit 4, the immediate data equalization unit 5, the primary copy switching unit 6, the database management unit 10, and the channel. It is composed of the control unit 11. Here, in order to mainly describe the operation, the action line of each mechanism is represented by another symbol. That is, a. High speed communication channel. b. Low speed communication channel. c. An action line showing revision management and primary management (primary copy if own site name and primary site name are equal) for each page. However, although the symbol c is shown at the end of the leader line in FIG. 3, it is in the database. d. A line of action that shows periodic data equalization (transmission of update history: low-speed communication channel is used). e. A line of action showing immediate data equalization (transmission of update history: using high-speed communication channel) when there is no latest data at the time of access. f. Action line showing primary copy switching (declaration to all sites: use high-speed communication channel) at the time of writing / updating. Is. Further, FIG. 4 is a diagram showing the transition of the revision / primary information of FIG. 3, which is shown in parallel by associating those at the respective sites of A, B, and C with each other.

【0011】次に図3,図4を用いて作用を説明する。 今、サイトAにおいて、あるページのデータを読み
込もうとしている場合について説明する。この例では、
ページ毎のレビジョン/プライマリ管理部の、自サイト
レビジョン(値90)と最新レビジョン(値91)を比
較すれば、自サイトのレビジョンが最新でないことがわ
かる。そこで、高速通信チャネルaにより、プライマリ
サイトBに対して最新データを要求する。即ち、アクセ
ス時、最新データが無かった場合は作用線eにて示され
るように、即時データ等化(更新履歴の伝送)を行な
う。プライマリサイトがBであることはプライマリサイ
ト指示部の情報(値B)によりわかる(元々最新なら
ば、そのまま読む)。 次にサイトCにおいて、同じページの書き込み/更
新をしようとしている。この例では自サイトのそのペー
ジのレビジョン(値89)がやはり最新レビジョン(値
91)より古い。そこで、高速通信チャネルaによりプ
ライマリサイトBに対して最新データを要求する。即
ち、前記同様に、アクセス時、最新データが無かった
場合は、作用線eに示されるように即時データ等化(更
新履歴の伝送)を行なう。データ受信と同時に自サイト
のそのページをプライマリコピーとして全サイトへ宣言
fする。これにより各サイトのこのページのプライマリ
サイト指示部は値○印となる(元々最新ならば、プライ
マリコピーの宣言のみ。元々プライマリならば、そのま
ま書き込み/更新)。 又、アクセスとは無関係に全サイトにつき定期的に
データの等化(更新履歴の伝送d)がなされる(低速通
信チャネルb使用)。これにより、全サイトのレビジョ
ン/プライマリ情報は一致する(値92,92,C)。
この定期的なデータ等化の頻度については、既に述べた
通りである。
Next, the operation will be described with reference to FIGS. Now, a case where the data of a certain page is being read in the site A will be described. In this example,
By comparing the own site revision (value 90) and the latest revision (value 91) of the revision / primary management section for each page, it can be seen that the revision of the own site is not the latest. Therefore, the latest data is requested from the primary site B via the high-speed communication channel a. That is, when there is no latest data at the time of access, immediate data equalization (transmission of update history) is performed as indicated by the action line e. The fact that the primary site is B can be known from the information (value B) in the primary site instruction section (if it is originally the latest, read as it is). Next, at the site C, the same page is being written / updated. In this example, the revision (value 89) of that page on the own site is also older than the latest revision (value 91). Therefore, the latest data is requested to the primary site B via the high-speed communication channel a. That is, similarly to the above, if there is no latest data at the time of access, immediate data equalization (transmission of update history) is performed as indicated by an action line e. At the same time as the data is received, the page of the own site is declared as the primary copy to all sites. As a result, the value of the primary site designator of this page of each site is marked with a circle (if it is originally the latest, only the primary copy declaration is made. If it is the original, it is written / updated as it is). Further, regardless of access, data equalization (update history transmission d) is regularly performed for all sites (using the low-speed communication channel b). As a result, the revision / primary information of all sites match (values 92, 92, C).
The frequency of this regular data equalization is as described above.

【0012】上記実施例からわかるように、書き込み/
更新が必要なサイトにプライマリコピーが自動的に再配
置される。従って、運用の態様に応じて最適なプライマ
リコピーの配置が得られる。この結果、同期のための通
信費の削減と、重複データベースであるにも拘らず、い
つでもプライマリコピーが手元にあるようなレスポンス
の実現が可能となる。又、そのサイトでのページ毎の書
き込み/更新頻度に応じて当該サイトにプライマリコピ
ーが集まる傾向となるため、障害時,通信網分断時につ
いても、必要なページのプライマリコピーが手元にある
確率が高く、運用に際して支障を生じにくい。
As can be seen from the above embodiment, writing / writing
The primary copy is automatically relocated to the site that needs the update. Therefore, the optimal primary copy arrangement can be obtained according to the mode of operation. As a result, it is possible to reduce the communication cost for synchronization and to realize a response in which the primary copy is always at hand in spite of the duplicate database. In addition, the primary copy tends to be collected at the site according to the write / update frequency for each page at that site, so there is a possibility that the primary copy of the required page is at hand even in the event of a failure or communication network disconnection. It is high, and it hardly causes any trouble in operation.

【0013】図5は他の実施例の構成図であり、図1と
同一部分については同一符号を付して説明を省略する。
図1との相違点はページアクセス計数部12を設けたこと
である。そして、プライマリコピー切替え部6は、書き
込み/更新の都度プライマリを切替えるのではなく、ペ
ージアクセス計数部12がカウントするページ毎のアクセ
ス回数が、予め定めた一定の回数に達したときにのみプ
ライマリを切替える。これにより、一時的なアクセスに
より最適な配置が崩されるのを防ぐことができる。本実
施例はたまたま更新されたというケースでの効率低下の
防止となる。
FIG. 5 is a block diagram of another embodiment. The same parts as those in FIG.
The difference from FIG. 1 is that a page access counting unit 12 is provided. Then, the primary copy switching unit 6 does not switch the primary each time writing / updating is performed, but only when the number of accesses for each page counted by the page access counting unit 12 reaches a predetermined number of times, Switch. As a result, it is possible to prevent the optimal arrangement from being destroyed due to temporary access. The present embodiment prevents a decrease in efficiency in the case that it happens to be updated.

【0014】[0014]

【発明の効果】以上説明したように、本発明によれば自
サイトで書き込み/更新の多いページのプライマリコピ
ーは自動的に自サイトへ再配置される。即ち、書き込み
/更新が必要なサイトにプライマリコピーが自動的に再
配置され、運用の態様に応じて最適なプライマリコピー
の配置が得られる。従って、重複データベースであるに
も拘らず、どの利用者からみても、あたかもいつでもプ
ライマリコピーが手元にあるようなレスポンス(処理効
率)を実現すると共に、以下に列挙するような効果が得
られる。 他サイトへのアクセスの減少。 ページのデータに書き込み/更新を必要とするサイ
トにプライマリコピーが再配置される傾向があるため、
更新を停止しなければならない確率は低く、運用に支障
を生じにくい。 自動的に最もそのページのデータに書き込み/更新
を必要とするサイトにプライマリコピーが再配置される
傾向があるため、通信網分断時にも必要なページのプラ
イマリコピーが手元にある確率が高く、更新を停止しな
ければならない確率は低い。即ち、運用に支障を生じに
くい。
As described above, according to the present invention, the primary copy of a page with many writes / updates at its own site is automatically relocated to its own site. That is, the primary copy is automatically relocated to the site where writing / updating is required, and the optimal primary copy allocation can be obtained according to the mode of operation. Therefore, in spite of the duplicate database, it is possible to realize a response (processing efficiency) such that the primary copy is always at hand from any user, and the effects listed below can be obtained. Reduced access to other sites. Since the primary copy tends to be relocated to sites that need to write / update data on the page,
The probability of having to stop the update is low, and operation is unlikely to occur. Since the primary copy tends to be automatically relocated to the site that most needs to write / update the data of the page, there is a high probability that the primary copy of the required page will be at hand even when the communication network is cut off. The probability of having to stop is low. That is, the operation is less likely to be hindered.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の原理ブロック図。FIG. 1 is a block diagram of the principle of the present invention.

【図2】レビジョン/プライマリ情報フォーマット。FIG. 2 Revision / primary information format.

【図3】実施例の全体構成と動作を示す図。FIG. 3 is a diagram showing the overall configuration and operation of the embodiment.

【図4】図3の実施例のための、レビジョン/プライマ
リ情報の遷移を示す図。
FIG. 4 is a diagram showing revision / primary information transitions for the embodiment of FIG. 3;

【図5】他の実施例のブロック図。FIG. 5 is a block diagram of another embodiment.

【図6】分散型データシステムを説明する全体システム
図。
FIG. 6 is an overall system diagram illustrating a distributed data system.

【図7】プライマリコピー方式を説明する図。FIG. 7 is a diagram illustrating a primary copy method.

【図8】通信網の分断を説明する図。FIG. 8 is a diagram illustrating division of a communication network.

【符号の説明】[Explanation of symbols]

1 高速通信チャネル 2 低速通信チャネル 3 レビジョン/プライマリ管理部 4 定期的データ管理部 5 即時データ管理部 6 プライマリコピー切替え部 7 データベース 8 レビジョン/プライマリ情報格納部 9 データ格納部 10 データベース管理部 11 チャネル制御部 1 High-speed communication channel 2 Low-speed communication channel 3 Revision / Primary management unit 4 Periodic data management unit 5 Immediate data management unit 6 Primary copy switching unit 7 Database 8 Revision / Primary information storage unit 9 Data storage unit 10 Database management unit 11 Channel control Department

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】 複数のデータベース間を結ぶ高速,低速
の各通信手段と、ページ毎のレビジョン(Revision)管
理及びプライマリ管理を行なう手段と、定期的なデータ
の等化を行なう手段と、アクセス時に最新データがなか
った場合の即時データ等化を行なう手段と、書き込み/
更新時にプライマリコピー切替えを行なう手段とよりな
り、読み込み時、自サイトの当該ページのレビジョンが
最新レビジョンより古ければ、高速通信チャネルにより
最新データをプライマリサイトへ要求し、書き込み/更
新時、自サイトの当該ページのレビジョンが最新レビジ
ョンより古ければ、高速通信チャネルにより最新データ
をプライマリサイトへ要求し、最新データ受信と同時に
自サイトの当該ページをプライマリコピーとして全サイ
トへ宣言し、又、アクセスとは無関係に全サイトにつき
定期的にデータの等化を行なうことを特徴とする分散型
データベースシステム。
1. A high-speed and low-speed communication means for connecting a plurality of databases, a means for performing revision management and primary management for each page, a means for periodically equalizing data, and a means for accessing at the time of access. A means for performing immediate data equalization when there is no latest data, and writing / writing
It consists of a means to switch the primary copy at the time of updating. When reading, if the revision of the relevant page on the local site is older than the latest revision, the latest data is requested to the primary site via a high-speed communication channel, and at the time of writing / updating the local site. If the revision of the relevant page is older than the latest revision, the latest data is requested to the primary site through the high-speed communication channel, and at the same time the latest data is received, the relevant page of the own site is declared as the primary copy to all sites, and access A distributed database system characterized by regularly equalizing data for all sites, regardless of.
【請求項2】 プライマリコピーの切替えはページ毎の
アクセス回数が所定値に達したときのみ行なう手段を備
えたことを特徴とする請求項1記載の分散型データベー
スシステム。
2. The distributed database system according to claim 1, further comprising means for switching the primary copy only when the number of accesses for each page reaches a predetermined value.
JP5054788A 1993-02-19 1993-02-19 Distributed data base system Pending JPH06243013A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP5054788A JPH06243013A (en) 1993-02-19 1993-02-19 Distributed data base system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5054788A JPH06243013A (en) 1993-02-19 1993-02-19 Distributed data base system

Publications (1)

Publication Number Publication Date
JPH06243013A true JPH06243013A (en) 1994-09-02

Family

ID=12980502

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5054788A Pending JPH06243013A (en) 1993-02-19 1993-02-19 Distributed data base system

Country Status (1)

Country Link
JP (1) JPH06243013A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09307590A (en) * 1996-05-03 1997-11-28 Mitsubishi Electric Res Lab Inc Data transfer system in network
WO2000054157A1 (en) * 1999-03-08 2000-09-14 Athena Telecom Lab, Inc. Method and apparatus for managing validity time of data in distributed processing system and recording medium
JP2002288027A (en) * 2001-03-28 2002-10-04 Osaka Gas Co Ltd Distributed operation supporting system
US11194671B2 (en) 2018-02-13 2021-12-07 Canon Kabushiki Kaisha System and method using the same

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09307590A (en) * 1996-05-03 1997-11-28 Mitsubishi Electric Res Lab Inc Data transfer system in network
WO2000054157A1 (en) * 1999-03-08 2000-09-14 Athena Telecom Lab, Inc. Method and apparatus for managing validity time of data in distributed processing system and recording medium
JP2002288027A (en) * 2001-03-28 2002-10-04 Osaka Gas Co Ltd Distributed operation supporting system
US11194671B2 (en) 2018-02-13 2021-12-07 Canon Kabushiki Kaisha System and method using the same

Similar Documents

Publication Publication Date Title
CN100354834C (en) Multi-site remote-copy system
US5423037A (en) Continuously available database server having multiple groups of nodes, each group maintaining a database copy with fragments stored on multiple nodes
US9542310B2 (en) File server node with non-volatile memory processing module coupled to cluster file server node
EP1569120B1 (en) Computer system for recovering data based on priority of the data
US8074036B2 (en) Data processing system having first, second and third storage systems that are arranged to be changeable between a first status and a second status in response to a predetermined condition at the first storage system
US7512757B2 (en) Computer system and control method for the computer system
US6052797A (en) Remotely mirrored data storage system with a count indicative of data consistency
US5742792A (en) Remote data mirroring
US5889935A (en) Disaster control features for remote data mirroring
EP1179770B1 (en) File system
US7802137B2 (en) Journaling system switching to another logical volume to store subsequently received update history
US7386668B2 (en) Handling data writes copied from a remote data storage device
US6530003B2 (en) Method and system for maintaining data coherency in a dual input/output adapter utilizing clustered adapters
US20030074600A1 (en) Data backup/recovery system
US20050055523A1 (en) Data processing system
JP2004334574A (en) Operation managing program and method of storage, and managing computer
US7624229B1 (en) Spillover slot
US8145865B1 (en) Virtual ordered writes spillover mechanism
EP1209569A1 (en) Data backup/recovery system
JPH06243013A (en) Distributed data base system
JP3572928B2 (en) Online database information processing system with backup function
US20030005202A1 (en) Dual storage adapters utilizing clustered adapters supporting fast write caches
JPS58103052A (en) Automatic data gathering system
JPS62179035A (en) Sharing multiplexing volume system
JP2000020366A (en) Replication system