JP2002149459A - Redundant database management and retrieval system - Google Patents
Redundant database management and retrieval systemInfo
- Publication number
- JP2002149459A JP2002149459A JP2000343530A JP2000343530A JP2002149459A JP 2002149459 A JP2002149459 A JP 2002149459A JP 2000343530 A JP2000343530 A JP 2000343530A JP 2000343530 A JP2000343530 A JP 2000343530A JP 2002149459 A JP2002149459 A JP 2002149459A
- Authority
- JP
- Japan
- Prior art keywords
- database
- client
- management
- group
- request
- 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.)
- Withdrawn
Links
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】この発明は、蓄積されたデー
タを保持する複数のデータベースと、そのデータを要求
するクライアント間の通信の可用性を向上、即ちアクセ
スエラーを防ぎ、稼働状態を継続させることを目的とし
た、データベースシステムに関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention aims to improve the availability of communication between a plurality of databases holding stored data and clients requesting the data, that is, to prevent access errors and to keep the operating state. It is related to a database system.
【０００２】[0002]
【従来の技術】第１の従来例として、図１３は例えば特
開平４−３３２０８４号公報に示された、並列データベ
ースにおいてデータを再配分する方法およびシステムの
図である。図において、６１〜６４はデータベースを保
持するデータベースサーバで、これはネットワーク２を
介して、互いに接続されている。データベースサーバ６
１〜６４内にはデータベースサーバ間で冗長化されたデ
ータベース７１〜７４があり、同一のデータベース間で
は常に同期が取られている。冗長化されたデータベース
は主データベースと副データベースとして事前に設定さ
れる。またネットワーク９０には、データベースサーバ
６１〜６４に対してデータを要求するクライアント８ａ
〜８ｎが接続されている。2. Description of the Related Art As a first conventional example, FIG. 13 is a diagram of a method and system for redistributing data in a parallel database, for example, as disclosed in Japanese Patent Laid-Open No. 4-332840. In the figure, reference numerals 61 to 64 denote database servers which hold databases, which are connected to one another via a network 2. Database server 6
In 1 to 64, there are databases 71 to 74 made redundant between the database servers, and the same databases are always synchronized. The redundant database is set in advance as a main database and a sub database. The network 90 includes a client 8a that requests data from the database servers 61 to 64.
To 8n are connected.
【０００３】次に動作について説明する。クライアント
８ａ〜８ｎがデータベースサーバに対して、データの要
求を行うと、データ要求メッセージが、ネットワーク９
０を介してデータベースサーバ６１〜６４に送られる。
このデータ要求メッセージは、対象のデータが含まれ、
かつ「主」であるデータベースを保持データベースサー
バ６１〜６４が受け取る。メッセージを受け取ったデー
タベースサーバ６１〜６４は、受け取ったメッセージを
処理し、クライアント８ａ〜８ｎに結果を返す。また、
メッセージを受け取るべきデータベースサーバ６１〜６
４が、障害などによりメッセージを受け取れない場合、
対象のデータが含まれ、かつ「副」であるデータベース
が代替の処理を行う。Next, the operation will be described. When the clients 8a to 8n make a data request to the database server, a data request message is sent to the network 9
0 to the database servers 61-64.
This data request message contains the data of interest,
In addition, the holding database servers 61 to 64 receive the "main" database. The database servers 61 to 64 that have received the message process the received message and return the results to the clients 8a to 8n. Also,
Database servers 61 to 6 that should receive messages
If 4 cannot receive the message due to obstacles,
The database that contains the target data and is a “secondary” performs the alternative processing.
【０００４】第２の従来例として、図１４は特開平９−
９１１８５号公報に示された、多重化ファイル管理方式
の図である。図において、１００ａ〜１００ｎはサーバ
で、更新ファイル管理テーブル１０１、サーバ間で多重
化ファイルの排他制御を行う排他制御手段１０２１、各
サーバに対して更新対象の多重化ファイルの同時更新処
理を行う多重化ファイル更新手段１０２２、更新異常が
発生した場合に各サーバの更新対象となった該当多重化
ファイルを更新前の状態に自動的に戻し、ファイルの同
期を取ってファイルの復元をする多重化ファイル復元手
段１０２３、１０２１〜１０２３で構成されるファイル
管理手段１０２、退避ファイル領域１０３、ファイル記
憶装置１０４ａ〜１０４ｎを備えている。また、各々の
サーバ１００ａ〜１００ｎ間は通信回線１０６によって
互いに接続されおり、サーバ毎にクライアント１０５ａ
〜１０５ｎが接続されている。[0004] As a second conventional example, FIG.
FIG. 9 is a diagram of a multiplexed file management system disclosed in Japanese Patent Application Laid-Open No. 91185. In the figure, reference numerals 100a to 100n denote servers, an update file management table 101, an exclusive control unit 1021 for performing exclusive control of multiplexed files between servers, and multiplexing for simultaneously updating multiplexed files to be updated for each server. Multiplexed file updating means 1022, when an update error occurs, automatically restores the corresponding multiplexed file to be updated by each server to the state before the update, synchronizes the files, and restores the multiplexed file A file management unit 102 including restoration units 1023 and 1021 to 1023, a save file area 103, and file storage devices 104a to 104n are provided. Each of the servers 100a to 100n is connected to each other by a communication line 106.
To 105n are connected.
【０００５】次に動作について説明する。クライアント
１０５ａ〜１０５ｎが、サーバ１００ａ〜１００ｎに対
してデータ更新メッセージを送信した場合、サーバ１０
０ａ〜１００ｎのファイル管理手段１０２がメッセージ
を受け付ける。排他制御手段１０２１がサーバ１００ａ
〜１００ｎ上の更新ファイル管理テーブル１０１に登録
されている更新対象データの状態を検索し、正常かつ排
他ロックされていない場合はデータの更新を行い、それ
以外の場合はクライアント１０５ａ〜１０５ｎに対し、
更新不可メッセージを送信して処理を終了する。データ
の更新を行う際は、多重化ファイル更新手段１０２２が
更新処理を受け付け、通信回線１０６を介して、他サー
バのファイル管理手段１０２に対して更新通知を行う。
更新異常が発生した場合は、多重化ファイル復元手段１
０２３が退避ファイル領域１０３に格納してある更新前
のデータを用いて復旧処理を行う。Next, the operation will be described. When the clients 105a to 105n transmit data update messages to the servers 100a to 100n,
The file management units 102a to 100n accept the message. Exclusive control means 1021 is server 100a
100n is searched for the state of the update target data registered in the update file management table 101 on the update file management table 101. If the status is normal and exclusive lock is not performed, the data is updated.
A non-updatable message is transmitted, and the process ends. When updating the data, the multiplexed file update unit 1022 receives the update process and notifies the file management unit 102 of the other server of the update via the communication line 106.
If an update error occurs, the multiplexed file restoration means 1
Reference numeral 023 performs a recovery process using the data before update stored in the save file area 103.
【０００６】[0006]
【発明が解決しようとする課題】従来のデータベースシ
ステムは、複数のクライアントとそのクライアントにサ
ービスを提供する冗長化されていないデータベースサー
バから構成されていた。このようなシステムでは、障害
発生によるサーバの停止が、そのままサービスの停止に
つながる。上記２つの発明は、データベースを冗長化
し、そのような問題を防いでいる。しかし、上記のうち
第１の従来例は、一旦「主」及び「副」でデータベース
を定義すると、データベースに対するアクセスは主デー
タベースに対して行われ、副データベースは主データベ
ースが障害等で停止した時以外は使用されないため、負
荷が常に主データベースに集中するという課題がある。
また第２の従来例は、冗長化されたファイル間の関係が
対等であるため、冗長化されたファイルのうち一つでも
更新に失敗すると、すべてのファイルの更新に失敗する
という課題がある。The conventional database system has been composed of a plurality of clients and a non-redundant database server for providing services to the clients. In such a system, the stop of the server due to the failure directly leads to the stop of the service. The above two inventions make such a database redundant and prevent such a problem. However, in the first conventional example described above, once a database is defined by "primary" and "secondary", access to the database is performed on the primary database, and the secondary database is accessed when the primary database is stopped due to a failure or the like. However, there is a problem that the load is always concentrated on the main database.
Further, the second conventional example has a problem in that if one of the redundant files fails to be updated, the update of all the files fails because the relation between the redundant files is equivalent.
【０００７】この発明は、上記のような課題を解決する
ためになされたもので、データベースに対するアクセス
負荷が平均化され、かつ１つのテーブルダウンにも耐え
るデータベースシステムを得る。SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and provides a database system in which the access load on the database is averaged and which can withstand one table down.
【０００８】[0008]
【課題を解決するための手段】この発明に係る冗長化デ
ータベース管理・検索システムは、冗長化テーブルを含
むテーブル群のリストと、クライアントからの検索要求
を処理するデータベース・サービスとを備えた管理サー
バと、冗長化テーブルを含む異なる個別データベース群
とを設けて、クライアントからのデータベース検索要求
があると、管理サーバがこの要求を受け、アクセス不可
のデータベース群を除外して、かつ所定のアクセス論理
に基づいて特定した個別データベースにアクセスし、得
た結果を当該クライアントに応答するようにした。SUMMARY OF THE INVENTION A redundant database management / search system according to the present invention includes a management server having a list of tables including a redundant table and a database service for processing a search request from a client. And a different individual database group including a redundant table. When a database search request is received from a client, the management server receives the request, excludes the inaccessible database group, and uses a predetermined access logic. The individual database specified based on the result is accessed, and the obtained result is responded to the client.
【０００９】また更に、管理サーバのテーブル群のリス
トには、テーブルの負荷状況を記憶する欄を設けて、ク
ライアントからの検索要求があると、所定のアクセス論
理としてテーブルの負荷状況をみて個別データベースを
特定して、アクセスするようにした。Furthermore, a column for storing the load status of the table is provided in the list of the table group of the management server, and when there is a search request from the client, the individual database is viewed as the predetermined access logic by checking the load status of the table. Was identified and accessed.
【００１０】また更に、管理サーバのテーブル群のリス
トには、テーブルの応答状況を記憶する欄を設けて、ク
ライアントからの検索要求があると、所定のアクセス論
理としてテーブルの応答状況をみて個別データベースを
特定して、アクセスするようにした。Furthermore, a column for storing the response status of the table is provided in the list of the table group of the management server, and when a search request is received from the client, the response status of the table is determined as a predetermined access logic and the individual database is checked. Was identified and accessed.
【００１１】また更に、個別データベース群は、階層化
関係を規定して、データ更新はこの階層化関係にある上
位データベースから下位に順に更新を行うようにした。Further, the individual database group defines a hierarchical relationship, and the data is updated in order from the upper database having the hierarchical relationship to the lower order.
【００１２】また更に、クライアントからのデータベー
ス検索要求に基づく該当する個別データベースの上位デ
ータベースが更新中であると、該更新が終了するまでア
クセスを待つようにした。Furthermore, if the upper database of the corresponding individual database is being updated based on a database search request from a client, access is waited until the update is completed.
【００１３】[0013]
【発明の実施の形態】実施の形態１．図１は、一部のデ
ータベースがダウンしてもシステム稼働が維持できる、
高可用性を維持可能なデータベースシステムの図であ
る。図において、１ａ〜１ｑはデータベース・サービス
に要求を送信するクライアントで、ネットワーク２に接
続されている。３ａ〜３ｎはデータベースサーバで、ク
ライアント１ａ〜１ｑと同様に、ネットワーク２に接続
されている。データベースサーバ３ａ〜３ｎ内には、デ
ータベース５ａ〜５ｍがあり、データベース５ａ〜５ｍ
間で冗長化されたテーブル５１ａ〜５１ｐが登録されて
いる。４は管理サーバである。管理サーバ４は、管理サ
ービス４１、データベース・サービス４２ａ〜４２ｍを
備える。管理サービス４１はテーブルグループ４１ａ〜
４１ｏを備える。テーブルグループ４１ａ〜４１ｏには
同一の例えば「全社共通商品テーブル」テーブル５１ａ
〜５１ｐを持つ冗長化テーブルグループと、例えば「ｍ
支店独自商品テーブル」等の異なる独自テーブル５１ｑ
を持つ独自テーブルグループとが登録されている。テー
ブルグループはデータベース内にある全てのテーブルの
数だけ存在する。DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiment 1 Fig. 1 shows that the system can be operated even if some databases are down.
FIG. 1 is a diagram of a database system capable of maintaining high availability. In the figure, reference numerals 1a to 1q denote clients for transmitting requests to the database service, which are connected to the network 2. Reference numerals 3a to 3n denote database servers which are connected to the network 2 in the same manner as the clients 1a to 1q. The database servers 3a to 3n include databases 5a to 5m, and databases 5a to 5m.
Registered tables 51a to 51p are registered. Reference numeral 4 denotes a management server. The management server 4 includes a management service 41 and database services 42a to 42m. The management service 41 includes table groups 41a to 41a.
41o. The table groups 41a to 41o have the same, for example, "company-wide common product table" table 51a.
And a redundant table group having, for example, "m
Different original table 51q such as "Branch original product table"
Has been registered with its own table group. There are as many table groups as there are all tables in the database.
【００１４】次に図１に示すシステムの動作について説
明する。クライアント１ａ〜１ｑは、データベース・サ
ービス４２ａ〜４２ｍに対し、データのアクセス要求を
送信する。データベース・サービス４２ａ〜４２ｍは、
管理サービス４１に対し所望のテーブルを選出するよう
要求する。管理サービス４１はテーブルグループ４１ａ
〜４１ｏから、データベース・サービス４２ａ〜４２ｍ
から例えば指定された「全社共通商品テーブル」である
テーブル５１ａ〜５１ｐを選出し、そのテーブル５１ａ
〜５１ｐを保持するデータベース５ａ〜５ｍ名を返す。
データベース・サービス４２ａ〜４２ｍは得られたデー
タベース５ａ〜５ｍ名を用いて実際のデータベース５ａ
〜５ｍに対してアクセスを行い、結果をクライアント１
ａ〜１ｑに返す。Next, the operation of the system shown in FIG. 1 will be described. The clients 1a to 1q transmit data access requests to the database services 42a to 42m. The database services 42a-42m
It requests the management service 41 to select a desired table. The management service 41 is a table group 41a
~ 41o, Database Services 42a ~ 42m
From the tables 51a to 51p, which are, for example, the designated "company-wide product table".
Returns the names of the databases 5a to 5m that hold .about.51p.
The database services 42a to 42m use the obtained database 5a to 5m names to execute the actual database 5a.
~ 5m and access the result to Client 1
Return to a to 1q.
【００１５】ところで、管理サービス４１は、その監視
と更新動作フローを示す図２（Ａ）のステップＳ２１な
いしＳ２６に示すように、データベースサーバ３ａ〜３
ｎの状態を一定間隔で監視し、その状態を図２（Ｂ）に
示すようにテーブルグループ４１ａ〜４１ｏに記録す
る。Ｓ２４の監視の際にデータベース５ａ〜５ｍの障害
を検知した場合、Ｓ２５でテーブルグループ４１ａ〜４
１ｏ内にある該当データベースの状態の項を図２（Ｂ）
に示すように、Ｄｏｗｎにする。それ以降、管理サービ
ス４１は、データベース・サービス４２ａ〜４２ｍから
テーブル選出の要求があった際は、テーブルグループ４
１ａ〜４１ｏを参照し、障害の発生しているデータベー
スを、選出対象から除外する。テーブルグループ４１ａ
〜４１ｏ内にデータベースの候補が無くなった場合、テ
ーブルグループに候補が現れるまで、データベース・サ
ービスに対して、候補となるデータベース名を返さな
い。Meanwhile, as shown in steps S21 to S26 in FIG. 2A showing the monitoring and updating operation flow, the management service 41 executes the database server 3a to 3b.
The state of n is monitored at regular intervals, and the state is recorded in the table groups 41a to 41o as shown in FIG. If a failure in the databases 5a to 5m is detected during the monitoring in S24, the table groups 41a to 4m are detected in S25.
FIG. 2 (B) shows the term of the state of the corresponding database in 1o.
As shown in FIG. Thereafter, when the management service 41 receives a table selection request from the database services 42a to 42m, the management service 41 transmits the table group 4
With reference to 1a to 41o, a database in which a failure has occurred is excluded from selection targets. Table group 41a
If there are no more database candidates in ~ 41o, the database service does not return the candidate database names until the candidates appear in the table group.
【００１６】図３は、こうした一部のデータベース又は
テーブルがダウンした場合の検索要求対応の動作を説明
する図である。もし、データベース・サービス４２ａ〜
４２ｍがアクセスしているデータベース５ａ〜５ｍに障
害が発生した場合、データベース・サービスは再度管理
サービス４１に問い合わせを行う。管理サービスはテー
ブルグループ４１ａ〜４１ｏ中の、障害が発生した該当
データベース例えば５１ｐの状態の項をＤｏｗｎにし、
それ以降はテーブル選出の候補から除外し、かつそれに
代る他のデータベース、例えば５１ａを記入する。デー
タベース・サービスからの「全社共通商品テーブル」選
出要求には、正常なデータベース名５１ａを返す。デー
タベース・サービス４２ｍはこれに基きデータベースサ
ーバ３ａのデータベース５ａを検索し、結果を得てクラ
イアント１ｂに返答する。データベース５ａ〜５ｍが障
害から復旧した際は、テーブルグループ４１ａ〜４１ｏ
内にある該当データベースの状態の項を図２（ｂ）に示
すように、Ｎｏｒｍａｌにする。FIG. 3 is a diagram for explaining an operation in response to a search request when some of these databases or tables go down. If database services 42a-
When a failure occurs in the databases 5a to 5m accessed by the 42m, the database service queries the management service 41 again. The management service sets the state of the corresponding database in which the failure has occurred, for example, 51p, in the table group 41a to 41o to Down,
After that, it is excluded from table selection candidates and another database, for example, 51a is entered instead. A normal database name 51a is returned to the "company-wide product table" selection request from the database service. The database service 42m searches the database 5a of the database server 3a based on this, obtains the result, and replies to the client 1b. When the databases 5a to 5m recover from the failure, the table groups 41a to 41o
The item of the state of the corresponding database in is set to Normal as shown in FIG. 2B.
【００１７】上記実施の形態において、テーブルグルー
プ４１ａ〜４１ｏ内にデータベース５ａ〜５ｍの候補が
無くなった場合、タイムアウト期間を設定し、その期間
内でテーブルグループに候補が現れない場合、管理サー
ビスはデータベース・サービス４２ａ〜４２ｍを介して
クライアントにエラーを返してもよい。In the above embodiment, when there are no more candidates for the databases 5a to 5m in the table groups 41a to 41o, a time-out period is set. An error may be returned to the client via the services 42a to 42m.
【００１８】ダウン時でも負荷均等化を図るための構成
を説明する。上記実施の形態において、管理サービス４
１は、データベース５ａ〜５ｍの障害の状況をテーブル
グループ４１ａ〜４１ｏに登録するが、同時にデータベ
ースを保持するデータベースサーバ３ａ〜３ｎのアクセ
ス負荷も登録する。図４にデータベースサーバの負荷状
態を追加したテーブルグループの例を示す。管理サービ
スは、データベース・サービス４２ａ〜４２ｍに返すデ
ータベース名の候補が複数ある場合は、テーブルグルー
プの中から、正常かつ、アクセス負荷が一番低いデータ
ベースをアクセス先の候補として選出する。これによ
り、クライアント１ａ〜１ｑの要求が１つのデータベー
スに集中しないように、分散できる。A configuration for equalizing the load even when the power is down will be described. In the above embodiment, the management service 4
1 registers the failure status of the databases 5a to 5m in the table groups 41a to 41o, but also registers the access loads of the database servers 3a to 3n holding the databases. FIG. 4 shows an example of a table group to which the load status of the database server has been added. When there are a plurality of database name candidates to be returned to the database services 42a to 42m, the management service selects a normal database having the lowest access load from the table group as a candidate for an access destination. Thereby, the requests of the clients 1a to 1q can be distributed so that they do not concentrate on one database.
【００１９】１部のデータベース・ダウンによるシステ
ムダウンを回避し、かつ検索応答性を向上したシステム
を説明する。即ち上記実施の形態において、管理サービ
ス４１は、データベース５ａ〜５ｍの障害の状況をテー
ブルグループ４１ａ〜４１ｏに登録するが、同時にデー
タベースを保持するデータベースサーバ３ａ〜３ｎの応
答時間も登録する。図５にデータベースサーバの応答時
間を追加したテーブルグループの例を示す。管理サービ
スは、データベース・サービス４２ａ〜４２ｍに返すア
ドレスの候補が複数ある場合は、管理サービスの中か
ら、正常かつ、応答時間が最も短いデータベースをアク
セス先の候補として選出する。A system in which the system down due to the database down of one copy is avoided and the search response is improved will be described. That is, in the above embodiment, the management service 41 registers the failure status of the databases 5a to 5m in the table groups 41a to 41o, but also registers the response times of the database servers 3a to 3n that hold the databases. FIG. 5 shows an example of a table group to which the response time of the database server has been added. When there are a plurality of address candidates to be returned to the database services 42a to 42m, the management service selects a database that is normal and has the shortest response time from the management services as candidates for the access destination.
【００２０】なお、図４と図５を組合せたシステムも可
能である。即ち管理サービス４１は、データベース５ａ
〜５ｍの障害の状況をテーブルグループ４１ａ〜４１ｏ
に登録するが、同時にデータベースサーバ３ａ〜３ｎの
負荷状態、及びデータベースサーバからの応答時間も登
録する。管理サービスは、データベース・サービス４２
ａ〜４２ｍに返すデータベースの候補が複数ある場合
は、テーブルグループの中から、正常かつ、アクセス負
荷が低く、さらに応答時間が短いデータベースをアクセ
ス先の候補として選出する。Note that a system combining FIG. 4 and FIG. 5 is also possible. That is, the management service 41 uses the database 5a
Table groups 41a to 41o
At the same time, the load status of the database servers 3a to 3n and the response time from the database server are also registered. The management service is a database service 42
If there are a plurality of database candidates to be returned to a to 42m, a database that is normal, has a low access load, and has a short response time is selected from the table groups as candidates for the access destination.
【００２１】実施の形態２．データベースは更新が必要
である。ダウンの影響を防ぎ、かつデータの同一性を保
証するための工夫が要る。本実施の形態ではこの個別デ
ータベースの更新とクライアントからの検索要求に基づ
く検索との関係を説明する。先ず個別データベースの更
新であるが、同一のデータを持つ、例えば全社共通商品
テーブル５１ｐのような個別データベース間に階層関係
を規定する。即ち、上記実施の形態において、テーブル
グループ４１ａ〜４１ｏ内のデータベース５ａ〜５ｍの
リストを階層化して格納する。図６及び図７にテーブル
グループの一例を示す。クライアントからデータベース
・サービス４２ａ〜４２ｍに対してデータ更新の要求が
あった場合、管理サービス４１はテーブルグループから
最上位レベルのデータベース名をデータベース・サービ
スに返す。その他の同一データを保持するテーブルは階
層化レベルに従って、順に同期処理が実施される（図
８）。Embodiment 2 FIG. The database needs updating. It is necessary to take measures to prevent the effects of downtime and to guarantee the same data. In the present embodiment, the relationship between the update of the individual database and the search based on the search request from the client will be described. First, regarding the updating of the individual database, a hierarchical relationship is defined between the individual databases having the same data, such as the company-wide product table 51p. That is, in the above embodiment, the lists of the databases 5a to 5m in the table groups 41a to 41o are hierarchically stored. 6 and 7 show an example of the table group. When the client requests the database services 42a to 42m to update the data, the management service 41 returns the highest level database name from the table group to the database service. The other tables holding the same data are sequentially subjected to the synchronization processing according to the hierarchical level (FIG. 8).
【００２２】これにより、同一データを保持するテーブ
ルが同時に更新されることはなくなり、常に整合性を保
つことが可能となる。なお、クライアントからの検索要
求に基づいて個別データベースが選択され、その個別デ
ータベースへのアクセスをしようとして、上位階層の同
一個別データベースが更新中であれば、その更新を待っ
てアクセスを行う。Thus, the tables holding the same data are not updated at the same time, and it is possible to always maintain consistency. If an individual database is selected based on a search request from a client and the same individual database in an upper hierarchy is being updated in an attempt to access the individual database, access is performed after the update.
【００２３】なお、上記実施の形態において、最上位レ
ベル以外のテーブルに障害が発生した場合、障害が復旧
するまで下位レベルのテーブルの更新が行われないた
め、データ更新の遅延が無視できないものとなる。そこ
で、障害となったテーブルの１つ下にあるレベルのテー
ブルの更新処理は２つ上のレベルのテーブル更新に同期
するように設定する（図９）。In the above-described embodiment, when a failure occurs in a table other than the highest level, the lower-level table is not updated until the failure is recovered, so that the delay in updating the data cannot be ignored. Become. Therefore, the update processing of the table at the level one level below the table in which the failure occurred is set to be synchronized with the update of the table at the level two levels higher (FIG. 9).
【００２４】障害となったテーブルが復旧した場合、１
つ上のレベルのテーブル内容にしたがってデータが更新
される（図１０）。When the failed table is restored, 1
The data is updated according to the contents of the table at the next higher level (FIG. 10).
【００２５】また更に、上記実施の形態において、最上
位レベルのテーブルに障害が発生した場合、障害となっ
たテーブルより下位にあるレベルのテーブルの更新処理
を行うことができない。そこで、最上位レベルのテーブ
ルに障害が発生した場合、は次のレベルのテーブルが一
時的に最上位レベルとなり、更新処理が行われる（図１
１）。Further, in the above embodiment, if a failure occurs in the table at the highest level, it is not possible to update the table at a level lower than the table that caused the failure. Therefore, when a failure occurs in the table at the highest level, the table at the next level temporarily becomes the highest level, and the update processing is performed (FIG. 1).
1).
【００２６】障害となった最上位レベルのテーブルが復
旧した場合、テーブルの更新が行われ、一時的に最上位
レベルとなったテーブルは１レベル下がる（図１２）。When the highest level table that has failed is restored, the table is updated, and the table that temporarily becomes the highest level is lowered by one level (FIG. 12).
【００２７】上記実施の形態において、データベース５
ａ〜５ｍをデータベースサーバ３ａ〜３ｎ毎に分散させ
る必要はなく、一つのデータベースサーバ上に複数のデ
ータベースを配置してもよい。In the above embodiment, the database 5
It is not necessary to distribute a to 5m for each of the database servers 3a to 3n, and a plurality of databases may be arranged on one database server.
【００２８】[0028]
【発明の効果】この発明における管理サービスは、冗長
性を持たせたデータベースを設けると共に、テーブルグ
ループと呼ばれるリストに従って、クライアンからのリ
クエスト毎にダウンしたデータベースを除外し、かつ最
適なデータベースを選出する。従ってシステムの稼働度
を高め、かつクライアントからのアクセス要求を分散さ
せる効果がある。According to the management service of the present invention, a database having redundancy is provided, and a database which is down for each request from a client is excluded according to a list called a table group, and an optimum database is selected. . Therefore, there is an effect that the operation degree of the system is increased and the access requests from the clients are dispersed.
【図１】 この発明の実施の形態１における冗長化デー
タベース管理・検索システムの構成図である。FIG. 1 is a configuration diagram of a redundant database management / search system according to Embodiment 1 of the present invention.
【図２】 実施の形態１における管理サーバが行うテー
ブルグループの状態監視動作フローと、テーブルグルー
プの状態記録を示す図である。FIG. 2 is a diagram showing a table group state monitoring operation flow and a table group state record performed by a management server according to the first embodiment.
【図３】 実施の形態１におけるデータベース・ダウン
時の検索動作を説明する図である。FIG. 3 is a diagram illustrating a search operation when a database is down according to the first embodiment.
【図４】 実施の形態１におけるデータベースサーバの
負荷状態を追加したテーブルグループの図である。FIG. 4 is a diagram of a table group to which a load state of a database server according to the first embodiment is added.
【図５】 実施の形態１におけるデータベースサーバの
応答時間を追加したテーブルグループの図である。FIG. 5 is a diagram of a table group to which a response time of a database server according to the first embodiment is added.
【図６】 本発明の実施の形態２におけるテーブルグル
ープに登録されるテーブルの階層図である。FIG. 6 is a hierarchical diagram of a table registered in a table group according to the second embodiment of the present invention.
【図７】 実施の形態２における階層化されたテーブル
グループの図である。FIG. 7 is a diagram of a hierarchical table group according to the second embodiment.
【図８】 実施の形態２における階層化レベルにしたが
って同期処理を行う場合のフローチャートである。FIG. 8 is a flowchart when a synchronization process is performed according to a hierarchical level according to the second embodiment.
【図９】 実施の形態２における障害が発生したテーブ
ルを含んだ同期処理の階層図である。FIG. 9 is a hierarchical diagram of a synchronization process including a table in which a failure has occurred according to the second embodiment;
【図１０】 実施の形態２における障害が復旧した時点
の同期処理の階層図である。FIG. 10 is a hierarchical diagram of a synchronization process at the time when a failure is recovered in the second embodiment.
【図１１】 実施の形態２における最上位レベルのテー
ブルに障害が発生した時の同期処理の階層図である。FIG. 11 is a hierarchical diagram of a synchronization process when a failure occurs in a table at the highest level according to the second embodiment;
【図１２】 実施の形態２における最上位レベルのテー
ブルの障害が復旧した時点の同期処理の階層図である。FIG. 12 is a hierarchical diagram of a synchronization process at the time when a failure in a table at the highest level is recovered according to the second embodiment;
【図１３】 第１の従来例における並列データベースに
おいてデータを再配分する方法およびシステムの図であ
る。FIG. 13 is a diagram of a method and system for redistributing data in a parallel database in the first conventional example.
【図１４】 第２の従来としての多重化ファイル管理方
式を示す図である。FIG. 14 is a diagram showing a second conventional multiplexed file management method.
１ａ〜１ｑ クライアント、２ ネットワーク、３ａ，
３ｎ データベースサーバ、４ 管理サーバ、４１ 管
理サービス、４１ａ，４１ｏ テーブルグループ、４２
ａ，４２ｍ データベース・サービス、５ａ，５ｍ デ
ータベース、５１ａ，５１ｐ 冗長化テーブル、５１ｑ
独自テーブル。1a to 1q client, 2 networks, 3a,
3n database server, 4 management servers, 41 management services, 41a, 41o table groups, 42
a, 42m database service, 5a, 5m database, 51a, 51p redundancy table, 51q
Own table.
Claims (5)
トと、クライアントからの検索要求を処理するデータベ
ース・サービスとを備えた管理サーバと、 上記冗長化テーブルを含む異なる個別データベース群と
を設けて、 クライアントからのデータベース検索要求があると、上
記管理サーバが該要求を受け、アクセス不可の上記デー
タベース群を除外して、かつ所定のアクセス論理に基づ
いて特定した上記個別データベースにアクセスし、得た
結果を当該クライアントに応答するようにしたことを特
徴とする冗長化データベース管理・検索システム。1. A management server having a list of a table group including a redundancy table, a database service for processing a search request from a client, and a different individual database group including the redundancy table are provided. When a database search request is received from a client, the management server receives the request, excludes the inaccessible database group, and accesses the individual database specified based on a predetermined access logic, and obtains a result. Responsive to the client.
該テーブルの負荷状況を記憶する欄を設けて、 クライアントからの検索要求があると、所定のアクセス
論理として上記テーブルの負荷状況をみて個別データベ
ースを特定して、アクセスするようにしたことを特徴と
する請求項１記載の冗長化データベース管理・検索シス
テム。2. A list of a table group of the management server includes:
A column for storing the load status of the table is provided, and when there is a search request from the client, an individual database is specified and accessed as a predetermined access logic by looking at the load status of the table. The redundant database management / search system according to claim 1, wherein
該テーブルの応答状況を記憶する欄を設けて、 クライアントからの検索要求があると、所定のアクセス
論理として上記テーブルの応答状況をみて個別データベ
ースを特定して、アクセスするようにしたことを特徴と
する請求項１記載の冗長化データベース管理・検索シス
テム。3. A list of tables of the management server includes:
A column for storing the response status of the table is provided, and when there is a search request from the client, an individual database is specified and accessed as a predetermined access logic by looking at the response status of the table. The redundant database management / search system according to claim 1, wherein
定して、データ更新は該階層化関係にある上位データベ
ースから下位に順に更新を行うようにしたことを特徴と
する請求項１記載の冗長化データベース管理・検索シス
テム。4. The redundancy according to claim 1, wherein the individual database group defines a hierarchical relationship, and the data is updated in order from a higher-level database having the hierarchical relationship to a lower order. Database management and search system.
求に基づく該当する個別データベースの上位データベー
スが更新中であると、該更新が終了するまでアクセスを
待つようにしたことを特徴とする請求項４記載の冗長化
データベース管理・検索システム。5. The redundancy according to claim 4, wherein when an upper-level database of the corresponding individual database is being updated based on a database search request from a client, access is waited until the update is completed. Database management and search system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000343530A JP2002149459A (en) | 2000-11-10 | 2000-11-10 | Redundant database management and retrieval system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000343530A JP2002149459A (en) | 2000-11-10 | 2000-11-10 | Redundant database management and retrieval system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002149459A true JP2002149459A (en) | 2002-05-24 |
Family
ID=18817885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000343530A Withdrawn JP2002149459A (en) | 2000-11-10 | 2000-11-10 | Redundant database management and retrieval system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002149459A (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004303202A (en) * | 2003-03-20 | 2004-10-28 | Ricoh Co Ltd | Information providing device, information providing method, information providing program and recording medium, user authenticating device, user authenticating method, and user authenticating program and recording medium |
| WO2012056786A1 (en) * | 2010-10-26 | 2012-05-03 | 株式会社Ｍｕｒａｋｕｍｏ | Database management method |
| JP2013037384A (en) * | 2011-08-03 | 2013-02-21 | Nippon Telegr & Teleph Corp <Ntt> | Data distribution system, management server, client device, management server program, and client device program |
| WO2013132628A1 (en) * | 2012-03-08 | 2013-09-12 | 株式会社Ｍｕｒａｋｕｍｏ | Method for managing database |
| WO2013157099A1 (en) * | 2012-04-18 | 2013-10-24 | 株式会社Ｍｕｒａｋｕｍｏ | Database management method, database system and program |
| KR20140038991A (en) * | 2011-06-20 | 2014-03-31 | 마이크로소프트 코포레이션 | Automatic synchronization of most recently used document lists |
| KR20140041546A (en) * | 2011-06-14 | 2014-04-04 | 마이크로소프트 코포레이션 | Recommending data enrichments |
| KR101925165B1 (en) | 2011-06-14 | 2018-12-04 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Enriching database query responses using data from external data sources |
| US10721220B2 (en) | 2011-06-14 | 2020-07-21 | Microsoft Technology Licensing, Llc | Data custodian and curation system |
-
2000
- 2000-11-10 JP JP2000343530A patent/JP2002149459A/en not_active Withdrawn
Cited By (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004303202A (en) * | 2003-03-20 | 2004-10-28 | Ricoh Co Ltd | Information providing device, information providing method, information providing program and recording medium, user authenticating device, user authenticating method, and user authenticating program and recording medium |
| JP4676703B2 (en) * | 2003-03-20 | 2011-04-27 | 株式会社リコー | User authentication device, user authentication method, user authentication program, and recording medium |
| US8793234B2 (en) | 2010-10-26 | 2014-07-29 | Murakumo Corporation | Database management method |
| US8812468B2 (en) | 2010-10-26 | 2014-08-19 | Murakumo Corporation | Database management method |
| US8793233B2 (en) | 2010-10-26 | 2014-07-29 | Murakumo Corporation | Database management method |
| JP2012108876A (en) * | 2010-10-26 | 2012-06-07 | Murakumo Corp | Database management method |
| JP2012108874A (en) * | 2010-10-26 | 2012-06-07 | Murakumo Corp | Database management method |
| JP2012108875A (en) * | 2010-10-26 | 2012-06-07 | Murakumo Corp | Database management method |
| JP2012108878A (en) * | 2010-10-26 | 2012-06-07 | Murakumo Corp | Database management method |
| WO2012056786A1 (en) * | 2010-10-26 | 2012-05-03 | 株式会社Ｍｕｒａｋｕｍｏ | Database management method |
| WO2012056734A1 (en) * | 2010-10-26 | 2012-05-03 | 株式会社Ｍｕｒａｋｕｍｏ | Database management method |
| US8892535B2 (en) | 2010-10-26 | 2014-11-18 | Murakumo Corporation | Database management method |
| JP2012108877A (en) * | 2010-10-26 | 2012-06-07 | Murakumo Corp | Database management method |
| US8768903B2 (en) | 2010-10-26 | 2014-07-01 | Murakumo Corporation | Database management method |
| US8762354B2 (en) | 2010-10-26 | 2014-06-24 | Murakumo Corporation | Database management method |
| KR20140041546A (en) * | 2011-06-14 | 2014-04-04 | 마이크로소프트 코포레이션 | Recommending data enrichments |
| KR102035984B1 (en) | 2011-06-14 | 2019-10-23 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Recommending data enrichments |
| KR102048653B1 (en) | 2011-06-14 | 2019-11-25 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Enriching database query responses using data from external data sources |
| KR101976220B1 (en) | 2011-06-14 | 2019-05-07 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Recommending data enrichments |
| JP2014523013A (en) * | 2011-06-14 | 2014-09-08 | マイクロソフト コーポレーション | Data enrichment recommendations |
| US10540349B2 (en) | 2011-06-14 | 2020-01-21 | Microsoft Technology Licensing, Llc | Recommending data enrichments |
| KR20190049924A (en) * | 2011-06-14 | 2019-05-09 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Recommending data enrichments |
| KR101925165B1 (en) | 2011-06-14 | 2018-12-04 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Enriching database query responses using data from external data sources |
| KR20180131634A (en) * | 2011-06-14 | 2018-12-10 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Enriching database query responses using data from external data sources |
| US10721220B2 (en) | 2011-06-14 | 2020-07-21 | Microsoft Technology Licensing, Llc | Data custodian and curation system |
| KR101963917B1 (en) | 2011-06-20 | 2019-03-29 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Automatic synchronization of most recently used document lists |
| KR20140038991A (en) * | 2011-06-20 | 2014-03-31 | 마이크로소프트 코포레이션 | Automatic synchronization of most recently used document lists |
| JP2013037384A (en) * | 2011-08-03 | 2013-02-21 | Nippon Telegr & Teleph Corp <Ntt> | Data distribution system, management server, client device, management server program, and client device program |
| US10102263B2 (en) | 2012-03-08 | 2018-10-16 | Murakumo Corporation | Database management method |
| US11151157B2 (en) | 2012-03-08 | 2021-10-19 | Murakumo Corporation | Database management method |
| WO2013132628A1 (en) * | 2012-03-08 | 2013-09-12 | 株式会社Ｍｕｒａｋｕｍｏ | Method for managing database |
| WO2013157099A1 (en) * | 2012-04-18 | 2013-10-24 | 株式会社Ｍｕｒａｋｕｍｏ | Database management method, database system and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11360854B2 (en) | Storage cluster configuration change method, storage cluster, and computer system | |
| US6212521B1 (en) | Data management system, primary server, and secondary server for data registration and retrieval in distributed environment | |
| US10713134B2 (en) | Distributed storage and replication system and method | |
| US7870235B2 (en) | Highly scalable and highly available cluster system management scheme | |
| EP2648114B1 (en) | Method, system, token conreoller and memory database for implementing distribute-type main memory database system | |
| US7743036B2 (en) | High performance support for XA protocols in a clustered shared database | |
| US6938031B1 (en) | System and method for accessing information in a replicated database | |
| US11704207B2 (en) | Methods and systems for a non-disruptive planned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system without using an external mediator | |
| US8856091B2 (en) | Method and apparatus for sequencing transactions globally in distributed database cluster | |
| US20070061379A1 (en) | Method and apparatus for sequencing transactions globally in a distributed database cluster | |
| US7590632B1 (en) | Method for serializer maintenance and coalescing | |
| US20040225697A1 (en) | Storage operation management program and method and a storage management computer | |
| US6910150B2 (en) | System and method for state preservation in a stretch cluster | |
| US11841781B2 (en) | Methods and systems for a non-disruptive planned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system | |
| US9952947B2 (en) | Method and system for processing fault of lock server in distributed system | |
| US6493715B1 (en) | Delivery of configuration change in a group | |
| WO2003096231A1 (en) | Database scattering system | |
| WO2010115373A1 (en) | Peer-to-peer-network-based resource information backup operation method and peer-to-peer network | |
| EP2224341B1 (en) | Node system, server switching method, server device, and data transfer method | |
| US7000016B1 (en) | System and method for multi-site clustering in a network | |
| US11892982B2 (en) | Facilitating immediate performance of volume resynchronization with the use of passive cache entries | |
| CN110175089A (en) | A kind of dual-active disaster recovery and backup systems with read and write abruption function | |
| JP2002149459A (en) | Redundant database management and retrieval system | |
| US7694012B1 (en) | System and method for routing data | |
| CN114363350A (en) | Service management system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20051018 |
|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080205 |