(57)【特許請求の範囲】
【請求項１】
データベース部と、前記データベース部を制御する制御部とが物理的に分離して設けられたデータベースシステムであって、
前記データベース部は、通常用いられるマスタと、前記マスタに異常がある場合に用いられるバックアップとを含んで構成され、
前記制御部は、通常用いられる稼働機と、前記稼働機に異常がある場合に用いられる予備機とを含んで構成され、
前記予備機は、前記稼働機と前記マスタとの間の経路に係るヘルスチェックを行った結果異常が検出された場合に、前記制御部の運用を前記稼働機から前記予備機へ変更する前に、前記予備機と前記マスタとの間の経路に係るヘルスチェックを行い、前記予備機と前記マスタとの間の経路に係るヘルスチェックの結果に基づいて前記稼働機から前記予備機への変更の要否を判断するデータベースシステム。
【請求項２】
前記予備機は、前記予備機と前記マスタとの間の経路に係るヘルスチェックの結果が異常なしの場合には、前記稼働機から前記予備機へ前記制御部の運用を変更し、前記予備機と前記マスタとの間の経路に係るヘルスチェックの結果が異常ありの場合には、前記制御部の運用の変更を行わず、前記データベース部の前記マスタから前記バックアップへの運用の変更を指示し、
前記バックアップは、前記予備機からの指示に基づいて前記マスタから前記バックアップへ運用を変更する請求項１記載のデータベースシステム。
【請求項３】
データベース部と、前記データベース部を制御する制御部とが物理的に分離して設けられたデータベースシステムによる運用切替方法であって、
前記データベース部は、通常用いられるマスタと、前記マスタに異常がある場合に用いられるバックアップとを含んで構成され、前記制御部は、通常用いられる稼働機と、前記稼働機に異常がある場合に用いられる予備機とを含んで構成され、
前記予備機において、前記稼働機と前記マスタとの間の経路に係るヘルスチェックを行った結果異常が検出された場合に、前記制御部の運用を前記稼働機から前記予備機へ変更する前に、前記予備機と前記マスタとの間の経路に係るヘルスチェックを行い、前記予備機と前記マスタとの間の経路に係るヘルスチェックの結果に基づいて前記稼働機から前記予備機への変更の要否を判断する運用切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースシステム及びデータベースシステムにおける運用切替方法に関する。
【背景技術】
【０００２】
データベースとこのデータベースの制御を行う制御部とを有するシステムにおいて、障害時等のバックアップ等のためにデータベース及び制御部をそれぞれ多重化したシステムが従来から知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−０４９０６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような多重化したシステムでは、多重化されたデータベース同士及び制御部同士でヘルスチェックを行うと共に、通常時に使用されているデータベースと制御部との間でヘルスチェックを行い、この結果何らかの異常がある場合には、予備側の装置に運用を切り替える方法が一般的に用いられる。
【０００５】
しかしながら、データベース及び制御部の双方が多重化されたシステムでは、上記のヘルスチェックだけでは障害箇所の特定が十分になされていない可能性がある。したがって、予備側の装置に運用を切り替えたとしても問題が解決しない、すなわち不要な運用切替を行ってしまい、システム全体が停止する可能性も考えられる。
【０００６】
本発明は上記を鑑みてなされたものであり、ヘルスチェックの結果に基づいて、システム全体の停止が回避できるように最適な運用切替を行うことができるデータベースシステム及び運用切替方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係るデータベースシステムは、データベース部と、前記データベース部を制御する制御部とが物理的に分離して設けられたデータベースシステムであって、前記データベース部は、通常用いられるマスタと、前記マスタに異常がある場合に用いられるバックアップとを含んで構成され、前記制御部は、通常用いられる稼働機と、前記稼働機に異常がある場合に用いられる予備機とを含んで構成され、前記予備機は、前記稼働機と前記マスタとの間でのヘルスチェックを行った結果異常が検出された場合に、前記制御部の運用を前記稼働機から前記予備機へ変更する前に、前記マスタとの間でヘルスチェックを行い、前記マスタとの間のヘルスチェックの結果に基づいて前記稼働機から前記予備機への変更の要否を判断することを特徴とする。
【０００８】
また、本発明の一形態に係る運用切替方法は、データベース部と、前記データベース部を制御する制御部とが物理的に分離して設けられたデータベースシステムによる運用切替方法であって、前記データベース部は、通常用いられるマスタと、前記マスタに異常がある場合に用いられるバックアップとを含んで構成され、前記制御部は、通常用いられる稼働機と、前記稼働機に異常がある場合に用いられる予備機とを含んで構成され、前記予備機において、前記稼働機と前記マスタとの間でのヘルスチェックを行った結果異常が検出された場合に、前記制御部の運用を前記稼働機から前記予備機へ変更する前に、前記マスタとの間でヘルスチェックを行い、前記マスタとの間のヘルスチェックの結果に基づいて前記稼働機から前記予備機への変更の要否を判断することを特徴とする。
【０００９】
上記のデータベースシステム及びデータベースシステムによる運用切替方法によれば、制御部の稼働機とデータベース部のマスタとの間のヘルスチェックの結果、異常があると判定された場合に、制御部の稼働機から予備機へと運用を変更する前に、予備機とマスタとの間でヘルスチェックが実施される。そして、このヘルスチェック結果に応じて、制御部の予備機への運用変更の要否が決定される。したがって、例えば、予備機とマスタとの間の通信に異常があるにもかかわらず予備機へ運用を変更してしまう等のように、制御部の予備機への不要な運用切替を行うことなく、ヘルスチェックの結果に基づいて、システム全体の停止が回避できるように最適な運用切替を行うことができる。
【００１０】
ここで、前記予備機は、前記マスタとの間でのヘルスチェックの結果が異常なしの場合には、前記稼働機から前記予備機へ前記制御部の運用を変更し、前記マスタとの間でのヘルスチェックの結果が異常ありの場合には、前記制御部の運用の変更を行わず、前記データベース部の前記マスタから前記バックアップへの運用の変更を指示し、前記バックアップは、前記予備機からの指示に基づいて前記マスタから前記バックアップへ運用を変更する態様とすることができる。
【００１１】
上記のように、制御部の予備機とデータベース部のマスタとの間のヘルスチェックの結果、異常なしと判定された場合には、稼働機から予備機へ制御部の運用を変更する一方で、異常ありと判定された場合には、制御部において稼働機から予備機への運用切替ではなく、データベース部のマスタからバックアップへの運用切替を実施する構成とすることで、障害が発生している部分を継続使用して使用することによるシステム全体の停止が回避できるように最適な運用切替を行うことが可能となる。
【発明の効果】
【００１２】
本発明によれば、ヘルスチェックの結果に基づいて、システム全体の停止が回避できるように最適な運用切替を行うことができるデータベースシステム及び運用切替方法が提供される。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るデータベースシステムを含む通信システムの構成を説明するブロック図である。
【図２】通信システムに含まれる各装置のハードブロック図である。
【図３】データベースシステムの監視部に係る機能ブロック図である。
【図４】データベースシステムのヘルスチェックについて説明する図である。
【図５】データベースシステムによる運用切替方法を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１５】
図１は、本発明の一実施形態に係るデータベースシステムを含む通信システム１の構成を説明するブロック図である。図１に示すように通信システム１は、データベースシステム２と、データベースシステム２の監視を行う監視部５０と、ＩＰルータ網Ｎ２を介してデータベースシステム２と通信を行う対向装置８０とを含んで構成される。このデータベースシステム２は、自システム内にデータベースを保持し、外部の装置（対向装置８０）等の要求に応じてデータベースの情報を更新したり、データベースの情報を外部装置に提供したりする機能を有する。このようなデータベースシステム２としては、例えば、無線通信網のユーザ情報を管理するＨＳＳ（加入者情報管理サーバ：Home  Subscriber  System）／ＨＬＲ（Home  Location  Register）等が挙げられるが、これに限定されるものではない。また、データベースシステム２が上記のＨＳＳ／ＨＬＲである場合、対向装置８０としては、例えば、ゲートウエイ装置等が挙げられる。
【００１６】
データベースシステム２は、物理的に独立する４つの装置によって構成され、それぞれがＩＰルータ網Ｎ１を介して通信可能とされている。
【００１７】
具体的には、データベースシステム２は、互いに物理的に分離された制御部（稼働機）１０と、制御部（予備機）２０と、ＤＢ部（マスタ）３０と、ＤＢ部（バックアップ）４０と、を含んで構成される。制御部（稼働機）１０及び制御部（予備機）２０は、対向装置８０との間で情報の送受信を行う機能を有する。２つの制御部の機能は同一であり、通常時は制御部（稼働機）１０が使用され、制御部（稼働機）１０の装置故障等によって制御部（稼働機）１０が使用できない場合には、制御部（予備機）２０が代替的に用いられる。制御部（稼働機）１０は、ＦＥ−ＡＲ（Fast  Ethernet（登録商標）−Access  Router）６１を介してＩＰルータ網Ｎ１に接続可能とされている。また、制御部（予備機）２０は、ＦＥ−ＡＲ６２を介してＩＰルータ網Ｎ１に接続可能とされている。
【００１８】
ＤＢ部（マスタ）３０及びＤＢ部（バックアップ）４０は、基本的に同一の情報を保持しているが通常時はＤＢ部（マスタ）３０が用いられ、何らかの事情によってＤＢ部（マスタ）３０を使用できない場合に、ＤＢ部（バックアップ）４０が代替的に用いられる。ＤＢ部（マスタ）３０は、ＤＢ−ＡＲ（Database−Access  Router）６３を介してＩＰルータ網Ｎ１に接続可能とされている。また、ＤＢ部（バックアップ）４０は、ＤＢ−ＡＲ６４を介してＩＰルータ網Ｎ１に接続可能とされている。
【００１９】
監視部５０は、データベースシステム２の死活監視を制御する機能を備える。データベースシステム２における死活監視は、制御部（稼働機）１０、制御部（予備機）２０、ＤＢ部（マスタ）３０、及びＤＢ部（バックアップ）４０の４つの装置の間で互いにｐｉｎｇ等のパケットの送受信を行うことで、相手装置との間の通信が適正に行われるかの確認を行うことにより行われる。図１では、死活監視がデータベースシステム２全体において包括的に実施されていることを分かりやすくするために、データベースシステム２に係る死活監視を監視部５０によって制御するような構成としているが、監視部５０の機能は、制御部（稼働機）１０、制御部（予備機）２０、ＤＢ部（マスタ）３０、及びＤＢ部（バックアップ）４０のそれぞれに設けられていてもよい。このように、死活監視を制御する機能部の配置は特に限定されない。
【００２０】
上記の通信システム１に含まれる各装置は、それぞれ、図２に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ（Random  Access  Memory）１０２及びＲＯＭ（Read  Only  Memory）１０３、通信を行うための通信モジュール１０４、並びにハードディスク等の補助記憶装置１０５等のハードウェアを備えるコンピュータとして構成される。そして、これらの構成要素が動作することにより、各装置の機能が発揮される。
【００２１】
次に、図３を参照しながら、データベースシステム２の監視部５０の機能を説明する。なお、上述したように、監視部５０は、データベースシステム２を構成する４つの装置の何れかに設けられていてもよいし、各装置が監視部５０としての機能を有する構成であってもよい。監視部５０が分散して配置されている場合であっても、死活監視自体は、以下で説明するように通常用いられる制御部（稼働機）１０とＤＢ部（バックアップ）３０との間を基軸に行われる。本実施形態では、監視部５０がデータベースシステム２全体の死活監視及び死活監視結果に基づく運用切替を制御する場合について説明するが、監視部５０としての機能を各装置が担っている場合には、例えば各装置が相手方の装置に対して運用切替を指示する構成とすることができる。
【００２２】
図３に示すように監視部５０は、ＨＣ（Health  Check）信号送信部５１、ＨＣ結果判定部５２、各装置状態収集部５３、切替判定部５４及び切替指示部５５を含んで構成される。
【００２３】
ＨＣ信号送信部５１は、死活監視のための信号送信を各装置に指示する機能を有する。ＨＣ信号送信部５１による信号の具体的な内容（どの装置間でヘルスチェックを行うか等）は後述する。
【００２４】
ＨＣ結果判定部５２は、ＨＣ信号送信部５１により行われたＨＣの結果が正常（ＯＫ）か異常（ＮＧ）かを判定する機能を有する。
【００２５】
各装置状態収集部５３は、ＨＣ結果判定部５２により判定された結果に基づいて、データベースシステム２を構成する各装置の状態に係る情報を収集する機能を有する。
【００２６】
切替判定部５４は、ＨＣ結果判定部５２により判定された結果に基づいて、制御部（稼働機）１０と制御部（予備機）２０との間又はＤＢ部（マスタ）３０とＤＢ部（バックアップ）４０との間での運用切替要否を判定する機能を有する。
【００２７】
そして切替指示部５５は、切替判定部５４による判定結果に基づいてデータベースシステム２の各装置に対して運用切替を指示する機能を有する。このように、監視部５０ではヘルスチェック（ＨＣ）を実行し、その結果に基づいて運用切替の要否を判断して、その結果に基づいて運用切替が指示される。データベースシステム２は、監視部５０の指示に基づいて運用切替を行うことで、外部の対向装置８０との間での情報の送受信やＤＢ部の情報の更新等に支障が生じないように運用されている。
【００２８】
次に、監視部５０の指示に基づいてデータベースシステム２において実行される死活監視及び死活監視の結果に基づく運用切替方法に関して図４及び図５を参照しながら説明する。まず、従来の構成における運用切替方法とその問題点を説明した後に、本実施形態に係る運用切替方法について説明する。
【００２９】
データベースシステム２は、通常時は、４つの装置のうち、制御部（稼働機）１０とＤＢ部（マスタ）３０とを用いて種々の通信及び処理が行われる。したがって、ヘルスチェック（ＨＣ）を行う場合には、まず制御部（稼働機）１０とＤＢ部（マスタ）３０との間の図４で示す経路Ｃ１に係るチェックが行われる。具体的には、制御部（稼働機）１０からＤＢ部（マスタ)３０に対してｐｉｎｇ等のパケットを送信し、制御部（稼働機）１０からのパケット送信に対してＤＢ部（マスタ）３０から応答があるか否かによって判定が行われる。すなわち、相手側の装置であるＤＢ部（マスタ）３０から応答がある場合には経路Ｃ１に異常がないと判断される。通常時は、この経路Ｃ１を用いてデータベースシステム２の制御部とＤＢ部との間での情報の送受信が行われるため、経路Ｃ１に異常がない場合には運用に問題がないと判断される。
【００３０】
ただし、経路Ｃ１に異常が発生した場合には、制御部（予備機）２０及びＤＢ部（バックアップ）４０が用いられるので、制御部（予備機）２０及びＤＢ部（バックアップ）４０に異常がないことの確認が経路Ｃ１の確認と同時に行われる。具体的には、制御部（予備機）２０から制御部（稼働機）１０に対してパケットを送信して応答があるか否かを確認する経路Ｃ２の確認と、ＤＢ部（バックアップ）４０からＤＢ部（マスタ）３０に対してパケットを送信して応答があるか否かを確認する経路Ｃ３の確認が行われる。経路Ｃ２及び経路Ｃ３による確認は、ＩＰルータ網Ｎ２を介した通信を行うことなく実施できる場合が多い。上記の経路Ｃ１〜Ｃ３のヘルスチェックは、多重化されたデータベースシステムにおいて一般的に行われるものである。
【００３１】
ここで、例えば経路Ｃ３のヘルスチェックの結果に異常があれば、ＤＢ部（マスタ）３０に何らかの異常があると判断され、ＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０への運用切替が行われる。ＤＢ部（バックアップ）４０の運用切替とは、データベースに対して接続する可能性がある制御部（稼働機）１０及び制御部（予備機）２０に対して、データベースへの接続が必要な場合にはＤＢ部（マスタ）３０ではなくＤＢ部（バックアップ）４０に対して接続をすることを指示するバックアップ切替信号をＤＢ部（バックアップ）４０から送信することにより行われる。
【００３２】
また、経路Ｃ１及び経路Ｃ２のヘルスチェックを行った結果、ＤＢ部（マスタ）３０からの応答がない等経路Ｃ１に何らかの異常があることが確認された場合、及び制御部（予備機）２０と制御部（稼働機）１０との間の経路Ｃ２に何らかの異常があることが確認された場合には、従来の運用切替方法においては、経路Ｃ１に異常があることを確認した時点で制御部（稼働機）１０から制御部（予備機）２０への運用切替が行われる。制御部（予備機）への運用切替とは、制御部との間で通信を行う可能性がある、すなわちデータベースシステム２との間で情報の送受信を行う可能性がある外部装置（例えば、対向装置８０等）に対して、データベースシステム２への接続が必要な場合には制御部（稼働機）１０ではなく制御部（予備機）２０に対して接続をすることを指示する予備切替信号を変更先となる制御部（予備機）２０から送信することにより行われる。
【００３３】
上記の従来の運用切替の方法の場合、例えば、経路Ｃ１のヘルスチェックの結果に異常があった場合には、制御部（稼働機）１０から制御部（予備機）２０への運用切替が一律的に実施されていた。しかしながら、このような運用切替方法では、問題が解決しない場合があった。具体的には、制御部（稼働機）１０側の装置には異常がなく、ＤＢ部（マスタ）３０側の装置に異常がある場合が挙げられる。図４に示すように、ＤＢ部（マスタ）３０とＤＢ−ＡＲ６１との接続位置付近に障害発生部Ａ１がある場合、従来の運用切替方法によれば、経路Ｃ１のヘルスチェックの結果異常が見つかるので、制御部（稼働機）１０から制御部（予備機）２０へ運用切替が行われる。
【００３４】
しかしながら、制御部（予備機）２０からＤＢ部（マスタ）３０に対して、図４に示す経路Ｃ４を接続しようとした場合、ＤＢ−ＡＲ６３とＤＢ部（マスタ）３０との間の障害発生部Ａ１を介してＤＢ部（マスタ）へ接続する必要があるためやはり問題が生じる。つまり、経路Ｃ１のヘルスチェックに異常があったことに基づいて制御部側の運用切替を行ったとしても、引き続き問題が解決しないことが考えられる。上記で説明したようにＤＢ部（マスタ）３０とＤＢ−ＡＲ６３との間に障害発生部Ａ１がある場合、ＤＢ部（マスタ）３０とＤＢ部（バックアップ）４０との間の経路Ｃ３のヘルスチェックがＩＰルータ網Ｎ１を介さずに行われる場合には、経路Ｃ３のヘルスチェックによって異常を検出することは困難である。このように、従来の運用切替方法では、制御部とＤＢ部との間の通信の異常が解決しない可能性があった。
【００３５】
これに対して、本実施形態に係るデータベースシステム２における運用切替方法では、経路Ｃ１のヘルスチェックを行った結果異常があった場合に、制御部（稼働機）１０から制御部（予備機）２０に対して運用切替指示が出た場合に、制御部（予備機）２０においては、制御部（予備機）２０への切替を開始する、すなわち、対向装置８０等に対して稼働機から予備機への接続先の変更を指示する前に、ＩＰルータ網Ｎ１を介した制御部（予備機）２０とＤＢ部（マスタ）３０との間の経路Ｃ４に係るヘルスチェックを行うことを特徴とする。そして、経路Ｃ４によるヘルスチェックの結果が問題ない（異常が発生しない）場合には制御部（予備機）２０への運用切替を行う一方で、経路Ｃ４によるヘルスチェックの結果異常があることが確認された場合には制御部（予備機）２０への運用切替を行わずにＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０への運用切替を行うことを特徴とする。これは、経路Ｃ４によるヘルスチェックの結果異常があるということは、制御部（予備機）２０に運用切替をしたとしても問題が解消しない、すなわち、制御部側ではなくＤＢ部（マスタ）３０側に問題があると推測されるため、ＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０への運用切替を行うことにより、問題の解消を図ることを目的としている。
【００３６】
図４に示すように、障害発生部Ａ１がＤＢ部（マスタ）３０及びＤＢ−ＡＲ６３の近隣にある場合には、制御部（稼働機）１０は運用を継続すると共にＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０へ運用切替を行うことで、図４に示す経路Ｃ５を介して制御部（稼働機）１０とＤＢ部（バックアップ）４０との間で通信が行われる。この場合、障害発生部Ａ１を経由することなく通信が行われるため、ＤＢ部側の運用切替を行わずに制御部（稼働機）１０から制御部（予備機）２０へ運用切替を行う場合と比較して、ヘルスチェックの結果に基づいて、システム全体の停止が回避できるように最適な運用切替を行うことができる。
【００３７】
なお、経路Ｃ１のヘルスチェックの結果に異常がある一方で、経路Ｃ４によるヘルスチェックの結果が問題ない（異常が発生しない）場合には、障害が発生していると考えられるのは、制御部（稼働機）１０側と考えられるので、制御部（予備機）２０への運用切替を実施することにより、システム全体の停止を回避した好適な運用切替を行うことができる。
【００３８】
図４を参照しながら説明したヘルスチェック結果に基づく運用切替方法をフローチャートとして示したものが図５である。図５を参照しながら運用切替方法を再度説明する。
【００３９】
まず、監視部５０の指示により、制御部（稼働機）１０からＤＢ部（マスタ）３０に対してヘルスチェックを実施する（Ｓ０１）。次にヘルスチェック結果の判定を行い（Ｓ０２）、ＯＫであれば、所定の時間経過した後に再度ヘルスチェックを行う。ヘルスチェックの結果がＮＧである場合には、監視部５０の指示により、制御部（稼働機）１０から制御部（予備機）２０に対しての予備切替通知を送信する（Ｓ０３）。
【００４０】
制御部（予備機）２０では、予備切替通知を受信すると（Ｓ０４）、制御部（予備機）２０からＤＢ部（マスタ）３０に対してヘルスチェックを実施する（Ｓ０５）。ここで、ヘルスチェックの結果を判定し（Ｓ０６）、ＯＫである場合には、制御部（予備機）２０への運用切替を行うことが確定し、対向装置８０等の外部の装置に対して、予備切替信号を送信する（Ｓ１１）。そして、対向装置８０では、予備切替信号を受信することで、通信先を制御部（予備機）２０へ変更する（Ｓ１２）。
【００４１】
一方、ヘルスチェックの結果がＮＧである場合には、ＤＢ部（マスタ）３０側に問題があると認識し、制御部（予備機）２０からＤＢ部（バックアップ）４０に対してバックアップへの切替指示を送信すると共に、制御部（予備機）２０から制御部（稼働機）１０に対して、予備切替通知（Ｓ０３）に対して、予備機への切替を実施しないことを示す信号を送信する（Ｓ２１）。これにより、制御部（稼働機）１０では、予備切替通知を無効なものとして処理し、引き続き制御部（稼働機）１０の運用を継続する。切替指示を受信したＤＢ部（バックアップ）４０は、ＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０への運用切替を行うため、制御部（稼働機）１０及び制御部（予備機）２０に対して、バックアップへの切替信号を送信する（Ｓ２２）。そして、バックアップへの切替信号を受信した制御部（稼働機）１０及び制御部（予備機）２０では、接続するＤＢ部をＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０へ変更する。
【００４２】
なお、制御部（予備機）２０から制御部（稼働機）１０に対して、予備機への切替を実施しないことを示す信号を送信する（Ｓ２１）構成を、他の構成に変更することもできる。例えば、制御部（稼働機）１０が予備切替通知を送信（Ｓ０３）した後、制御部（予備機）２０から対向装置８０等に対して予備切替信号を送信（Ｓ１２）していない場合、対向装置８０側では、制御部（予備機）２０への切替を認識しないため、対向装置８０からの接続先は制御部（稼働機）１０とされるため、制御部（予備機）２０から制御部（稼働機）１０に対して予備切替信号に対する返信を行わずとも、制御部（稼働機）１０による運用を継続可能とすることができる。また、他の構成として、例えば、制御部（予備機）２０への運用切替を行うことが確定した場合には、対向装置８０等の外部の装置に対して予備切替信号を送信する（Ｓ１１）際に、同時に制御部（稼働機）１０に対してもこれを送信する構成としておくことで、制御部（稼働機）１０では、制御部（予備機）２０からの予備切替信号を受信しないことに基づき、自機の運用が継続していることを判断する構成とすることもできる。このように、制御部（稼働機）１０による運用を継続するための構成については、適宜変更することができる。
【００４３】
以上のように、本実施形態に係るデータベースシステム２及びデータベースシステム２による運用切替方法によれば、制御部（稼働機）１０とＤＢ部（マスタ）３０との間のヘルスチェックの結果異常があると判定された場合に、制御部（稼働機）１０から制御部（予備機）２０へと運用切替を実施する前に、制御部（予備機）２０とＤＢ部（マスタ）３０との間でヘルスチェックが実施される。そして、ヘルスチェック結果に応じて、制御部（予備機）２０への運用切替の要否が決定される。したがって、制御部（予備機）２０への不要な運用切替を行うことなく、ヘルスチェックの結果に基づいて、システム全体の停止が回避できるように最適な運用切替を行うことができる。
【００４４】
また、制御部（予備機）２０とＤＢ部（マスタ）３０との間のヘルスチェックの結果異常ありと判定された場合には、制御部（稼働機）１０から制御部（予備機）２０への運用切替ではなくＤＢ部（マスタ）３０からＤＢ部（バックアップ）４０への運用切替を実施する構成とすることで、障害が発生している部分を継続使用して使用することによるシステム全体の停止が回避できるように最適な運用切替を行うことが可能となる。
【００４５】
以上、本発明の実施形態について説明したが、本発明に係るデータベースシステムを含む通信システム１は種々の変更を行うことができる。
【００４６】
例えば、上記実施形態では、データベースシステムの制御部及びデータベース部はそれぞれ物理的に分離する２つの装置から構成されている場合について説明したが、制御部側の予備機及びＤＢ部側のバックアップは複数設けられていてもよい。その場合にも、上記のように稼働機とマスタとの間でのヘルスチェック結果に異常があった場合に、制御部側の稼働機を予備機に変更する前に予備機とマスタとの間でヘルスチェックを行う構成とすることで、不要な運用切替を抑制すると共に、システム全体の停止が回避できるように最適な運用切替を行うことができる。
【符号の説明】
【００４７】
１…通信システム、２…データベースシステム、１０…制御部（稼働機）、２０…制御部（予備機）、３０…ＤＢ部（マスタ）、４０…ＤＢ部（バックアップ）。
【図１】
0006282536.tif 000002
【図２】
0006282536.tif 000003
【図３】
0006282536.tif 000004
【図４】
0006282536.tif 000005
【図５】
0006282536.tif 000006