JP2003345640A - Database backup system - Google Patents
Database backup systemInfo
- Publication number
- JP2003345640A JP2003345640A JP2002153430A JP2002153430A JP2003345640A JP 2003345640 A JP2003345640 A JP 2003345640A JP 2002153430 A JP2002153430 A JP 2002153430A JP 2002153430 A JP2002153430 A JP 2002153430A JP 2003345640 A JP2003345640 A JP 2003345640A
- Authority
- JP
- Japan
- Prior art keywords
- server
- backup
- data
- database
- master server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】この発明は、マスタサーバ、
バックアップサーバ、並びにクライアント計算機が共通
のネットワークに接続された計算機システムにおけるデ
ータベースのバックアップシステムに関するものであ
る。The present invention relates to a master server,
The present invention relates to a backup server and a database backup system in a computer system in which client computers are connected to a common network.
【０００２】[0002]
【従来の技術】従来例１．図１５は従来例１によるデー
タベースバックアップシステムの構成を示すブロック図
である。図において、データベースＤＢ１を有する計算
機Ｓ１、データベースＤＢ２を有する計算機Ｓ２、及び
データベースＤＢ３を有する計算機Ｓ３が、共通のネッ
トワーク（ここでは、Ａ系ＬＡＮ及びＢ系ＬＡＮ）に接
続されている。そして、データベースＤＢ１を有する計
算機Ｓ１がマスタサーバＭＳとして、データベースＤＢ
２を有する計算機Ｓ２がバックアップサーバＢＳ１とし
て、データベースＤＢ３を有する計算機Ｓ３がバックア
ップサーバＢＳ２として機能している。2. Description of the Related Art FIG. 15 is a block diagram showing a configuration of a database backup system according to the first conventional example. In the figure, a computer S1 having a database DB1, a computer S2 having a database DB2, and a computer S3 having a database DB3 are connected to a common network (here, A-system LAN and B-system LAN). Then, the computer S1 having the database DB1 serves as the master server MS, and
The computer S2 having the database 2 functions as the backup server BS1, and the computer S3 having the database DB3 functions as the backup server BS2.
【０００３】従来例１のバックアップシステムでは、マ
スタサーバＭＳのデータベースＤＢ１の保管データ
（正）の全データを、バックアップサーバＢＳ１のデー
タベースＤＢ２及びバックアップサーバＢＳ２のデータ
ベースＤＢ３に格納するようにしていた。[0003] In the backup system of the prior art 1, all the data stored (primary) in the database DB1 of the master server MS is stored in the database DB2 of the backup server BS1 and the database DB3 of the backup server BS2.
【０００４】従来例２．従来例１（図１５）に示すバッ
クアップシステムにおいて、マスタサーバＭＳからバッ
クアップサーバＢＳ１，ＢＳ２にデータ更新の指令が出
たとき、いずれかのバックアップサーバに異変があり、
そのバックアップサーバの所有する保管データ（写）の
データ復旧の必要が生じたとする。Conventional example 2. In the backup system shown in the conventional example 1 (FIG. 15), when a data update command is issued from the master server MS to the backup servers BS1 and BS2, one of the backup servers has an abnormality.
It is assumed that data recovery of the stored data (copy) owned by the backup server is required.
【０００５】この場合、従来例２では、図１６のバック
アップサーバの復旧方式に示すように、マスタサーバＭ
Ｓに対してバックアップサーバＢＳ１の復旧依頼が発行
され、マスタサーバＭＳのデータベースＤＢ１の保管デ
ータからバックアップサーバＢＳ１のデータベースＤＢ
２に対してデータが復旧されるようになっている。In this case, in the conventional example 2, as shown in the backup server recovery method of FIG.
S, a request for restoration of the backup server BS1 is issued, and the database DB of the backup server BS1 is stored in the database DB1 of the master server MS.
2 is restored.
【０００６】[0006]
【発明が解決しようとする課題】上記のように、従来例
１のバックアップシステムは、マスタサーバＭＳの全デ
ータをバックアップサーバに格納するため、データ等価
（マスタサーバとバックアップサーバのデータベースの
保管データを等価にする処理）の実施時に、各サーバの
計算機に負荷が掛かるという問題があった。As described above, the backup system of the prior art 1 stores all the data of the master server MS in the backup server, so that the data is equivalent (the data stored in the databases of the master server and the backup server are stored in the backup server). There is a problem that a load is applied to the computer of each server at the time of performing the process of equalizing).
【０００７】また、システムの可用性（システム全体を
ダウンさせることなく継続稼働させる能力）を高めるた
めに、複数のバックアップサーバを投入する場合にも、
各々のバックアップサーバにデータ等価を実施するた
め、マスタサーバの負荷と可用性効果のバランスを取る
のが困難になっていた。特に、近年、データ容量が大き
くなっているので、計算機にかかる負荷は増大してい
る。Further, in order to increase the availability of the system (the ability to continue the operation without downing the entire system), when a plurality of backup servers are introduced,
Since data equalization is performed for each backup server, it has been difficult to balance the load on the master server and the availability effect. In particular, in recent years, the data load has increased, and the load on the computer has increased.
【０００８】また、従来例２のバックアップサーバの復
旧方式では、マスタサーバからバックアップサーバへデ
ータ復旧がなされるので、一時的にマスタサーバの負荷
が上がり、マスタサーバの通常業務に支障が発生する問
題があった。In the backup server recovery method of the second conventional example, since data is recovered from the master server to the backup server, the load on the master server temporarily increases, and the normal operation of the master server is hindered. was there.
【０００９】この発明は、上記のような問題点を解消す
るためになされたものであり、マスタサーバ、バックア
ップサーバ、並びにクライアント計算機が共通のネット
ワークに接続された計算機システムにおいて、データ等
価の実施時の各サーバの計算機に加わる負荷を軽減する
ことを目的とする。SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problems, and is intended for a computer system in which a master server, a backup server, and a client computer are connected to a common network, when data equalization is performed. To reduce the load on the computer of each server.
【００１０】また、マスタサーバの負荷を軽減し、マス
タサーバのできる限り通常業務に支障が生じないように
することを目的とする。It is another object of the present invention to reduce the load on the master server so that normal operations of the master server do not suffer as much as possible.
【００１１】また、システム稼動中に各計算機を停止す
ることなく計算機等の増減が可能とすることを目的とす
る。It is another object of the present invention to make it possible to increase or decrease the number of computers without stopping each computer while the system is operating.
【００１２】また、データの送信側と受信側の両方の計
算機において、送受信にかかる負荷を均等に分けること
を目的とする。It is another object of the present invention to equally divide the transmission and reception loads on both the data transmitting and receiving computers.
【００１３】また、ネットワーク上のデータ送信量を軽
減し、ネットワーク通信負荷を低減することを目的とす
る。It is another object of the present invention to reduce the amount of data transmission on a network and reduce the network communication load.
【００１４】[0014]
【課題を解決するための手段】請求項１の発明は、マス
タサーバ、バックアップサーバ、並びにクライアント計
算機が共通のネットワークに接続された計算機システム
のデータベースバックアップシステムであって、バック
アップサーバが複数台存在し、マスタサーバ及びバック
アップサーバが各自データベースとそのデータベースの
整合性を管理するデータベース管理部を備え、マスタサ
ーバのデータベースの保管データを、複数のバックアッ
プサーバのデータベースに分割して格納することを特徴
とする。The invention according to claim 1 is a database backup system of a computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein a plurality of backup servers exist. Wherein the master server and the backup server each have a database and a database management unit for managing the consistency of the databases, and the storage data of the database of the master server is divided and stored in the databases of a plurality of backup servers. .
【００１５】請求項２の発明は、請求項１の発明におい
て、マスタサーバのデータベース管理部が、データ更新
時に該当するバックアップサーバのデータベース管理部
に対して更新命令を発行し、当該バックアップサーバの
データベース管理部が自データベースのデータ更新を実
施し、マスタサーバに対してデータ更新結果を返信する
ことを特徴とする。According to a second aspect of the present invention, in the first aspect, the database management unit of the master server issues an update command to the database management unit of the corresponding backup server when updating the data, and the database of the backup server is updated. The management unit updates the data in its own database, and returns a data update result to the master server.
【００１６】請求項３の発明は、請求項１の発明におい
て、マスタサーバに異常が発見された場合、複数のバッ
クアップサーバのうち１台が新マスタサーバに昇格する
ことを特徴とする。According to a third aspect of the present invention, in the first aspect of the invention, when an abnormality is found in the master server, one of the plurality of backup servers is promoted to a new master server.
【００１７】請求項４の発明は、請求項３の発明におい
て、新マスタサーバに昇格したデータベース管理部が、
昇格後初めてのデータ更新時に、該当するバックアップ
サーバのデータベース管理部に対して更新／データ送信
命令を発行し、当該バックアップサーバのデータベース
管理部がデータ更新を実施すると共に、新マスタサーバ
に対して更新データを送信することを特徴とする。According to a fourth aspect of the present invention, in the third aspect of the present invention, the database management unit promoted to the new master server comprises:
When the data is updated for the first time after the promotion, an update / data transmission command is issued to the database management unit of the corresponding backup server, and the database management unit of the backup server updates the data and updates the new master server. It is characterized by transmitting data.
【００１８】請求項５の発明は、請求項３の発明におい
て、昇格した新マスタサーバの他のバックアップサーバ
のデータベースに分割して格納されているデータはその
ままとし、新マスタサーバのデータベース管理部が、残
りのバックアップサーバのデータベースの整合性を管理
することを特徴とする。According to a fifth aspect of the present invention, in the third aspect of the present invention, the data divided and stored in the database of another backup server of the promoted new master server remains unchanged, And managing the consistency of the databases of the remaining backup servers.
【００１９】請求項６の発明は、マスタサーバ、バック
アップサーバ、並びにクライアント計算機が共通のネッ
トワークに接続された計算機システムのデータベースバ
ックアップシステムであって、マスタサーバ及びバック
アップサーバが各自データベースを備え、バックアップ
サーバが複数台存在してマスタサーバの保管データの全
データをそれぞれ格納し、バックアップサーバのデータ
ベースの保管データの復旧の必要がある場合、他のバッ
クアップサーバからデータ復旧を実施するようにしたこ
とを特徴とする。According to a sixth aspect of the present invention, there is provided a database backup system for a computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein each of the master server and the backup server has its own database. There are multiple units, each of which stores all the data stored in the master server, and when it is necessary to recover the stored data in the database of the backup server, the data is restored from another backup server. And
【００２０】請求項７の発明は、マスタサーバ、バック
アップサーバ、並びにクライアント計算機が共通のネッ
トワークに接続された計算機システムのデータベースバ
ックアップシステムであって、マスタサーバ、バックア
ップサーバ、並びにクライアント計算機が有するシステ
ム構成情報の格納形態を、可変長にして動的にシステム
構成を変更するようにしたことを特徴とする。A seventh aspect of the present invention is a database backup system for a computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein the master server, the backup server, and the client computer have a system configuration. It is characterized in that the storage form of the information is variable length and the system configuration is dynamically changed.
【００２１】請求項８の発明は、マスタサーバ、バック
アップサーバ、並びにクライアント計算機が共通のネッ
トワークに接続された計算機システムのデータベースバ
ックアップシステムであって、マスタサーバが配布する
データに、少なくとも配布リストを記述したヘッダ情報
を付加してブロードキャストにより送信し、配布された
バックアップサーバ並びにクライアント計算機は、ヘッ
ダ情報を確認した後、配布データを取捨選択するように
したことを特徴とする。The invention according to claim 8 is a database backup system of a computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein at least a distribution list is described in data distributed by the master server. The distributed backup server and the client computer add the header information, transmit the broadcast data, and select the distribution data after confirming the header information.
【００２２】請求項９の発明は、マスタサーバ、バック
アップサーバ、並びにクライアント計算機が共通のネッ
トワークに接続された計算機システムのデータベースバ
ックアップシステムであって、マスタサーバ及びバック
アップサーバが各自データベースを備え、マスタサーバ
からバックアップサーバへのデータ更新依頼に対する、
バックアップサーバからマスタサーバへのデータ送達確
認を、マスタサーバからバックアップサーバへ送信する
状態異変検出用のハートビートの返信時に、一緒に返信
することを特徴とする。According to a ninth aspect of the present invention, there is provided a database backup system for a computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein each of the master server and the backup server has its own database. From the server to the backup server
The data delivery confirmation from the backup server to the master server is returned together with a heartbeat for state change detection transmitted from the master server to the backup server.
【００２３】請求項１０の発明は、請求項１から請求項
９の発明において、マスタサーバからバックアップサー
バへのデータ更新は、データの差分のみの更新を行うこ
とを特徴とする。A tenth aspect of the present invention is characterized in that, in the first to ninth aspects of the invention, the data update from the master server to the backup server is performed by updating only the data difference.
【００２４】[0024]
【発明の実施の形態】実施の形態１．図１はこの発明の
実施の形態１によるデータベースバックアップシステム
の構成を示すブロック図である。DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiment 1 FIG. 1 is a block diagram showing a configuration of a database backup system according to Embodiment 1 of the present invention.
【００２５】図において、データベースＤＢ１を有する
計算機Ｓ１、データベースＤＢ２を有する計算機Ｓ２、
・・・、データベースＤＢｍを有する計算機Ｓｍ（ｍ≧
３）が、共通のネットワーク（この例では、Ａ系ＬＡＮ
及びＢ系ＬＡＮ）に接続されている。そして、データベ
ースＤＢ１を有する計算機Ｓ１がマスタサーバＭＳとし
て、データベースＤＢ２を有する計算機Ｓ２がバックア
ップサーバＢＳ１として、データベースＤＢｍを有する
計算機ＳｍがバックアップサーバＢＳ（ｍ−１）として
機能している。また、クライアント計算機Ｃ１,・・・,Ｃ
ｎも、上記共通のネットワーク（Ａ系ＬＡＮ及びＢ系Ｌ
ＡＮ）に接続されている。In the figure, a computer S1 having a database DB1, a computer S2 having a database DB2,
..., a computer Sm having a database DBm (m ≧
3) is a common network (A LAN in this example)
And B-system LAN). The computer S1 having the database DB1 functions as the master server MS, the computer S2 having the database DB2 functions as the backup server BS1, and the computer Sm having the database DBm functions as the backup server BS (m-1). Also, the client computers C1,..., C
n is also the common network (A LAN and B L
AN).
【００２６】少なくともサーバ側の計算機Ｓ１,・・・,Ｓ
ｍは、データベース管理部Ｅ１,・・・,Ｅｍを備えてい
る。このデータベース管理部Ｅ１,・・・,Ｅｍは、それぞ
れ自データベースの整合性を管理する機能を有し、デー
タ読み出しの受け付け、データ更新の受け付け、並び
に、マスタサーバの場合はデータ更新時においてマスタ
サーバ及びバックアップサーバへの書き込み制御を行
う。At least the computers S1,..., S on the server side
m includes database management units E1,..., Em. Each of the database management units E1,..., Em has a function of managing the consistency of its own database, and accepts data read, data update, and, in the case of a master server, at the time of data update. And write control to the backup server.
【００２７】次に、実施の形態１によるバックアップ方
法の概要について説明する。マスタサーバＭＳの正常時
には、クライアント計算機Ｃ１,・・・,Ｃｎからデータ更
新命令を受け付けたとき、マスタサーバＭＳ上の計算機
Ｓ１のデータベース管理部Ｅ１が、自データベースＤＢ
１の保管データを更新した後、バックアップサーバへの
データ等価を実施する。なお、この時、書込みというＣ
ＰＵ負荷を伴うことから、各計算機負荷を考慮して実施
時期を調整するためのバッファキャッシュも用意する。
そして、このデータ等価は、マスタサーバから複数バッ
クアップサーバへの書込み命令であり、バックアップ処
理の正常／異常の確認を行うため、各々から処置完了確
認（ＡＣＫ）を受信する。Next, an outline of the backup method according to the first embodiment will be described. When the master server MS is normal, when a data update command is received from the client computers C1,..., Cn, the database management unit E1 of the computer S1 on the master server MS updates its own database DB.
After updating the stored data of No. 1, data equalization to the backup server is performed. Note that at this time, C
Since a PU load is involved, a buffer cache for adjusting the execution time in consideration of each computer load is also prepared.
Then, this data equivalence is a write command from the master server to a plurality of backup servers. In order to confirm the normal / abnormal of the backup processing, a processing completion confirmation (ACK) is received from each.
【００２８】ここで、複数のバックアップサーバが存在
するため、本実施の形態では、図２の分割バックアップ
例に示すように、マスタサーバの保管データを分割し
て、バックアップサーバ側に格納することを考える。図
２に示す分割バックアップ例では、マスタサーバＭＳの
保管データ（Ａ，Ｂ）を、２台のバックアップサーバＢ
Ｓ１及びＢＳ２に分割し、バックアップサーバＢＳ１に
は保管データ（Ａ）を、バックアップサーバＢＳ２には
保管データ（Ｂ）を格納するようにする。なお、各バッ
クアップサーバは、マスタサーバに昇格する可能性があ
るため、全データが格納できるデータベース領域は確保
しておく。Here, since there are a plurality of backup servers, this embodiment assumes that the storage data of the master server is divided and stored on the backup server side, as shown in the divided backup example of FIG. Think. In the split backup example shown in FIG. 2, the storage data (A, B) of the master server MS is transferred to two backup servers B.
The backup server BS1 stores the storage data (A) and the backup server BS2 stores the storage data (B). Since each backup server may be promoted to a master server, a database area in which all data can be stored is secured.
【００２９】次に、実施の形態１のデータベースバック
アップシステムにおけるデータ更新時の処理を、図３の
フローチャートにより説明する。Next, processing at the time of data update in the database backup system of the first embodiment will be described with reference to the flowchart of FIG.
【００３０】（１）クライアント計算機のアプリケーシ
ョンは、共通のネットワーク（Ａ系及びＢ系ＬＡＮ）を
通じて、マスタサーバＭＳにデータ更新命令を発行した
後、処置完了確認信号（ＡＣＫ１）を待つ。このＡＣＫ
１には、下記に述べるステータスが含まれている。
（２）マスタサーバＭＳ上のデータベース管理部Ｅ１
は、クライアント計算機からデータ更新命令を受信する
と、次のデータ更新処理に移行する。
（３）データ更新処理では、マスタサーバＭＳのデータ
ベース管理部Ｅ１が、自データベースＤＢ１の保管デー
タ（正）を更新する。ただし、このデータ更新が異常終
了したのであれば、ステータスＮＧとし、この状態をＡ
ＣＫ１の情報として、クライアント計算機のアプリケー
ションに対して返信する。この時、バックアップサーバ
へのデータ更新依頼は実施せず、このデータ更新命令に
対する処置を終了する。(1) The application of the client computer issues a data update instruction to the master server MS via the common network (A-system and B-system LAN), and then waits for a treatment completion confirmation signal (ACK1). This ACK
1 includes the status described below. (2) Database management unit E1 on master server MS
Receives the data update command from the client computer, shifts to the next data update process. (3) In the data update process, the database management unit E1 of the master server MS updates the stored data (primary) of the own database DB1. However, if the data update is abnormally terminated, the status is set to NG and this status is set to A
The information is returned to the client computer application as CK1 information. At this time, the data update request to the backup server is not performed, and the processing for this data update instruction is terminated.
【００３１】（４）上記データ更新処理（３）が正常終
了した場合は、ステータスＯＫとして、バックアップサ
ーバへのデータ更新処理を行う。このデータ更新処理で
は、マスタサーバＭＳのデータベース管理部Ｅ１が、バ
ックアップサーバのデータ（写）を更新する作業である
ため、所定のバックアップサーバにデータ更新命令を送
信してＡＣＫ２を待つ。この時、マスタサーバＭＳのデ
ータベース管理部Ｅ１は、何処のバックアップサーバに
データが分割バックアップされるかという情報を有して
おり、複数のバックアップサーバＢＳ１,・・・,ＢＳ（ｍ
−１）の中から所定のバックアップサーバＸを検索し
て、当該バックアップサーバＸに対してデータ更新命令
を発する。
（５）上記バックアップサーバＸのデータベース管理部
が、マスタサーバＭＳからのデータ更新命令を受信す
る。
（６）そして、上記バックアップサーバＸのデータベー
ス管理部は、自データベースの保管データ（写）を更新
すべきか否か判断する。更新が必要な場合は、自データ
ベースの更新処理を実施し、更新処理の正常終了（ステ
ータスＯＫ）／異常終了（ステータスＮＧ）の状態をＡ
ＣＫ２としてマスタサーバＭＳに返信する。更新が不要
な場合は、何もしない。(4) If the data update process (3) is completed normally, the status is OK and the data update process to the backup server is performed. In this data update process, since the database management unit E1 of the master server MS updates the data (copy) of the backup server, it transmits a data update command to a predetermined backup server and waits for ACK2. At this time, the database management unit E1 of the master server MS has information as to which backup server the data is divided and backed up, and a plurality of backup servers BS1,..., BS (m
-1), a predetermined backup server X is searched, and a data update instruction is issued to the backup server X. (5) The database management unit of the backup server X receives the data update command from the master server MS. (6) Then, the database management unit of the backup server X determines whether or not the storage data (copy) of the own database should be updated. If the update is necessary, the own database is updated, and the status of the normal end (status OK) / abnormal end (status NG) of the update process is set to A.
Reply to master server MS as CK2. If no update is required, do nothing.
【００３２】（７）マスタサーバＭＳのデータベース管
理部Ｅ１は、上記バックアップサーバＸからのＡＣＫ２
を受信する。そして、ＡＣＫ２のステータスがＯＫかＮ
Ｇかを判断し、ステータスＯＫなら、ＡＣＫ１のステー
タスＯＫとし、ステータスＮＧなら、ＡＣＫ１のステー
タスＮＧとする。
（８）そして、マスタサーバＭＳのデータベース管理部
Ｅ１は、クライアント計算機のアプリケーションに対し
て、ＡＣＫ１を発信し、データ更新処理の正常終了／異
常終了の状態を返信する。(7) The database management unit E1 of the master server MS sends ACK2 from the backup server X.
To receive. And the status of ACK2 is OK or N
It is determined whether the status is G or not. If the status is OK, the status is set to ACK1. If the status is NG, the status is set to NG for ACK1. (8) Then, the database management unit E1 of the master server MS sends ACK1 to the application of the client computer, and returns a status of normal end / abnormal end of the data update process.
【００３３】以上のように、実施の形態１によれば、マ
スタサーバＭＳのデータベースＤＢ１にあるデータを、
複数のバックアップサーバに分割して格納するようにし
たので、バックアップサーバ側のデータ等価にかかる計
算機の書込み負荷を軽減することができる。As described above, according to the first embodiment, the data in the database DB1 of the master server MS is
Since the data is divided and stored in a plurality of backup servers, it is possible to reduce the write load on the computer concerning the data equalization on the backup server side.
【００３４】また、マスタサーバ及びバックアップサー
バにデータベース管理部を設置し、各々のデータベース
管理部が、複数のバックアップサーバへの分割バックア
ップを制御するようにしたので、マスタサーバ側はこの
分割バックアップ方式の全体を制御・意識する必要がな
く、バックアップサーバからのデータバックアップの正
常終了有無を確認するだけで良い。Further, the database management units are installed in the master server and the backup server, and each database management unit controls the divided backup to a plurality of backup servers. It is not necessary to control and be conscious of the whole, and it is only necessary to confirm whether data backup from the backup server has been completed normally.
【００３５】実施の形態２．この発明の実施の形態２
は、実施の形態１で説明したデータベースバックアップ
システムを実現した場合において、マスタサーバが異常
になった時のバックアップサーバのマスタサーバへの昇
格及び保管データの処置に関するものである。Embodiment 2 Embodiment 2 of the present invention
Relates to the promotion of a backup server to a master server and the processing of stored data when the master server becomes abnormal in the case where the database backup system described in the first embodiment is realized.
【００３６】実施の形態２のデータベースバックアップ
システムの構成は、実施の形態１（図１）のシステムと
同様であるが、データベース管理部Ｅ１,・・・,Ｅｍの機
能として、実施の形態１で説明した機能の他、バックア
ップサーバのマスタサーバ昇格時の保管データ復旧機能
を備える。The configuration of the database backup system of the second embodiment is the same as that of the system of the first embodiment (FIG. 1), except that the functions of the database management units E1,. In addition to the functions described above, a backup data recovery function at the time of promotion of the master server of the backup server is provided.
【００３７】また、サーバ側の計算機Ｓ１,・・・,Ｓｍ上
に、変更マスタ管理部（図示せず）を備える。この変更
マスタ管理部は、変更マスタ機能を有する。変更マスタ
機能とは、データベースの整合性を管理するデータベー
ス管理機能と連携を取り、計算機の役割であるマスタサ
ーバとバックアップサーバの機能の割り振りを行うもの
である。また、変更マスタ管理部は、各計算機Ｓ１,・・
・,Ｓｍが有するヘルスチェック機構（Ｉ’ｍ ａｌｉｖ
ｅ機構等）に対してハートビート信号を送信し、各計算
機の異常をその返信の有無で判断する機能を有してい
る。更に、変更マスタ管理部は、マスタサーバＭＳが異
常となった場合、複数のバックアップサーバから次のマ
スタサーバを選定する選定基準（優先順位）に基づいて
新マスタサーバを決定する機能を備えている。Further, a change master management unit (not shown) is provided on each of the servers S1,..., Sm on the server side. This change master management unit has a change master function. The change master function cooperates with a database management function that manages the consistency of a database, and allocates functions of a master server and a backup server, which are roles of a computer. In addition, the change master management unit calculates each computer S1,.
・, Sm has a health check mechanism (I'm alive
e mechanism) to transmit a heartbeat signal to each computer, and determine whether or not each computer is abnormal based on whether or not a reply has been received. Further, the change master management unit has a function of determining a new master server based on a selection criterion (priority) for selecting a next master server from a plurality of backup servers when the master server MS becomes abnormal. .
【００３８】次に、実施の形態２によるバックアップ方
法の概要について説明する。まず、マスタサーバＭＳの
異常の発見は、上述の変更マスタ管理部の計算機Ｓ１,・
・・,Ｓｍの異常をヘルスチェック機構（Ｉ’ｍ ａｌｉ
ｖｅ機構等）からの返信（パケット）の有無により判断
している。例えば、相手計算機からの返信が受け取れな
い場合、相手計算機が異常と判断する。次に、マスタサ
ーバＭＳが異常と判断された場合、複数のバックアップ
サーバＢＳ１,・・・,ＢＳ（ｍ−１）のうち１台のバック
アップサーバを選出して、新しくマスタサーバに昇格す
ることを考える必要がある。この場合も、上述の変更マ
スタ管理部に備えられた選定基準（優先順位）に基づ
き、複数のバックアップサーバから次のマスタサーバを
選定する。なお、マスタサーバＭＳの異常の発見並びに
複数バックアップサーバから新マスタサーバの選出は、
クライアント計算機により行われるようにしても良い。Next, an outline of the backup method according to the second embodiment will be described. First, the discovery of the abnormality of the master server MS is performed by the computers S1,.
.., health check mechanism (I'm ali)
ve mechanism, etc.). For example, when a reply from the partner computer cannot be received, the partner computer is determined to be abnormal. Next, when the master server MS is determined to be abnormal, one of the plurality of backup servers BS1,..., BS (m-1) is selected and newly promoted to the master server. You need to think. Also in this case, the next master server is selected from the plurality of backup servers based on the selection criterion (priority) provided in the change master management unit. In addition, the discovery of an abnormality of the master server MS and the selection of a new master server from a plurality of backup servers are performed as follows.
It may be performed by a client computer.
【００３９】次に、実施の形態１で採用した分割バック
アップ形式では、新しくマスタサーバに選出されるバッ
クアップサーバには、保存データ（正）の全データが存
在しない。そのため、ある段階で、昇格したばかりの新
マスタサーバは、他のバックアップサーバから正しいデ
ータをコピーして、全保管データ（正）を所有しなけれ
ばならない。Next, in the divided backup format adopted in the first embodiment, the backup server newly selected as the master server does not have all of the stored data (primary). Therefore, at some stage, the newly promoted new master server must copy the correct data from the other backup server and own all the stored data (primary).
【００４０】この問題に対応する保管データのコピー方
法として、新マスタサーバのデータベース管理部がクラ
イアント計算機からの更新／参照命令を受け付けた段階
で、正しい保管データ（写）を所有するバックアップサ
ーバからデータを新マスタサーバ（元バックアップサー
バ）にコピーするようにする。こうすることで、新マス
タサーバへ昇格時のＣＰＵ負荷を軽減することができ
る。As a method of copying stored data corresponding to this problem, when the database management unit of the new master server receives an update / reference command from the client computer, the data is transferred from the backup server that owns the correct stored data (copy). To the new master server (former backup server). By doing so, the CPU load at the time of promotion to a new master server can be reduced.
【００４１】次に、実施の形態２のバックアップサーバ
のマスタサーバ昇格直後の、データ書込みの流れを、図
４のフローチャートにより説明する。なお、図では説明
簡略化のため、旧マスタサーバが故障前はデータがバッ
クアップサーバＢＳ１及びＢＳ２の２箇所に分割バック
アップされ、旧マスタサーバが故障後はバックアップＢ
Ｓ１が新マスタサーバに昇格するものとする。Next, the flow of data writing immediately after the promotion of the backup server of the second embodiment to the master server will be described with reference to the flowchart of FIG. In the figure, for the sake of simplicity, data is divided and backed up to two locations, backup servers BS1 and BS2, before the old master server fails, and backup B is used after the old master server fails.
S1 is promoted to a new master server.
【００４２】（１）クライアント計算機のアプリケーシ
ョンは、昇格した新マスタサーバに対して、データ更新
命令を発行した後、ＡＣＫ１を待つ。
（２）新マスタサーバのデータベース管理部は、クライ
アント計算機からの上記データ更新命令を受信する。
（３）新マスタサーバのデータベース管理部は、自デー
タベースの保管データ（正）に更新すべきデータが存在
するか否かを判断する。
（４）新マスタサーバのデータベース管理部は、自デー
タベースに更新すべきデータが存在する場合、自データ
ベースの更新を行い、その更新後に、正常終了（ステー
タスＯＫ）／異常終了（ステータスＮＧ）の状態をＡＣ
Ｋ１によりクライアント計算機に返信する。(1) The application of the client computer waits for ACK1 after issuing a data update command to the promoted new master server. (2) The database management unit of the new master server receives the data update command from the client computer. (3) The database management unit of the new master server determines whether there is data to be updated in the stored data (primary) of the own database. (4) When there is data to be updated in the own database, the database management unit of the new master server updates the own database. After the update, the status of normal end (status OK) / abnormal end (status NG) To AC
Reply to the client computer by K1.
【００４３】（５）上記（３）において、自データベー
スに更新すべきデータが存在しない場合、新マスタサー
バのデータベース管理部は、更新すべきデータを所有す
る他のバックアップサーバを検出し、そのバックアップ
サーバ（この例ではバックアップサーバＢＳ２）に対し
てデータ参照命令を送信し、当該バックアップサーバか
らのＡＣＫ２の返信を待つ。このデータ参照命令は、保
管データの更新及びコピー（送信）を依頼する内容とな
っている。
（６）新マスタサーバからデータ参照命令を受信したバ
ックアップサーバＢＳ２のデータベース管理部は、自デ
ータベースの保管データ（写）を更新すると共に、保管
データ（写）の全データを新マスタサーバに送信する。
なお、この時、データ更新が正常に行われたか否かのス
テータス情報を伴ったＡＣＫ２も送信する。
（７）新マスタサーバのデータベース管理部は、バック
アップサーバＢＳ２から保管データ（写）を受け取った
後に、自データベースの空データ領域に、受信したデー
タをコピーし、自データベースの保管データ（正）とす
る。その他の処理は図３で説明した処理と同様である。(5) In the above (3), if there is no data to be updated in its own database, the database management unit of the new master server detects another backup server that owns the data to be updated, and backs up the backup server. A data reference command is transmitted to the server (the backup server BS2 in this example), and the server waits for a reply of ACK2 from the backup server. The data reference command has a content for requesting updating and copying (transmission) of the stored data. (6) The database management unit of the backup server BS2 that has received the data reference command from the new master server updates the storage data (copy) in its own database and transmits all the storage data (copy) to the new master server. .
At this time, ACK2 with status information indicating whether or not the data has been updated is also transmitted. (7) After receiving the storage data (copy) from the backup server BS2, the database management unit of the new master server copies the received data to an empty data area of its own database, and stores it in the storage data (correct) of its own database. I do. Other processes are the same as the processes described in FIG.
【００４４】但し、上記実施の形態のシステムにおい
て、マスタサーバの交代直後のクライアントからのデー
タ参照要求に基づき、バックアップサーバから新マスタ
サーバへの保管データのデータ移動が必要で、その分、
負荷及び時間が余分にかかってしまうという問題が残
る。However, in the system of the above embodiment, it is necessary to move the stored data from the backup server to the new master server based on a data reference request from the client immediately after the master server is replaced.
The problem of extra load and time remains.
【００４５】そこで、実施の形態２の変形例として、実
施の形態１の分散バックアップ方式を採用した場合にお
いて、バックアップサーバに分割されたデータはそのま
ま各自が所有し、新マスタサーバのデータベース管理部
が、残りのバックアップサーバのデータベースの整合性
を管理（データ読み出しの受け付け、データ更新の受け
付け等）するようにする。Therefore, as a modified example of the second embodiment, when the distributed backup method of the first embodiment is adopted, each of the data divided by the backup server is owned as it is, and the database management unit of the new master server manages the data. Then, the consistency of the database of the remaining backup server is managed (reception of data read, reception of data update, etc.).
【００４６】図５は、この発明の実施の形態２の変形例
におけるバックアップサーバのマスタサーバ昇格後のデ
ータの流れを示すフローチャートである。この場合は、
実施の形態２の（５）、（６）、（７）の処理を止め、
保管データ（写）を有する他のバックアップサーバに更
新命令を転送し、その処置の可否を受け取り、最終的に
クライアント計算機のアプリケーションに返すものとす
る。FIG. 5 is a flowchart showing a flow of data after the promotion of the master server of the backup server in the modification of the second embodiment of the present invention. in this case,
Stop the processing of (5), (6), and (7) of the second embodiment,
It is assumed that the update command is transferred to another backup server having the stored data (copy), the propriety of the processing is received, and finally returned to the application of the client computer.
【００４７】以上のように、実施の形態２によれば、マ
スタサーバに異常が発見された場合、複数のバックアッ
プサーバのうち１台が新マスタサーバに昇格するように
したので、マスタサーバに昇格するバックアップサーバ
は、正しい保管データのうち分割された一部を所有して
いるため、この部分の正当性評価を行う必要がなくな
る。As described above, according to the second embodiment, when an abnormality is found in the master server, one of the plurality of backup servers is promoted to the new master server. The backup server that owns the divided part of the correct storage data does not need to evaluate the validity of this part.
【００４８】また、複数のバックアップサーバから選出
した１台が新しくマスタサーバに昇格した時に、複数の
バックアップサーバで分散して保管データ（写）を所有
しているため、全保管データ（正）を所有するには、デ
ータ等価に時間がかかるが、このデータ等価を分散させ
ることで、一時的な負荷を軽減することが出来る。When one selected from a plurality of backup servers is newly promoted to a master server, the plurality of backup servers own the storage data (copy) in a distributed manner. It takes time for data equivalence to possess, but by dispersing this data equivalence, temporary load can be reduced.
【００４９】また、実施の形態２の変形例では、昇格し
た新マスタサーバの他のバックアップサーバのデータベ
ースに分割して格納されているデータはそのままとし、
新マスタサーバのデータベース管理部が、残りのバック
アップサーバのデータベースの整合性を管理するように
したので、データ等価時の負荷が軽減される。In a modification of the second embodiment, the data divided and stored in the database of another backup server of the promoted new master server is left as it is.
Since the database management unit of the new master server manages the consistency of the databases of the remaining backup servers, the load at the time of data equalization is reduced.
【００５０】実施の形態３．実施の形態３のバックアッ
プシステムは、従来例２のバックアップサーバの復旧方
式（マスタサーバからバックアップサーバへのデータ復
旧）の問題点を解消するためになされたものであり、マ
スタサーバだけではなく他のバックアップサーバからデ
ータ復旧ができるように、その復旧先を選択するシステ
ムである。Embodiment 3 The backup system according to the third embodiment is designed to solve the problem of the backup server recovery method (data recovery from the master server to the backup server) of the second conventional example. This is a system for selecting a recovery destination so that data can be recovered from the backup server.
【００５１】図６はこの発明の実施の形態３によるデー
タベースバックアップシステムの構成を示すブロック図
である。FIG. 6 is a block diagram showing a configuration of a database backup system according to Embodiment 3 of the present invention.
【００５２】図において、データベースＤＢ１を有する
計算機Ｓ１、データベースＤＢ２を有する計算機Ｓ２,・
・・,データベースＤＢｍを有する計算機Ｓｍ（ｍ≧３）
が、共通のネットワーク（この例では、Ａ系ＬＡＮ及び
Ｂ系ＬＡＮ）に接続されている。そして、データベース
ＤＢ１を有する計算機Ｓ１がマスタサーバＭＳとして、
データベースＤＢ２を有する計算機Ｓ２がバックアップ
サーバＢＳ１として、データベースＤＢｍを有する計算
機ＳｍがバックアップサーバＢＳ（ｍ−１）として機能
している。また、クライアント計算機Ｃ１,・・・,Ｃｎ
も、上記共通のネットワーク（Ａ系ＬＡＮ及びＢ系ＬＡ
Ｎ）に接続されている。In the figure, a computer S1 having a database DB1, a computer S2 having a database DB2,.
.., Computer Sm having database DBm (m ≧ 3)
Are connected to a common network (in this example, A-system LAN and B-system LAN). Then, the computer S1 having the database DB1 serves as a master server MS.
The computer S2 having the database DB2 functions as the backup server BS1, and the computer Sm having the database DBm functions as the backup server BS (m-1). Also, the client computers C1,..., Cn
Also, the common network (A system LAN and B system LA)
N).
【００５３】また、マスタサーバＭＳのデータベースＤ
Ｂ１が所有する保管データの全てのデータが、複数のバ
ックアップサーバＢＳのデータベースＤＢにバックアッ
プされているものとする。The database D of the master server MS
It is assumed that all the stored data owned by B1 are backed up in the database DB of the plurality of backup servers BS.
【００５４】サーバ側の計算機Ｓ１,・・・,Ｓｍは、デー
タベース管理部を備えている。このデータベース管理部
は、それぞれ自データベースの整合性を管理する機能を
有し、データ読み出しの受け付け、データ更新の受け付
け、並びにマスタサーバの場合は、データ更新時におい
てマスタサーバ及びバックアップサーバへの書き込み制
御を行う。また、データベース管理部は、バックアップ
サーバへの書き込みエラーが累積した場合に、バックア
ップサーバのデータ復旧の必要ありと判断して、保管デ
ータの復旧作業を行う役割をも有している。The computer S1,..., Sm on the server side has a database management unit. This database management unit has a function of managing the consistency of its own database, and accepts data read, data update, and in the case of a master server, controls writing to the master server and the backup server at the time of data update. I do. In addition, the database management unit also has a role of determining that it is necessary to recover data of the backup server when the writing errors to the backup server are accumulated, and performing a recovery operation of the stored data.
【００５５】更に、上記計算機Ｓ１,・・・,Ｓｍは、変更
マスタ管理部を備えている。この変更マスタ管理部は、
変更マスタ機能を有する。変更マスタ機能とは、データ
ベースの整合性を管理するデータベース管理機能と連携
を取り、計算機の役割であるマスタサーバとバックアッ
プサーバの機能の割り振りを行うものであり、データ復
旧時に参照する計算機を決定する機能も備えている。Further, each of the computers S1,..., Sm includes a change master management unit. This change master management department
Has a change master function. The change master function cooperates with the database management function that manages the consistency of the database and allocates the functions of the master server and the backup server, which are the roles of the computers, and determines the computer to be referred to at the time of data recovery. It also has functions.
【００５６】バックアップサーバのデータ復旧時に参照
する計算機を決定する例としては、マスタサーバのＣＰ
Ｕ負荷や通信路の負荷に応じて決定するものとする。そ
の選択肢の用意及び決定の管理は変更マスタ機能が実施
する。As an example of determining a computer to be referred to at the time of data recovery of the backup server, the CP of the master server
It is determined according to the U load and the load on the communication path. The preparation of the options and the management of the decision are performed by the change master function.
【００５７】次に、実施の形態３のバックアップサーバ
の保管データの復旧処理を、図７のフローチャートによ
り説明する。Next, the process of restoring the stored data of the backup server according to the third embodiment will be described with reference to the flowchart of FIG.
【００５８】（１）まず、マスタサーバＭＳのデータベ
ース管理部が、バックアップサーバのデータを復旧する
必要があるか否かを判断する。例えば、バックアップサ
ーバＢＳ１への書き込みエラーが累積している場合、デ
ータ異常ありとしてデータ復旧の必要ありと判断する。
なお、この場合、バックアップサーバのデータベース管
理部には異変がないとする。
（２）次に、マスタサーバＭＳのデータベース管理部
は、変更マスタ管理部に対して、バックアップサーバＢ
Ｓ１の保管データ（写）の復旧が必要であると通知す
る。
（３）そうすると、マスタサーバＭＳの変更マスタ管理
部は、正常な保管データを持つ計算機の中から、ＣＰＵ
負荷，通信路負荷等を考慮して、データコピーの原本と
なる計算機を選出する。このとき、データコピー中にも
マスタサーバがデータ参照処理をできるように、選出の
優先順位は低くする。選出された計算機がマスタサーバ
であるときは、図１６で示すバックアップサーバの復旧
方式（従来例２）と同じ動作を行う。データコピーの原
本となる計算機の選択が終わった後は、復旧の必要なバ
ックアップサーバＢＳ１のデータベース管理部に対し
て、データ復旧の必要性と、選択した計算機の名称（バ
ックアップサーバＢＳ２）等を通知する。(1) First, the database management section of the master server MS determines whether or not it is necessary to restore the data of the backup server. For example, when write errors to the backup server BS1 are accumulated, it is determined that data is abnormal and that data recovery is necessary.
In this case, it is assumed that there is no change in the database management unit of the backup server. (2) Next, the database management unit of the master server MS notifies the change master management unit of the backup server B
It is notified that the storage data (copy) in S1 needs to be restored. (3) Then, the change master management unit of the master server MS changes the CPU among the computers having the normal storage data to the CPU.
A computer serving as an original of data copy is selected in consideration of a load, a communication path load, and the like. At this time, the selection priority is set low so that the master server can perform data reference processing even during data copy. When the selected computer is the master server, the same operation as in the backup server recovery method (conventional example 2) shown in FIG. 16 is performed. After the selection of the computer as the original of the data copy is completed, the database management unit of the backup server BS1 that needs to be restored is notified of the necessity of data recovery and the name of the selected computer (backup server BS2). I do.
【００５９】（４）復旧の必要なバックアップサーバＢ
Ｓ１のデータベース管理部は、データ復旧の必要性と、
参照する計算機の名称（バックアップサーバＢＳ２）等
を受信する。
（５）復旧の必要なバックアップサーバＢＳ１のデータ
ベース管理部は、データ復旧用のバッファを用意し、デ
ータを参照する計算機（バックアップサーバＢＳ２）か
らの返信を待つ。
（６）選択されたバックアップサーバＢＳ２のデータベ
ース管理部は、データ参照の要求を受信後、返信とし
て、保管されている全データを送信する。
（７）復旧の必要なバックアップサーバＢＳ１のデータ
ベース管理部は、データ復旧用のバッファに、バックア
ップサーバＢＳ２からの保管データの全内容をコピーす
る。
（８）復旧の必要なバックアップサーバＢＳ１のデータ
ベース管理部は、実際のデータ復旧として、バッファの
内容を保管データ（写）に上書きし、バッファは破棄す
る。(4) Backup server B requiring recovery
The database management unit of S1 has confirmed the need for data recovery,
The name of the computer to be referred to (backup server BS2) and the like are received. (5) The database management unit of the backup server BS1 that requires recovery prepares a buffer for data recovery and waits for a reply from the computer (backup server BS2) that refers to the data. (6) After receiving the data reference request, the database management unit of the selected backup server BS2 transmits all stored data as a reply. (7) The database management unit of the backup server BS1 that needs to be restored copies the entire contents of the stored data from the backup server BS2 to a data restoration buffer. (8) The database management unit of the backup server BS1 that needs to be restored, as the actual data restoration, overwrites the contents of the buffer with the stored data (copy) and discards the buffer.
【００６０】なお、上述の（６）、（７）で、保管デー
タの全内容を送信／コピーとしたが、一部破損の場合に
は、データ領域を制限できることとする。In the above (6) and (7), the entire contents of the stored data are transmitted / copied. However, if the data is partially damaged, the data area can be limited.
【００６１】以上のように実施の形態３によれば、バッ
クアップサーバのデータ復旧時にマスタサーバだけでは
なく他のバックアップサーバからデータ復旧ができるよ
うにしたので、マスタサーバの通常業務に差し障りな
く、バックアップサーバのデータを正常な状態に戻すこ
とができる。As described above, according to the third embodiment, when data is restored from the backup server, data can be restored not only from the master server but also from another backup server. Server data can be returned to a normal state.
【００６２】実施の形態４．この発明の実施の形態４
は、ネットワーク上に接続された３種類の装置（マスタ
サーバ、バックアップサーバ、クライアント計算機）か
ら成り立つ計算機システムにおいて、計算機のシステム
構成情報の格納方式に関する。特に、システムの中の故
障した計算機の切り離しやシステム拡張に伴う計算機の
追加に対応し、システムを動的に構成することで各計算
機を停止することなくシステム構成を変更するようにす
る。Embodiment 4 Embodiment 4 of the present invention
Relates to a method of storing computer system configuration information in a computer system composed of three types of devices (master server, backup server, and client computer) connected on a network. In particular, in response to disconnection of a failed computer in the system or addition of a computer due to system expansion, the system configuration is dynamically changed to change the system configuration without stopping each computer.
【００６３】従来のシステムでは、システムを構成する
全計算機の個数を決定したのち固定数のテーブルを用意
して装置情報を共有していたため、システム稼動中（オ
ンライン）での動的な計算機の追加削除に対応できなか
った。例えば、表１に示す装置情報格納例のように、固
定サイズのデータ領域にシステム構成情報を格納してい
た。In the conventional system, a fixed number of tables are prepared and the device information is shared after the number of all the computers constituting the system is determined. Therefore, the dynamic addition of the computer while the system is operating (online) is performed. Deletion could not be handled. For example, as in the example of device information storage shown in Table 1, system configuration information is stored in a fixed-size data area.
【００６４】[0064]
【表１】 [Table 1]
【００６５】ここで、各計算機の有するシステム構成情
報として、全計算機の、計算機名称、ＩＰアドレ
ス、計算機の状態（ヘルスチェックの返信結果で正常
又は異常を示す）、計算機の有無（現システムの構成
員か否か、有効か無効かを示す）、マスタサーバに昇
格する優先順位、バックアップサーバのデータ復旧時
に参照する計算機、などがある。Here, the system configuration information possessed by each computer includes the computer name, IP address, computer status (showing normal or abnormal in the result of the health check) of all computers, presence / absence of the computer (configuration of the current system) Indicates whether it is a member or not, whether it is valid or invalid), the priority order for elevating to the master server, a computer to be referred to when data is restored from the backup server, and the like.
【００６６】図８はこの発明の実施の形態４によるデー
タベースバックアップシステムの構成を示すブロック図
である。FIG. 8 is a block diagram showing a configuration of a database backup system according to Embodiment 4 of the present invention.
【００６７】図において、データベースＤＢ１を有する
計算機Ｓ１、データベースＤＢ２を有する計算機Ｓ２、
・・・、データベースＤＢｍを有する計算機Ｓｍ（ｍ≧
３）が、共通のネットワーク（この例では、Ａ系ＬＡＮ
及びＢ系ＬＡＮ）に接続されている。そして、データベ
ースＤＢ１を有する計算機Ｓ１がマスタサーバＭＳとし
て、データベースＤＢ２を有する計算機Ｓ２がバックア
ップサーバＢＳ１として、データベースＤＢｍを有する
計算機ＳｍがバックアップサーバＢＳ（ｍ−１）として
機能している。また、クライアント計算機Ｃ１,・・・,Ｃ
ｎも、上記共通のネットワーク（Ａ系ＬＡＮ及びＢ系Ｌ
ＡＮ）に接続されている。In the figure, a computer S1 having a database DB1, a computer S2 having a database DB2,
..., a computer Sm having a database DBm (m ≧
3) is a common network (A LAN in this example)
And B-system LAN). The computer S1 having the database DB1 functions as the master server MS, the computer S2 having the database DB2 functions as the backup server BS1, and the computer Sm having the database DBm functions as the backup server BS (m-1). Also, the client computers C1,..., C
n is also the common network (A LAN and B L
AN).
【００６８】少なくともサーバ側の計算機Ｓ１,・・・,Ｓ
ｍは、データベース管理部を備えている。このデータベ
ース管理部は、それぞれ自データベースの整合性を管理
する機能を有し、データ読み出しの受け付け、データ更
新の受け付け、並びに、マスタサーバの場合はデータ更
新時においてマスタサーバ及びバックアップサーバへの
書き込み制御を行う。At least the computers S1,..., S on the server side
m has a database management unit. This database management unit has a function of managing the consistency of its own database, and accepts data read, data update, and in the case of a master server, controls writing to the master server and the backup server at the time of data update. I do.
【００６９】また、サーバ側の計算機Ｓ１,・・・,Ｓｍ上
に、変更マスタ管理部を備える。この変更マスタ管理部
は、変更マスタ機能を有する。変更マスタ機能は、デー
タベースの整合性を管理するデータベース管理機能と連
携を取り、計算機の役割であるマスタサーバとバックア
ップサーバの機能の割り振りを行うと同時に、各計算機
のシステム構成情報を管理する。A change master management unit is provided on each of the computers S1,..., Sm on the server side. This change master management unit has a change master function. The change master function cooperates with a database management function that manages the consistency of a database, allocates functions of a master server and a backup server, which are roles of a computer, and manages system configuration information of each computer.
【００７０】変更マスタ管理部の機能は各計算機上に存
在するが、本実施の形態において主となって管理を行う
のはマスタサーバに存在する変更マスタ管理部であり、
ここが中心となり各計算機のシステム構成情報を管理
し、他の計算機（バックアップサーバおよびクライアン
ト装置）に対しても同情報を配布する。Although the function of the change master management unit exists in each computer, the main management in this embodiment is the change master management unit existing in the master server.
Here, the system configuration information of each computer is managed, and the same information is distributed to other computers (backup server and client device).
【００７１】次に、実施の形態４のシステムにおける計
算機削除処理の流れを、図９のフローチャートにより説
明する。Next, the flow of the computer deletion process in the system according to the fourth embodiment will be described with reference to the flowchart in FIG.
【００７２】（１）クライアント計算機等から変更マス
タ管理部を持つ計算機を特定する。本実施の形態ではマ
スタサーバである。
（２）次に、上記特定した計算機の変更マスタ管理部に
対して、計算機の削除命令を発行する。実際には領域を
削除するのではなく、システム構成情報内の有効／無効
フラグを無効とする。次回の計算機追加に備えて、空き
領域として再利用できるようにしておく。
（３）更新後のシステム構成情報の全データを、システ
ム内の全計算機（バックアップサーバおよびクライアン
ト装置）に対して配布する。その配布後、削除処理完了
のＡＣＫ待ちを行う。
（４）配布された側の計算機は、変更マスタ管理部でそ
の情報を受信し、システム構成の変化を感知して、自装
置内に持つシステム構成情報を変更する。変更方法は、
マスタサーバ内の変更マスタ管理部と同様とする。変更
が正常に終了したかどうかをマスタサーバの変更マスタ
管理部に返信する。
（５）マスタサーバは，全計算機からの返信を受け取
り，追加が正常に完了したものとする。なお、自計算機
及び他計算機での異常時には、追加は失敗したものとす
る。(1) A computer having a change master management unit is specified from a client computer or the like. In the present embodiment, it is a master server. (2) Next, a computer deletion command is issued to the specified change master management unit of the computer. Instead of actually deleting the area, the valid / invalid flag in the system configuration information is invalidated. In order to prepare for the next computer addition, the computer can be reused as a free area. (3) Distribute all data of the updated system configuration information to all computers (backup server and client device) in the system. After the distribution, an ACK for completion of the deletion process is performed. (4) The distributed computer receives the information in the change master management unit, senses a change in the system configuration, and changes the system configuration information held in its own device. How to change
The same as the change master management unit in the master server. A reply is sent to the change master management section of the master server as to whether the change has been completed normally. (5) The master server receives the replies from all the computers and assumes that the addition has been completed normally. It is assumed that the addition has failed when an error occurs in the own computer or another computer.
【００７３】次に、実施の形態４のシステムにおける計
算機追加処理の流れを、図９のフローチャートにより説
明する。Next, the flow of a computer addition process in the system of the fourth embodiment will be described with reference to the flowchart of FIG.
【００７４】（１）クライアント計算機等から変更マス
タ機能を持つ計算機を特定する。本実施の形態ではマス
タサーバである。
（２）次に、上記特定した計算機の変更マスタ管理部に
対して、計算機の追加命令を発行する。その際に追加す
る情報は、計算機名称、ＩＰアドレス等である。
（３）上記変更マスタ管理部は、システム構成情報の格
納先の領域を調査し、空き領域がなければ、別領域を確
保して、現在の格納先領域に連結し空き領域を作成す
る。従来例の装置数固定から領域のリンク形式に変更す
る。
（４）上記変更マスタ管理部は、空き領域に追加情報を
保存する。
（５）そして、上記変更マスタ管理部は、更新後のシス
テム構成情報の全データを、システム内の全計算機（バ
ックアップサーバおよびクライアント装置）に対して配
布する。その配布後、追加処理完了のＡＣＫ待ちを行
う。
（６）配布された側の計算機は、変更マスタ管理部でそ
の情報を受信し，システム構成の変化を感知して、自装
置内に持つシステム構成情報を変更する。変更方法は、
マスタサーバ内の変更マスタ機能と同様とする。変更が
正常に終了したかどうかをマスタサーバの変更マスタ機
能に返信する。
（７）マスタサーバの変更マスタ管理部は、全計算機か
らの返信を受け取れば、追加が正常に完了したものとす
る。なお、自計算機および他計算機での異常時には、追
加は失敗したものとする。(1) A computer having a change master function is specified from a client computer or the like. In the present embodiment, it is a master server. (2) Next, a computer addition command is issued to the specified change master management unit of the computer. Information to be added at this time is a computer name, an IP address, and the like. (3) The change master management unit checks the storage area of the system configuration information, and if there is no free area, secures another area and connects it to the current storage area to create a free area. The link format of the area is changed from the fixed number of devices in the conventional example. (4) The change master management unit stores the additional information in a free area. (5) Then, the change master management unit distributes all data of the updated system configuration information to all computers (backup server and client device) in the system. After the distribution, an ACK for completion of the addition process is waited. (6) The distributed computer receives the information in the change master management unit, senses a change in the system configuration, and changes the system configuration information held in its own device. How to change
The same as the change master function in the master server. Returns whether the change was completed successfully to the change master function of the master server. (7) Upon receiving the replies from all the computers, the change master management unit of the master server determines that the addition has been completed normally. It is assumed that the addition has failed when the own computer and the other computer are abnormal.
【００７５】ただし、システム内の装置数が減りすぎる
とマスタサーバ／バックアップサーバの役割が担えなく
なるので、装置数の下限を設定する。変更マスタ管理部
は、その下限値を下回ると可用性の動作を変更し、全装
置数に見合った監視を実施できるようにする。However, since the role of the master server / backup server cannot be fulfilled if the number of devices in the system is too small, the lower limit of the number of devices is set. The change master management unit changes the availability operation when the value falls below the lower limit value, so that monitoring appropriate for the total number of devices can be performed.
【００７６】以上のように実施の形態４によれば、故障
した計算機の切り離しやシステム拡張に伴う計算機の追
加に対応し、システム構成情報の格納方式を固定長から
可変長としてシステム構成情報を動的に構成すること
で、システム稼動中に各計算機を停止することなく計算
機等の増減が可能となる。As described above, according to the fourth embodiment, in response to the disconnection of a failed computer and the addition of a computer due to system expansion, the system configuration information storage system is changed from a fixed length to a variable length to move the system configuration information. With such a configuration, it is possible to increase or decrease the number of computers without stopping each computer during operation of the system.
【００７７】特に、それぞれの計算機が遠隔地に点在す
るシステムにおいて、同時に計算機を停止することや、
再起動することが難しい場合に有効である。Particularly, in a system in which each computer is scattered in a remote place, it is possible to stop the computers at the same time,
This is effective when restarting is difficult.
【００７８】実施の形態５．この発明の実施の形態５
は、ネットワーク上に接続された３種類の装置（マスタ
サーバ、バックアップサーバ、クライアント計算機）か
ら成り立つ計算機システムにおいて、その中心となるマ
スタサーバの配布データ送受信の負荷を軽減する。Embodiment 5 FIG. Embodiment 5 of the present invention
In a computer system composed of three types of devices (a master server, a backup server, and a client computer) connected on a network, the system reduces the load of transmission and reception of distribution data by the master server at the center.
【００７９】システム構成の中心となるマスタサーバの
計算機が、システム内の全計算機の役割を認識してその
都度送信するデータを選択する場合には、マスタサーバ
の負荷や誤認識が問題となる。この問題を解決するため
に、本実施の形態では、マスタサーバが配布する送受信
データの先頭部分に、配布リスト（宛先となる計算機
名称等の情報）、異常情報（システム内計算機の異常
の有無を示す情報）、保守情報（保守（復旧）の必要
性を示す情報）、制御情報（データ更新、データ参照
等の制御情報）などをヘッダ情報として各配布データに
付加する。そして、ヘッダ情報を付加した配布データを
ブロードキャストにより送信するようにし、配布された
バックアップサーバ並びにクライアント計算機は、ヘッ
ダ情報を確認した後、配布データを取捨選択する。上記
ヘッダ情報の具体例として表２に示す。When the computer of the master server, which is the center of the system configuration, recognizes the roles of all the computers in the system and selects data to be transmitted each time, the load on the master server and erroneous recognition become problems. In order to solve this problem, in the present embodiment, a distribution list (information such as the name of a destination computer) and abnormality information (absence of an abnormality of a computer in the system) are added to the head of transmission / reception data distributed by the master server. ), Maintenance information (information indicating the necessity of maintenance (recovery)), control information (control information such as data update, data reference, and the like) are added to each distribution data as header information. Then, the distribution data to which the header information is added is transmitted by broadcast, and the distributed backup server and client computer select the distribution data after confirming the header information. Table 2 shows a specific example of the header information.
【００８０】[0080]
【表２】 [Table 2]
【００８１】次に、実施の形態５による配布データの送
受信の流れを、図１０のフローチャートにより説明す
る。Next, the flow of transmission and reception of distribution data according to the fifth embodiment will be described with reference to the flowchart of FIG.
【００８２】（１）マスタサーバＭＳのデータベース管
理部が、配布する送受信データのヘッダ情報部分にあて
先等の計算機情報を格納する。
（２）マスタサーバＭＳのデータベース管理部は、あて
先を意識することなく、システム構成内の全ての計算機
に向けてブロードキャストで上記データを送信し、送達
確認を兼ねた返信を待つ。
（３）マスタサーバＭＳ以外の全ての計算機は、データ
ベース管理部を利用して、上記データを受信し、先頭部
分の内容を参照して、自装置が受信するべきデータかど
うかを判断する。ここで、受信する必要があるときは、
制御情報を参照し、本文であるデータの取り扱いを行
い、処置終了時の正常異常をマスタサーバに返信する。
また、受信する必要のないときは、何もしないで受け取
ったデータを破棄する。
（４）マスタサーバのデータベース管理部は、他の計算
機から返信を受け取り、一連の処理を完了する。(1) The database management unit of the master server MS stores computer information such as the destination in the header information portion of the transmitted / received data. (2) The database management unit of the master server MS transmits the data by broadcast to all the computers in the system configuration without being aware of the destination, and waits for a reply that also serves as a delivery confirmation. (3) All the computers other than the master server MS receive the above data using the database management unit, and refer to the contents of the head part to determine whether the data is to be received by the own device. Here, when you need to receive,
The control unit refers to the control information, handles the data as the text, and returns a normal / abnormal state at the end of the treatment to the master server.
When it is not necessary to receive the data, the received data is discarded without doing anything. (4) The database management unit of the master server receives a reply from another computer and completes a series of processing.
【００８３】以上のように実施の形態５によれば、シス
テム構成内の各計算機が取り扱う送受信データのヘッダ
情報部分に、上述のような制御情報、配布リスト等を付
加することにより、送信側と受信側の両方の計算機にお
いて送受信にかかる負荷を均等に分けることとができ
る。As described above, according to the fifth embodiment, by adding the above-described control information, distribution list, and the like to the header information portion of the transmission / reception data handled by each computer in the system configuration, the transmission side The load on transmission and reception can be equally divided between both computers on the receiving side.
【００８４】実施の形態６．この発明の実施の形態６
は、ネットワーク上に接続された３種類の装置（マスタ
サーバ、バックアップサーバ、クライアント計算機）か
ら成り立つ計算機システムにおいて、マスタサーバ又は
バックアップサーバのデータベースのデータ更新時にお
けるネットワーク通信の負荷を軽減するものである。Embodiment 6 FIG. Embodiment 6 of the present invention
Is to reduce the load of network communication when updating data in the database of the master server or the backup server in a computer system composed of three types of devices (master server, backup server, and client computer) connected on a network. .
【００８５】ネットワーク上に接続された３種類の装置
（マスタサーバＭＳ、バックアップサーバＢＳ１〜ＢＳ
（ｍ−１），クライアント計算機Ｃ１〜Ｃｎ）から成り
立つ計算機システムでは、従来より、各計算機の状態変
異（ネットワークの通信路異常も含む）を確認するため
に、図１１に示すように、計算機の状態変異（通信路異
常）検知のためのハートビート信号を送受信して相互診
断を行っている。The three types of devices (master server MS, backup servers BS1 to BS1) connected on the network
In a computer system composed of (m-1) and client computers C1 to Cn), conventionally, in order to confirm a state variation (including a communication path abnormality of a network) of each computer, as shown in FIG. Mutual diagnosis is performed by transmitting and receiving a heartbeat signal for detecting a state variation (communication path abnormality).
【００８６】また、図１２に示すように、クライアント
からマスタサーバＭＳにデータ更新依頼があると、マス
タサーバＭＳは自データベースＤＢ１のデータを更新し
た後、マスタサーバＭＳからバックアップサーバＢＳ１
〜ＢＳ（ｍ−１）に対してデータベース更新指示を送信
する。バックアップサーバＢＳ１〜ＢＳ（ｍ−１）は更
新指示を受信すると、自データベースＤＢ２〜ＤＢｍの
データを更新した後、各々データ送達確認のために、マ
スタサーバＭＳに対して返信を行う。その結果、上記返
信毎にネットワークに通信負荷が加わる。本実施の形態
は、これらのネットワークに加わる通信負荷を軽減する
ことを目的とする。As shown in FIG. 12, when a client requests a data update to the master server MS, the master server MS updates the data in its own database DB1 and then transmits the data from the master server MS to the backup server BS1.
To BS (m-1). Upon receiving the update instruction, the backup servers BS1 to BS (m-1) update the data in their own databases DB2 to DBm, and then return a reply to the master server MS to confirm data delivery. As a result, a communication load is added to the network for each reply. The present embodiment aims to reduce the communication load applied to these networks.
【００８７】図１３はこの発明の実施の形態６によるデ
ータベースバックアップシステムの構成を示すブロック
図である。FIG. 13 is a block diagram showing a configuration of a database backup system according to Embodiment 6 of the present invention.
【００８８】図において、データベースＤＢ１を有する
計算機Ｓ１、データベースＤＢ２を有する計算機Ｓ２、
・・・、データベースＤＢｍを有する計算機Ｓｍ（ｍ≧
３）が、共通のネットワーク（この例では、Ａ系ＬＡＮ
及びＢ系ＬＡＮ）に接続されている。そして、データベ
ースＤＢ１を有する計算機Ｓ１がマスタサーバＭＳとし
て、データベースＤＢ２を有する計算機Ｓ２がバックア
ップサーバＢＳ１として、データベースＤＢｍを有する
計算機ＳｍがバックアップサーバＢＳ（ｍ−１）として
機能している。また、クライアント計算機Ｃ１,・・・,Ｃ
ｎも、上記共通のネットワーク（Ａ系ＬＡＮ及びＢ系Ｌ
ＡＮ）に接続されている。In the figure, a computer S1 having a database DB1, a computer S2 having a database DB2,
..., a computer Sm having a database DBm (m ≧
3) is a common network (A LAN in this example)
And B-system LAN). The computer S1 having the database DB1 functions as the master server MS, the computer S2 having the database DB2 functions as the backup server BS1, and the computer Sm having the database DBm functions as the backup server BS (m-1). Also, the client computers C1,..., C
n is also the common network (A LAN and B L
AN).
【００８９】サーバ側の計算機Ｓ１,・・・,Ｓｍは、デー
タベース管理部を備えている。このデータベース管理部
は、それぞれ自データベースの整合性を管理する機能を
有し、データ読み出しの受け付け、データ更新の受け付
け、並びに、マスタサーバの場合はデータ更新時におい
てマスタサーバ及びバックアップサーバへの書き込み制
御を行う。Each of the computers S1,..., Sm on the server side has a database management unit. This database management unit has a function of managing the consistency of its own database, and accepts data read, data update, and in the case of a master server, controls writing to the master server and the backup server at the time of data update. I do.
【００９０】また、計算機Ｓ１,・・・,Ｓｍ上に、変更マ
スタ管理部を備える。この変更マスタ管理部は、変更マ
スタ機能を有する。変更マスタ機能は、データベースの
整合性を管理するデータベース管理機能と連携を取り、
計算機の役割であるマスタサーバとバックアップサーバ
の機能の割り振りを行う。更に、変更マスタ管理部は、
各計算機Ｓ１,・・・,Ｓｍが有するヘルスチェック機構
（Ｉ’ｍ ａｌｉｖｅ機構等）に対してハートビートを
送信し、各計算機の異常をその返信の有無で判断する機
能を有している。Further, a change master management unit is provided on each of the computers S1,..., Sm. This change master management unit has a change master function. The change master function cooperates with the database management function that manages database consistency,
Assigns the functions of the master server and backup server, which are the roles of the computer. Further, the change master management unit
Each of the computers S1,..., Sm has a function of transmitting a heartbeat to a health check mechanism (such as an I'm alive mechanism) and determining an abnormality of each computer based on the presence or absence of a reply.
【００９１】本実施の形態では、図１３に示すように、
バックアップサーバからマスタサーバへの送達確認にハ
ートビートを利用して、ネットワークの通信負荷を軽減
するものである。また、マスタサーバＭＳからバックア
ップサーバＢＳ１〜ＢＳ（ｍ−１）へのデータ更新は、
ネットワーク上の通信量を軽減するために、差分のみの
更新を実施する。In the present embodiment, as shown in FIG.
The heartbeat is used to confirm delivery from the backup server to the master server, thereby reducing the communication load on the network. The data update from the master server MS to the backup servers BS1 to BS (m-1)
In order to reduce the amount of communication on the network, only the difference is updated.
【００９２】次に、本実施の形態によるハートビートを
利用したデータ更新の順を、図１４のフローチャートに
より説明する。Next, the order of updating data using a heartbeat according to the present embodiment will be described with reference to the flowchart of FIG.
【００９３】（１）マスタサーバＭＳのデータベース管
理部は、クライアント計算機からのデータ更新の依頼が
あると、自データベースＤＢ１のデータを更新した後、
データ更新処理の成功（ステータスＯＫ）／失敗（ステ
ータスＮＧ）をＡＣＫ１によりクライアント計算機に返
信する。
（２）また、マスタサーバＭＳのデータベース管理部
は、バックアップサーバＢＳ１〜ＢＳ（ｍ−１）に対し
てデータ更新を依頼する。そして、この更新指示の後、
これに対する送達確認の返信は受け付けない。
（３）バックアップサーバＢＳ１〜ＢＳ（ｍ−１）のデ
ータ管理部は、マスタサーバＭＳからの更新依頼を受け
付けた後、そのデータ更新処理の成功（ステータスＯ
Ｋ）／失敗（ステータスＮＧ）の結果を、自装置内の領
域にステータス履歴として記録する。
（４）マスタサーバＭＳの変更マスタ管理部は、ハート
ビートをバックアップサーバＢＳ１〜ＢＳ（ｍ−１）の
各計算機及びクライアント計算機に向けて発信する。
（５）上記ハートビートを受けて、クライアント計算機
は自身のヘルスチェック機構により状態変異がないか検
出し状態変異がなければ、マスタサーバＭＳの変更マス
タ管理部に対して返信する。また、バックアップサーバ
ＢＳ１〜ＢＳ（ｍ−１）は、上記ハートビートを受けて
自身のヘルスチェック機構により状態変異がないか検出
し、前回のハートビート後に記録したステータス履歴を
含めて返信する。
（６）マスタサーバＭＳの変更マスタ管理部は、全計算
機からのハートビート返信を受けて、クライアント計算
機からの返信であれば、状態変異情報のみに着目する。
また、バックアップサーバＢＳ１〜ＢＳ（ｍ−１）から
の返信であれば状態変異情報のほかに、ステータス履歴
をチェックする。この場合、あるバックアップサーバの
更新が失敗があれば、データ更新の再送を行う。
（７）上記状態変異情報において、通信路に問題を見つ
けたら、次回のデータ送信時にアクセスルートの変更
（たとえばＡ系からＢ系への変更）を行う。(1) Upon receiving a data update request from a client computer, the database management unit of the master server MS updates the data in its own database DB1,
A success (status OK) / failure (status NG) of the data update process is returned to the client computer by ACK1. (2) The database management unit of the master server MS requests the backup servers BS1 to BS (m-1) to update data. And after this update instruction,
A reply to the delivery confirmation will not be accepted. (3) After receiving the update request from the master server MS, the data management units of the backup servers BS1 to BS (m-1) succeed in the data update process (status O).
K) / failure (status NG) result is recorded as a status history in an area in the own apparatus. (4) The change master management unit of the master server MS sends a heartbeat to each computer and the client computers of the backup servers BS1 to BS (m-1). (5) Upon receiving the heartbeat, the client computer detects whether there is a state change by its own health check mechanism, and if there is no state change, returns it to the changed master management unit of the master server MS. Further, upon receiving the heartbeat, the backup servers BS1 to BS (m-1) detect whether there is a state variation by their own health check mechanism, and return a reply including the status history recorded after the previous heartbeat. (6) The change master management unit of the master server MS receives the heartbeat replies from all the computers, and if the replies are from the client computers, focuses on only the state variation information.
If the reply is from the backup servers BS1 to BS (m-1), the status history is checked in addition to the status variation information. In this case, if the update of a certain backup server fails, the data update is retransmitted. (7) If a problem is found in the communication path in the state variation information, the access route is changed (for example, from system A to system B) at the next data transmission.
【００９４】以上のように実施の形態６によれば、デー
タ更新依頼に対するバックアップサーバからマスタサー
バへのデータ送達確認を、マスタサーバからバックアッ
プサーバへ送信する状態異変検出用のハートビートの返
信時に、一緒に返信するようにしたので、データ送達確
認の送受信回数を軽減でき、ネットワーク通信負荷を低
減できる。As described above, according to the sixth embodiment, the data delivery confirmation from the backup server to the master server in response to the data update request is transmitted when the heartbeat for detecting the state change transmitted from the master server to the backup server is returned. Since the replies are sent together, the number of transmission / reception of the data delivery confirmation can be reduced, and the network communication load can be reduced.
【００９５】また、マスタサーバからバックアップサー
バへのデータ更新をデータの差分のみ実施するようにし
たので、データ送信量を軽減することができ、ネットワ
ーク通信負荷を低減できる。Further, since the data is updated from the master server to the backup server only for the data difference, the data transmission amount can be reduced, and the network communication load can be reduced.
【００９６】なお、上記実施の形態６のみならず、上記
実施の形態１〜５においても、マスタサーバからバック
アップサーバへのデータ更新をデータの差分のみ実施す
ることが好ましい。この場合も、データ送信量を軽減す
ることができ、ネットワーク通信負荷を低減できる。In the first to fifth embodiments as well as in the sixth embodiment, it is preferable that the data update from the master server to the backup server is performed only for the data difference. Also in this case, the data transmission amount can be reduced, and the network communication load can be reduced.
【００９７】[0097]
【発明の効果】請求項１の発明によれば、マスタサーバ
のデータベースに存在するデータを、複数のバックアッ
プサーバに分割して格納するようにしたので、バックア
ップサーバ側のデータ等価にかかる計算機の書込み負荷
を軽減することができる。According to the first aspect of the present invention, the data existing in the database of the master server is divided and stored in a plurality of backup servers. The load can be reduced.
【００９８】請求項２の発明によれば、上記マスタサー
バ及び上記バックアップサーバにデータベース管理部を
設置し、各々のデータベース管理部が、複数のバックア
ップサーバへの分割バックアップを制御するようにした
ので、マスタサーバ側はこの分割バックアップ方式の全
体を制御・意識する必要がなく、マスタサーバの計算機
にかかる負荷が軽減される。According to the second aspect of the present invention, a database management unit is installed in each of the master server and the backup server, and each database management unit controls a divided backup to a plurality of backup servers. The master server does not need to control and be aware of the entire split backup method, and the load on the computer of the master server is reduced.
【００９９】請求項３の発明によれば、上記マスタサー
バに異常が発見された場合、複数のバックアップサーバ
のうち１台が新マスタサーバに昇格するようにしたの
で、マスタサーバに昇格するバックアップサーバは、正
しい保管データのうち分割された残りのデータを透過す
れば良いので、その分、バックアップサーバの計算機に
かかる負荷が軽減される。According to the third aspect of the invention, when an abnormality is found in the master server, one of the plurality of backup servers is promoted to a new master server, so that the backup server promoted to the master server is promoted. Only needs to transmit the remaining divided data of the correct storage data, and accordingly, the load on the computer of the backup server is reduced.
【０１００】請求項４の発明によれば、新マスタサーバ
に昇格したデータベース管理部が、昇格後初めてのデー
タ更新時に、該当するバックアップサーバのデータベー
ス管理部に対して更新／データ送信命令を発行し、当該
バックアップサーバのデータベース管理部がデータ更新
を実施すると共に、新マスタサーバに対して更新データ
を送信するようにしたので、新マスタサーバの計算機に
かかる負荷が軽減される。According to the invention of claim 4, the database management unit promoted to the new master server issues an update / data transmission command to the database management unit of the corresponding backup server when updating data for the first time after the promotion. Since the database management unit of the backup server updates the data and transmits the updated data to the new master server, the load on the computer of the new master server is reduced.
【０１０１】請求項５の発明によれば、昇格した新マス
タサーバの他のバックアップサーバのデータベースに分
割して格納されているデータはそのままとし、新マスタ
サーバのデータベース管理部が、残りのバックアップサ
ーバのデータベースの整合性を管理するようにしたの
で、データ等価時の負荷が軽減される。According to the fifth aspect of the present invention, the data divided and stored in the database of another backup server of the promoted new master server is left as it is, and the database management unit of the new master server replaces the remaining backup servers. Since the database consistency is managed, the load at the time of data equalization is reduced.
【０１０２】請求項６の発明によれば、バックアップサ
ーバのデータ復旧の必要がある場合、他のバックアップ
サーバからデータ復旧を実施するようにしたので、マス
タサーバの通常業務に差し障りなく、バックアップサー
バのデータを正常な状態に戻すことができる。According to the sixth aspect of the present invention, when it is necessary to restore the data of the backup server, the data is restored from another backup server, so that the normal operation of the master server is not hindered. Data can be returned to a normal state.
【０１０３】請求項７の発明によれば、マスタサーバ、
バックアップサーバ、並びにクライアント計算機が有す
るシステム構成情報の格納形態を可変長にして、動的に
システム構成を変更するようにしたので、システム稼動
中に各計算機を停止することなく計算機等の増減が可能
となる。According to the seventh aspect of the present invention, a master server,
The storage configuration of the system configuration information of the backup server and the client computer has been changed to a variable length, and the system configuration has been changed dynamically, so it is possible to increase or decrease the number of computers without stopping each computer while the system is operating. Becomes
【０１０４】請求項８の発明によれば、マスタサーバが
配布するデータに、少なくとも配布リストを記述したヘ
ッダ情報を付加してブロードキャストにより送信し、配
布されたバックアップサーバ並びにクライアント計算機
が、上記ヘッダ情報を確認して配布データを取捨選択す
るようにしたので、送信側と受信側の両方の計算機に送
受信にかかる負荷を均等に分けることとができる。According to the eighth aspect of the present invention, at least the header information describing the distribution list is added to the data distributed by the master server and transmitted by broadcast, and the distributed backup server and client computer transmit the header information. Is checked and the distribution data is selected, so that the load applied to the transmission and reception on the computers on both the transmission side and the reception side can be equally divided.
【０１０５】請求項９の発明によれば、データ更新依頼
に対するバックアップサーバからマスタサーバへのデー
タ送達確認を、マスタサーバからバックアップサーバへ
送信する状態異変検出用のハートビートの返信時に、一
緒に返信するようにしたので、データ送達確認の送受信
回数を軽減でき、ネットワーク通信負荷を低減できる。According to the ninth aspect of the present invention, the data delivery confirmation from the backup server to the master server in response to the data update request is returned together with the heartbeat for state change detection transmitted from the master server to the backup server. As a result, the number of transmission / reception of data delivery confirmation can be reduced, and the network communication load can be reduced.
【０１０６】請求項１０の発明によれば、マスタサーバ
からバックアップサーバへのデータ更新をデータの差分
のみ実施するようにしたので、データ送信量を軽減する
ことができ、ネットワーク通信負荷を低減できる。According to the tenth aspect of the present invention, the data update from the master server to the backup server is performed only for the data difference, so that the data transmission amount can be reduced and the network communication load can be reduced.
【図１】 この発明の実施の形態１によるデータベース
バックアップシステムの構成を示すブロック図である。FIG. 1 is a block diagram showing a configuration of a database backup system according to a first embodiment of the present invention.
【図２】 この発明の実施の形態１による分割バックア
ップの例を示すブロック図である。FIG. 2 is a block diagram showing an example of a split backup according to the first embodiment of the present invention.
【図３】 この発明の実施の形態１のデータベースバッ
クアップシステムにおけるデータ更新時の処理を示すフ
ローチャートである。FIG. 3 is a flowchart showing processing when updating data in the database backup system according to the first embodiment of the present invention;
【図４】 この発明の実施の形態２におけるバックアッ
プサーバのマスタサーバ昇格後の処理を示すフローチャ
ートである。FIG. 4 is a flowchart showing a process after the promotion of the master server of the backup server according to the second embodiment of the present invention.
【図５】 この発明の実施の形態２の変形例におけるバ
ックアップサーバのマスタサーバ昇格後の処理を示すフ
ローチャートである。FIG. 5 is a flowchart showing a process after the promotion of the master server of the backup server in the modification of the second embodiment of the present invention.
【図６】 この発明の実施の形態３によるデータベース
バックアップシステムの構成を示すブロック図である。FIG. 6 is a block diagram showing a configuration of a database backup system according to Embodiment 3 of the present invention.
【図７】 この発明の実施の形態３におけるバックアッ
プサーバの保管データの復旧処理を示すフローチャート
である。FIG. 7 is a flowchart showing restoration processing of stored data of a backup server according to Embodiment 3 of the present invention.
【図８】 この発明の実施の形態４によるデータベース
バックアップシステムの構成を示すブロック図である。FIG. 8 is a block diagram showing a configuration of a database backup system according to Embodiment 4 of the present invention.
【図９】 この発明の実施の形態４における計算機追加
処理の流れを示すフローチャートである。FIG. 9 is a flowchart showing a flow of a computer adding process according to the fourth embodiment of the present invention.
【図１０】 この発明の実施の形態５による配布データ
の送受信の流れを示すフローチャートである。FIG. 10 is a flowchart showing a flow of transmission and reception of distribution data according to Embodiment 5 of the present invention.
【図１１】 従来のデータベースバックアップシステム
におけるハートビートの送受信を示す図である。FIG. 11 is a diagram showing transmission and reception of a heartbeat in a conventional database backup system.
【図１２】 従来のデータベースバックアップシステム
におけるデータ更新を示す図である。FIG. 12 is a diagram showing data updating in a conventional database backup system.
【図１３】 この発明の実施の形態６によるデータベー
スバックアップシステムの構成を示すブロック図であ
る。FIG. 13 is a block diagram showing a configuration of a database backup system according to Embodiment 6 of the present invention.
【図１４】 この発明の実施の形態６によるハートビー
トを利用したデータ更新を示すフローチャートである。FIG. 14 is a flowchart showing a data update using a heartbeat according to the sixth embodiment of the present invention.
【図１５】 従来例１によるデータベースバックアップ
システムの構成を示すブロック図である。FIG. 15 is a block diagram showing a configuration of a database backup system according to Conventional Example 1.
【図１６】 従来例２によるバックアップサーバの復旧
方式に示すブロック図である。FIG. 16 is a block diagram illustrating a backup server recovery method according to Conventional Example 2.
ＭＳ マスタサーバ、ＢＳ１〜ＢＳ（ｍ−１） バック
アップサーバ、ＤＢ１〜ＤＢｍ データベース、Ｃ１〜
Ｃｎ クライアント計算機、Ｓ１〜Ｓｍ 計算機は、Ｅ
１〜Ｅｍ データベース管理部。MS master server, BS1-BS (m-1) backup server, DB1-DBm database, C1-
Cn client computer, S1-Sm computers are E
1 to Em database management unit.
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/177 Ｇ０６Ｆ 15/177 ６８２Ｌ Ｆターム(参考） 5B045 DD17 DD18 JJ02 JJ26 JJ42 JJ43 5B082 DA02 DC05 GB06 ──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. 7 Identification symbol FI theme coat ゛ (Reference) G06F 15/177 G06F 15/177 682L F-term (Reference) 5B045 DD17 DD18 JJ02 JJ26 JJ42 JJ43 5B082 DA02 DC05 GB06
Claims (10)
びにクライアント計算機が共通のネットワークに接続さ
れた計算機システムであって、 上記バックアップサーバが、複数台存在し、 上記マスタサーバ及び上記バックアップサーバが、各自
データベースと、そのデータベースの整合性を管理する
データベース管理部を備え、 上記マスタサーバのデータベースの保管データを、上記
複数のバックアップサーバのデータベースに分割して格
納することを特徴とするデータベースバックアップシス
テム。1. A computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein a plurality of the backup servers exist, and wherein the master server and the backup server are connected to respective databases. And a database management unit for managing the consistency of the database, wherein the storage data of the database of the master server is divided and stored in the databases of the plurality of backup servers.
が、データ更新時に、該当するバックアップサーバのデ
ータベース管理部に対して更新命令を発行し、当該バッ
クアップサーバのデータベース管理部が自データベース
のデータ更新を実施し、上記マスタサーバに対してデー
タ更新結果を返信することを特徴とする請求項１に記載
のデータベースバックアップシステム。2. The database management unit of the master server issues an update command to the database management unit of a corresponding backup server when updating data, and the database management unit of the backup server updates data of its own database. The database backup system according to claim 1, wherein a data update result is returned to the master server.
合、複数のバックアップサーバのうち１台が新マスタサ
ーバに昇格することを特徴とする請求項１に記載のデー
タベースバックアップシステム。3. The database backup system according to claim 1, wherein when an abnormality is found in the master server, one of the plurality of backup servers is promoted to a new master server.
ース管理部が、昇格後初めてのデータ更新時に、該当す
るバックアップサーバのデータベース管理部に対して更
新／データ送信命令を発行し、当該バックアップサーバ
のデータベース管理部がデータ更新を実施すると共に、
新マスタサーバに対して更新データを送信することを特
徴とする請求項３に記載のデータベースバックアップシ
ステム。4. The database management unit promoted to the new master server issues an update / data transmission command to the database management unit of the corresponding backup server when updating data for the first time after the promotion, and updates the database of the backup server. The management department updates the data,
The database backup system according to claim 3, wherein the updated data is transmitted to the new master server.
クアップサーバのデータベースに分割して格納されてい
るデータはそのままとし、新マスタサーバのデータベー
ス管理部が、残りのバックアップサーバのデータベース
の整合性を管理することを特徴とする請求項３に記載の
データベースバックアップシステム。5. The data divided and stored in the database of another backup server of the promoted new master server, and the database management unit of the new master server checks the consistency of the databases of the remaining backup servers. 4. The database backup system according to claim 3, wherein the system is managed.
びにクライアント計算機が共通のネットワークに接続さ
れた計算機システムであって、 上記マスタサーバ及び上記バックアップサーバが、各自
データベースを備え、 上記バックアップサーバが複数台存在して、上記マスタ
サーバの保管データの全データをそれぞれ格納し、 上記バックアップサーバのデータベースの保管データの
復旧の必要がある場合、他のバックアップサーバからデ
ータ復旧を実施するようにしたことを特徴とするデータ
ベースバックアップシステム。6. A computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein the master server and the backup server have their own databases, and a plurality of the backup servers exist. All the stored data of the master server are stored, and when it is necessary to recover the stored data of the database of the backup server, the data is restored from another backup server. Database backup system.
びにクライアント計算機が共通のネットワークに接続さ
れた計算機システムであって、 上記マスタサーバ、バックアップサーバ、並びにクライ
アント計算機が有するシステム構成情報の格納形態を、
可変長にして動的にシステム構成を変更するようにした
ことを特徴とするデータベースバックアップシステム。7. A computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein the storage configuration of the system configuration information of the master server, the backup server, and the client computer is:
A database backup system having a variable length and dynamically changing the system configuration.
びにクライアント計算機が共通のネットワークに接続さ
れた計算機システムであって、 上記マスタサーバが配布するデータに、少なくとも配布
リストを記述したヘッダ情報を付加してブロードキャス
トにより送信し、配布された上記バックアップサーバ並
びにクライアント計算機は、上記ヘッダ情報を確認した
後、上記配布データを取捨選択するようにしたことを特
徴とするデータベースバックアップシステム。8. A computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein at least header information describing a distribution list is added to data distributed by the master server and broadcast. Wherein the backup server and the client computer transmitted and distributed according to (1) select the distribution data after confirming the header information.
びにクライアント計算機が共通のネットワークに接続さ
れた計算機システムであって、 上記マスタサーバ及び上記バックアップサーバが、各自
データベースを備え、 上記マスタサーバから上記バックアップサーバへのデー
タ更新依頼に対する、上記バックアップサーバから上記
マスタサーバへのデータ送達確認を、上記マスタサーバ
から上記バックアップサーバへ送信する状態異変検出用
のハートビートの返信時に、一緒に返信することを特徴
とするデータベースバックアップシステム。9. A computer system in which a master server, a backup server, and a client computer are connected to a common network, wherein the master server and the backup server have their own databases, from the master server to the backup server. In response to the data update request, a data delivery confirmation from the backup server to the master server is returned together with a state change detection heartbeat transmitted from the master server to the backup server. Database backup system.
プサーバへのデータ更新は、データの差分のみの更新を
行うことを特徴とする請求項１から請求項９のいずれか
１項に記載のデータベースバックアップシステム。10. The database backup system according to claim 1, wherein the data update from the master server to the backup server is performed by updating only the data difference.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002153430A JP2003345640A (en) | 2002-05-28 | 2002-05-28 | Database backup system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002153430A JP2003345640A (en) | 2002-05-28 | 2002-05-28 | Database backup system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003345640A true JP2003345640A (en) | 2003-12-05 |
Family
ID=29770471
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002153430A Pending JP2003345640A (en) | 2002-05-28 | 2002-05-28 | Database backup system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003345640A (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009505281A (en) * | 2005-08-19 | 2009-02-05 | マイクロソフト コーポレーション | Cloning and managing database fragments |
| WO2010106991A1 (en) * | 2009-03-19 | 2010-09-23 | 株式会社ココリンク | Method and system for data replication management |
| JP2011237950A (en) * | 2010-05-07 | 2011-11-24 | Fujitsu Ltd | Information processor, backup server, backup program, backup method, and backup system |
| WO2011152118A1 (en) * | 2010-06-02 | 2011-12-08 | 株式会社トライテック | Distributed computing system |
| JP2012089049A (en) * | 2010-10-22 | 2012-05-10 | Hitachi Ltd | Computer system and server |
| JP2014510324A (en) * | 2011-01-11 | 2014-04-24 | エイ１０ ネットワークス インコーポレイテッド | Virtual application delivery chassis system |
| WO2014141393A1 (en) * | 2013-03-12 | 2014-09-18 | 株式会社東芝 | Database system, program, and data processing method |
| JP2014182511A (en) * | 2013-03-18 | 2014-09-29 | Mitsubishi Electric Corp | Processing system and backup method of data |
| WO2015029139A1 (en) * | 2013-08-27 | 2015-03-05 | 株式会社東芝 | Database system, program, and data processing method |
| US9596134B2 (en) | 2011-06-06 | 2017-03-14 | A10 Networks, Inc. | Synchronization of configuration file of virtual application distribution chassis |
| US9961130B2 (en) | 2014-04-24 | 2018-05-01 | A10 Networks, Inc. | Distributed high availability processing methods for service sessions |
| US10318288B2 (en) | 2016-01-13 | 2019-06-11 | A10 Networks, Inc. | System and method to process a chain of network applications |
| US10685041B2 (en) | 2013-08-21 | 2020-06-16 | Kabushiki Kaisha Toshiba | Database system, computer program product, and data processing method |
| US10742559B2 (en) | 2014-04-24 | 2020-08-11 | A10 Networks, Inc. | Eliminating data traffic redirection in scalable clusters |
-
2002
- 2002-05-28 JP JP2002153430A patent/JP2003345640A/en active Pending
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009505281A (en) * | 2005-08-19 | 2009-02-05 | マイクロソフト コーポレーション | Cloning and managing database fragments |
| KR101335101B1 (en) * | 2009-03-19 | 2013-12-03 | 가부시키가이샤 무라쿠모 | Method and system for data replication management |
| WO2010106991A1 (en) * | 2009-03-19 | 2010-09-23 | 株式会社ココリンク | Method and system for data replication management |
| JP4719318B2 (en) * | 2009-03-19 | 2011-07-06 | 株式会社Ｍｕｒａｋｕｍｏ | Data replication management method and system |
| US8423507B2 (en) | 2009-03-19 | 2013-04-16 | Murakumo Corporation | Method and system for managing replication of data |
| JP2011237950A (en) * | 2010-05-07 | 2011-11-24 | Fujitsu Ltd | Information processor, backup server, backup program, backup method, and backup system |
| WO2011152118A1 (en) * | 2010-06-02 | 2011-12-08 | 株式会社トライテック | Distributed computing system |
| JP2011253390A (en) * | 2010-06-02 | 2011-12-15 | Trytech Co Ltd | Distributed computing system |
| JP2012089049A (en) * | 2010-10-22 | 2012-05-10 | Hitachi Ltd | Computer system and server |
| JP2014510324A (en) * | 2011-01-11 | 2014-04-24 | エイ１０ ネットワークス インコーポレイテッド | Virtual application delivery chassis system |
| US9838472B2 (en) | 2011-01-11 | 2017-12-05 | A10 Networks, Inc. | Virtual application delivery chassis system |
| US10530847B2 (en) | 2011-01-11 | 2020-01-07 | A10 Networks, Inc. | Virtual application delivery chassis system |
| US9477563B2 (en) | 2011-01-11 | 2016-10-25 | A10 Networks, Inc. | Virtual application delivery chassis system |
| US9596134B2 (en) | 2011-06-06 | 2017-03-14 | A10 Networks, Inc. | Synchronization of configuration file of virtual application distribution chassis |
| US9912538B2 (en) | 2011-06-06 | 2018-03-06 | A10 Networks, Inc. | Synchronization of configuration file of virtual application distribution chassis |
| US10298457B2 (en) | 2011-06-06 | 2019-05-21 | A10 Networks, Inc. | Synchronization of configuration file of virtual application distribution chassis |
| JP5698865B2 (en) * | 2013-03-12 | 2015-04-08 | 株式会社東芝 | Database system, program, and data processing method |
| WO2014141393A1 (en) * | 2013-03-12 | 2014-09-18 | 株式会社東芝 | Database system, program, and data processing method |
| US12093282B2 (en) | 2013-03-12 | 2024-09-17 | Kabushiki Kaisha Toshiba | Database system, computer program product, and data processing method |
| JP2014182511A (en) * | 2013-03-18 | 2014-09-29 | Mitsubishi Electric Corp | Processing system and backup method of data |
| US10685041B2 (en) | 2013-08-21 | 2020-06-16 | Kabushiki Kaisha Toshiba | Database system, computer program product, and data processing method |
| WO2015029139A1 (en) * | 2013-08-27 | 2015-03-05 | 株式会社東芝 | Database system, program, and data processing method |
| US10162875B2 (en) | 2013-08-27 | 2018-12-25 | Kabushiki Kaisha Toshiba | Database system including a plurality of nodes |
| US10742559B2 (en) | 2014-04-24 | 2020-08-11 | A10 Networks, Inc. | Eliminating data traffic redirection in scalable clusters |
| US9961130B2 (en) | 2014-04-24 | 2018-05-01 | A10 Networks, Inc. | Distributed high availability processing methods for service sessions |
| US10318288B2 (en) | 2016-01-13 | 2019-06-11 | A10 Networks, Inc. | System and method to process a chain of network applications |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100565464C (en) | Remote copy system | |
| CN100478902C (en) | Geographically distributed clusters | |
| US5845061A (en) | Redundant client server system | |
| US8930316B2 (en) | System and method for providing partition persistent state consistency in a distributed data grid | |
| US8924665B2 (en) | Virtual ordered writes transfer log | |
| US6826601B2 (en) | Exactly one cache framework | |
| US6898685B2 (en) | Ordering data writes from a local storage device to a remote storage device | |
| US7113980B2 (en) | Exactly once JMS communication | |
| US6671705B1 (en) | Remote mirroring system, device, and method | |
| US7260625B2 (en) | Data center system and method for controlling the same | |
| JP2003345640A (en) | Database backup system | |
| JP4291060B2 (en) | Transaction processing method, transaction control device, and transaction control program | |
| JP5486793B2 (en) | Remote copy management system, method and apparatus | |
| CN113010496A (en) | Data migration method, device, equipment and storage medium | |
| WO2018103318A1 (en) | Distributed transaction handling method and system | |
| US7293194B2 (en) | Method and device for switching database access part from for-standby to currently in use | |
| JP4461147B2 (en) | Cluster database using remote data mirroring | |
| KR101605455B1 (en) | Method for Replicationing of Redo Log without Data Loss and System Thereof | |
| JP5040629B2 (en) | Data migration program, data migration method, and data migration apparatus | |
| JP7713366B2 (en) | Data sharing system and data sharing method | |
| JP3196930B2 (en) | Automatic database matching method in NMS duplex system | |
| JP5106648B2 (en) | Service relay apparatus and service relay method for multiplexing a plurality of Internet services | |
| JP3176945B2 (en) | Information processing apparatus, standby redundant system, and method for taking checkpoint between main system and standby system of standby redundant system | |
| JPH04213148A (en) | On-line distributed program exchanging system | |
| JP2000112801A (en) | Database backup system and backup method |