JP2000357162A - 分散サーバ構成におけるサーバ間のデータ同期方式 - Google Patents
分散サーバ構成におけるサーバ間のデータ同期方式Info
- Publication number
- JP2000357162A JP2000357162A JP11169888A JP16988899A JP2000357162A JP 2000357162 A JP2000357162 A JP 2000357162A JP 11169888 A JP11169888 A JP 11169888A JP 16988899 A JP16988899 A JP 16988899A JP 2000357162 A JP2000357162 A JP 2000357162A
- Authority
- JP
- Japan
- Prior art keywords
- server
- data
- servers
- child
- updating
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 分散サーバ構成においてデータ同期の管理が
簡易に行え、障害発生時のデータ同期の復旧処理が負荷
分散によるサーバ間のデータ同期方式の提供。 【解決手段】 本発明のサーバ間のデータ同期方式は、
多数の分散サーバにより構成されているネットワークに
おける隣接サーバ間の監視手段と、隣接サーバへのデー
タ更新の要求手段と、それに対する応答手段と、隣接サ
ーバの障害検出手段と、障害検出によりデータの復旧要
求手段を有するサーバ間のデータ同期方式において、サ
ーバ間のデータ同期を単一方向にリンケージをとる連結
手段と、単一方向リンケージによって同期データの更新
を先頭サーバから行う開始手段と、子サーバが存在する
場合、親サーバが子サーバにデータ更新要求を行う要求
手段と、子サーバの該データ変更が正常終了により自サ
ーバのデータを更新する変更手段を含む同期データの更
新手段を有する
簡易に行え、障害発生時のデータ同期の復旧処理が負荷
分散によるサーバ間のデータ同期方式の提供。 【解決手段】 本発明のサーバ間のデータ同期方式は、
多数の分散サーバにより構成されているネットワークに
おける隣接サーバ間の監視手段と、隣接サーバへのデー
タ更新の要求手段と、それに対する応答手段と、隣接サ
ーバの障害検出手段と、障害検出によりデータの復旧要
求手段を有するサーバ間のデータ同期方式において、サ
ーバ間のデータ同期を単一方向にリンケージをとる連結
手段と、単一方向リンケージによって同期データの更新
を先頭サーバから行う開始手段と、子サーバが存在する
場合、親サーバが子サーバにデータ更新要求を行う要求
手段と、子サーバの該データ変更が正常終了により自サ
ーバのデータを更新する変更手段を含む同期データの更
新手段を有する
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、分散サーバ構成に
おける複数のサーバ間でデータ同期をとる場合のサーバ
間のデータ同期方式に関し、特にシステム管理が簡略
で、障害発生時の同期処理の負荷分散を実現するサーバ
間のデータ同期方式に関する。
おける複数のサーバ間でデータ同期をとる場合のサーバ
間のデータ同期方式に関し、特にシステム管理が簡略
で、障害発生時の同期処理の負荷分散を実現するサーバ
間のデータ同期方式に関する。
【０００２】
【従来の技術】多数の分散サーバにより構成されている
ネットワークにおいて各分散サーバの蓄積データである
同期データをソフトウェア的に同一データに揃えるデー
タ同期を行う場合、複数サーバ間でマスタ／スレーブを
決めて、スレーブがマスタの同期データにデータ同期を
とる場合、下記の問題があった。 １．同期処理の負荷がマスタサーバに集中する。全ての
スレーブサーバが同期情報を取得するためにマスタサー
バにアクセスが集中するためである。 ２．サーバが複数ネットワーク上にまたがる場合や、ト
ラヒック上のボトルネックが存在すると障害復旧後デー
タ同期に時間がかかる。ネットワーク構成に関係なくマ
スタサーバにアクセスしなければならないためである。 ３．また、マスタが全スレーブサーバのデータ同期を行
う場合、マスタサーバは全スレーブサーバを管理しなけ
ればならない。マスタサーバは全スレーブサーバのデー
タ更新に責任があるため、データ同期の処理負荷が集中
するだけでなく、他にデータの更新処理が複雑になる。
ネットワークにおいて各分散サーバの蓄積データである
同期データをソフトウェア的に同一データに揃えるデー
タ同期を行う場合、複数サーバ間でマスタ／スレーブを
決めて、スレーブがマスタの同期データにデータ同期を
とる場合、下記の問題があった。 １．同期処理の負荷がマスタサーバに集中する。全ての
スレーブサーバが同期情報を取得するためにマスタサー
バにアクセスが集中するためである。 ２．サーバが複数ネットワーク上にまたがる場合や、ト
ラヒック上のボトルネックが存在すると障害復旧後デー
タ同期に時間がかかる。ネットワーク構成に関係なくマ
スタサーバにアクセスしなければならないためである。 ３．また、マスタが全スレーブサーバのデータ同期を行
う場合、マスタサーバは全スレーブサーバを管理しなけ
ればならない。マスタサーバは全スレーブサーバのデー
タ更新に責任があるため、データ同期の処理負荷が集中
するだけでなく、他にデータの更新処理が複雑になる。
【０００３】
【発明が解決しようとする課題】本発明の目的は、分散
サーバ構成におけるネットワークにおいてデータ同期の
管理が簡易に行え、障害発生時のデータ同期の復旧処理
が負荷分散により実現できるサーバ間のデータ同期方式
を提供することである。
サーバ構成におけるネットワークにおいてデータ同期の
管理が簡易に行え、障害発生時のデータ同期の復旧処理
が負荷分散により実現できるサーバ間のデータ同期方式
を提供することである。
【０００４】
【課題を解決するための手段】以上の課題を解決するた
め、本発明のサーバ間のデータ同期方式は、多数の分散
サーバにより構成されているネットワークにおける隣接
サーバ間の監視手段と、隣接サーバへのデータ更新の要
求手段と、データ更新要求に対する応答手段と、障害時
に隣接サーバの障害検出手段と、隣接サーバの障害検出
によりデータの復旧要求手段を有するサーバ間のデータ
同期方式において、サーバ間のデータ同期の方向を単一
方向にリンケージをとる連結手段と、単一方向リンケー
ジによって同期データの更新を全リンケージの先頭サー
バから行う開始手段と、子サーバが存在する場合、親サ
ーバが子サーバにデータ更新要求を行う要求手段と、子
サーバの該データ変更が正常終了により自サーバのデー
タを更新する変更手段を含む同期データの更新を行う更
新手段を有することを特徴とする。
め、本発明のサーバ間のデータ同期方式は、多数の分散
サーバにより構成されているネットワークにおける隣接
サーバ間の監視手段と、隣接サーバへのデータ更新の要
求手段と、データ更新要求に対する応答手段と、障害時
に隣接サーバの障害検出手段と、隣接サーバの障害検出
によりデータの復旧要求手段を有するサーバ間のデータ
同期方式において、サーバ間のデータ同期の方向を単一
方向にリンケージをとる連結手段と、単一方向リンケー
ジによって同期データの更新を全リンケージの先頭サー
バから行う開始手段と、子サーバが存在する場合、親サ
ーバが子サーバにデータ更新要求を行う要求手段と、子
サーバの該データ変更が正常終了により自サーバのデー
タを更新する変更手段を含む同期データの更新を行う更
新手段を有することを特徴とする。
【０００５】また、サーバ間のデータ同期の方向を単一
方向にリンケージをとる連結手段は、複数接続し合って
構成するサーバが単一方向にリンケージを構成する連結
手段であり、サーバ間のデータ同期の方向が、親サーバ
から子サーバの方向へのリンケージである。
方向にリンケージをとる連結手段は、複数接続し合って
構成するサーバが単一方向にリンケージを構成する連結
手段であり、サーバ間のデータ同期の方向が、親サーバ
から子サーバの方向へのリンケージである。
【０００６】また、単一方向リンケージは、複数サーバ
の場合、要求が親サーバから子サーバの方向へ末端の子
サーバまで、応答が末端の子サーバから中間の子サーバ
を経由して親サーバまでの一方向リンケージである。
の場合、要求が親サーバから子サーバの方向へ末端の子
サーバまで、応答が末端の子サーバから中間の子サーバ
を経由して親サーバまでの一方向リンケージである。
【０００７】更に、同期データを更新する更新手段は、
障害発生時に、障害発生サーバに隣接する親サーバが子
サーバの障害を検知する検知手段と、データ更新処理を
行わず更新要求前の状態にデータ復旧処理する復旧手段
を有し、障害発生サーバに隣接する子サーバが親サーバ
の障害を検知する検知手段と、データ更新処理を行わず
更新要求前の状態にデータ復旧処理する復旧手段を有す
る。
障害発生時に、障害発生サーバに隣接する親サーバが子
サーバの障害を検知する検知手段と、データ更新処理を
行わず更新要求前の状態にデータ復旧処理する復旧手段
を有し、障害発生サーバに隣接する子サーバが親サーバ
の障害を検知する検知手段と、データ更新処理を行わず
更新要求前の状態にデータ復旧処理する復旧手段を有す
る。
【０００８】本発明は、各サーバが、リンクにより他の
サーバと接続関係を有し、上位サーバを「親」(Maste
r)、下位サーバを「子」（Slave）とする。３台のサー
バが２つのリンクで直列に接続される場合に、リンク中
間のサーバは、親サーバに対しては子サーバとして、子
サーバに対しては親サーバとして振る舞う。
サーバと接続関係を有し、上位サーバを「親」(Maste
r)、下位サーバを「子」（Slave）とする。３台のサー
バが２つのリンクで直列に接続される場合に、リンク中
間のサーバは、親サーバに対しては子サーバとして、子
サーバに対しては親サーバとして振る舞う。
【０００９】本発明の分散サーバの構成は、一つの分散
サーバ環境において、データ更新時の関係を決めるため
にマスタサーバを先頭とした単一方向のリンケージとし
て全てのサーバがこのリンケージに含まれるようにす
る。しかし、一つのマスタサーバを先頭とし、方向別
に、複数の単一方向リンケージすなわちスター状の多方
向リンケージが考えられるが、基本はマスタサーバを先
頭とした単一方向のリンケージとしてデータ更新が行わ
れる。単一方向リンケージにおいては、マスタサーバと
複数スレーブサーバのうち同一サーバが２回以上登録さ
れることはない。
サーバ環境において、データ更新時の関係を決めるため
にマスタサーバを先頭とした単一方向のリンケージとし
て全てのサーバがこのリンケージに含まれるようにす
る。しかし、一つのマスタサーバを先頭とし、方向別
に、複数の単一方向リンケージすなわちスター状の多方
向リンケージが考えられるが、基本はマスタサーバを先
頭とした単一方向のリンケージとしてデータ更新が行わ
れる。単一方向リンケージにおいては、マスタサーバと
複数スレーブサーバのうち同一サーバが２回以上登録さ
れることはない。
【００１０】本発明の複数サーバのデータ同期方式は、
全てのサーバを単一方向のリンケージとしてリンケージ
の先頭サーバから行い、親サーバは子サーバが存在する
場合、子サーバにデータ更新要求を行い、その正常終了
を以て自サーバのデータ更新を行う。更新中にサーバ障
害が発生した場合は、更新前の状態に復旧する。
全てのサーバを単一方向のリンケージとしてリンケージ
の先頭サーバから行い、親サーバは子サーバが存在する
場合、子サーバにデータ更新要求を行い、その正常終了
を以て自サーバのデータ更新を行う。更新中にサーバ障
害が発生した場合は、更新前の状態に復旧する。
【００１１】本発明の障害発生時における復旧について
は、親サーバ方向へは障害検出をきっかけにしてエラー
通知を伝搬することで、更新要求をキャンセルし、デー
タ更新を行わないことで更新前の状態に復旧する。子サ
ーバ方向へは障害検出をきっかけに、旧データへの書き
換えを障害を検出したサーバが行うことにより更新前の
状態に復旧する。マスタサーバはデータ更新あるいは障
害監視において、１台の子サーバの状態のみ管理すれば
良いため、管理が簡単になる。その他のサーバについて
も自サーバに対する親サーバと子サーバを１台づつ監視
すればよい。
は、親サーバ方向へは障害検出をきっかけにしてエラー
通知を伝搬することで、更新要求をキャンセルし、デー
タ更新を行わないことで更新前の状態に復旧する。子サ
ーバ方向へは障害検出をきっかけに、旧データへの書き
換えを障害を検出したサーバが行うことにより更新前の
状態に復旧する。マスタサーバはデータ更新あるいは障
害監視において、１台の子サーバの状態のみ管理すれば
良いため、管理が簡単になる。その他のサーバについて
も自サーバに対する親サーバと子サーバを１台づつ監視
すればよい。
【００１２】本発明によれば、分散サーバ構成における
複数のサーバ間でデータ同期をとる場合、親サーバのデ
ータ同期の管理が簡易になり、障害発生時の同期処理の
負荷分散が実現する。
複数のサーバ間でデータ同期をとる場合、親サーバのデ
ータ同期の管理が簡易になり、障害発生時の同期処理の
負荷分散が実現する。
【００１３】
【発明の実施の形態】次に、本発明の実施の形態につい
て、図面を参照して、詳細に説明する。図１は２台のサ
ーバ間におけるリンクを示す図、図２は３台以上のサー
バで１方向リンケージを構成する場合の中間サーバの基
本構成を示す図、図３は３台のサーバによるリンクの構
成を示す図である。
て、図面を参照して、詳細に説明する。図１は２台のサ
ーバ間におけるリンクを示す図、図２は３台以上のサー
バで１方向リンケージを構成する場合の中間サーバの基
本構成を示す図、図３は３台のサーバによるリンクの構
成を示す図である。
【００１４】図１によれば、２台のサーバ間におけるデ
ータ同期は１方向リンケージの基本構成により行われ
る。２台のサーバのリンク元のサーバ１１を親サーバ、
リンク先を子サーバ１２とする１方向リンク１３を設定
する。サーバの障害を監視するためサーバ１１からサー
バ１２への監視リンク１４とサーバ１２からサーバ１１
への監視リンク１５を設定する。
ータ同期は１方向リンケージの基本構成により行われ
る。２台のサーバのリンク元のサーバ１１を親サーバ、
リンク先を子サーバ１２とする１方向リンク１３を設定
する。サーバの障害を監視するためサーバ１１からサー
バ１２への監視リンク１４とサーバ１２からサーバ１１
への監視リンク１５を設定する。
【００１５】図２によれば、３台以上のサーバの１方向
リンケージにおける中間サーバは、子サーバへのリンク
２１と親サーバへの監視リンク２２及び子サーバへの監
視リンク２３を設定する。
リンケージにおける中間サーバは、子サーバへのリンク
２１と親サーバへの監視リンク２２及び子サーバへの監
視リンク２３を設定する。
【００１６】図３によれば、３台のサーバは、サーバ３
１がマスタサーバとなり、サーバ３２と３３がスレーブ
サーバとなり、サーバ３１からリンク３４を経由してサ
ーバ３２へ、サーバ３２からリンク３５を経由してサー
バ３３へ、１方向リンケージを構成している。マスタサ
ーバとなったサーバ３１はデータ同期のため１方向リン
ケージによりデータ同期を管理する。サーバ３１は自サ
ーバが分散サーバのネットワークシステムにおいてマス
タサーバであることと、子サーバとして隣接しているサ
ーバ３２のデータ更新を行うことを記憶している。ま
た、サーバ３２は親サーバがサーバ３１、子サーバがサ
ーバ３３であることを記憶している。サーバ３３は、親
サーバがサーバ３２で子サーバの登録が無いことにより
自サーバが１方向リンケージの末端のサーバであること
を記憶している。データ同期のデータ更新は要求に対す
る応答（処理３６及び３７）と言う形で行われ、子サー
バに対するデータ変更要求が子サーバから親サーバに正
常終了として返されない限り、自サーバに対するデータ
更新は行わない。また、各サーバは親サーバと子サーバ
に対し、状態を監視する手段（監視手段３８、３９、３
１０）を保ち、各サーバのリンク両端のサーバの状態を
監視する。
１がマスタサーバとなり、サーバ３２と３３がスレーブ
サーバとなり、サーバ３１からリンク３４を経由してサ
ーバ３２へ、サーバ３２からリンク３５を経由してサー
バ３３へ、１方向リンケージを構成している。マスタサ
ーバとなったサーバ３１はデータ同期のため１方向リン
ケージによりデータ同期を管理する。サーバ３１は自サ
ーバが分散サーバのネットワークシステムにおいてマス
タサーバであることと、子サーバとして隣接しているサ
ーバ３２のデータ更新を行うことを記憶している。ま
た、サーバ３２は親サーバがサーバ３１、子サーバがサ
ーバ３３であることを記憶している。サーバ３３は、親
サーバがサーバ３２で子サーバの登録が無いことにより
自サーバが１方向リンケージの末端のサーバであること
を記憶している。データ同期のデータ更新は要求に対す
る応答（処理３６及び３７）と言う形で行われ、子サー
バに対するデータ変更要求が子サーバから親サーバに正
常終了として返されない限り、自サーバに対するデータ
更新は行わない。また、各サーバは親サーバと子サーバ
に対し、状態を監視する手段（監視手段３８、３９、３
１０）を保ち、各サーバのリンク両端のサーバの状態を
監視する。
【００１７】次に、図４、図５及び図６を参照して、本
発明の実施例の動作について詳細に説明する。図４は本
発明の一実施例におけるデータ同期のデータ更新要求と
応答を示すサーバの構成を示す図、図５は１方向リンケ
ージのサーバにおけるデータ同期の際に障害発生時の復
旧対応を示す図、図６は１方向リンケージのサーバにお
ける一つのサーバの動作を示すフローチャートである。
発明の実施例の動作について詳細に説明する。図４は本
発明の一実施例におけるデータ同期のデータ更新要求と
応答を示すサーバの構成を示す図、図５は１方向リンケ
ージのサーバにおけるデータ同期の際に障害発生時の復
旧対応を示す図、図６は１方向リンケージのサーバにお
ける一つのサーバの動作を示すフローチャートである。
【００１８】同期データの更新要求が発生すると、サー
バ４１は自サーバ４１には子サーバとしてサーバ４２が
登録されているので、図６の更新処理のステップ６１，
６２の処理を行う。サーバ４１は自データの更新を行う
前に、サーバ４２に対して更新要求（要求４４）を発行
する。サーバ４２は更新要求４４の応答４７をサーバ４
１に返す。サーバ４１はサーバ４２からの応答４７が正
常ならば自データの更新のステップ６４を行う。
バ４１は自サーバ４１には子サーバとしてサーバ４２が
登録されているので、図６の更新処理のステップ６１，
６２の処理を行う。サーバ４１は自データの更新を行う
前に、サーバ４２に対して更新要求（要求４４）を発行
する。サーバ４２は更新要求４４の応答４７をサーバ４
１に返す。サーバ４１はサーバ４２からの応答４７が正
常ならば自データの更新のステップ６４を行う。
【００１９】更新要求を受けたサーバ４２は自サーバ４
２には子サーバとしてサーバ４３が登録されているので
図６において同様の処理が行われ、サーバ４２はサーバ
４３に対して更新要求（要求４５）を発行する。サーバ
４３は子サーバの登録が無いのでリンク末端のサーバで
ある。この場合も、図６でステップ６１，６４の流れで
処理が行われデータを更新する。
２には子サーバとしてサーバ４３が登録されているので
図６において同様の処理が行われ、サーバ４２はサーバ
４３に対して更新要求（要求４５）を発行する。サーバ
４３は子サーバの登録が無いのでリンク末端のサーバで
ある。この場合も、図６でステップ６１，６４の流れで
処理が行われデータを更新する。
【００２０】自データの更新のステップ６４を行ったサ
ーバ４２（サーバ４３）はステップ６６で親サーバ４１
（サーバ４２）が登録されているため、ステップ６７で
処理結果を親サーバに返す。これが応答４７（４６）と
なる。結果を受け取ったサーバ４２では、ステップ６３
の判定が行われ正常終了の場合ステップ６４の処理が行
われる。親サーバの判定と処理についてはサーバ４３の
場合と同様である。サーバ４１ではステップ６３，６４
と処理が進み自サーバのデータを更新する。親サーバは
存在しないため、ステップ６７は行われない。これによ
り、サーバ４１のマスタサーバはサーバ４２のスレーブ
サーバにデータの更新要求を行うだけで、全サーバのデ
ータの更新を行うことができる。障害発生時の同期は次
のようにして行う。
ーバ４２（サーバ４３）はステップ６６で親サーバ４１
（サーバ４２）が登録されているため、ステップ６７で
処理結果を親サーバに返す。これが応答４７（４６）と
なる。結果を受け取ったサーバ４２では、ステップ６３
の判定が行われ正常終了の場合ステップ６４の処理が行
われる。親サーバの判定と処理についてはサーバ４３の
場合と同様である。サーバ４１ではステップ６３，６４
と処理が進み自サーバのデータを更新する。親サーバは
存在しないため、ステップ６７は行われない。これによ
り、サーバ４１のマスタサーバはサーバ４２のスレーブ
サーバにデータの更新要求を行うだけで、全サーバのデ
ータの更新を行うことができる。障害発生時の同期は次
のようにして行う。
【００２１】ケース１：データ更新中でない場合 障害サーバが復旧後、親サーバからデータを取得し、デ
ータの再構築を行う。図５は障害復旧処理時の５台のサ
ーバによる構成のシステム例である。サーバ５１から５
５までデータ更新要求が到達し、サーバ５４が応答をサ
ーバ５３に返そうとした時に障害が発生した場合で説明
する。
ータの再構築を行う。図５は障害復旧処理時の５台のサ
ーバによる構成のシステム例である。サーバ５１から５
５までデータ更新要求が到達し、サーバ５４が応答をサ
ーバ５３に返そうとした時に障害が発生した場合で説明
する。
【００２２】ケース２：データ更新中の場合 （Ａ）親サーバ方向 子サーバの障害５６を検出したサーバ５２は自サーバに
保持している更新要求をキャンセルし、自サーバのデー
タを更新せずに親サーバ５１にエラー応答５７を返す。
親サーバではステップ６３で異常と判断されるため、デ
ータの更新は行われない。
保持している更新要求をキャンセルし、自サーバのデー
タを更新せずに親サーバ５１にエラー応答５７を返す。
親サーバではステップ６３で異常と判断されるため、デ
ータの更新は行われない。
【００２３】（Ｂ）子サーバ方向 親サーバの障害５８を検出したサーバ５４は自サーバの
データ更新を中止し、子サーバに対して更新前のデータ
への書き換え要求５９を発行する。障害が発生したサー
バ５３はケース１と同様の処理でデータを取得し復旧す
る。
データ更新を中止し、子サーバに対して更新前のデータ
への書き換え要求５９を発行する。障害が発生したサー
バ５３はケース１と同様の処理でデータを取得し復旧す
る。
【００２４】
【発明の効果】本発明の第１の効果は、親サーバはただ
１つの子サーバのみ監視すれば同期データの一貫性が保
たれると言うことである。分散サーバのシステムが何台
のサーバで構築されていても、各々のサーバは１台の親
サーバ及び子サーバの状態のみを監視すればよい。
１つの子サーバのみ監視すれば同期データの一貫性が保
たれると言うことである。分散サーバのシステムが何台
のサーバで構築されていても、各々のサーバは１台の親
サーバ及び子サーバの状態のみを監視すればよい。
【００２５】本発明の第２の効果は、同期処理は各サー
バに分散され、マスタサーバへの負荷の集中が無くなる
ことである。
バに分散され、マスタサーバへの負荷の集中が無くなる
ことである。
【図１】２台のサーバ間におけるリンクを示す図である
【図２】３台以上のサーバで１方向リンケージを構成す
る場合の中間サーバの基本構成を示す図である。
る場合の中間サーバの基本構成を示す図である。
【図３】３台のサーバによるリンクの構成を示す図であ
る。
る。
【図４】本発明の一実施例におけるデータ同期のデータ
更新要求と応答を示すサーバの構成を示す図である。
更新要求と応答を示すサーバの構成を示す図である。
【図５】１方向リンケージのサーバにおけるデータ同期
の際に障害発生時の復旧対応を示す図である。
の際に障害発生時の復旧対応を示す図である。
【図６】１方向リンケージのサーバにおける一つのサー
バの動作を示すフローチャートである。
バの動作を示すフローチャートである。
１１，３１，４１，５１ 親サーバ １２，３２，３３，４２，４３，５２，５３，５４，５
５ 子サーバ
５ 子サーバ
Claims (7)
- 【請求項１】 多数の分散サーバにより構成されている
ネットワークにおける隣接サーバ間の監視手段と、隣接
サーバへのデータ更新の要求手段と、前記データ更新要
求に対する応答手段と、障害時に隣接サーバの障害検出
手段と、前記隣接サーバの障害検出によりデータの復旧
要求手段を有するサーバ間のデータ同期方式において、 サーバ間のデータ同期の方向を単一方向にリンケージを
とる連結手段と、 前記単一方向リンケージによって同期データの更新を全
リンケージの先頭サーバから行う開始手段と、子サーバ
が存在する場合、親サーバが子サーバにデータ更新要求
を行う要求手段と、子サーバの該データ変更が正常終了
により自サーバのデータを更新する変更手段を含む同期
データの更新を行う更新手段を有することを特徴とする
サーバ間のデータ同期方式。 - 【請求項２】 前記サーバ間のデータ同期の方向を単一
方向にリンケージをとる連結手段が、 複数接続し合って構成する前記サーバが単一方向にリン
ケージを構成する連結手段である請求項１記載のサーバ
間のデータ同期方式。 - 【請求項３】 前記サーバ間のデータ同期の方向が、 親サーバから子サーバの方向へのリンケージである請求
項１記載のサーバ間のデータ同期方式。 - 【請求項４】 前記単一方向リンケージが、 複数サーバの場合、要求が親サーバから子サーバの方向
へ末端の子サーバまで、応答が末端の子サーバから中間
の子サーバを経由して親サーバまでの一方向リンケージ
である請求項１記載のサーバ間のデータ同期方式。 - 【請求項５】 前記同期データの更新を行う更新手段
が、 同期データの更新を全てリンケージの先頭サーバから行
う開始手段と、 親サーバは子サーバが存在する場合、子サーバにデータ
変更要求を行う要求手段と、該データ変更が正常終了に
より自サーバのデータ更新する変更手段を有する請求項
１記載のサーバ間のデータ同期方式。 - 【請求項６】 前記同期データを更新する更新手段が、 障害発生時に、障害発生サーバに隣接する親サーバが子
サーバの障害を検知する検知手段と、 データ更新処理を行わず更新要求前の状態にデータ復旧
処理する復旧手段を有する請求項１記載のサーバ間のデ
ータ同期方式。 - 【請求項７】 前記同期データを更新する更新手段が、 障害発生時に、障害発生サーバに隣接する子サーバが親
サーバの障害を検知する検知手段と、 データ更新処理を行わず更新要求前の状態にデータ復旧
処理する復旧手段を有する請求項１記載のサーバ間のデ
ータ同期方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11169888A JP2000357162A (ja) | 1999-06-16 | 1999-06-16 | 分散サーバ構成におけるサーバ間のデータ同期方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11169888A JP2000357162A (ja) | 1999-06-16 | 1999-06-16 | 分散サーバ構成におけるサーバ間のデータ同期方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000357162A true JP2000357162A (ja) | 2000-12-26 |
Family
ID=15894828
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11169888A Pending JP2000357162A (ja) | 1999-06-16 | 1999-06-16 | 分散サーバ構成におけるサーバ間のデータ同期方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000357162A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008009482A (ja) * | 2006-06-27 | 2008-01-17 | Fujitsu Ltd | リード／ライト監視制御方法及びシステム |
| JP2009075710A (ja) * | 2007-09-19 | 2009-04-09 | Fujitsu Ltd | 冗長化システム |
| JP2012185560A (ja) * | 2011-03-03 | 2012-09-27 | Nec Corp | クラスタシステムおよびその制御方法 |
| JP2013109600A (ja) * | 2011-11-21 | 2013-06-06 | Fujitsu Ltd | ストレージ装置、ストレージシステム、データ更新方法およびデータ管理プログラム |
| JP2013114628A (ja) * | 2011-11-30 | 2013-06-10 | Fujitsu Ltd | データ管理プログラム、データ管理方法およびストレージ装置 |
-
1999
- 1999-06-16 JP JP11169888A patent/JP2000357162A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008009482A (ja) * | 2006-06-27 | 2008-01-17 | Fujitsu Ltd | リード／ライト監視制御方法及びシステム |
| JP2009075710A (ja) * | 2007-09-19 | 2009-04-09 | Fujitsu Ltd | 冗長化システム |
| JP2012185560A (ja) * | 2011-03-03 | 2012-09-27 | Nec Corp | クラスタシステムおよびその制御方法 |
| JP2013109600A (ja) * | 2011-11-21 | 2013-06-06 | Fujitsu Ltd | ストレージ装置、ストレージシステム、データ更新方法およびデータ管理プログラム |
| JP2013114628A (ja) * | 2011-11-30 | 2013-06-10 | Fujitsu Ltd | データ管理プログラム、データ管理方法およびストレージ装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3974652B2 (ja) | 通信システムにおけるノードのためのハードウェアおよびデータ冗長アーキテクチャ | |
| US6038288A (en) | System and method for maintenance arbitration at a switching node | |
| JP3451415B2 (ja) | ネットワーク管理システムのデータベース同期方法 | |
| US6760859B1 (en) | Fault tolerant local area network connectivity | |
| US5590120A (en) | Port-link configuration tracking method and apparatus | |
| US7518983B2 (en) | Proxy response apparatus | |
| EP1234407B1 (en) | Network event correlation system using protocol models | |
| WO1996021985A1 (en) | Maintaining database integrity throughout a communication network | |
| JP2809151B2 (ja) | 通信網自動回復システム | |
| AU2001241700B2 (en) | Multiple network fault tolerance via redundant network control | |
| JP2000250771A (ja) | サーバ二重化方式 | |
| CN110674192A (zh) | 一种Redis高可用VIP漂移方法、终端及存储介质 | |
| JPH1185644A (ja) | 冗長構成システムの系切替制御方法 | |
| JP2000357162A (ja) | 分散サーバ構成におけるサーバ間のデータ同期方式 | |
| US6370654B1 (en) | Method and apparatus to extend the fault-tolerant abilities of a node into a network | |
| JPH04311251A (ja) | マルチプロセッサシステム | |
| JPH1127266A (ja) | 網管理装置の構成情報管理方式および管理対象装置 | |
| JP2000122982A (ja) | 多階層クライアントサーバシステム | |
| JP3177674B2 (ja) | モジュール障害隠蔽方式 | |
| JP3246409B2 (ja) | 障害監視方式 | |
| US7213167B1 (en) | Redundant state machines in network elements | |
| US20040078652A1 (en) | Using process quads to enable continuous services in a cluster environment | |
| JP3541337B2 (ja) | ネットワーク管理システム及びネットワーク構成情報管理方法 | |
| JPH08223161A (ja) | システム間監視ネットワークの形成方法及びシステム間監視装置 | |
| JP3317278B2 (ja) | Ｆｄｄｉ障害監視方法、ｆｄｄｉ障害監視装置、プログラムを記録した記録媒体、ネットワークシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040204 |