JPH11259347A - データベースシステム - Google Patents
データベースシステムInfo
- Publication number
- JPH11259347A JPH11259347A JP10061513A JP6151398A JPH11259347A JP H11259347 A JPH11259347 A JP H11259347A JP 10061513 A JP10061513 A JP 10061513A JP 6151398 A JP6151398 A JP 6151398A JP H11259347 A JPH11259347 A JP H11259347A
- Authority
- JP
- Japan
- Prior art keywords
- replica
- server
- master
- data
- database
- 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)
Abstract
(57)【要約】
【課題】 障害が発生していないレプリカサーバに影響
を与えることなく、障害が発生したレプリカサーバの障
害回復後、マスタＤＢとレプリカＤＢとの整合をとるこ
とを可能とする。 【解決手段】 マスタＤＢ１０を備えるマスタサーバ１
と、レプリカＤＢ１７を備える複数のレプリカサーバ
２、３とがネットワーク４によって接続されて構成され
ている。レプリカサーバの一部に障害が発生した場合、
マスタサーバ１内のデータ送信機能部１４は、レプリカ
サーバの機能停止を検出し、機能を停止したレプリカサ
ーバに送信すべきレプリカＤＢ１７の更新データを退避
データセット１５に退避させておき、レプリカサーバの
回復を監視して、障害回復後にレプリケーション処理を
実行する。
を与えることなく、障害が発生したレプリカサーバの障
害回復後、マスタＤＢとレプリカＤＢとの整合をとるこ
とを可能とする。 【解決手段】 マスタＤＢ１０を備えるマスタサーバ１
と、レプリカＤＢ１７を備える複数のレプリカサーバ
２、３とがネットワーク４によって接続されて構成され
ている。レプリカサーバの一部に障害が発生した場合、
マスタサーバ１内のデータ送信機能部１４は、レプリカ
サーバの機能停止を検出し、機能を停止したレプリカサ
ーバに送信すべきレプリカＤＢ１７の更新データを退避
データセット１５に退避させておき、レプリカサーバの
回復を監視して、障害回復後にレプリケーション処理を
実行する。
Description
【０００１】
【発明の属する技術分野】本発明は、データベースシス
テムに係り、特に、マスタデータベースが存在するサー
バマシンと、マスタデータベースのレプリカデータベー
スが存在する複数のサーバマシンとがネットワークを介
して接続されるシステム環境において、障害が発生した
レプリカデータベースに対するデータを退避することに
より障害回復後の同期合わせ運用による負荷をなくすた
めのレプリケーション制御を行うデーベースシステムに
関する。
テムに係り、特に、マスタデータベースが存在するサー
バマシンと、マスタデータベースのレプリカデータベー
スが存在する複数のサーバマシンとがネットワークを介
して接続されるシステム環境において、障害が発生した
レプリカデータベースに対するデータを退避することに
より障害回復後の同期合わせ運用による負荷をなくすた
めのレプリケーション制御を行うデーベースシステムに
関する。
【０００２】
【従来の技術】データベースシステムに関する従来技術
として、例えば、「日経エレクトロニクス１９９４．
６．６」等に記載された技術が知られている。この従来
技術は、マスタデータベース（以下、マスタＤＢとい
う）が存在するサーバマシン（以下、マスタサーバとい
う）と、マスタＤＢのレプリカデータベース（以下、レ
プリカＤＢという）が存在する複数のサーバマシン（以
下、レプリカサーバという）がネットワークにより接続
されて構成されているデータベースシステムに関するも
ので、一部のレプリカサーバに障害が発生した場合、障
害が発生したレプリカサーバに対するレプリケーション
処理を切り離し、障害が発生していないレプリカサーバ
だけでレプリケーション処理を続行させるというもので
ある。
として、例えば、「日経エレクトロニクス１９９４．
６．６」等に記載された技術が知られている。この従来
技術は、マスタデータベース（以下、マスタＤＢとい
う）が存在するサーバマシン（以下、マスタサーバとい
う）と、マスタＤＢのレプリカデータベース（以下、レ
プリカＤＢという）が存在する複数のサーバマシン（以
下、レプリカサーバという）がネットワークにより接続
されて構成されているデータベースシステムに関するも
ので、一部のレプリカサーバに障害が発生した場合、障
害が発生したレプリカサーバに対するレプリケーション
処理を切り離し、障害が発生していないレプリカサーバ
だけでレプリケーション処理を続行させるというもので
ある。
【０００３】そして、前述の従来技術には、レプリカサ
ーバに障害が発生した後に、ログデータを採取するもの
とログデータを採取しないものとがある。レプリカサー
バに障害が発生した後に、ログデータを採取する従来技
術は、その後、レプリケーションプログラムにおいて、
マスタデータベースの更新データをログファイル等の媒
体で取得しログファイルにデータを蓄積し続け、障害回
復後にレプリケーションを自動実行させている。
ーバに障害が発生した後に、ログデータを採取するもの
とログデータを採取しないものとがある。レプリカサー
バに障害が発生した後に、ログデータを採取する従来技
術は、その後、レプリケーションプログラムにおいて、
マスタデータベースの更新データをログファイル等の媒
体で取得しログファイルにデータを蓄積し続け、障害回
復後にレプリケーションを自動実行させている。
【０００４】
【発明が解決しようとする課題】障害が発生したレプリ
カサーバに対するレプリケーション処理を切り離し障害
が発生していないレプリカサーバだけでレプリケーショ
ン処理を続行させる前述の従来技術は、障害発生後ログ
データの採取を行っていない場合、障害の回復後、障害
が発生したことによってレプリケーション処理を切り離
されたレプリカサーバのレプリカＤＢとマスタＤＢとの
整合をとるために、マスタＤＢからＵＡＰやユティリテ
ィによりレプリカＤＢを再作成するなどの方法で同期合
わせを行わなければならず、その処理に多く時間を要す
るという問題点を有している。
カサーバに対するレプリケーション処理を切り離し障害
が発生していないレプリカサーバだけでレプリケーショ
ン処理を続行させる前述の従来技術は、障害発生後ログ
データの採取を行っていない場合、障害の回復後、障害
が発生したことによってレプリケーション処理を切り離
されたレプリカサーバのレプリカＤＢとマスタＤＢとの
整合をとるために、マスタＤＢからＵＡＰやユティリテ
ィによりレプリカＤＢを再作成するなどの方法で同期合
わせを行わなければならず、その処理に多く時間を要す
るという問題点を有している。
【０００５】また、レプリカサーバの障害発生後、マス
タＤＢの更新データをログファイル等の媒体に取得して
おく前述の従来技術は、障害回復までに長時間を要する
場合、ログファイルの満杯を引き起こし、これによって
マスタＤＢのデータの取得ができなくなり、障害が発生
していないレプリカサーバのレプリケーション処理も停
止させてしまうという問題点を有している。
タＤＢの更新データをログファイル等の媒体に取得して
おく前述の従来技術は、障害回復までに長時間を要する
場合、ログファイルの満杯を引き起こし、これによって
マスタＤＢのデータの取得ができなくなり、障害が発生
していないレプリカサーバのレプリケーション処理も停
止させてしまうという問題点を有している。
【０００６】本発明の目的は、前述した従来技術の問題
点を解決し、一部のレプリカサーバあるいはネットワー
クに障害（運用上意図的にレプリカサーバあるいはネッ
トワーク機能を停止させる場合の障害も含む）が発生し
たとき、障害回復後にマスタＤＢからＵＡＰやユティリ
ティによりレプリカデータベースを再作成する等の方法
による同期合わせ運用を不要としてレプリケーションを
自動実行することを可能としたデータベースシステムを
提供することにある。
点を解決し、一部のレプリカサーバあるいはネットワー
クに障害（運用上意図的にレプリカサーバあるいはネッ
トワーク機能を停止させる場合の障害も含む）が発生し
たとき、障害回復後にマスタＤＢからＵＡＰやユティリ
ティによりレプリカデータベースを再作成する等の方法
による同期合わせ運用を不要としてレプリケーションを
自動実行することを可能としたデータベースシステムを
提供することにある。
【０００７】また、本発明の目的は、レプリカサーバの
障害発生後、障害回復に長時間を要す場合に、マスタＤ
Ｂの更新データをログファイル等の媒体に取得しておく
ことによるログファイルの満杯を引き起こす危険性防止
することのできるデータベースシステムを提供すること
にある。
障害発生後、障害回復に長時間を要す場合に、マスタＤ
Ｂの更新データをログファイル等の媒体に取得しておく
ことによるログファイルの満杯を引き起こす危険性防止
することのできるデータベースシステムを提供すること
にある。
【０００８】
【課題を解決するための手段】本発明によれば前記目的
は、マスタＤＢが存在するマスタサーバと、マスタＤＢ
のレプリカＤＢが存在する複数のレプリカサーバとがネ
ットワークを介して接続されて構成されるデータベース
システムにおいて、一部のレプリカサーバあるいはネッ
トワークに障害が発生してレプリカサーバが機能を停止
したとき、マスタサーバが、機能を停止したレプリカサ
ーバに送信すべきレプリカデータベースの更新データを
退避データセットに退避させておき、レプリカサーバの
機能回復を監視して、機能回復後にレプリケーション処
理を実行することにより達成される。
は、マスタＤＢが存在するマスタサーバと、マスタＤＢ
のレプリカＤＢが存在する複数のレプリカサーバとがネ
ットワークを介して接続されて構成されるデータベース
システムにおいて、一部のレプリカサーバあるいはネッ
トワークに障害が発生してレプリカサーバが機能を停止
したとき、マスタサーバが、機能を停止したレプリカサ
ーバに送信すべきレプリカデータベースの更新データを
退避データセットに退避させておき、レプリカサーバの
機能回復を監視して、機能回復後にレプリケーション処
理を実行することにより達成される。
【０００９】また、前記目的は、前記マスタサーバが、
各レプリカサーバ毎のデータの送信状態の異常の有無を
管理することにより、機能を停止したレプリカサーバだ
けに必要なデータのみを、送信状態の異常の発生から異
常の回復まで、退避データセットに退避しておくことに
より達成される。
各レプリカサーバ毎のデータの送信状態の異常の有無を
管理することにより、機能を停止したレプリカサーバだ
けに必要なデータのみを、送信状態の異常の発生から異
常の回復まで、退避データセットに退避しておくことに
より達成される。
【００１０】
【発明の実施の形態】以下、本発明によるデータベース
システムの一実施形態を図面により詳細に説明する。
システムの一実施形態を図面により詳細に説明する。
【００１１】図１は本発明の一実施形態によるデータベ
ースシステムの構成を示すブロック図、図２は送信状態
管理テーブルの構成を説明する図、図３、図４は本発明
の一実施形態によるマスタデータベースの更新差分デー
タをレプリカサーバに送信する処理動作を説明するフロ
ーチャートである。図１、図２において、１はマスタサ
ーバ、２、３はレプリカサーバ、４は通信ネットワー
ク、１０はマスタＤＢ、１１は業務プログラム、１２は
レプリケーション装置データ抽出機能部、１３は更新差
分データセット、１４はレプリケーション装置データ送
信機能部、１５は退避データセット、１６は送信状態管
理テーブル、１７はレプリカＤＢ、１８はレプリケーシ
ョン装置データ受信反映機能部である。
ースシステムの構成を示すブロック図、図２は送信状態
管理テーブルの構成を説明する図、図３、図４は本発明
の一実施形態によるマスタデータベースの更新差分デー
タをレプリカサーバに送信する処理動作を説明するフロ
ーチャートである。図１、図２において、１はマスタサ
ーバ、２、３はレプリカサーバ、４は通信ネットワー
ク、１０はマスタＤＢ、１１は業務プログラム、１２は
レプリケーション装置データ抽出機能部、１３は更新差
分データセット、１４はレプリケーション装置データ送
信機能部、１５は退避データセット、１６は送信状態管
理テーブル、１７はレプリカＤＢ、１８はレプリケーシ
ョン装置データ受信反映機能部である。
【００１２】本発明の一実施形態によるデータベースシ
ステムは、図１に示すように、マスタサーバ１と、複数
のレプリカサーバ２、３とがＬＡＮやＷＡＮ等の通信ネ
ットワーク４によって接続されて構成されている。
ステムは、図１に示すように、マスタサーバ１と、複数
のレプリカサーバ２、３とがＬＡＮやＷＡＮ等の通信ネ
ットワーク４によって接続されて構成されている。
【００１３】マスタサーバ１は、マスタＤＢ１０と、マ
スタＤＢ１０をアクセスする業務プログラム１１と、マ
スタＤＢ１０が更新されたときに更新差分データを取得
するレプリケーション装置データ抽出機能部１２と、更
新差分データを蓄積する更新差分データセット１３と、
更新差分データセット１３に蓄積された更新差分データ
を取り出してレプリカサーバ２、３に送信するレプリケ
ーション装置データ送信機能部１４と、障害が発生しあ
るいはネットワーク障害により機能を停止したレプリカ
サーバに送信すべきデータを退避する退避データセット
１５とにより構成される。そして、レプリケーション装
置データ送信機能部１４には、送信の状態を管理する送
信状態管理テーブル１６が設けられている。また、退避
データセット１５は、複数のレプリカサーバのそれぞれ
に対応して備えられる。
スタＤＢ１０をアクセスする業務プログラム１１と、マ
スタＤＢ１０が更新されたときに更新差分データを取得
するレプリケーション装置データ抽出機能部１２と、更
新差分データを蓄積する更新差分データセット１３と、
更新差分データセット１３に蓄積された更新差分データ
を取り出してレプリカサーバ２、３に送信するレプリケ
ーション装置データ送信機能部１４と、障害が発生しあ
るいはネットワーク障害により機能を停止したレプリカ
サーバに送信すべきデータを退避する退避データセット
１５とにより構成される。そして、レプリケーション装
置データ送信機能部１４には、送信の状態を管理する送
信状態管理テーブル１６が設けられている。また、退避
データセット１５は、複数のレプリカサーバのそれぞれ
に対応して備えられる。
【００１４】レプリカサーバ２、３は、マスタＤＢのレ
プリカであるレプリカＤＢ１７とマスタサーバ１のレプ
リケーション装置データ送信機能部１４から送信されて
くる更新差分データを受信してレプリカＤＢに反映させ
るレプリケーション装置データ受信反映機能部１８とを
備えて構成される。
プリカであるレプリカＤＢ１７とマスタサーバ１のレプ
リケーション装置データ送信機能部１４から送信されて
くる更新差分データを受信してレプリカＤＢに反映させ
るレプリケーション装置データ受信反映機能部１８とを
備えて構成される。
【００１５】レプリケーション装置データ送信機能部１
４に設けられる送信の状態を管理する送信状態管理テー
ブル１６は、図２に示すように、レプリカサーバの送信
先所在情報２１と、レプリカサーバへの送信状態２２
と、レプリカサーバへのデータ退避状態２３によって構
成され、レプリケーション装置データ送信機能部１４
は、テーブル１６に設定される前述の情報によりレプリ
カサーバとレプリカサーバに対する送信の状態とを管理
している。
４に設けられる送信の状態を管理する送信状態管理テー
ブル１６は、図２に示すように、レプリカサーバの送信
先所在情報２１と、レプリカサーバへの送信状態２２
と、レプリカサーバへのデータ退避状態２３によって構
成され、レプリケーション装置データ送信機能部１４
は、テーブル１６に設定される前述の情報によりレプリ
カサーバとレプリカサーバに対する送信の状態とを管理
している。
【００１６】前述した本発明の一実施形態によるデータ
ベースシステムにおいて、マスタサーバ１内のレプリケ
ーション装置データ抽出機能部１２及びレプリケーショ
ン装置データ送信機能部１４と、各レプリカサーバ内の
レプリケーション装置データ受信反映機能部１８とが、
レプリケーション制御装置を構成している。
ベースシステムにおいて、マスタサーバ１内のレプリケ
ーション装置データ抽出機能部１２及びレプリケーショ
ン装置データ送信機能部１４と、各レプリカサーバ内の
レプリケーション装置データ受信反映機能部１８とが、
レプリケーション制御装置を構成している。
【００１７】次に、前述したように構成される本発明の
一実施形態によるデータベースシステムによるマスタデ
ータベースの更新差分データをレプリカサーバに送信す
る処理動作を図３、図４に示すフローチャートを参照し
て説明する。この処理は、更新差分データセット１３の
更新差分データをレプリケーション装置データ送信機能
部１４がレプリケーション装置データ受信反映機能部１
８に送信する処理である。
一実施形態によるデータベースシステムによるマスタデ
ータベースの更新差分データをレプリカサーバに送信す
る処理動作を図３、図４に示すフローチャートを参照し
て説明する。この処理は、更新差分データセット１３の
更新差分データをレプリケーション装置データ送信機能
部１４がレプリケーション装置データ受信反映機能部１
８に送信する処理である。
【００１８】（１）一定の時間間隔、特定の時刻等の契
機でレプリケーション装置データ送信機能部１４が起動
されると、データ送信機能部１４は、レプリカサーバ
２、３に対する送信の状態をチェックし、送信状態管理
テーブル１６の送信状態２２に‘正常’または‘異常’
をセットする（ステップ３０１）。
機でレプリケーション装置データ送信機能部１４が起動
されると、データ送信機能部１４は、レプリカサーバ
２、３に対する送信の状態をチェックし、送信状態管理
テーブル１６の送信状態２２に‘正常’または‘異常’
をセットする（ステップ３０１）。
【００１９】（２）そして、データ送信機能部１４は、
送信状態が‘正常’であるか否かをチェックして、送信
状態が‘正常’でなければ、送信状態管理テーブル１６
の退避状態２３の退避状態を‘ＹＥＳ’にセットする
（ステップ３０２、３０３）。
送信状態が‘正常’であるか否かをチェックして、送信
状態が‘正常’でなければ、送信状態管理テーブル１６
の退避状態２３の退避状態を‘ＹＥＳ’にセットする
（ステップ３０２、３０３）。
【００２０】（３）データ送信機能部１４は、送信状態
管理テーブル１６の退避状態が‘ＹＥＳ’のレプリカサ
ーバの送信状態が‘正常’になったか否かを、図３、図
４に示す処理が実行される都度監視し、障害が回復して
いるレプリカサーバがあれば、退避データ用送信タスク
を起動する（ステップ３０４、３０５）。
管理テーブル１６の退避状態が‘ＹＥＳ’のレプリカサ
ーバの送信状態が‘正常’になったか否かを、図３、図
４に示す処理が実行される都度監視し、障害が回復して
いるレプリカサーバがあれば、退避データ用送信タスク
を起動する（ステップ３０４、３０５）。
【００２１】（４）ステップ３０４で障害が回復してい
るレプリカサーバがない場合、及び、ステップ３０５で
退避データ用送信タスクの起動後、更新差分データセッ
ト１３から更新差分データの読み込みを行う（ステップ
３０６）。
るレプリカサーバがない場合、及び、ステップ３０５で
退避データ用送信タスクの起動後、更新差分データセッ
ト１３から更新差分データの読み込みを行う（ステップ
３０６）。
【００２２】（５）送信先のレプリカサーバの送信状態
管理テーブル１６内の退避状態が‘ＮＯ’であるか否か
チェックし、退避状態が‘ＮＯ’であれば、読み込んだ
送信データを送信先のレプリカサーバに送信する（ステ
ップ３０７、３０８）。
管理テーブル１６内の退避状態が‘ＮＯ’であるか否か
チェックし、退避状態が‘ＮＯ’であれば、読み込んだ
送信データを送信先のレプリカサーバに送信する（ステ
ップ３０７、３０８）。
【００２３】（６）ステップ３０７で送信先レプリカサ
ーバの退避状態が‘ＹＥＳ’であれば、読み込んだ更新
差分データを退避データセット１５に出力して格納する
（ステップ３０９）。
ーバの退避状態が‘ＹＥＳ’であれば、読み込んだ更新
差分データを退避データセット１５に出力して格納する
（ステップ３０９）。
【００２４】（７）一方、ステップ３０４の処理で起動
された退避データ用の送信タスクは、退避データセット
１５の退避データの読み込みを行い、その退避データを
対応するレプリカサーバに送信する（ステップ３１０、
３１１）。
された退避データ用の送信タスクは、退避データセット
１５の退避データの読み込みを行い、その退避データを
対応するレプリカサーバに送信する（ステップ３１０、
３１１）。
【００２５】（８）退避データセット１５に退避されて
いる退避データが全て送信しているか否かをチェック
し、退避データの全てが送信されていなければ、ステッ
プ３１０からの処理を行って再度退避データの読み込み
を行い、退避データが全て送信された状態となったと
き、送信状態管理テーブル１６の退避状態２３に‘Ｎ
Ｏ’をセットして処理を終了する（ステップ３１２、３
１３）。
いる退避データが全て送信しているか否かをチェック
し、退避データの全てが送信されていなければ、ステッ
プ３１０からの処理を行って再度退避データの読み込み
を行い、退避データが全て送信された状態となったと
き、送信状態管理テーブル１６の退避状態２３に‘Ｎ
Ｏ’をセットして処理を終了する（ステップ３１２、３
１３）。
【００２６】前述した本発明の一実施形態によれば、レ
プリカサーバあるいはネットワークに障害が発生し、レ
プリカサーバが機能を停止したとき、マスタサーバがレ
プリカサーバの障害回復の監視を行いながら、障害が発
生したレプリカサーバに対するデータを退避データセッ
トに退避させておき、障害回復時に退避データセットに
退避していたデータの送信を行うことにより自動的にレ
プリケーションを実行することができ、マスタＤＢとレ
プリカＤＢとの整合をとることが可能となる。
プリカサーバあるいはネットワークに障害が発生し、レ
プリカサーバが機能を停止したとき、マスタサーバがレ
プリカサーバの障害回復の監視を行いながら、障害が発
生したレプリカサーバに対するデータを退避データセッ
トに退避させておき、障害回復時に退避データセットに
退避していたデータの送信を行うことにより自動的にレ
プリケーションを実行することができ、マスタＤＢとレ
プリカＤＢとの整合をとることが可能となる。
【００２７】また、前述した本発明の実施形態によれ
ば、障害が発生したレプリカサーバだけに必要なデータ
のみを退避データセットに退避し、障害回復後に退避デ
ータセットのデータをレプリカサーバに送信すればよい
ので、レプリケーション処理を実行する際の処理時間及
び必要資源を最小とすることができる。
ば、障害が発生したレプリカサーバだけに必要なデータ
のみを退避データセットに退避し、障害回復後に退避デ
ータセットのデータをレプリカサーバに送信すればよい
ので、レプリケーション処理を実行する際の処理時間及
び必要資源を最小とすることができる。
【００２８】
【発明の効果】以上説明したように本発明によれば、障
害が発生していないレプリカサーバに影響を与えること
なく、障害が発生したレプリカサーバの障害回復後、退
避データセットからレプリケーション処理を続行するこ
とにより、マスタＤＢとレプリカＤＢとの整合をとるこ
とが可能となる。
害が発生していないレプリカサーバに影響を与えること
なく、障害が発生したレプリカサーバの障害回復後、退
避データセットからレプリケーション処理を続行するこ
とにより、マスタＤＢとレプリカＤＢとの整合をとるこ
とが可能となる。
【図１】本発明の一実施形態によるデータベースシステ
ムの構成を示すブロック図である。
ムの構成を示すブロック図である。
【図２】送信状態管理テーブルの構成を説明する図であ
る。
る。
【図３】本発明の一実施形態によるマスタデータベース
の更新差分データをレプリカサーバに送信する処理動作
を説明するフローチャート（その１）である。
の更新差分データをレプリカサーバに送信する処理動作
を説明するフローチャート（その１）である。
【図４】本発明の一実施形態によるマスタデータベース
の更新差分データをレプリカサーバに送信する処理動作
を説明するフローチャート（その２）である。
の更新差分データをレプリカサーバに送信する処理動作
を説明するフローチャート（その２）である。
１ マスタサーバ ２、３ レプリカサーバ ４ 通信ネットワーク、 １０ マスタＤＢ １１ 業務プログラム １２ レプリケーション装置データ抽出機能部 １３ 更新差分データセット １４ レプリケーション装置データ送信機能部 １５ 退避データセット １６ 送信状態管理テーブル １７ レプリカＤＢ １８ レプリケーション装置データ受信反映機能部
Claims (3)
- 【請求項１】 マスタデータベースが存在するマスタサ
ーバと、マスタデータベースのレプリカデータベースが
存在する複数のレプリカサーバとがネットワークを介し
て接続されて構成されるデータベースシステムにおい
て、一部のレプリカサーバあるいはネットワークに障害
が発生してレプリカサーバが機能を停止したとき、マス
タサーバは、機能を停止したレプリカサーバに送信すべ
きレプリカデータベースの更新データを退避データセッ
トに退避させておき、レプリカサーバの機能回復を監視
して、機能回復後にレプリケーション処理を実行するこ
とを特徴とするデータベースシステム。 - 【請求項２】 前記マスタサーバは、各レプリカサーバ
毎のデータの送信状態の異常の有無を管理することによ
り、機能を停止したレプリカサーバだけに必要なデータ
のみを退避データセットに退避することを特徴とする請
求項１記載のデータベースシステム。 - 【請求項３】 前記送信状態の管理は、レプリカサーバ
毎のデータの送信状態の異常の有無を送信状態管理テー
ブルに格納して行われ、退避データセットに対するデー
タの退避は、送信状態の異常の発生から異常の回復まで
行われることを特徴とする請求項２記載のデータベース
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10061513A JPH11259347A (ja) | 1998-03-12 | 1998-03-12 | データベースシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10061513A JPH11259347A (ja) | 1998-03-12 | 1998-03-12 | データベースシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11259347A true JPH11259347A (ja) | 1999-09-24 |
Family
ID=13173253
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10061513A Pending JPH11259347A (ja) | 1998-03-12 | 1998-03-12 | データベースシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11259347A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006053902A (ja) * | 2004-07-12 | 2006-02-23 | Ricoh Co Ltd | 情報処理装置、電力モード管理方法及び電力モード管理プログラム |
| JP2006085254A (ja) * | 2004-09-14 | 2006-03-30 | Canon Inc | サーバ装置および印刷装置およびデータ保護処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム |
| JP2007088936A (ja) * | 2005-09-22 | 2007-04-05 | Oki Electric Ind Co Ltd | 加入者データベースネットワークのデータ一致化方法 |
| JP2007094600A (ja) * | 2005-09-27 | 2007-04-12 | Ihot Ltd | 情報管理システム、そのシステムで利用される情報管理装置、および情報管理方法 |
-
1998
- 1998-03-12 JP JP10061513A patent/JPH11259347A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006053902A (ja) * | 2004-07-12 | 2006-02-23 | Ricoh Co Ltd | 情報処理装置、電力モード管理方法及び電力モード管理プログラム |
| JP2006085254A (ja) * | 2004-09-14 | 2006-03-30 | Canon Inc | サーバ装置および印刷装置およびデータ保護処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム |
| JP2007088936A (ja) * | 2005-09-22 | 2007-04-05 | Oki Electric Ind Co Ltd | 加入者データベースネットワークのデータ一致化方法 |
| JP2007094600A (ja) * | 2005-09-27 | 2007-04-12 | Ihot Ltd | 情報管理システム、そのシステムで利用される情報管理装置、および情報管理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7523184B2 (en) | System and method for synchronizing the configuration of distributed network management applications | |
| CA2835446C (en) | Data analysis system | |
| CN100440795C (zh) | 一种***日志实现方法和装置 | |
| CN109714202A (zh) | 一种客户端离线原因判别方法和集群式安全管理*** | |
| WO2006028689A2 (en) | System and method for providing increased database fault tolerance | |
| IES20010064A2 (en) | Computer network system | |
| CN115878384A (zh) | 一种基于备份容灾***的分布式集群及构建方法 | |
| US8522069B2 (en) | Process for secure backspacing to a first data center after failover through a second data center and a network architecture working accordingly | |
| CN118018463A (zh) | 一种故障处理方法、装置、设备及可读存储介质 | |
| WO2002001347A2 (en) | Method and system for automatic re-assignment of software components of a failed host | |
| JPH11259347A (ja) | データベースシステム | |
| CN113765690A (zh) | 集群切换方法、***、装置、终端、服务器及存储介质 | |
| JP2001022627A (ja) | 複数装置間でのデータベース同期方式および方法 | |
| JPH0728667A (ja) | 故障許容コンピュータシステム | |
| CN108897645B (zh) | 一种基于备用心跳磁盘的数据库集群容灾方法和*** | |
| CN112134727A (zh) | 基于容器技术的网关机运行数据交换方法 | |
| KR100419606B1 (ko) | Ｃｌｉ기반 네트워크 장비 관리 시스템과 네트워크 장비간정책 정보 일관성을 유지를 위한 망 관리 인터페이스운용장치 및 방법 | |
| JP2001101108A (ja) | 分散型監視システム | |
| CN113961349B (zh) | 一种qpid集群控制方法及*** | |
| CN112491747B (zh) | 一种高可用的数据交换集群的应用方法 | |
| CN116881354A (zh) | 一种异构数据库间不中断复制方法及*** | |
| KR100757879B1 (ko) | Ｎｍｓ 장애정보 동기화 기법 및 그 기법을 이용하는동기화 처리 시스템 | |
| KR100235570B1 (ko) | 2이상의 주전산기를 병립 연결한 시스템의 클러스터 관리 마스터 시스템의 클러스터 관리방법 | |
| CN117271671A (zh) | 一种基于raft算法数据库双节点模式下的高可用*** | |
| CN117792937A (zh) | 基于sdn控制器的离线配置方法、***、控制器及介质 |