JP2002132531A - 二重化システムにおけるデータメンテナンス方式および方法 - Google Patents
二重化システムにおけるデータメンテナンス方式および方法Info
- Publication number
- JP2002132531A JP2002132531A JP2000322602A JP2000322602A JP2002132531A JP 2002132531 A JP2002132531 A JP 2002132531A JP 2000322602 A JP2000322602 A JP 2000322602A JP 2000322602 A JP2000322602 A JP 2000322602A JP 2002132531 A JP2002132531 A JP 2002132531A
- Authority
- JP
- Japan
- Prior art keywords
- server
- database
- update
- maintenance
- update information
- 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
Abstract
(57)【要約】
【課題】 任意のタイミングでデータベースの更新を行
うことができ、二重化した主系サーバと副系サーバの間
で同期のとれたメンテナンスを行うことができる二重化
システムにおけるデータメンテナンス方式および方法を
提供する。 【解決手段】 メンテナンス端末３１はデータベース１
５に対する更新データを入力しメンテナンス操作を行
う。稼動中サーバ１はメンテナンス操作の結果をメンテ
ナンス差分データベース１９に格納し、メンテナンス端
末３１からのデータベース更新要求に基づきメンテナン
ス差分データベース１９の内容でデータベース１５を更
新する。稼動中サーバ１は更新情報を待機中サーバ２に
通知する。待機中サーバ２は通知された更新情報でメン
テナンス差分データベース２９とデータベース２５を更
新する。稼動中サーバ１は更新履歴を差分更新履歴デー
タベース１０と更新履歴データベース１６に登録する。
うことができ、二重化した主系サーバと副系サーバの間
で同期のとれたメンテナンスを行うことができる二重化
システムにおけるデータメンテナンス方式および方法を
提供する。 【解決手段】 メンテナンス端末３１はデータベース１
５に対する更新データを入力しメンテナンス操作を行
う。稼動中サーバ１はメンテナンス操作の結果をメンテ
ナンス差分データベース１９に格納し、メンテナンス端
末３１からのデータベース更新要求に基づきメンテナン
ス差分データベース１９の内容でデータベース１５を更
新する。稼動中サーバ１は更新情報を待機中サーバ２に
通知する。待機中サーバ２は通知された更新情報でメン
テナンス差分データベース２９とデータベース２５を更
新する。稼動中サーバ１は更新履歴を差分更新履歴デー
タベース１０と更新履歴データベース１６に登録する。
Description
【０００１】
【発明の属する技術分野】本発明は、二重化システムに
おけるデータメンテナンス方式に関し、特に任意のタイ
ミングでデータベースの更新を行い二重化したシステム
で同期のとれたメンテナンスを行う二重化システムにお
けるデータメンテナンス方式および方法に関する。
おけるデータメンテナンス方式に関し、特に任意のタイ
ミングでデータベースの更新を行い二重化したシステム
で同期のとれたメンテナンスを行う二重化システムにお
けるデータメンテナンス方式および方法に関する。
【０００２】
【従来の技術】二重化システムが標準となっている現
在、データの整合性の確保、サーバ負荷の軽減が課題と
なっている。システムが持つデータベースの数も増加
し、詳細かつ正確なデータ管理が重要になっている。
在、データの整合性の確保、サーバ負荷の軽減が課題と
なっている。システムが持つデータベースの数も増加
し、詳細かつ正確なデータ管理が重要になっている。
【０００３】また、エンドユーザによるデータのメンテ
ナンスが一般的に行われるようになってきており、これ
を安全・確実に実施する必要性がある。
ナンスが一般的に行われるようになってきており、これ
を安全・確実に実施する必要性がある。
【０００４】従来のメンテナンス方式は、直接データベ
ースの更新を行うか、また、差分ファイルを用いる方式
のものでもデータベースの更新のタイミングは固定であ
る。例えば、更新データを差分ファイルに格納した後、
設定されているタイミング（例として、１日１回、毎０
時など）で自動的に更新される。
ースの更新を行うか、また、差分ファイルを用いる方式
のものでもデータベースの更新のタイミングは固定であ
る。例えば、更新データを差分ファイルに格納した後、
設定されているタイミング（例として、１日１回、毎０
時など）で自動的に更新される。
【０００５】
【発明が解決しようとする課題】上述の従来の技術で
は、以下のような問題点がある。
は、以下のような問題点がある。
【０００６】すなわち、データベースの更新を任意のタ
イミングで行うことができないため、サーバーのデータ
ベースに対する負荷がかかっていたことである。また、
大量のデータを一括で更新することも難しく、ユーザ
（特にエンドユーザ）がメンテナンス処理を行いづらい
ということである。
イミングで行うことができないため、サーバーのデータ
ベースに対する負荷がかかっていたことである。また、
大量のデータを一括で更新することも難しく、ユーザ
（特にエンドユーザ）がメンテナンス処理を行いづらい
ということである。
【０００７】本発明の目的は、上記の問題点を解決し、
任意のタイミングでデータベースの更新を行うことがで
き、二重化した主系サーバと副系サーバの間で同期のと
れたメンテナンスを行うことができる二重化システムに
おけるデータメンテナンス方式および方法を提供するこ
とにある。
任意のタイミングでデータベースの更新を行うことがで
き、二重化した主系サーバと副系サーバの間で同期のと
れたメンテナンスを行うことができる二重化システムに
おけるデータメンテナンス方式および方法を提供するこ
とにある。
【０００８】
【課題を解決するための手段】本願第１の発明の二重化
システムにおけるデータメンテナンス方式は、同じ構成
を有する稼動中の主系サーバと待機中の副系サーバとか
ら成る二重化システムにおけるデータベースをメンテナ
ンスするデータメンテナンス方式であって、データベー
スに対する更新データを主系サーバに入力する更新デー
タ入力手段と、前記主系サーバにデータベースの更新を
要求するデータベース更新要求手段と、前記更新データ
入力手段から入力された更新データに基づきデータベー
スを更新するための差分ファイルを作成する差分ファイ
ル作成手段と、前記データベース更新要求手段から入力
されたデータベース更新要求に基づき前記差分ファイル
作成手段が作成した差分ファイルで主系サーバのデータ
ベースを更新するデータベース更新手段と、前記データ
ベース更新手段が更新した内容を副系サーバに通知する
通知手段と、前記通知手段から通知された更新内容に基
づき副系サーバのデータベースを更新するデータベース
同期手段と、から成ることを特徴とする。
システムにおけるデータメンテナンス方式は、同じ構成
を有する稼動中の主系サーバと待機中の副系サーバとか
ら成る二重化システムにおけるデータベースをメンテナ
ンスするデータメンテナンス方式であって、データベー
スに対する更新データを主系サーバに入力する更新デー
タ入力手段と、前記主系サーバにデータベースの更新を
要求するデータベース更新要求手段と、前記更新データ
入力手段から入力された更新データに基づきデータベー
スを更新するための差分ファイルを作成する差分ファイ
ル作成手段と、前記データベース更新要求手段から入力
されたデータベース更新要求に基づき前記差分ファイル
作成手段が作成した差分ファイルで主系サーバのデータ
ベースを更新するデータベース更新手段と、前記データ
ベース更新手段が更新した内容を副系サーバに通知する
通知手段と、前記通知手段から通知された更新内容に基
づき副系サーバのデータベースを更新するデータベース
同期手段と、から成ることを特徴とする。
【０００９】本願第２の発明の二重化システムにおける
データメンテナンス方式は、同じ構成を有する稼動中の
主系サーバと待機中の副系サーバとから成る二重化シス
テムにおけるデータベースをメンテナンスするデータメ
ンテナンス方式であって、主系サーバは、メンテナンス
端末が行うデータベースに対する更新データ入力とメン
テナンス操作に基づきデータベースのデータを参照し参
照したデータの更新結果をメンテナンス差分データベー
スに格納しメンテナンス差分データベースに格納した情
報（第１更新情報）を副系サーバに通知する手段と、メ
ンテナンス端末からのデータベース更新要求に基づき前
記メンテナンス差分データベースの内容でデータベース
を更新し更新された内容（第２更新情報）を更新履歴デ
ータベースに書き出しメンテナンス差分データベースを
空に更新し第２更新情報とメンテナンス差分データベー
スを空に更新した情報（第３更新情報）を副系サーバに
通知する手段とを備え、副系サーバは、前記主系サーバ
から通知された第１更新情報またはと第３更新情報を受
信し差分更新履歴データベースとメンテナンス差分デー
タベースを更新する手段と、前記主系サーバから通知さ
れた第２更新情報を受信し更新履歴データベースとデー
タベースを更新する手段とを備え、メンテナンス端末
は、前記主系サーバーを判別して接続を確立する手段
と、データベースに対する更新データを入力しメンテナ
ンス操作を行う手段と、データベースに対する更新要求
を行う手段とを備えて、から成ることを特徴とする。
データメンテナンス方式は、同じ構成を有する稼動中の
主系サーバと待機中の副系サーバとから成る二重化シス
テムにおけるデータベースをメンテナンスするデータメ
ンテナンス方式であって、主系サーバは、メンテナンス
端末が行うデータベースに対する更新データ入力とメン
テナンス操作に基づきデータベースのデータを参照し参
照したデータの更新結果をメンテナンス差分データベー
スに格納しメンテナンス差分データベースに格納した情
報（第１更新情報）を副系サーバに通知する手段と、メ
ンテナンス端末からのデータベース更新要求に基づき前
記メンテナンス差分データベースの内容でデータベース
を更新し更新された内容（第２更新情報）を更新履歴デ
ータベースに書き出しメンテナンス差分データベースを
空に更新し第２更新情報とメンテナンス差分データベー
スを空に更新した情報（第３更新情報）を副系サーバに
通知する手段とを備え、副系サーバは、前記主系サーバ
から通知された第１更新情報またはと第３更新情報を受
信し差分更新履歴データベースとメンテナンス差分デー
タベースを更新する手段と、前記主系サーバから通知さ
れた第２更新情報を受信し更新履歴データベースとデー
タベースを更新する手段とを備え、メンテナンス端末
は、前記主系サーバーを判別して接続を確立する手段
と、データベースに対する更新データを入力しメンテナ
ンス操作を行う手段と、データベースに対する更新要求
を行う手段とを備えて、から成ることを特徴とする。
【００１０】本願第３の発明の二重化システムにおける
データメンテナンス方式は、第２の発明において前記メ
ンテナンス端末は、前記主系サーバに接続するときに前
記主系サーバが副系サーバの場合あるいは前記主系サー
バが無応答の場合に問合せ先のサーバを変更して再度主
系サーバ接続を発行する手段を有することを特徴とす
る。
データメンテナンス方式は、第２の発明において前記メ
ンテナンス端末は、前記主系サーバに接続するときに前
記主系サーバが副系サーバの場合あるいは前記主系サー
バが無応答の場合に問合せ先のサーバを変更して再度主
系サーバ接続を発行する手段を有することを特徴とす
る。
【００１１】本願第４の発明の二重化システムにおける
データメンテナンス方式は、第２の発明において前記主
系サーバは、第１更新情報を前記副系サーバに通知した
ときに正常に通達できなかった場合に前記副系サーバが
停止中と判断し第１更新情報を差分更新履歴データベー
スに「未通達」として登録する手段と、第２更新情報と
第３更新情報を前記副系サーバに通知したときに正常に
通達できなかった場合に前記副系サーバが停止中と判断
し更新履歴データベースに格納されている第２更新情報
に「未通達」を登録し第３更新情報を差分更新履歴デー
タベースに「未通達」として登録する手段とを有するこ
とを特徴とする。
データメンテナンス方式は、第２の発明において前記主
系サーバは、第１更新情報を前記副系サーバに通知した
ときに正常に通達できなかった場合に前記副系サーバが
停止中と判断し第１更新情報を差分更新履歴データベー
スに「未通達」として登録する手段と、第２更新情報と
第３更新情報を前記副系サーバに通知したときに正常に
通達できなかった場合に前記副系サーバが停止中と判断
し更新履歴データベースに格納されている第２更新情報
に「未通達」を登録し第３更新情報を差分更新履歴デー
タベースに「未通達」として登録する手段とを有するこ
とを特徴とする。
【００１２】本願第５の発明の二重化システムにおける
データメンテナンス方式は、第４の発明において前記主
系サーバと前記副系サーバがそれぞれ相手側を監視する
監視手段を備え、前記主系サーバが前記副系サーバの復
旧を認識した場合に再度前記副系サーバに前記第１更新
情報と前記第２更新情報と前記第３更新情報とを通知す
ることを特徴とする。
データメンテナンス方式は、第４の発明において前記主
系サーバと前記副系サーバがそれぞれ相手側を監視する
監視手段を備え、前記主系サーバが前記副系サーバの復
旧を認識した場合に再度前記副系サーバに前記第１更新
情報と前記第２更新情報と前記第３更新情報とを通知す
ることを特徴とする。
【００１３】本願第６の発明の二重化システムにおける
データメンテナンス方式は、第２の発明において前記主
系サーバと前記副系サーバがそれぞれ相手側を監視する
監視手段を備え、前記主系サーバが自己の障害を検出し
た場合あるいは前記メンテナンス端末から主系と副系の
切り替えを指示された場合に主系と副系の切り替えを行
い前記副系サーバに通知することを特徴とする。
データメンテナンス方式は、第２の発明において前記主
系サーバと前記副系サーバがそれぞれ相手側を監視する
監視手段を備え、前記主系サーバが自己の障害を検出し
た場合あるいは前記メンテナンス端末から主系と副系の
切り替えを指示された場合に主系と副系の切り替えを行
い前記副系サーバに通知することを特徴とする。
【００１４】本願第７の発明の二重化システムにおける
データメンテナンス方式は、第６の発明にいて前記主系
サーバが前記副系サーバに対する「未通達」の更新情報
を有していないときに、前記主系と副系の切り替えを行
うことを特徴とする。
データメンテナンス方式は、第６の発明にいて前記主系
サーバが前記副系サーバに対する「未通達」の更新情報
を有していないときに、前記主系と副系の切り替えを行
うことを特徴とする。
【００１５】本願第８の発明の二重化システムにおける
データメンテナンス方法は、同じ構成を有する稼動中の
主系サーバと待機中の副系サーバとから成る二重化シス
テムにおけるデータベースをメンテナンスするデータメ
ンテナンス方法であって、メンテナンス端末が主系サー
バに接続するステップ１と、更新データを入力してメン
テナンス操作を行うステップ２と、主系サーバはメンテ
ナンス操作の結果をメンテナンス差分データベースに格
納しメンテナンス差分データベースに格納した情報（第
１更新情報）を副系サーバに通知するステップ３と、副
系サーバが主系サーバから通知された第１更新情報を差
分更新履歴データベースに書き込みその情報をもとにメ
ンテナンス差分データベースを更新するステップ４と、
主系サーバが第１更新情報を差分更新履歴データベース
に「通達済」として登録するステップ５と、メンテナン
ス終了でなければステップ２に戻りメンテナンス終了で
あれば次ステップに進むことを判定するステップ６と、
メンテナンス端末がデータベース更新要求を発行するス
テップ７と、主系サーバがメンテナンス差分データベー
スに格納した内容に基づいてデータベースを更新し更新
された内容（第２更新情報）を更新履歴データベースに
書き出しメンテナンス差分データベースを空に更新する
ステップ８と、第２更新情報とメンテナンス差分データ
ベースを空に更新した情報（第３更新情報）を副系サー
バに通知するステップ９と、副系サーバが主系サーバか
ら第２更新情報と第３更新情報の通知を受けると第２更
新情報を更新履歴データベースに書き込みその情報をも
とにデータベースを更新し第３更新情報を差分更新履歴
データベースに書き込みその情報をもとにメンテナンス
差分データベースを更新するステップ１０と、主系サー
バが更新履歴データベースに格納されている第２更新情
報に「通達済」を登録し第３更新情報を差分更新履歴デ
ータベースに「通達済」として登録するステップ１１
と、から成ることを特徴とする。
データメンテナンス方法は、同じ構成を有する稼動中の
主系サーバと待機中の副系サーバとから成る二重化シス
テムにおけるデータベースをメンテナンスするデータメ
ンテナンス方法であって、メンテナンス端末が主系サー
バに接続するステップ１と、更新データを入力してメン
テナンス操作を行うステップ２と、主系サーバはメンテ
ナンス操作の結果をメンテナンス差分データベースに格
納しメンテナンス差分データベースに格納した情報（第
１更新情報）を副系サーバに通知するステップ３と、副
系サーバが主系サーバから通知された第１更新情報を差
分更新履歴データベースに書き込みその情報をもとにメ
ンテナンス差分データベースを更新するステップ４と、
主系サーバが第１更新情報を差分更新履歴データベース
に「通達済」として登録するステップ５と、メンテナン
ス終了でなければステップ２に戻りメンテナンス終了で
あれば次ステップに進むことを判定するステップ６と、
メンテナンス端末がデータベース更新要求を発行するス
テップ７と、主系サーバがメンテナンス差分データベー
スに格納した内容に基づいてデータベースを更新し更新
された内容（第２更新情報）を更新履歴データベースに
書き出しメンテナンス差分データベースを空に更新する
ステップ８と、第２更新情報とメンテナンス差分データ
ベースを空に更新した情報（第３更新情報）を副系サー
バに通知するステップ９と、副系サーバが主系サーバか
ら第２更新情報と第３更新情報の通知を受けると第２更
新情報を更新履歴データベースに書き込みその情報をも
とにデータベースを更新し第３更新情報を差分更新履歴
データベースに書き込みその情報をもとにメンテナンス
差分データベースを更新するステップ１０と、主系サー
バが更新履歴データベースに格納されている第２更新情
報に「通達済」を登録し第３更新情報を差分更新履歴デ
ータベースに「通達済」として登録するステップ１１
と、から成ることを特徴とする。
【００１６】本願第９の発明の二重化システムにおける
データメンテナンス方法は、第８の発明にいて前記ステ
ップ１でメンテナンス端末が主系サーバに接続するとき
に主系サーバが副系サーバの場合あるいは主系サーバが
無応答の場合には、問合せ先のサーバを変更して再度主
系サーバ接続を発行することを特徴とする。
データメンテナンス方法は、第８の発明にいて前記ステ
ップ１でメンテナンス端末が主系サーバに接続するとき
に主系サーバが副系サーバの場合あるいは主系サーバが
無応答の場合には、問合せ先のサーバを変更して再度主
系サーバ接続を発行することを特徴とする。
【００１７】本願第１０の発明の二重化システムにおけ
るデータメンテナンス方法は、第８の発明において前記
ステップ３で第１更新情報を副系サーバに通知したとき
に正常に通達できなかった場合に副系サーバが停止中と
判断し第１更新情報を差分更新履歴データベースに「未
通達」として登録し、前記ステップ９で第２更新情報と
第３更新情報を副系サーバに通知したときに正常に通達
できなかった場合に副系サーバが停止中と判断し更新履
歴データベースに格納されている第２更新情報に「未通
達」を登録し第３更新情報を差分更新履歴データベース
に「未通達」として登録することを特徴とする。
るデータメンテナンス方法は、第８の発明において前記
ステップ３で第１更新情報を副系サーバに通知したとき
に正常に通達できなかった場合に副系サーバが停止中と
判断し第１更新情報を差分更新履歴データベースに「未
通達」として登録し、前記ステップ９で第２更新情報と
第３更新情報を副系サーバに通知したときに正常に通達
できなかった場合に副系サーバが停止中と判断し更新履
歴データベースに格納されている第２更新情報に「未通
達」を登録し第３更新情報を差分更新履歴データベース
に「未通達」として登録することを特徴とする。
【００１８】本願第１１の発明の二重化システムにおけ
るデータメンテナンス方法は、第１０の発明において前
記副系サーバが復旧した時に、再度前記副系サーバに前
記第１更新情報と前記第２更新情報と前記第３更新情報
とを通知することを特徴とする。
るデータメンテナンス方法は、第１０の発明において前
記副系サーバが復旧した時に、再度前記副系サーバに前
記第１更新情報と前記第２更新情報と前記第３更新情報
とを通知することを特徴とする。
【００１９】
【発明の実施の形態】本発明の特徴について説明する。
【００２０】本発明は、２４時間稼動無停止システム
（ネットワークサーバやデータベースサーバの二重化）
において、データメンテナンスをシステムに停止等の影
響を与えることなく、確実に行うことのできる構成を提
供するものである。
（ネットワークサーバやデータベースサーバの二重化）
において、データメンテナンスをシステムに停止等の影
響を与えることなく、確実に行うことのできる構成を提
供するものである。
【００２１】主系サーバが稼動中で副系サーバが待機中
で、サーバ内の各プロセスはメインプロセスに接続さ
れ、常に監視されている。また、データベースのサーバ
間の同期合わせは、主系サーバのデータベース更新プロ
セスが自サーバのデータベースを更新する際に、常に更
新情報を自サーバの更新履歴データベースに保管し、副
系サーバのデータベース更新プロセスに通知し、副系サ
ーバのデータベース更新プロセスは受信した更新情報を
自サーバのデータベースと更新履歴データベースに更新
する。
で、サーバ内の各プロセスはメインプロセスに接続さ
れ、常に監視されている。また、データベースのサーバ
間の同期合わせは、主系サーバのデータベース更新プロ
セスが自サーバのデータベースを更新する際に、常に更
新情報を自サーバの更新履歴データベースに保管し、副
系サーバのデータベース更新プロセスに通知し、副系サ
ーバのデータベース更新プロセスは受信した更新情報を
自サーバのデータベースと更新履歴データベースに更新
する。
【００２２】このような二重化方式のサーバにおけるデ
ータメンテナンスを実施する場合、まずメンテナンス端
末より主系サーバーを判別し、接続を確立する。接続を
確立後、主系サーバよりデータを参照し、データの変更
等を行う。その変更等のデータは主系サーバのメンテナ
ンス差分データベースに保管し、任意のタイミングでデ
ータベースに更新を行う。更新後は二重化方式のサーバ
独自の機能により、副系サーバにも更新データが反映さ
れ、主系サーバと副系サーバのデータベースは常に同期
がとれたものになる。
ータメンテナンスを実施する場合、まずメンテナンス端
末より主系サーバーを判別し、接続を確立する。接続を
確立後、主系サーバよりデータを参照し、データの変更
等を行う。その変更等のデータは主系サーバのメンテナ
ンス差分データベースに保管し、任意のタイミングでデ
ータベースに更新を行う。更新後は二重化方式のサーバ
独自の機能により、副系サーバにも更新データが反映さ
れ、主系サーバと副系サーバのデータベースは常に同期
がとれたものになる。
【００２３】また、メンテナンス差分データベースも主
系サーバと副系サーバの間で同期がとられており、メン
テナンス作業中に運用系（主系）の切り替えが発生した
場合も、サーバ接続先を変更し、メンテナンス作業を行
うことが可能となる。
系サーバと副系サーバの間で同期がとられており、メン
テナンス作業中に運用系（主系）の切り替えが発生した
場合も、サーバ接続先を変更し、メンテナンス作業を行
うことが可能となる。
【００２４】このようにして、主系サーバを判別し、メ
ンテナンス差分データベースを用いた一括更新を行うこ
とにより、信頼性の高い二重化システムを維持し、安全
・確実なデータメンテナンスを可能にする。
ンテナンス差分データベースを用いた一括更新を行うこ
とにより、信頼性の高い二重化システムを維持し、安全
・確実なデータメンテナンスを可能にする。
【００２５】本発明の第１の実施の形態について、図面
を参照して説明する。
を参照して説明する。
【００２６】図１は、本発明の第１の実施の形態の構成
を示す図である。
を示す図である。
【００２７】図１を参照すると、第１の実施の形態は、
稼動中サーバ１と待機中サーバ２とクライアントである
端末群３（メンテナンス端末３１を含む）とから成る。
稼動中サーバ１と待機中サーバ２とクライアントである
端末群３（メンテナンス端末３１を含む）とから成る。
【００２８】稼動中サーバ１は、主系サーバとも言わ
れ、メインプロセス１１と、業務プロセス１２と、端末
インターフェースプロセス１３（メンテナンスプロセス
１７を含む）と、データベース更新プロセス１４と、デ
ータベース１５と、更新履歴データベース１６と、差分
データベース更新プロセス１８と、メンテナンス差分デ
ータベース１９と、差分更新履歴データベース１０と、
から構成される。
れ、メインプロセス１１と、業務プロセス１２と、端末
インターフェースプロセス１３（メンテナンスプロセス
１７を含む）と、データベース更新プロセス１４と、デ
ータベース１５と、更新履歴データベース１６と、差分
データベース更新プロセス１８と、メンテナンス差分デ
ータベース１９と、差分更新履歴データベース１０と、
から構成される。
【００２９】メインプロセス１１は、稼動中サーバ１内
の各プロセスの監視を主に行い、待機中サーバ２のメイ
ンプロセス２１と常に接続状態を保ち相互に監視してい
る。稼動中サーバ１が自己の障害を検出した場合あるい
はメンテナンス端末３１から稼動中サーバ１と待機中サ
ーバ２の切り替えを指示された場合に稼動中サーバ１と
待機中サーバ２の切り替えを行い待機中サーバ２に通知
する。なお、稼動中サーバ１が待機中サーバ２に対する
「未通達」の更新情報を有していないときに、稼動中サ
ーバ１と待機中サーバ２の切り替えは行われる。
の各プロセスの監視を主に行い、待機中サーバ２のメイ
ンプロセス２１と常に接続状態を保ち相互に監視してい
る。稼動中サーバ１が自己の障害を検出した場合あるい
はメンテナンス端末３１から稼動中サーバ１と待機中サ
ーバ２の切り替えを指示された場合に稼動中サーバ１と
待機中サーバ２の切り替えを行い待機中サーバ２に通知
する。なお、稼動中サーバ１が待機中サーバ２に対する
「未通達」の更新情報を有していないときに、稼動中サ
ーバ１と待機中サーバ２の切り替えは行われる。
【００３０】業務プロセス１２は、業務（業務の内容に
ついては特に規定しない）を実行するとともに端末イン
ターフェースプロセス１３とデータベース更新プロセス
１４を操作するためのプロセスである。
ついては特に規定しない）を実行するとともに端末イン
ターフェースプロセス１３とデータベース更新プロセス
１４を操作するためのプロセスである。
【００３１】端末インターフェースプロセス１３は、業
務プロセス１２と端末群３との通信を中継するためのプ
ロセスで、端末群３から業務プロセス１２への要求の受
信、業務プロセス１２から端末群３への結果の送信を行
う。
務プロセス１２と端末群３との通信を中継するためのプ
ロセスで、端末群３から業務プロセス１２への要求の受
信、業務プロセス１２から端末群３への結果の送信を行
う。
【００３２】メンテナンスプロセス１７は、業務プロセ
ス１２とメンテナンス端末３１との通信を中継するプロ
セスである。メンテナンス操作によって作成されたデー
タをメンテナンス差分データベース１９に格納するよう
業務プロセス１２を通じ、差分データベース更新プロセ
ス１８に要求する。また、メンテナンス端末３１からの
更新操作により業務プロセス１２を通じ、データベース
更新プロセス１４にデータの更新を要求する。
ス１２とメンテナンス端末３１との通信を中継するプロ
セスである。メンテナンス操作によって作成されたデー
タをメンテナンス差分データベース１９に格納するよう
業務プロセス１２を通じ、差分データベース更新プロセ
ス１８に要求する。また、メンテナンス端末３１からの
更新操作により業務プロセス１２を通じ、データベース
更新プロセス１４にデータの更新を要求する。
【００３３】データベース更新プロセス１４は、業務プ
ロセス１２からの要求によりデータベース１５への更新
を行い、その更新された内容（第２更新情報と称す）を
待機中サーバ２のデータベース更新プロセス２４へ通知
し、この通信結果と第２更新情報を更新履歴データベー
ス１６に保管する。
ロセス１２からの要求によりデータベース１５への更新
を行い、その更新された内容（第２更新情報と称す）を
待機中サーバ２のデータベース更新プロセス２４へ通知
し、この通信結果と第２更新情報を更新履歴データベー
ス１６に保管する。
【００３４】データベース１５は、メンテナンスの対象
となるデータが格納されている。データベース１５は、
待機中サーバ２のデータベース２５と常に同期がとられ
ている。
となるデータが格納されている。データベース１５は、
待機中サーバ２のデータベース２５と常に同期がとられ
ている。
【００３５】更新履歴データベース１６は、データベー
ス１５の更新履歴を示す第２更新情報と待機中サーバ２
への通達結果を保管しておく。通達結果の役割は、待機
中サーバ２が停止している間のデータベース更新履歴を
示す第２更新情報に「未通達」という情報を付け加えて
おくことにより、待機中サーバ２の復旧時にデータベー
ス２５に反映されていない第２更新情報を引き継ぐため
である。
ス１５の更新履歴を示す第２更新情報と待機中サーバ２
への通達結果を保管しておく。通達結果の役割は、待機
中サーバ２が停止している間のデータベース更新履歴を
示す第２更新情報に「未通達」という情報を付け加えて
おくことにより、待機中サーバ２の復旧時にデータベー
ス２５に反映されていない第２更新情報を引き継ぐため
である。
【００３６】差分データベース更新プロセス１８は、業
務プロセス１２からの要求によりメンテナンス差分デー
タベース１９への更新を行う。また、データベース更新
プロセス１４と同様に、差分更新履歴データベース１０
を用い，メンテナンス差分データベース１９と待機中サ
ーバ２のメンテナンス差分データベース２９と同期をと
っている。
務プロセス１２からの要求によりメンテナンス差分デー
タベース１９への更新を行う。また、データベース更新
プロセス１４と同様に、差分更新履歴データベース１０
を用い，メンテナンス差分データベース１９と待機中サ
ーバ２のメンテナンス差分データベース２９と同期をと
っている。
【００３７】メンテナンス差分データベース１９は、デ
ータベース１５を参照してメンテナンス操作を行うこと
により作成されたデータを格納する。格納されるデータ
は、データベースを更新（追加・削除を含む）するため
のデータである。
ータベース１５を参照してメンテナンス操作を行うこと
により作成されたデータを格納する。格納されるデータ
は、データベースを更新（追加・削除を含む）するため
のデータである。
【００３８】差分更新履歴データベース１０は、メンテ
ナンス差分データベース１９にどのような変更がなされ
たかの情報を格納する。すなわち、メンテナンス操作に
よりメンテナンス差分データベース１９に格納されたデ
ータが書き込まれる。
ナンス差分データベース１９にどのような変更がなされ
たかの情報を格納する。すなわち、メンテナンス操作に
よりメンテナンス差分データベース１９に格納されたデ
ータが書き込まれる。
【００３９】待機中サーバ２は、副系サーバとも言わ
れ、メインプロセス２１と、業務プロセス２２と、端末
インターフェースプロセス２３（メンテナンスプロセス
２７を含む）と、データベース更新プロセス２４と、デ
ータベース２５と、更新履歴データベース２６と、差分
データベース更新プロセス２８と、メンテナンス差分デ
ータベース２９と、差分更新履歴データベース２０と、
から構成され、稼動中サーバ１と同等の構成である。
れ、メインプロセス２１と、業務プロセス２２と、端末
インターフェースプロセス２３（メンテナンスプロセス
２７を含む）と、データベース更新プロセス２４と、デ
ータベース２５と、更新履歴データベース２６と、差分
データベース更新プロセス２８と、メンテナンス差分デ
ータベース２９と、差分更新履歴データベース２０と、
から構成され、稼動中サーバ１と同等の構成である。
【００４０】メインプロセス２１は、稼動中サーバ１の
メインプロセス１１と常に接続状態にあり、これの切断
または稼動中サーバ１の障害通知を受信した時点で自サ
ーバを待機中から稼動中へと切り替える。
メインプロセス１１と常に接続状態にあり、これの切断
または稼動中サーバ１の障害通知を受信した時点で自サ
ーバを待機中から稼動中へと切り替える。
【００４１】業務プロセス２２は、メインプロセス２１
から稼動切替通知を受信するまでは待機中の状態を維持
する。
から稼動切替通知を受信するまでは待機中の状態を維持
する。
【００４２】端末インターフェースプロセス２３は、メ
インプロセス２１から切替通知を受信すると、端末群３
と接続処理を行う。
インプロセス２１から切替通知を受信すると、端末群３
と接続処理を行う。
【００４３】データベース更新プロセス２４は、稼動中
サーバ１のデータベース更新プロセス１４と常に接続状
態で、第２更新情報を受信すると、自サーバの更新履歴
データベース２６に書き込み、データベース２５に第２
更新情報を反映させる。
サーバ１のデータベース更新プロセス１４と常に接続状
態で、第２更新情報を受信すると、自サーバの更新履歴
データベース２６に書き込み、データベース２５に第２
更新情報を反映させる。
【００４４】データベース２５と更新履歴データベース
２６は、データベース更新プロセス２４により、稼動中
サーバ１と常に同期がとられている。
２６は、データベース更新プロセス２４により、稼動中
サーバ１と常に同期がとられている。
【００４５】差分データベース更新プロセス２８は、稼
動中サーバ１の差分データベース更新プロセス１８と常
に接続状態で、第１更新情報を受信すると、自サーバの
差分更新履歴データベース２０に書き込み、メンテナン
ス差分データベース２９に第１更新情報を反映させる。
動中サーバ１の差分データベース更新プロセス１８と常
に接続状態で、第１更新情報を受信すると、自サーバの
差分更新履歴データベース２０に書き込み、メンテナン
ス差分データベース２９に第１更新情報を反映させる。
【００４６】メンテナンス差分データベース２９と差分
更新履歴データベース２０は、差分データベース更新プ
ロセス２８により、稼動中サーバ１と常に同期がとられ
ている。
更新履歴データベース２０は、差分データベース更新プ
ロセス２８により、稼動中サーバ１と常に同期がとられ
ている。
【００４７】メンテナンス端末３１は、メンテナンス開
始時、稼動中サーバ１と接続し、稼動中サーバ１に対し
て要求を発行する。メンテナンス結果はメンテナンス差
分データベース１９に格納される。また、稼動中サーバ
１に対してデータベース更新要求を発行する。
始時、稼動中サーバ１と接続し、稼動中サーバ１に対し
て要求を発行する。メンテナンス結果はメンテナンス差
分データベース１９に格納される。また、稼動中サーバ
１に対してデータベース更新要求を発行する。
【００４８】本発明の第１の実施の形態の動作につい
て、図１〜図３を参照して詳細に説明する。
て、図１〜図３を参照して詳細に説明する。
【００４９】図２および図３は、本発明の実施の形態の
動作の流れを示す図である。
動作の流れを示す図である。
【００５０】最初に、稼動中サーバ１の動作を説明す
る。
る。
【００５１】図２および図３を参照すると、まず、メン
テナンス開始宣言時にメンテナンス端末３１側から前回
メンテナンス時の接続サーバに対し、主系サーバ確認要
求を発行する（ステップＡ１〜Ａ２）。
テナンス開始宣言時にメンテナンス端末３１側から前回
メンテナンス時の接続サーバに対し、主系サーバ確認要
求を発行する（ステップＡ１〜Ａ２）。
【００５２】結果が「主系」であった場合、接続を確立
し、メンテナンス端末３１は更新データを提供し（ステ
ップＡ３）、メンテナンスを行う（ステップＡ４）。な
お、提供する更新データは、データベースの中の１つの
データについての更新（追加・削除を含む）に関する情
報である。
し、メンテナンス端末３１は更新データを提供し（ステ
ップＡ３）、メンテナンスを行う（ステップＡ４）。な
お、提供する更新データは、データベースの中の１つの
データについての更新（追加・削除を含む）に関する情
報である。
【００５３】稼動中サーバ１はメンテナンス結果をメン
テナンス差分データベース１９に格納する（ステップＡ
５）。
テナンス差分データベース１９に格納する（ステップＡ
５）。
【００５４】待機中サーバ２に、メンテナンス差分デー
タベース１９に格納した情報（第１更新情報と称す）を
通知する（ステップＡ６）。
タベース１９に格納した情報（第１更新情報と称す）を
通知する（ステップＡ６）。
【００５５】正常に通知できた場合は、第１更新情報を
差分更新履歴データベース１０に「通達済」として登録
する（ステップＡ７）。
差分更新履歴データベース１０に「通達済」として登録
する（ステップＡ７）。
【００５６】正常に通達できなかった場合は、待機中サ
ーバ２が停止中と判断し（ステップＡ８）、第１更新情
報を差分更新履歴データベース１０に「未通達」として
登録する（ステップＡ９）。なお、待機中サーバ２が復
旧した時に、再度待機中サーバ２に第１更新情報を通知
する。
ーバ２が停止中と判断し（ステップＡ８）、第１更新情
報を差分更新履歴データベース１０に「未通達」として
登録する（ステップＡ９）。なお、待機中サーバ２が復
旧した時に、再度待機中サーバ２に第１更新情報を通知
する。
【００５７】メンテナンス終了かを判定し、メンテナン
ス終了であれば次ステップに、メンテナンス終了でなけ
れば次の更新データを提供するためにステップＡ３に戻
る（ステップＡ１０）。
ス終了であれば次ステップに、メンテナンス終了でなけ
れば次の更新データを提供するためにステップＡ３に戻
る（ステップＡ１０）。
【００５８】ユーザの任意のタイミングでメンテナンス
端末３１からデータベース更新要求を発行し（ステップ
Ａ１１）、稼動中サーバ１はメンテナンス差分データベ
ース１９に格納した内容に基づいてデータベース１５を
更新し、更新された内容（第２更新情報と称す）を更新
履歴データベース１６にも書き出す（ステップＡ１
２）。
端末３１からデータベース更新要求を発行し（ステップ
Ａ１１）、稼動中サーバ１はメンテナンス差分データベ
ース１９に格納した内容に基づいてデータベース１５を
更新し、更新された内容（第２更新情報と称す）を更新
履歴データベース１６にも書き出す（ステップＡ１
２）。
【００５９】メンテナンス差分データベース１９の内容
をデータベース１５に反映させたのでメンテナンス差分
データベース１９を空に戻すために、メンテナンス差分
データベース１９の更新を行う（ステップＡ１３）。
をデータベース１５に反映させたのでメンテナンス差分
データベース１９を空に戻すために、メンテナンス差分
データベース１９の更新を行う（ステップＡ１３）。
【００６０】その後、待機中サーバ２に、第２更新情報
とメンテナンス差分データベース１９を空に更新した情
報（第３更新情報と称す）を通知する（ステップＡ１
４）。
とメンテナンス差分データベース１９を空に更新した情
報（第３更新情報と称す）を通知する（ステップＡ１
４）。
【００６１】正常に通知できた場合は、更新履歴データ
ベース１６に格納されている第２更新情報に「通達済」
を登録し（ステップＡ１５）、第３更新情報を差分更新
履歴データベース１０に「通達済」として登録する（ス
テップＡ１６）。
ベース１６に格納されている第２更新情報に「通達済」
を登録し（ステップＡ１５）、第３更新情報を差分更新
履歴データベース１０に「通達済」として登録する（ス
テップＡ１６）。
【００６２】正常に通達できなかった場合は、待機中サ
ーバ２が停止中と判断し（ステップＡ１７）、更新履歴
データベース１６に格納されている第２更新情報に「未
通達」を登録し（ステップＡ１８）、第３更新情報を差
分更新履歴データベース１０に「未通達」として登録す
る（ステップＡ１９）。なお、待機中サーバ２が復旧し
た時に、再度待機中サーバ２に第２更新情報と第３更新
情報を通知する。
ーバ２が停止中と判断し（ステップＡ１７）、更新履歴
データベース１６に格納されている第２更新情報に「未
通達」を登録し（ステップＡ１８）、第３更新情報を差
分更新履歴データベース１０に「未通達」として登録す
る（ステップＡ１９）。なお、待機中サーバ２が復旧し
た時に、再度待機中サーバ２に第２更新情報と第３更新
情報を通知する。
【００６３】また、主系問合せの際に副系・無応答の場
合には、問合せ先のサーバを変更し、再度主系問合せを
発行する（ステップＡ２，ステップＡ２０〜Ａ２１）。
合には、問合せ先のサーバを変更し、再度主系問合せを
発行する（ステップＡ２，ステップＡ２０〜Ａ２１）。
【００６４】次に、待機中サーバ２の動作を説明する。
【００６５】ステップＡ６において稼動中サーバ１から
第１更新情報の通知を受けると、第１更新情報を差分更
新履歴データベース２０に書き込み（ステップＢ１）、
その情報をもとにメンテナンス差分データベース２９を
更新する（ステップＢ２）。ここで、稼動中サーバ１の
メンテナンス差分データベース１９と待機中サーバ２の
メンテナンス差分データベース２９との間で同期が取れ
た状態になる。
第１更新情報の通知を受けると、第１更新情報を差分更
新履歴データベース２０に書き込み（ステップＢ１）、
その情報をもとにメンテナンス差分データベース２９を
更新する（ステップＢ２）。ここで、稼動中サーバ１の
メンテナンス差分データベース１９と待機中サーバ２の
メンテナンス差分データベース２９との間で同期が取れ
た状態になる。
【００６６】ステップＡ１４において稼動中サーバ１か
ら第２更新情報と第３更新情報の通知を受けると、第２
更新情報を更新履歴データベース２６に書き込み（ステ
ップＢ３）、その情報をもとにデータベース２５を更新
する（ステップＢ４）。ここで、稼動中サーバ１のデー
タベース１５と待機中サーバ２のデータベース２５との
間で同期が取れた状態になる。
ら第２更新情報と第３更新情報の通知を受けると、第２
更新情報を更新履歴データベース２６に書き込み（ステ
ップＢ３）、その情報をもとにデータベース２５を更新
する（ステップＢ４）。ここで、稼動中サーバ１のデー
タベース１５と待機中サーバ２のデータベース２５との
間で同期が取れた状態になる。
【００６７】続いて、第３更新情報を差分更新履歴デー
タベース２０に書き込み（ステップＢ５）、その情報を
もとにメンテナンス差分データベース２９を更新する
（ステップＢ６）。ここで、稼動中サーバ１のメンテナ
ンス差分データベース１９と待機中サーバ２のメンテナ
ンス差分データベース２９との間で同期が取れた状態に
なる。
タベース２０に書き込み（ステップＢ５）、その情報を
もとにメンテナンス差分データベース２９を更新する
（ステップＢ６）。ここで、稼動中サーバ１のメンテナ
ンス差分データベース１９と待機中サーバ２のメンテナ
ンス差分データベース２９との間で同期が取れた状態に
なる。
【００６８】このように、差分更新履歴データベース１
０についても、待機中サーバ２と同期を保っているた
め、メンテナンス作業中に障害・運用系切替が発生した
場合でも、次回接続時に接続サーバにおいて障害発生直
前からメンテナンスを再開することが可能となる。
０についても、待機中サーバ２と同期を保っているた
め、メンテナンス作業中に障害・運用系切替が発生した
場合でも、次回接続時に接続サーバにおいて障害発生直
前からメンテナンスを再開することが可能となる。
【００６９】次に、本発明の第２の実施の形態につい
て、図面を参照して説明する。
て、図面を参照して説明する。
【００７０】図４は、本発明の第２の実施の形態の構成
を示す図である。
を示す図である。
【００７１】図４を参照すると、第２の実施の形態は、
稼動中サーバ４に接続するメンテナンス端末３１が複数
存在することで、第１の実施の形態と異なる。
稼動中サーバ４に接続するメンテナンス端末３１が複数
存在することで、第１の実施の形態と異なる。
【００７２】第２の実施の形態では、メンテナンス端末
３１が複数存在するが、データの整合性を保つため、実
際にメンテナンス操作を行えるメンテナンス端末３１は
１台である。すなわち、あるメンテナンス端末３１がメ
ンテナンス操作を行っている間、他のメンテナンス端末
３１はメンテナンス操作を行えない。
３１が複数存在するが、データの整合性を保つため、実
際にメンテナンス操作を行えるメンテナンス端末３１は
１台である。すなわち、あるメンテナンス端末３１がメ
ンテナンス操作を行っている間、他のメンテナンス端末
３１はメンテナンス操作を行えない。
【００７３】端末インターフェースプロセス４３に含ま
れるメンテナンスプロセス４７が、あるメンテナンス端
末３１がメンテナンス操作を行っている間は他のメンテ
ナンス端末３１のメンテナンス操作を不可能とする制御
を行う。
れるメンテナンスプロセス４７が、あるメンテナンス端
末３１がメンテナンス操作を行っている間は他のメンテ
ナンス端末３１のメンテナンス操作を不可能とする制御
を行う。
【００７４】このことにより、複数の場所からデータベ
ースのメンテナンスを行うことができる。
ースのメンテナンスを行うことができる。
【００７５】
【発明の効果】第１の効果は、サーバの負荷の軽いタイ
ミングでデータベース更新処理を行うことが可能で、シ
ステム全体に対して与える影響を最小限にすることが可
能なことにある。
ミングでデータベース更新処理を行うことが可能で、シ
ステム全体に対して与える影響を最小限にすることが可
能なことにある。
【００７６】その理由は、メンテナンス差分データベー
スを用いることにより、ユーザーがデータ更新処理をシ
ステムの状態等を考慮して指示して行えるところにあ
る。
スを用いることにより、ユーザーがデータ更新処理をシ
ステムの状態等を考慮して指示して行えるところにあ
る。
【００７７】第２の効果は、大量のデータをメンテナン
スする際に作業を分割して行え、更新を一括で行うこと
が可能なことにある。
スする際に作業を分割して行え、更新を一括で行うこと
が可能なことにある。
【００７８】その理由は、データベースを更新するため
の更新データをメンテナンス差分データベースに格納
し、データベース更新要求によりメンテナンス差分デー
タベースの内容でデータベースを更新する手段を設けた
からである。
の更新データをメンテナンス差分データベースに格納
し、データベース更新要求によりメンテナンス差分デー
タベースの内容でデータベースを更新する手段を設けた
からである。
【００７９】第３の効果は、メンテナンス中に主系サー
バに障害が発生した場合あるいは主系サーバとメンテナ
ンス端末との接続に障害が発生した場合、次回のメンテ
ナンスが障害発生直前から副系サーバを用いて再開する
ことが可能なことにある。
バに障害が発生した場合あるいは主系サーバとメンテナ
ンス端末との接続に障害が発生した場合、次回のメンテ
ナンスが障害発生直前から副系サーバを用いて再開する
ことが可能なことにある。
【００８０】その理由は、主系サーバと副系サーバとの
間でデータベースの同期をとる手段を備えたからであ
る。
間でデータベースの同期をとる手段を備えたからであ
る。
【図１】本発明の第１の実施の形態の構成を示す図
【図２】本発明の第１の実施の形態の動作の流れ（その
１）を示す図
１）を示す図
【図３】本発明の第１の実施の形態の動作の流れ（その
２）を示す図
２）を示す図
【図４】本発明の第２の実施の形態の構成を示す図
１ 稼動中サーバ ２ 待機中サーバ ３ 端末群 ４ 稼動中サーバ １０ 差分更新履歴データベース １１ メインプロセス １２ 業務プロセス １３ 端末インターフェースプロセス １４ データベース更新プロセス １５ データベース １６ 更新履歴データベース １７ メンテナンスプロセス １８ 差分データベース更新プロセス １９ メンテナンス差分データベース ２０ 差分更新履歴データベース ２１ メインプロセス ２２ 業務プロセス ２３ 端末インターフェースプロセス ２４ データベース更新プロセス ２５ データベース ２６ 更新履歴データベース ２７ メンテナンスプロセス ２８ 差分データベース更新プロセス ２９ メンテナンス差分データベース ３１ メンテナンス端末 ４３ 端末インターフェースプロセス ４７ メンテナンスプロセス
フロントページの続き (72)発明者 岡部 裕之 東京都江東区新木場一丁目18番６号 エヌ イーシーソフト株式会社内 Ｆターム(参考） 5B018 GA04 HA04 HA05 MA01 QA01 5B034 CC01 DD02 DD04 DD06 5B082 AA01 DE05 GA04 GA14
Claims (11)
- 【請求項１】 同じ構成を有する稼動中の主系サーバと
待機中の副系サーバとから成る二重化システムにおける
データベースをメンテナンスするデータメンテナンス方
式であって、データベースに対する更新データを主系サ
ーバに入力する更新データ入力手段と、前記主系サーバ
にデータベースの更新を要求するデータベース更新要求
手段と、前記更新データ入力手段から入力された更新デ
ータに基づきデータベースを更新するための差分ファイ
ルを作成する差分ファイル作成手段と、前記データベー
ス更新要求手段から入力されたデータベース更新要求に
基づき前記差分ファイル作成手段が作成した差分ファイ
ルで主系サーバのデータベースを更新するデータベース
更新手段と、前記データベース更新手段が更新した内容
を副系サーバに通知する通知手段と、前記通知手段から
通知された更新内容に基づき副系サーバのデータベース
を更新するデータベース同期手段と、から成ることを特
徴とする二重化システムにおけるデータメンテナンス方
式。 - 【請求項２】 同じ構成を有する稼動中の主系サーバと
待機中の副系サーバとから成る二重化システムにおける
データベースをメンテナンスするデータメンテナンス方
式であって、主系サーバは、メンテナンス端末が行うデ
ータベースに対する更新データ入力とメンテナンス操作
に基づきデータベースのデータを参照し参照したデータ
の更新結果をメンテナンス差分データベースに格納しメ
ンテナンス差分データベースに格納した情報（第１更新
情報）を副系サーバに通知する手段と、メンテナンス端
末からのデータベース更新要求に基づき前記メンテナン
ス差分データベースの内容でデータベースを更新し更新
された内容（第２更新情報）を更新履歴データベースに
書き出しメンテナンス差分データベースを空に更新し第
２更新情報とメンテナンス差分データベースを空に更新
した情報（第３更新情報）を副系サーバに通知する手段
とを備え、副系サーバは、前記主系サーバから通知され
た第１更新情報またはと第３更新情報を受信し差分更新
履歴データベースとメンテナンス差分データベースを更
新する手段と、前記主系サーバから通知された第２更新
情報を受信し更新履歴データベースとデータベースを更
新する手段とを備え、メンテナンス端末は、前記主系サ
ーバーを判別して接続を確立する手段と、データベース
に対する更新データを入力しメンテナンス操作を行う手
段と、データベースに対する更新要求を行う手段とを備
えて、から成ることを特徴とする二重化システムにおけ
るデータメンテナンス方式。 - 【請求項３】 前記メンテナンス端末は、前記主系サー
バに接続するときに前記主系サーバが副系サーバの場合
あるいは前記主系サーバが無応答の場合に問合せ先のサ
ーバを変更して再度主系サーバ接続を発行する手段を有
することを特徴とする請求項２記載の二重化システムに
おけるデータメンテナンス方式。 - 【請求項４】 前記主系サーバは、第１更新情報を前記
副系サーバに通知したときに正常に通達できなかった場
合に前記副系サーバが停止中と判断し第１更新情報を差
分更新履歴データベースに「未通達」として登録する手
段と、第２更新情報と第３更新情報を前記副系サーバに
通知したときに正常に通達できなかった場合に前記副系
サーバが停止中と判断し更新履歴データベースに格納さ
れている第２更新情報に「未通達」を登録し第３更新情
報を差分更新履歴データベースに「未通達」として登録
する手段とを有することを特徴とする請求項２記載の二
重化システムにおけるデータメンテナンス方式。 - 【請求項５】 前記主系サーバと前記副系サーバがそれ
ぞれ相手側を監視する監視手段を備え、前記主系サーバ
が前記副系サーバの復旧を認識した場合に再度前記副系
サーバに前記第１更新情報と前記第２更新情報と前記第
３更新情報とを通知することを特徴とする請求項４記載
の二重化システムにおけるデータメンテナンス方式。 - 【請求項６】 前記主系サーバと前記副系サーバがそれ
ぞれ相手側を監視する監視手段を備え、前記主系サーバ
が自己の障害を検出した場合あるいは前記メンテナンス
端末から主系と副系の切り替えを指示された場合に主系
と副系の切り替えを行い前記副系サーバに通知すること
を特徴とする請求項２記載の二重化システムにおけるデ
ータメンテナンス方式。 - 【請求項７】 前記主系サーバが前記副系サーバに対す
る「未通達」の更新情報を有していないときに、前記主
系と副系の切り替えを行うことを特徴とする請求項６記
載の二重化システムにおけるデータメンテナンス方式。 - 【請求項８】 同じ構成を有する稼動中の主系サーバと
待機中の副系サーバとから成る二重化システムにおける
データベースをメンテナンスするデータメンテナンス方
法であって、メンテナンス端末が主系サーバに接続する
ステップ１と、更新データを入力してメンテナンス操作
を行うステップ２と、主系サーバはメンテナンス操作の
結果をメンテナンス差分データベースに格納しメンテナ
ンス差分データベースに格納した情報（第１更新情報）
を副系サーバに通知するステップ３と、副系サーバが主
系サーバから通知された第１更新情報を差分更新履歴デ
ータベースに書き込みその情報をもとにメンテナンス差
分データベースを更新するステップ４と、主系サーバが
第１更新情報を差分更新履歴データベースに「通達済」
として登録するステップ５と、メンテナンス終了でなけ
ればステップ２に戻りメンテナンス終了であれば次ステ
ップに進むことを判定するステップ６と、メンテナンス
端末がデータベース更新要求を発行するステップ７と、
主系サーバがメンテナンス差分データベースに格納した
内容に基づいてデータベースを更新し更新された内容
（第２更新情報）を更新履歴データベースに書き出しメ
ンテナンス差分データベースを空に更新するステップ８
と、第２更新情報とメンテナンス差分データベースを空
に更新した情報（第３更新情報）を副系サーバに通知す
るステップ９と、副系サーバが主系サーバから第２更新
情報と第３更新情報の通知を受けると第２更新情報を更
新履歴データベースに書き込みその情報をもとにデータ
ベースを更新し第３更新情報を差分更新履歴データベー
スに書き込みその情報をもとにメンテナンス差分データ
ベースを更新するステップ１０と、主系サーバが更新履
歴データベースに格納されている第２更新情報に「通達
済」を登録し第３更新情報を差分更新履歴データベース
に「通達済」として登録するステップ１１と、から成る
ことを特徴とする二重化システムにおけるデータメンテ
ナンス方法。 - 【請求項９】 前記ステップ１でメンテナンス端末が主
系サーバに接続するときに主系サーバが副系サーバの場
合あるいは主系サーバが無応答の場合には、問合せ先の
サーバを変更して再度主系サーバ接続を発行することを
特徴とする請求項８記載の二重化システムにおけるデー
タメンテナンス方法。 - 【請求項１０】 前記ステップ３で第１更新情報を副系
サーバに通知したときに正常に通達できなかった場合に
副系サーバが停止中と判断し第１更新情報を差分更新履
歴データベースに「未通達」として登録し、前記ステッ
プ９で第２更新情報と第３更新情報を副系サーバに通知
したときに正常に通達できなかった場合に副系サーバが
停止中と判断し更新履歴データベースに格納されている
第２更新情報に「未通達」を登録し第３更新情報を差分
更新履歴データベースに「未通達」として登録すること
を特徴とする請求項８記載の二重化システムにおけるデ
ータメンテナンス方法。 - 【請求項１１】 前記副系サーバが復旧した時に、再度
前記副系サーバに前記第１更新情報と前記第２更新情報
と前記第３更新情報とを通知することを特徴とする請求
項１０記載の二重化システムにおけるデータメンテナン
ス方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000322602A JP2002132531A (ja) | 2000-10-23 | 2000-10-23 | 二重化システムにおけるデータメンテナンス方式および方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000322602A JP2002132531A (ja) | 2000-10-23 | 2000-10-23 | 二重化システムにおけるデータメンテナンス方式および方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002132531A true JP2002132531A (ja) | 2002-05-10 |
Family
ID=18800453
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000322602A Pending JP2002132531A (ja) | 2000-10-23 | 2000-10-23 | 二重化システムにおけるデータメンテナンス方式および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002132531A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100589437B1 (ko) * | 2005-06-22 | 2006-06-14 | 엔에이치엔(주) | 동적 서버 초기화 방법 및 시스템 |
| JP2007226646A (ja) * | 2006-02-24 | 2007-09-06 | Fujitsu Ltd | ストレージシステム |
| WO2008129620A1 (ja) * | 2007-04-09 | 2008-10-30 | Fujitsu Limited | 完全二重化システム、システム制御方法およびシステム制御プログラム |
| JP2011039733A (ja) * | 2009-08-10 | 2011-02-24 | Hitachi Ltd | データ処理方法とデータ処理プログラムおよびデータ処理システム |
| JP2012226456A (ja) * | 2011-04-18 | 2012-11-15 | Mitsubishi Electric Corp | データベースシステム |
| EP3070619A1 (en) | 2015-03-16 | 2016-09-21 | Canon Kabushiki Kaisha | Information processing apparatuses performing synchronization of data and data synchronization methods |
-
2000
- 2000-10-23 JP JP2000322602A patent/JP2002132531A/ja active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7945644B2 (en) | 2005-06-22 | 2011-05-17 | Nhn Corporation | Dynamic initialization method and system of location server |
| WO2006137701A1 (en) * | 2005-06-22 | 2006-12-28 | Nhn Corporation | Dynamic initialization method and system of location server |
| KR100589437B1 (ko) * | 2005-06-22 | 2006-06-14 | 엔에이치엔(주) | 동적 서버 초기화 방법 및 시스템 |
| JP4726955B2 (ja) * | 2005-06-22 | 2011-07-20 | エヌエイチエヌ コーポレーション | 動的サーバ初期化方法及びシステム |
| JP2008547104A (ja) * | 2005-06-22 | 2008-12-25 | エヌエイチエヌ コーポレーション | 動的サーバ初期化方法及びシステム |
| US8332480B2 (en) | 2006-02-24 | 2012-12-11 | Fujitsu Limited | Storage system |
| JP2007226646A (ja) * | 2006-02-24 | 2007-09-06 | Fujitsu Ltd | ストレージシステム |
| WO2008129620A1 (ja) * | 2007-04-09 | 2008-10-30 | Fujitsu Limited | 完全二重化システム、システム制御方法およびシステム制御プログラム |
| JP5201133B2 (ja) * | 2007-04-09 | 2013-06-05 | 富士通株式会社 | 二重化システム、システム制御方法およびシステム制御プログラム |
| JP2011039733A (ja) * | 2009-08-10 | 2011-02-24 | Hitachi Ltd | データ処理方法とデータ処理プログラムおよびデータ処理システム |
| JP2012226456A (ja) * | 2011-04-18 | 2012-11-15 | Mitsubishi Electric Corp | データベースシステム |
| EP3070619A1 (en) | 2015-03-16 | 2016-09-21 | Canon Kabushiki Kaisha | Information processing apparatuses performing synchronization of data and data synchronization methods |
| US10623247B2 (en) | 2015-03-16 | 2020-04-14 | Canon Kabushiki Kaisha | Information processing apparatus performing synchronization of data and data synchronization methods |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6868442B1 (en) | Methods and apparatus for processing administrative requests of a distributed network application executing in a clustered computing environment | |
| US9274906B2 (en) | Implementing failover processes between storage stamps | |
| US7392421B1 (en) | Framework for managing clustering and replication | |
| US7882079B2 (en) | Database system configured for automatic failover with user-limited data loss | |
| US7428657B2 (en) | Method for rolling back from snapshot with log | |
| US7668879B2 (en) | Database system configured for automatic failover with no data loss | |
| US7680994B2 (en) | Automatically managing the state of replicated data of a computing environment, and methods therefor | |
| JP3156083B2 (ja) | フォルトトレラント・コンピュータ装置 | |
| JP3674351B2 (ja) | マスタサーバ | |
| US7912858B2 (en) | Data synchronization method | |
| JP2002522845A (ja) | フォールトトレラント・コンピュータシステム | |
| US7590760B1 (en) | Hybrid interface synchronization method and driver-client model for high availability systems | |
| JP2005276162A (ja) | 分散リモートコピーシステム | |
| JP2005267216A (ja) | ストレージリモートコピー方法および情報処理システム | |
| JP3748339B2 (ja) | 複数のデータストアの同期をとってデータ整合性を達成する方法 | |
| US7093163B2 (en) | Processing takeover method in multiple computer system | |
| JP2000250771A (ja) | サーバ二重化方式 | |
| JP2001034568A (ja) | 論理パス確立方法及び記憶媒体 | |
| CN110109772A (zh) | 一种cpu的重启方法、通信设备及可读存储介质 | |
| JP2002132531A (ja) | 二重化システムにおけるデータメンテナンス方式および方法 | |
| JPH06348628A (ja) | インテリジェントネットワークシステム | |
| JP4305007B2 (ja) | 系切り替えシステムおよびその処理方法並びにその処理プログラム | |
| CN100362760C (zh) | 一种分布式配置数据库系统的备份方法 | |
| CN111324632B (zh) | 利用客户端侧高速缓存的透明数据库会话恢复 | |
| JP2000122982A (ja) | 多階層クライアントサーバシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040302 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040629 |