JPH1084377A - Mutual backup method and routing method for a plurality of servers - Google Patents
Mutual backup method and routing method for a plurality of serversInfo
- Publication number
- JPH1084377A JPH1084377A JP8237772A JP23777296A JPH1084377A JP H1084377 A JPH1084377 A JP H1084377A JP 8237772 A JP8237772 A JP 8237772A JP 23777296 A JP23777296 A JP 23777296A JP H1084377 A JPH1084377 A JP H1084377A
- Authority
- JP
- Japan
- Prior art keywords
- server
- servers
- client
- data
- 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
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】この発明は、クライアントサ
ーバシステムにおける複数サーバの相互バックアップ方
法及びルーチング方法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a mutual backup method and a routing method for a plurality of servers in a client server system.
【0002】[0002]
【従来の技術】クライアントサーバシステムとは、ネッ
トワーク上に分散配置されたクライアントとサーバが一
体となって、全体で1つの処理を実行する分散処理シス
テムである。クライアントが、資源を所有してサービス
を提供するサーバに対して所定の要求を依頼し、サーバ
はその要求に基づいて処理を実行し、クライアントへ結
果をかえす。クライアントとサーバ間のネットワーク接
続には、現在、イーサネット(Ethernet)、TCP/I
Pを用いたLAN(Local Area Network)接続が主に使
用されている。2. Description of the Related Art A client server system is a distributed processing system in which a client and a server distributed on a network are integrated to execute one process as a whole. A client requests a predetermined request from a server that owns resources and provides a service, and the server executes a process based on the request and returns a result to the client. Currently, the network connection between the client and server includes Ethernet, TCP / I
LAN (Local Area Network) connection using P is mainly used.
【0003】ここで広域のネットワークの一例として、
複数のLANが広域に点在しており、それぞれのLAN
中に中継ノードが存在して、これらの中継ノードを介し
て、あるLAN中のクライアントが遠隔のLAN中のサ
ーバと通信可能に構成されたWAN(Wide Area Networ
k)を考える。[0003] Here, as an example of a wide area network,
Multiple LANs are scattered over a wide area, and each LAN
A WAN (Wide Area Network) configured such that a relay node exists therein and a client in a certain LAN can communicate with a server in a remote LAN via these relay nodes.
Consider k).
【0004】図6に示すようにLANの数が少ない場合
は、サーバの存在するLAN(図では二重丸◎で示し、
以下、中心LAN1という)を中心にして、他のLAN
(図では丸印○で示す)がスター状に接続される。こう
したスター接続を行なうネットワークでは、中心LAN
1とそれぞれのLANとを直接に接続しているために、
LANの数が増加した場合には膨大な中継線が必要にな
る。When the number of LANs is small as shown in FIG. 6, the LAN where the server exists (indicated by a double circle で は in the figure,
Hereinafter, the central LAN 1) and other LANs
(Indicated by a circle in the figure) are connected in a star shape. In a network that performs such a star connection, the central LAN
1 and each LAN are directly connected,
When the number of LANs increases, a huge number of trunk lines are required.
【0005】そこで、図7に示すように、すべてのLA
Nを中心LAN1と直接に接続するのではなく、互いに
近接するLANを1つのグループとし、各グループそれ
ぞれに1つの拠点LAN2(図では黒丸印●で示す)を
設定して、グループ毎にスター接続し、さらに中心LA
N1とこれら拠点LAN2をスター状に接続する。この
ように、遠隔のLANが拠点LAN2を介して中心LA
N1と接続されるように構成すれば、少ない中継線です
べてのLANとの接続ができ、安価なネットワークの構
築が可能になる。[0005] Therefore, as shown in FIG.
N is not directly connected to the central LAN 1, but LANs that are close to each other are grouped into one group, and one base LAN 2 (shown by a black circle in the figure) is set for each group, and a star connection is made for each group. And then the center LA
N1 and these base LANs 2 are connected in a star configuration. As described above, the remote LAN is connected to the central LA via the base LAN 2.
If it is configured to be connected to N1, connection to all LANs can be made with a small number of trunk lines, and an inexpensive network can be constructed.
【0006】このような広域のネットワークを構築し、
そこに配置されたサーバをクライアントが利用するクラ
イアントサーバシステムでは、従来から、2通り信頼性
を高める方法が考えられていた。By constructing such a wide area network,
Conventionally, in a client-server system in which a client uses a server arranged therein, two methods for improving reliability have been considered.
【0007】第1は、サーバの装置自体としての信頼性
を高めるやり方であって、これはサーバの構成部品を冗
長構成にして、運用中の装置の特定部品に障害が生じた
時、待機中の部品によって直ちにバックアップするもの
である。このような冗長構成によるサーバのフォルトト
レラント方式には、同じ情報を同時に2つのハードディ
スクまたは2つのハードディスクパーティションに書き
込むディスクミラーリングが有効であり、一般に広く採
用されている。The first is a method of increasing the reliability of the server itself, in which the components of the server are configured in a redundant configuration, and when a specific component of the operating device fails, a standby state is established. Is immediately backed up by the parts. Disk mirroring, in which the same information is simultaneously written to two hard disks or two hard disk partitions, is effective in the fault tolerant system of the server having such a redundant configuration, and is generally widely used.
【0008】第2の方法は、ネットワーク上のクライア
ントサーバ間が複数の中継線で接続されるように、中心
LAN1に予め迂回路を用意しておくものである。In the second method, a detour is prepared in advance in the central LAN 1 so that client servers on the network are connected by a plurality of trunk lines.
【0009】図8は、図7に示すWANにおける4つの
拠点LAN2の間を、さらに中継線3で直接に接続した
ネットワークである。このネットワークでは、拠点LA
N2と中心LAN1とを直接に接続する中継線の他に、
複数の拠点LAN2相互を接続する迂回中継線3が設け
られている。そうすれば、特定の経路の中継線に障害が
生じた場合でも、迂回中継線3によって各LANと中心
LAN1との通信がバックアップされ、クライアントサ
ーバ間通信の信頼性が向上する。FIG. 8 shows a network in which four LANs 2 in the WAN shown in FIG. In this network, the base LA
In addition to the trunk line that directly connects N2 and the central LAN1,
A detour relay line 3 that connects a plurality of base LANs 2 is provided. Then, even if a fault occurs in the trunk line of a specific route, communication between each LAN and the central LAN 1 is backed up by the bypass trunk line 3, and the reliability of communication between the client and the server is improved.
【0010】[0010]
【発明が解決しようとする課題】ところが、第1の方法
でクライアントサーバシステムの信頼性を高めるために
は、従来のディスクのミラーリングだけでは不十分であ
り、CPU、バス、メモリ等すべてをバックアップする
必要がある。しかし、汎用のワークステーション、PC
でそれらの部品を冗長構成にしようとすれば、非常に高
価なものとなる。However, in order to increase the reliability of the client-server system by the first method, conventional mirroring of the disk alone is not sufficient, and all of the CPU, bus, memory, etc. are backed up. There is a need. However, general-purpose workstation, PC
However, if those parts are to be made redundant, it becomes very expensive.
【0011】また、第2の方法では、図8に示すよう
に、拠点LAN2や、中心LAN1には多数の中継線が
集中するから、それらの中継ノードを構成するプロセッ
サのグレードアップが必要になる。そこで、1グループ
内のLANの数を少なくして、全体として拠点LAN2
を増やしたり、或いは、中心LAN1のサーバのうちの
幾つかを拠点LAN2に移設して、中継ノードの負荷を
分散し、中心LAN1の負荷を軽減することも考えられ
る。しかし、負荷を分散させると、中継ノードを迂回す
るためのルーチング機能が複雑化し、ネットワークの保
守等のコストが大きくなるという問題があった。In the second method, as shown in FIG. 8, since a large number of trunk lines are concentrated on the base LAN 2 and the central LAN 1, it is necessary to upgrade the processors constituting the relay nodes. . Therefore, the number of LANs in one group is reduced, and the LAN
It is also conceivable to increase the number of servers or move some of the servers of the central LAN 1 to the base LAN 2 to distribute the load on the relay nodes and reduce the load on the central LAN 1. However, when the load is distributed, there is a problem that a routing function for bypassing the relay node becomes complicated, and costs for network maintenance and the like increase.
【0012】この発明は、上述のような課題を解決する
ためになされたもので、第1の目的は、高い信頼性を有
するクライアントサーバシステムを安価に実現できる複
数サーバの相互バックアップ方法を提供することであ
る。SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problems, and a first object of the present invention is to provide a method for mutually backing up a plurality of servers which can realize a client server system having high reliability at low cost. That is.
【0013】この発明の第2の目的は、クライアントが
1つのサーバと通信できなくなった場合でも、確実に他
のサーバと通信可能に接続し、クライアントサーバシス
テムの信頼性を高めることができる複数サーバのルーチ
ング方法を提供することである。[0013] A second object of the present invention is to provide a plurality of servers which can reliably connect to another server so that the reliability of a client server system can be improved even if a client cannot communicate with one server. Is to provide a routing method.
【0014】[0014]
【課題を解決するための手段】請求項1に係る発明は、
複数個のサーバが配置され、クライアントの特定するア
クセスサーバと該クライアントとの間を通信可能に接続
するクライアントサーバシステムにおける複数サーバの
相互バックアップ方法において、前記アクセスサーバで
は、前記クライアントからのデータ更新/参照要求に対
して、前記各サーバ間での通信によって、前記各サーバ
で保持しているデータについての同一性を含めて最新の
ものであるか否かの判定を行なうことを特徴とする。The invention according to claim 1 is
In a method of mutually backing up a plurality of servers in a client server system in which a plurality of servers are arranged and communicably connect between an access server specified by a client and the client, the access server may update / restore data from the client. In response to the reference request, a determination is made by communication between the servers as to whether or not the data held in each of the servers is the latest one, including the sameness of data.
【0015】請求項2に係る発明は、前記アクセスサー
バが、他のサーバのうち、最新データと判定されたデー
タを保持するサーバに対してのみ前記データ更新を指示
するものである。According to a second aspect of the present invention, the access server instructs the data update only to a server holding data determined to be the latest data among other servers.
【0016】請求項3に係る発明は、前記アクセスサー
バで保持しているデータが古いことを検出した場合に
は、前記データ更新/参照要求を拒否するものである。According to a third aspect of the present invention, when it is detected that the data stored in the access server is old, the data update / reference request is rejected.
【0017】請求項4に係る発明は、前記アクセスサー
バから他のサーバにタイムスタンプを問い合せ、その応
答結果に基づいて、前記各サーバで保持しているデータ
を判定するものである。According to a fourth aspect of the present invention, the access server inquires of another server about a time stamp, and the data held in each of the servers is determined based on the response result.
【0018】請求項5に係る発明は、前記データ更新要
求により前記アクセスサーバで保持しているデータが古
いことを検出した場合に、クライアントからの次のデー
タ更新/参照要求に対して、前記各サーバ間での通信を
行なわないで、該データ更新/参照要求を拒否するもの
である。According to a fifth aspect of the present invention, when the data update request detects that the data held in the access server is old, the data update / reference request from the client is made in response to the next data update / reference request from the client. The data update / reference request is rejected without performing communication between the servers.
【0019】請求項6に係る発明は、前記データ更新に
失敗したサーバが、前記クライアントからの復帰要求に
基づいて、他のサーバから最新データをローディングす
るようにしたものである。According to a sixth aspect of the present invention, the server that has failed to update the data loads the latest data from another server based on a return request from the client.
【0020】請求項7に係る発明は、複数個のサーバが
配置され、クライアントの特定するアクセスサーバと該
クライアントとの間を通信可能に接続するクライアント
サーバシステムにおける複数サーバの相互バックアップ
方法において、前記各サーバでは、前記クライアントか
ら前記複数個のサーバへのデータ更新要求が競合した場
合に、前記各サーバ間での通信によって、データ更新要
求が競合した旨を相互に知らせて、前記データ更新要求
を拒否することを特徴とする。According to a seventh aspect of the present invention, in the method for mutually backing up a plurality of servers in a client-server system in which a plurality of servers are arranged and an access server specified by a client is communicably connected to the client, In each server, when a data update request from the client to the plurality of servers conflicts with each other, the communication between the servers notifies each other that the data update request has conflicted, and the server updates the data update request. It is characterized by refusal.
【0021】請求項8に係る発明は、前記各サーバから
前記データ更新要求が拒否された前記各クライアント
が、互いに異なる時間経過の後にデータ更新をリトライ
するように構成したものである。According to an eighth aspect of the present invention, each of the clients, for which the data update request has been rejected from each of the servers, retries the data update after a lapse of time different from each other.
【0022】請求項9に係る発明は、前記各サーバが、
相互にタイムスタンプを問い合せて、データ更新中であ
るか否かに応じて前記データ更新要求の競合判定を行な
うものである。According to a ninth aspect of the present invention, each of the servers includes:
By mutually inquiring the time stamps, a conflict determination of the data update request is made depending on whether or not the data is being updated.
【0023】請求項10に係る発明は、複数個のサーバ
が配置され、クライアントの特定するアクセスサーバと
該クライアントとの間を通信可能に接続するクライアン
トサーバシステムにおける複数サーバのルーチング方法
において、前記複数個のサーバが中継ノードを介して接
続された広域ネットワーク上に配置され、前記クライア
ント毎に異なるアクセスサーバの優先順位が設定されて
いることを特徴とする。According to a tenth aspect of the present invention, in the method of routing a plurality of servers in a client-server system in which a plurality of servers are arranged and an access server specified by a client is communicably connected to the client, Servers are arranged on a wide area network connected via a relay node, and different priorities of access servers are set for each of the clients.
【0024】請求項11に係る発明は、前記アクセスサ
ーバの優先順位が、前記クライアントから各サーバまで
の距離が短い順に設定されているものである。According to an eleventh aspect of the present invention, the priority order of the access servers is set in ascending order of the distance from the client to each server.
【0025】[0025]
【発明の実施の形態】以下、添付した図面を参照して、
この発明の実施の形態を説明する。BRIEF DESCRIPTION OF THE DRAWINGS FIG.
An embodiment of the present invention will be described.
【0026】実施の形態1 実施の形態1の方法は、同じ機能を有し、同じデータを
保持したサーバが複数台冗長に配置されているクライア
ントサーバシステムにおいて、1つのサーバに障害が生
じた時に、クライアントが別のサーバに要求を出し直す
ように構成したものに適用される複数サーバの相互バッ
クアップ方法である。The method according to the first embodiment of the first embodiment have the same function, in a client-server system where the server holding the same data are arranged a plurality redundant, when a failure occurs in one server This is a mutual backup method for a plurality of servers, which is applied to a configuration in which a client issues a request to another server again.
【0027】複数のサーバで相互にバックアップを可能
に構成するためには、それぞれのサーバで同じデータを
保持している必要がある。しかし、複数のサーバが初期
状態で同じデータを持っていたとしても、一般にサーバ
のデータは、クライアントからのデータ更新(追加/変
更/削除)要求が実行されることによって変化する。全
てのサーバで同じデータを持ち続けるためには、あるサ
ーバがクライアントからのデータ更新要求を受け、それ
を実行した時に、他のサーバにおいても同じデータ更新
を行なう必要がある。In order to allow a plurality of servers to back up each other, it is necessary for each server to hold the same data. However, even if a plurality of servers have the same data in the initial state, the data of the server generally changes by executing a data update (add / change / delete) request from the client. In order for all servers to keep the same data, a certain server receives a data update request from a client, and when the server executes the request, the same data must be updated in other servers.
【0028】クライアントからデータ更新を要求した時
に、複数サーバのうちの1つが何等かの障害でデータ更
新に失敗した場合、このサーバのデータは最新ではなく
なるから、このサーバがその後に復旧しても、このサー
バはクライアントからのデータ更新要求にもデータ参照
要求にも拒否応答を返す必要がある。こうすれば、クラ
イアントは通信相手のサーバを使えないことが分かり、
速やかに別のサーバに要求を出し直すことができる。When one of a plurality of servers fails to update data due to some kind of failure when a data update is requested from a client, the data of this server becomes out-of-date. This server must return a rejection response to both a data update request and a data reference request from a client. This way, the client knows that it can't use the other server
The request can be promptly reissued to another server.
【0029】また、データが最新かどうかを知る手段と
して、各サーバでは、そこで保持しているデータが最後
に更新された時刻を示す識別コード(以降、単にタイム
スタンプという)が記憶される。このタイムスタンプを
サーバ相互間で比較すれば、データの同一性を含めて、
最新のものであるか否かを判断できる。Each server stores an identification code (hereinafter, simply referred to as a time stamp) indicating the time at which the data held therein was last updated as a means for knowing whether or not the data is the latest. By comparing this time stamp between servers, including the data identity,
You can determine if it is the latest one.
【0030】つぎに、クライアントに対して3台のサー
バA、B、Cが相互にバックアップを行なう場合の通信
手順を説明する。Next, a communication procedure when three servers A, B and C mutually back up a client will be described.
【0031】図1には全てのサーバA〜Cが正常に動作
可能な場合、図2にはクライアントからの要求を受けた
サーバAが障害を有する場合、及び図3にはクライアン
トからの要求を受けなかったサーバBが障害を有する場
合の通信手順を示している。FIG. 1 shows a case where all the servers A to C can operate normally, FIG. 2 shows a case where the server A which has received a request from the client has a failure, and FIG. This shows a communication procedure when the server B that has not received a fault has a failure.
【0032】図1において、クライアントがサーバA
(アクセスサーバ)にデータ更新を要求した時、サーバ
Aは他の全てのサーバB、Cで保持しているタイムスタ
ンプを問い合せる。サーバAのタイムスタンプがT0 で
あって、かつサーバB、CからサーバAへのタイムスタ
ンプ応答がいずれもT0 であることから、サーバAでは
そこで保持しているデータが古くないことが確認でき
る。また、この時点の時刻T1 を今回のデータ更新のタ
イムスタンプとしてサーバAで記憶し、またサーバAか
ら他のサーバB、Cに対しても今回のデータ更新要求と
ともにタイムスタンプT1 を分配する。他のサーバB、
Cでは、サーバAと同様に、データとタイムスタンプの
更新が行なわれる。サーバAでは、他のサーバB、Cか
らデータ更新応答を受け、その後、サーバAからクライ
アントに対してデータ更新応答が返される。In FIG. 1, a client is a server A
When requesting the (access server) to update the data, the server A inquires the time stamps held in all the other servers B and C. Since the time stamp of the server A is T 0 and the time stamp responses from the servers B and C to the server A are both T 0 , it is confirmed that the data held in the server A is not old. it can. Further, the time T 1 at this point is stored in the server A as a time stamp of the current data update, and the time stamp T 1 is distributed from the server A to the other servers B and C together with the current data update request. . Other server B,
In C, the data and the time stamp are updated as in server A. The server A receives a data update response from the other servers B and C, and then returns a data update response from the server A to the client.
【0033】図2は、クライアントからのデータ参照要
求又はデータ更新要求(データ参照/更新要求)を受け
たサーバAに障害があって、この要求を拒否する通信手
順を示している。FIG. 2 shows a communication procedure for rejecting a server A which has received a data reference request or a data update request (data reference / update request) from a client and has a failure.
【0034】クライアントからサーバAに、データ参照
/更新要求が出された時、サーバAからサーバB、Cに
タイムスタンプを問い合せる。サーバB、Cからのタイ
ムスタンプ応答がそれぞれT1 として、サーバAに返っ
てきたとき、サーバAのタイムスタンプがT0 (<T
1 )であることから、サーバAに障害があることが分か
る。すなわち、サーバAのタイムスタンプT0 をT1 と
比較し、T0 <T1 であることから、サーバAでその保
持するデータが最新でないことが判明する。そこで、ク
ライアントからのデータ参照/更新要求に対して、サー
バAはクライアントに拒否応答を返す。サーバAにデー
タ参照/変更要求が拒否されたクライアントは、次にサ
ーバBにデータ参照/変更を要求する。サーバBでも、
上述と同様のタイムスタンプの問い合せと応答の手順が
繰り返され(図では省略している)、サーバBのデータ
が最新であることが検出されたとき、サーバBからクラ
イアントにデータ参照/更新応答が出される。When a data reference / update request is issued from the client to the server A, the server A inquires the servers B and C about the time stamp. When the time stamp responses from the servers B and C return to the server A as T 1 , respectively, the time stamp of the server A becomes T 0 (<T
From 1 ), it is known that the server A has a failure. That is, the time stamp T 0 of the server A is compared with T 1, and since T 0 <T 1, it is determined that the data held by the server A is not the latest. Then, in response to the data reference / update request from the client, the server A returns a rejection response to the client. The client whose data reference / change request is rejected by the server A requests the server B for data reference / change. Even on server B,
The same time stamp inquiry and response procedures as described above are repeated (omitted in the figure). When it is detected that the data of server B is the latest, a data reference / update response is sent from server B to the client. Will be issued.
【0035】図3は、サーバBがデータ更新要求の分配
対象外となる場合の通信手順を示している。FIG. 3 shows a communication procedure when the server B is excluded from the distribution target of the data update request.
【0036】クライアントがサーバAにデータ更新を要
求した場合に、サーバAからサーバB、Cにタイムスタ
ンプを問い合せる。サーバBからサーバAへのタイムス
タンプ応答がT0 、サーバCからサーバAへのタイムス
タンプ応答がT1 (>T0 )として返ってきたとき、サ
ーバAのタイムスタンプがT1 であることから、サーバ
Bに障害があることが分かる。すなわち、サーバBのデ
ータが最新でない場合、サーバAは他のサーバB、Cへ
のタイムスタンプ問い合せとその応答によって、サーバ
Bの障害を検出できる。その結果、サーバAはサーバB
を分配対象外として、そこにデータを分配せず、サーバ
Cに対してのみ、今回のデータ更新要求とともにタイム
スタンプT2 を分配する。When the client requests the server A to update the data, the server A inquires the servers B and C about the time stamp. Timestamp Reply is T 0 from the server B to server A, when the timestamp reply from server C to Server A is returned as T 1 (> T 0), since the timestamp of the server A is T 1 It can be seen that the server B has a failure. That is, when the data of the server B is not the latest, the server A can detect the failure of the server B by inquiring the time stamps of the other servers B and C and responding to them. As a result, server A becomes server B
As distribution excluded, there without distributing the data, only the server C, and distributes the time stamp T 2 together with the current data update request.
【0037】サーバA、Cにおいてそれぞれデータ更新
が実行された後、サーバAはサーバCのみからデータ更
新応答を受け、その後、クライアントに対してデータ更
新応答が返される。したがって、図3に示すようにサー
バBでのデータは更新されず、そのタイムスタンプもT
0 のままに保持される。After each of the servers A and C performs data update, the server A receives a data update response only from the server C, and then returns a data update response to the client. Therefore, as shown in FIG. 3, the data in server B is not updated, and its time stamp is also T
It is kept at 0 .
【0038】以上説明したように、実施の形態1の方法
では、複数個のサーバが配置され、クライアントの特定
するアクセスサーバと該クライアントとの間を通信可能
に接続するクライアントサーバシステムにおける複数サ
ーバの相互バックアップ方法において、アクセスサーバ
では、クライアントからのデータ更新/参照要求に対し
て、各サーバ間での通信によって、各サーバで保持して
いるデータについての同一性を含めて最新のものである
か否かの判定を行なうようにしたので、CPU、バス、
メモリ等を特別に冗長に構成しなくても、一般的なワー
クステーションやPCを使用して、高い信頼性を有する
安価なサーバを構成でき、これら複数サーバの相互バッ
クアップが可能になる。As described above, in the method of the first embodiment, a plurality of servers are arranged, and a plurality of servers in a client-server system for communicably connecting an access server specified by a client and the client. In the mutual backup method, is the access server up-to-date with respect to the data update / reference request from the client, including the identity of the data held in each server, through communication between the servers? Is determined, the CPU, bus,
Even if a memory or the like is not specially configured in a redundant manner, an inexpensive server having high reliability can be configured using a general workstation or PC, and mutual backup of the plurality of servers becomes possible.
【0039】実施の形態2.実施の形態2の方法は、あ
るサーバがデータ更新に失敗した場合に、相互にバック
アップしているサーバ間で、データを最新のものとする
回復処理に適用される複数サーバの相互バックアップ方
法である。 Embodiment 2 The method of the second embodiment is a mutual backup method of a plurality of servers which is applied to a recovery process for updating data between servers mutually backing up when a server fails to update data. .
【0040】実施の形態1で説明したように、クライア
ントからのデータ更新要求に対して、データ更新に失敗
したサーバのデータは、相互にバックアップしている他
のサーバのデータより古いものとなる。したがって、ク
ライアントからの要求に応じるためには、そのデータ内
容を最新のものと一致するように、早急に書き換えてお
く必要がある。As described in the first embodiment, in response to a data update request from a client, the data of the server that failed to update the data becomes older than the data of the other servers that are backed up with each other. Therefore, in order to respond to the request from the client, it is necessary to immediately rewrite the data content so as to match the latest data content.
【0041】また、サーバのデータが復旧するまでの間
は、クライアントからアクセスが行なわれる毎に、或い
は他のサーバへのアクセスが行なわれる毎に、繰り返し
タイムスタンプの問い合せと応答が行なわれると、ネッ
トワークの処理効率を低下させる。したがって、データ
更新に失敗したサーバでは、次にデータ更新/参照要求
があったとき、各サーバ間での通信を行なわないで、ク
ライアントに対して該データ更新/参照要求を直ちに拒
否すれば、ネットワークの処理効率を低下させることが
ない。Until the data of the server is restored, every time an access is made from the client or every time an access is made to another server, the inquiry and response of the time stamp are repeated. Decrease network processing efficiency. Therefore, in the server that failed in data update, when the next data update / reference request is made, communication between the servers is not performed, and the data update / reference request is immediately rejected to the client. Does not lower the processing efficiency.
【0042】図4には、3台のサーバA、B、Cが相互
にバックアップを行なって、データを常に最新のものに
書き換えておく手順を示している。FIG. 4 shows a procedure in which three servers A, B and C mutually back up each other and always rewrite data to the latest one.
【0043】サーバAでは、自己のデータが他のサーバ
B、Cのデータより古いものとなっていることが判明し
た時点で、そのタイムスタンプが「−1」に書き換えら
れている。そして、その後にサーバAにクライアントか
らの要求があった場合には、サーバAは他のサーバB、
Cに対してタイムスタンプの問い合せを行なわず、かつ
そのタイムスタンプ「−1」に基づいて、即座にクライ
アントへの拒否を返すようにしている。これによって、
サーバ間での無駄な問い合せと応答とを防止して、ネッ
トワークの処理効率を高めることができる。When the server A finds that its own data is older than the data of the other servers B and C, its time stamp is rewritten to "-1". Then, when the server A receives a request from the client after that, the server A becomes the other server B,
The time stamp is not inquired to C, and a refusal to the client is immediately returned based on the time stamp "-1". by this,
Useless inquiries and responses between servers can be prevented, and network processing efficiency can be improved.
【0044】また、最新でないデータを持つサーバA
は、クライアントからの「復帰要求」があると、他のサ
ーバB、Cにタイムスタンプの問い合せを行なう。そし
て、両サーバB、Cから応答されたタイムスタンプに基
づいて、最新データを保持しているサーバを1つだけ選
択する。図4では、サーバB、Cからのタイムスタンプ
がともにT0 であるので、サーバB、Cのいずれでも良
いが、いま例えばサーバBに対して、サーバAからデー
タローディング要求を行なうと、このデータローディン
グ要求を受けたサーバBでは、最新データとともにタイ
ムスタンプT0 をサーバAに送る(データローディング
応答)。これにより、サーバAのデータ内容は最新のも
のに書き換えられ、その時点でクライアントに「復帰応
答」を行なう。Also, a server A having out-of-date data
Sends a time stamp inquiry to the other servers B and C when there is a "return request" from the client. Then, based on the time stamps returned from both servers B and C, only one server holding the latest data is selected. In Figure 4, the server B, and the time stamp from C is T 0 Both server B, and may be either a C, relative now for example, a server B, and performs data loading request from the server A, the data in the server B received a loading request and sends a time stamp T 0 with the latest data to the server a (data loading response). As a result, the data content of the server A is rewritten to the latest one, and a "return response" is sent to the client at that time.
【0045】ここで、サーバAがデータを更新している
間は、他のサーバB、Cでのデータ更新が禁止されなく
てはならない。したがって、サーバAはクライアントか
らの復帰要求を受信してから、「復帰応答」を返すまで
の間に、他のサーバB、Cからタイムスタンプの問い合
せを受信した場合には、次に説明する実施の形態3の場
合と同様に、「データ更新中」の旨を返すことになる。Here, while the server A is updating the data, the updating of the data by the other servers B and C must be prohibited. Therefore, when the server A receives the time stamp inquiry from the other servers B and C during the period from the reception of the return request from the client to the return of the “return response”, the server A will be described below. As in the case of the third embodiment, the effect that "data is being updated" is returned.
【0046】以上説明したように、実施の形態2の方法
では、データ更新要求によりアクセスサーバで保持して
いるデータが古いことを検出した場合に、クライアント
からの次のデータ更新/参照要求に対して、各サーバ間
での通信を行なわないで、該データ更新/参照要求を拒
否するように指示し、或いはまた、データ更新に失敗し
たサーバは、クライアントからの復帰要求に基づいて、
他のサーバから最新データをローディングすることによ
って、既存のネットワーク上でのアプリケーションサー
バ設備を変更せずに、クライアントサーバシステムの効
率を低下させることなく、サーバに相互バックアップ機
能を持たせて、サーバの信頼性を向上できる。As described above, according to the method of the second embodiment, when it is detected that the data held in the access server is old by the data update request, the next data update / reference request from the client is performed. In this case, the server instructs to reject the data update / reference request without performing communication between the servers, or, based on the return request from the client,
By loading the latest data from other servers, the server can have a mutual backup function without changing the application server facilities on the existing network and without reducing the efficiency of the client server system, Reliability can be improved.
【0047】実施の形態3.実施の形態3の方法は、同
じ機能を有し、同じデータを保持したサーバが複数台冗
長に配置されたクライアントサーバシステムにおいて、
相互にバックアップしているサーバ毎に複数のクライア
ントからの要求が順位付けられて構成したものに適用さ
れる複数サーバの相互バックアップ方法である。 Embodiment 3 The method according to the third embodiment provides a client-server system in which a plurality of servers having the same function and holding the same data are redundantly arranged.
This is a mutual backup method for a plurality of servers which is applied to a configuration in which requests from a plurality of clients are ranked for each server that is backing up each other.
【0048】たとえば、2台のサーバA、Bがそれぞれ
同じデータを保持し、相互にバックアップしている場
合、2以上のクライアントから同時に、サーバA、Bに
それぞれアクセスして、それぞれのデータを参照するこ
とは可能である。しかし、あるクライアントからのデー
タ変更要求がサーバAで実行されている間に、サーバB
が別のクライアントからの要求により同じデータを削除
してしまうと、サーバBにはデータ変更の対象データが
無くなってしまう。そのような場合、サーバAからサー
バBにデータ変更要求を行なっても、サーバBでのデー
タ更新が不可能になる。したがって、2以上のサーバを
備えたクライアントサーバシステムでは、このようにデ
ータ更新要求が競合した場合に、サーバ間でのデータの
同一性が保てなくなる。For example, when two servers A and B hold the same data and back up each other, two or more clients access the servers A and B simultaneously and refer to the respective data. It is possible to do. However, while a data change request from a client is being executed on server A,
If the same data is deleted in response to a request from another client, there is no longer any data to be changed in the server B. In such a case, even if the server A issues a data change request to the server B, the data cannot be updated on the server B. Therefore, in a client-server system including two or more servers, when data update requests compete in this way, it is not possible to maintain data identity between servers.
【0049】ここでは、データ更新要求が競合した場合
に、サーバ間での通信によって、その旨を知らせて、各
クライアントに対してそれぞれ要求を拒否することによ
り、サーバA、B間のデータの同一性を確保している。
さらに、要求が拒否された各クライアントから、再度サ
ーバA、Bに同じ要求を行なうとき、各クライアント間
で要求のタイミングを異ならせることで、アクセス競合
が再び生じないようにしている。Here, when a data update request conflicts, the fact is notified by communication between the servers, and the request is rejected to each client, so that the data between the servers A and B is identical. Is secured.
Further, when the same request is made again to the servers A and B from each client whose request has been rejected, the timing of the request is made different between the clients so that access conflict does not occur again.
【0050】図5には、クライアントa,bがそれぞれ
サーバA、Bにデータ更新要求を行なう場合の通信手順
を示している。ここでは、例えばクライアントaはサー
バA、サーバBの順に要求を行ない、他方のクライアン
トbはサーバB、サーバAの順に要求を行なうものとす
る。FIG. 5 shows a communication procedure when the clients a and b make data update requests to the servers A and B, respectively. Here, for example, it is assumed that the client a makes a request in the order of the server A and the server B, and the other client b makes a request in the order of the server B and the server A.
【0051】図において、クライアントaがサーバAに
データ更新要求を行ない、クライアントbも同時にサー
バBにデータ更新要求を行なうと、各サーバA、Bから
互いに相手サーバの保持するタイムスタンプを問い合せ
る。サーバAはクライアントaに応答を返すまでの間
に、サーバBからタイムスタンプの問い合せを受けるこ
とになる。すなわち、サーバAではサーバBからタイム
スタンプの問い合せについての応答を受け取る前に、サ
ーバBからの問い合せを受ける。そこで、サーバAはタ
イムスタンプ応答に代えて、サーバBに「データ更新
中」の旨を応答する。サーバBは、この「データ更新
中」の応答を受けて、クライアントbに対して同様に
「データ更新中」を応答することによって、クライアン
トbからのデータ更新要求を拒否する。サーバBも同様
に、クライアントbに応答を返すまでの間に、サーバA
からタイムスタンプの問い合せを受けて、サーバAと同
様に動作するから、サーバAは「データ更新中」の応答
を受けて、クライアントaからのデータ更新要求を拒否
する。In the figure, when the client a makes a data update request to the server A and the client b makes a data update request to the server B at the same time, each of the servers A and B inquires about the time stamp held by the other server. Server A receives a time stamp inquiry from server B before returning a response to client a. That is, the server A receives the inquiry from the server B before receiving the response to the inquiry about the time stamp from the server B. Then, instead of the time stamp response, the server A responds to the server B that "data is being updated". The server B receives the "data update in progress" response and similarly responds "data update in progress" to the client b, thereby rejecting the data update request from the client b. Similarly, server B waits until server A returns a response to client b.
Receives an inquiry about the time stamp from the server A, and operates in the same manner as the server A, so that the server A rejects the data update request from the client a in response to the response of "data updating".
【0052】その後、要求が拒否された各クライアント
a,bからは、それぞれが内蔵する乱数回路により決定
される任意の時間Ta 、Tb の経過後に、再度サーバ
A、Bに同じ要求がリトライされる。このように、クラ
イアントa,b間でサーバへのアクセスのタイミングを
異ならせることによって、再びアクセス競合を生じさせ
ずに、2つのクライアントa,bからのデータ更新要求
が順番に実行される。例えば、Ta <Tb であれば、ま
ずクライアントaからのデータ更新要求がサーバAで実
行され、各サーバA、BのタイムスタンプがT0 からT
1 に書き換えられ、次にクライアントbからのデータ更
新要求がサーバBで実行され、さらに各サーバA、Bの
タイムスタンプがT2 に書き換えられる。[0052] Thereafter, each client a request is rejected, the b, in arbitrary time T a, which is determined by a random number circuit is respectively incorporated, after a T b, the server again A, the same request to B retry Is done. As described above, by making the access timings to the server different between the clients a and b, the data update requests from the two clients a and b are executed in order without causing access conflict again. For example, if T a <T b , a data update request from client a is first executed on server A, and the time stamp of each of servers A and B is changed from T 0 to T
Rewritten to 1, then the data update request from the client b is performed by the server B, and each server A, the time stamp of B is rewritten to T 2.
【0053】さらに、3つ以上のサーバが相互にバック
アップしているクライアントサーバシステムであって
も、同様に競合処理が実行される。なお、いずれか一つ
のクライアントからの要求が、データの追加/変更/削
除を伴わない、データ参照要求等であれば、サーバ相互
間が「データ更新中」とはならない。Further, even in a client server system in which three or more servers back up each other, the conflict processing is similarly executed. If the request from any one of the clients is a data reference request or the like that does not involve addition / change / deletion of data, the server does not indicate “data updating”.
【0054】以上説明したように、実施の形態3の方法
では、複数個のサーバが配置され、クライアントの特定
するアクセスサーバと該クライアントとの間を通信可能
に接続するクライアントサーバシステムにおける複数サ
ーバの相互バックアップ方法において、各サーバでは、
クライアントから複数個のサーバへのデータ更新要求が
競合した場合に、各サーバ間での通信によって、データ
更新要求が競合した旨を相互に知らせて、データ更新要
求を拒否し、或いはまた、各サーバからデータ更新要求
が拒否された各クライアントが、互いに異なる時間経過
の後にデータ更新をリトライするように構成したので、
データ更新要求の競合を的確に処理できる。したがっ
て、複数のクライアントから同時にデータ参照要求があ
った場合に、それらを複数のサーバに分散することによ
って、システムの処理能力をサーバの台数に比例して向
上できる。As described above, in the method according to the third embodiment, a plurality of servers are arranged, and a plurality of servers in a client server system for communicably connecting an access server specified by a client and the client. In the mutual backup method, each server
When a data update request from a client to a plurality of servers conflicts with each other, communication between the servers informs each other that the data update request has conflicted, and rejects the data update request. Since each client whose data update request was rejected by has been configured to retry data update after a different time elapses,
Competition for data update requests can be properly handled. Therefore, when data referencing requests are simultaneously made from a plurality of clients, by distributing the requests to a plurality of servers, the processing capacity of the system can be improved in proportion to the number of servers.
【0055】実施の形態4.実施の形態4の方法は、複
数のクライアントからのデータ参照要求を同時に複数の
サーバで分散して実行するように構成したクライアント
サーバシステムに適用される複数サーバのルーチング方
法である。 Embodiment 4 The method according to the fourth embodiment is a routing method for a plurality of servers applied to a client-server system configured to simultaneously execute data reference requests from a plurality of clients in a distributed manner.
【0056】ここでは、全く同じ機能、データを持つ複
数台のサーバを、例えば図8の各拠点LAN2のよう
な、ネットワーク上の各地域に分散して配置する。通
常、クライアントは、ネットワーク内で一番近くに位置
するサーバに対してアクセスする。そのとき、ネットワ
ーク内の中継線の障害や、サーバ自体の障害が生じて、
このサーバが応答できない場合に、クライアントは次に
近くに位置するサーバにアクセスする。さらに、このサ
ーバも応答できない状態であれば、さらに次のサーバに
アクセスする。Here, a plurality of servers having exactly the same function and data are distributed and arranged in each region on the network, for example, at each base LAN 2 in FIG. Typically, a client accesses a server located closest in the network. At that time, a failure of the trunk line in the network or a failure of the server itself occurs,
If the server cannot respond, the client accesses the next nearby server. Further, if this server cannot respond, it accesses the next server.
【0057】このようにして、クライアント毎に、アク
セスサーバの優先順位が各サーバまでの距離に応じて設
定されていれば、各クライアントは全てのサーバについ
て、順次に効率良くサーバを切り替えて、ルーチングを
行なうことができる。また、このアクセスサーバの優先
順位は、クライアントから各サーバまでの距離とは関係
なく、他の要因に基づいて設定することも可能である。As described above, if the priority order of the access server is set for each client according to the distance to each server, each client sequentially and efficiently switches servers for all servers, and performs routing. Can be performed. The priority of the access server can be set based on other factors regardless of the distance from the client to each server.
【0058】実施の形態4のルーチング方法では、複数
個のサーバが配置され、クライアントの特定するアクセ
スサーバと該クライアントとの間を通信可能に接続する
クライアントサーバシステムにおける複数サーバのルー
チング方法において、複数個のサーバが中継ノードを介
して接続された広域ネットワーク上に配置され、クライ
アント毎に異なるアクセスサーバの優先順位が設定され
ていることによって、クライアントが1つのサーバと通
信できなくなった場合でも、他のサーバとの通信が効率
良く行なえるので、クライアントサーバ間通信の信頼性
を高めることができる。特に、拠点LAN毎にサーバが
分散して配置されていれば、信頼性を高めるうえで一層
効果的である。In the routing method according to the fourth embodiment, a plurality of servers are arranged, and in a client-server system for communicatively connecting an access server specified by a client and the client, a plurality of servers are arranged. Servers are located on a wide area network connected via a relay node, and different access server priorities are set for each client, so that even if a client cannot communicate with one server, The communication with the server can be performed efficiently, so that the reliability of the communication between the client and the server can be improved. In particular, if servers are dispersedly arranged for each base LAN, it is more effective in increasing reliability.
【0059】また、通常クライアントは最も近くのサー
バと通信するから、クライアントサーバ間通信を分散し
て、ネットワーク上の中継ノードの負荷を軽減するうえ
で、有効である。Also, since the client normally communicates with the nearest server, it is effective in distributing the communication between the client and server to reduce the load on the relay node on the network.
【0060】なお、以上の実施の形態1〜4の説明で
は、クライアントは複数サーバのルーチング機能を備
え、各サーバは相互バックアップ機能を備えたものとし
て説明したが、これらの機能自体を担うプログラム(エ
ンティティ)をクライアントサーバシステムとして追加
すれば、既存のネットワーク上で、既存のアプリケーシ
ョンサーバ設備自体の変更なしに、サーバの信頼性を向
上させることが可能である。In the above description of the first to fourth embodiments, it has been described that the client has the routing function of a plurality of servers and each server has the mutual backup function. If the entity is added as a client server system, the reliability of the server can be improved on the existing network without changing the existing application server equipment itself.
【0061】[0061]
【発明の効果】この発明の複数サーバの相互バックアッ
プ方法によれば、広域にまたがるネットワーク上でアプ
リケーションサーバ機能を実現するうえで、高い信頼性
を有するクライアントサーバシステムを安価に実現でき
る。According to the method for mutually backing up a plurality of servers according to the present invention, a highly reliable client server system can be realized at a low cost in realizing an application server function over a wide area network.
【0062】また、この発明のルーチング方法によれ
ば、クライアントとサーバ間での通信が分散でき、高い
信頼性を有するクライアントサーバシステムを安価に実
現できる。Further, according to the routing method of the present invention, communication between the client and the server can be distributed, and a highly reliable client-server system can be realized at low cost.
【図1】 この発明の実施の形態1における、サーバA
〜Cが正常に動作可能な場合のバックアップ手順を示す
図である。FIG. 1 is a diagram illustrating a server A according to a first embodiment of the present invention.
FIG. 11 is a diagram showing a backup procedure in a case where .about.C can operate normally.
【図2】 この発明の実施の形態1における、サーバA
が障害を有する場合のバックアップ手順を示す図であ
る。FIG. 2 is a diagram illustrating a server A according to the first embodiment of the present invention;
FIG. 6 is a diagram showing a backup procedure when a device has a failure.
【図3】 この発明の実施の形態1における、サーバB
が障害を有する場合のバックアップ手順を示す図であ
る。FIG. 3 is a diagram illustrating a server B according to the first embodiment of the present invention;
FIG. 6 is a diagram showing a backup procedure when a device has a failure.
【図4】 この発明の実施の形態2における、データ書
き換え手順を示す図である。FIG. 4 is a diagram showing a data rewriting procedure according to Embodiment 2 of the present invention.
【図5】 この発明の実施の形態3における、データ更
新要求の競合防止の手順を示す図である。FIG. 5 is a diagram showing a procedure for preventing contention of a data update request according to the third embodiment of the present invention.
【図6】 4つのLANから構成されるネットワークを
示す図である。FIG. 6 is a diagram showing a network composed of four LANs.
【図7】 複数の拠点LANを含むネットワークを示す
図である。FIG. 7 is a diagram showing a network including a plurality of base LANs.
【図8】 4つの拠点LANの間を中継線で直接に接続
したネットワークを示す図である。FIG. 8 is a diagram illustrating a network in which four base LANs are directly connected by a trunk line.
1 中心LAN、 2 拠点LAN、 3 迂回中継
線。1 Central LAN, 2 LANs, 3 Detour trunk line.
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 FI 技術表示箇所 H04L 12/00 ──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. 6 Identification code Agency reference number FI Technical display location H04L 12/00
Claims (11)
トの特定するアクセスサーバと該クライアントとの間を
通信可能に接続するクライアントサーバシステムにおけ
る複数サーバの相互バックアップ方法において、 前記アクセスサーバでは、前記クライアントからのデー
タ更新/参照要求に対して、前記各サーバ間での通信に
よって、前記各サーバで保持しているデータについての
同一性を含めて最新のものであるか否かの判定を行なう
ことを特徴とする複数サーバの相互バックアップ方法。1. A method for mutually backing up a plurality of servers in a client server system in which a plurality of servers are arranged and communicably connect between an access server specified by a client and the client, wherein the access server includes the client In response to a data update / reference request from the server, it is determined by communication between the servers whether or not the data held in each server is the latest data including the sameness. Characteristic mutual backup method of multiple servers.
ち、最新データと判定されたデータを保持するサーバに
対してのみ前記データ更新を指示することを特徴とする
請求項1に記載の複数サーバの相互バックアップ方法。2. The multiple server according to claim 1, wherein the access server instructs the data update only to a server holding data determined to be the latest data among other servers. Mutual backup method.
タが古いことを検出した場合には、前記データ更新/参
照要求を拒否することを特徴とする請求項1に記載の複
数サーバの相互バックアップ方法。3. The mutual backup method for a plurality of servers according to claim 1, wherein when detecting that the data held in the access server is old, the data update / reference request is rejected. .
イムスタンプを問い合せ、その応答結果に基づいて、前
記各サーバで保持しているデータを判定することを特徴
とする請求項1に記載の複数サーバの相互バックアップ
方法。4. The multiple server according to claim 1, wherein the access server inquires of another server about a time stamp, and determines the data held in each of the servers based on a response result. Mutual backup method.
方法において、 前記データ更新要求により前記アクセスサーバで保持し
ているデータが古いことを検出した場合に、クライアン
トからの次のデータ更新/参照要求に対して、前記各サ
ーバ間での通信を行なわないで、該データ更新/参照要
求を拒否することを特徴とする複数サーバの相互バック
アップ方法。5. The method according to claim 1, wherein when the data held in the access server is detected to be old by the data update request, the next data update from the client is performed. A method of mutually backing up a plurality of servers, wherein the server does not perform communication between the servers in response to the request / reference request and rejects the data update / reference request.
記クライアントからの復帰要求に基づいて、他のサーバ
から最新データをローディングすることを特徴とする請
求項5に記載の複数サーバの相互バックアップ方法。6. The method of claim 5, wherein the server that failed to update the data loads the latest data from another server based on a return request from the client. .
トの特定するアクセスサーバと該クライアントとの間を
通信可能に接続するクライアントサーバシステムにおけ
る複数サーバの相互バックアップ方法において、 前記各サーバでは、前記クライアントから前記複数個の
サーバへのデータ更新要求が競合した場合に、前記各サ
ーバ間での通信によって、データ更新要求が競合した旨
を相互に知らせて、前記データ更新要求を拒否すること
を特徴とする複数サーバの相互バックアップ方法。7. A method for mutually backing up a plurality of servers in a client server system in which a plurality of servers are arranged and communicably connect between an access server specified by a client and the client, wherein each server includes the client When the data update requests to the plurality of servers conflict from each other, communication between the servers notifies each other that the data update requests have conflicted, and rejects the data update request. Backup method for multiple servers.
拒否された前記各クライアントが、互いに異なる時間経
過の後にデータ更新をリトライするように構成したこと
を特徴とする請求項7に記載の複数サーバの相互バック
アップ方法。8. The multiple server according to claim 7, wherein each of the clients, for which the data update request is rejected from each of the servers, retries the data update after a lapse of time different from each other. Mutual backup method.
を問い合せて、データ更新中であるか否かに応じて前記
データ更新要求の競合判定を行なうことを特徴とする前
記請求項7に記載の複数サーバの相互バックアップ方
法。9. The server according to claim 7, wherein the servers inquire about each other's time stamps and determine whether or not the data update request is in conflict according to whether data is being updated. Mutual backup method for multiple servers.
ントの特定するアクセスサーバと該クライアントとの間
を通信可能に接続するクライアントサーバシステムにお
ける複数サーバのルーチング方法において、 前記複数個のサーバが中継ノードを介して接続された広
域ネットワーク上に配置され、 前記クライアント毎に異なるアクセスサーバの優先順位
が設定されていることを特徴とする複数サーバのルーチ
ング方法。10. A method of routing a plurality of servers in a client server system in which a plurality of servers are arranged and communicably connects an access server specified by a client and the client, wherein the plurality of servers are relay nodes. A plurality of servers arranged on a wide area network connected via a network, wherein different priorities of access servers are set for each of the clients.
記クライアントから各サーバまでの距離が短い順に設定
されていることを特徴とする請求項10に記載の複数サ
ーバのルーチング方法。11. The method according to claim 10, wherein the priority order of the access servers is set in ascending order of the distance from the client to each server.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8237772A JPH1084377A (en) | 1996-09-09 | 1996-09-09 | Mutual backup method and routing method for a plurality of servers |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8237772A JPH1084377A (en) | 1996-09-09 | 1996-09-09 | Mutual backup method and routing method for a plurality of servers |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH1084377A true JPH1084377A (en) | 1998-03-31 |
Family
ID=17020215
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP8237772A Withdrawn JPH1084377A (en) | 1996-09-09 | 1996-09-09 | Mutual backup method and routing method for a plurality of servers |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH1084377A (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100324136B1 (en) * | 1999-09-01 | 2002-03-13 | 김한규 | Method for communication of server system based on asymmetric 3 way TCP(ATCP), computer readable record medium on which a program therefor is recorded and apparatus for backend server |
JP2008186222A (en) * | 2007-01-30 | 2008-08-14 | Seiko Epson Corp | Application execution system, computer, application execution method for application execution system and program |
WO2008126326A1 (en) * | 2007-03-30 | 2008-10-23 | Fujitsu Limited | Storage management program, storage management device, and storage management method |
JP2013114623A (en) * | 2011-11-30 | 2013-06-10 | Fujitsu Ltd | Storage device, storage control program, and storage control method |
CN106550009A (en) * | 2016-09-20 | 2017-03-29 | 海能达通信股份有限公司 | A kind of method for processing business, system and device |
CN107391620A (en) * | 2017-07-06 | 2017-11-24 | 天脉聚源(北京)传媒科技有限公司 | A kind of method and device for handling collaboration update abnormal |
-
1996
- 1996-09-09 JP JP8237772A patent/JPH1084377A/en not_active Withdrawn
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100324136B1 (en) * | 1999-09-01 | 2002-03-13 | 김한규 | Method for communication of server system based on asymmetric 3 way TCP(ATCP), computer readable record medium on which a program therefor is recorded and apparatus for backend server |
JP2008186222A (en) * | 2007-01-30 | 2008-08-14 | Seiko Epson Corp | Application execution system, computer, application execution method for application execution system and program |
WO2008126326A1 (en) * | 2007-03-30 | 2008-10-23 | Fujitsu Limited | Storage management program, storage management device, and storage management method |
JP2013114623A (en) * | 2011-11-30 | 2013-06-10 | Fujitsu Ltd | Storage device, storage control program, and storage control method |
CN106550009A (en) * | 2016-09-20 | 2017-03-29 | 海能达通信股份有限公司 | A kind of method for processing business, system and device |
CN106550009B (en) * | 2016-09-20 | 2020-01-21 | 海能达通信股份有限公司 | Service processing method, system and device |
CN107391620A (en) * | 2017-07-06 | 2017-11-24 | 天脉聚源(北京)传媒科技有限公司 | A kind of method and device for handling collaboration update abnormal |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6671704B1 (en) | Method and apparatus for handling failures of resource managers in a clustered environment | |
US11409622B1 (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 | |
US11550679B2 (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 | |
US5822531A (en) | Method and system for dynamically reconfiguring a cluster of computer systems | |
US8769132B2 (en) | Flexible failover policies in high availability computing systems | |
US7962915B2 (en) | System and method for preserving state for a cluster of data servers in the presence of load-balancing, failover, and fail-back events | |
US6839752B1 (en) | Group data sharing during membership change in clustered computer system | |
US7818408B1 (en) | Automated virtual interface failover in a mass storage cluster | |
US7843811B2 (en) | Method of solving a split-brain condition | |
US7047439B2 (en) | Enhancing reliability and robustness of a cluster | |
US11709743B2 (en) | Methods and systems for a non-disruptive automatic unplanned 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 | |
US11206173B2 (en) | High availability on a distributed networking platform | |
US8856581B2 (en) | Method for resource information backup operation based on peer to peer network and peer to peer network thereof | |
JPH10187519A (en) | Method for preventing contention of distribution system | |
US9390156B2 (en) | Distributed directory environment using clustered LDAP servers | |
CN103581276A (en) | Cluster management device and system, service client side and corresponding method | |
CN104468150A (en) | Method for realizing fault migration through virtual host and virtual host service device | |
CN111158949A (en) | Configuration method, switching method and device of disaster recovery architecture, equipment and storage medium | |
JPH08212095A (en) | Client server control system | |
US20230004465A1 (en) | Distributed database system and data disaster backup drilling method | |
US7120821B1 (en) | Method to revive and reconstitute majority node set clusters | |
CN104794026B (en) | A kind of failover method of cluster instance multi-data source binding | |
JPH1084377A (en) | Mutual backup method and routing method for a plurality of servers | |
CN105323271B (en) | Cloud computing system and processing method and device thereof | |
CN107291575B (en) | Processing method and equipment for data center fault |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20031202 |