(57)【要約】【課題】  現用系のサーバ装置に障害が発生した場合に、当該サーバ装置に代わって待機系のサーバ装置が現用系として迅速に立ち上がる技術を提供する。【解決手段】  サーバ装置１は、制御回路２と機械制御回路３と障害検知回路４と接続制御回路５を備えている。制御回路２は、共有資源８との接続を制御する処理を含むコンピュータプログラムに基づいた処理を実行する。障害検知回路４は、自装置１に障害が発生したことを検知する回路構成を備えている。接続制御回路５は、障害検知回路４が障害発生を検知した場合に、共有資源８との接続を遮断する。機械制御回路３は、障害検知回路４が障害発生を検知した場合に、他のサーバ装置１に向けて障害発生を通知する。【選択図】      図１
2018147510.tif 000002
【特許請求の範囲】
【請求項１】
他のサーバ装置と共通に接続する共有資源との接続を制御する処理を含むコンピュータプログラムに基づいた処理を実行する制御回路と、
自装置に障害が発生したことを検知する障害検知回路と、
前記障害検知回路が障害発生を検知した場合に、前記共有資源との接続を遮断する接続制御回路と、
前記障害検知回路が障害発生を検知した場合に、前記他のサーバ装置に向けて障害発生を通知する機械制御回路と
を備え、
前記制御回路は、コンピュータプログラムであるミドルウェアに基づいた処理を実行する機能を備え、前記ミドルウェアに基づいた処理の一つとして、前記共有資源との接続を制御する処理を実行し、
前記機械制御回路は、コンピュータプログラムであるファームウェアに基づいた処理を実行する機能を備え、前記ファームウェアに基づいた処理の一つとして、前記障害検知回路が障害発生を検知した場合に、他のサーバ装置に向けて障害発生を通知する処理を実行する
サーバ装置。
【請求項２】
前記障害検知回路は、前記制御回路および前記機械制御回路から取得した信号に基づいて障害を検知する回路構成を有する請求項１に記載のサーバ装置。
【請求項３】
前記接続制御回路は、前記障害検知回路からの障害検知信号を受けた場合に前記共有資源に対して接続を遮断することを指示する機能を有する請求項１又は請求項２に記載のサーバ装置。
【請求項４】
前記機械制御回路は、前記障害検知回路が障害発生を検知した場合に、前記制御回路からの指示を受けることなしに、他のサーバ装置に向けて障害発生を通知する機能を有する請求項１乃至請求項３のいずれか一項に記載のサーバ装置。
【請求項５】
前記接続制御回路は、前記障害検知回路からの障害検知信号を受けた場合に、前記制御回路からの指示を受けることなしに、前記共有資源に対して接続を遮断することを指示する機能を有する請求項１乃至請求項４のいずれか一項に記載のサーバ装置。
【請求項６】
前記共有資源はデータベースシステムである請求項１乃至請求項５のいずか一項に記載のサーバ装置。
【請求項７】
互いに接続している複数のサーバ装置と、
これらサーバ装置が共通に接続している共有資源と
を備え、
前記サーバ装置は、請求項１乃至請求項６のいずれか一項に記載のサーバ装置であり、
複数の前記サーバ装置のうちの少なくとも一つは待機系として機能し、他のサーバ装置は、現用系として稼働し、
現用系として稼働している前記サーバ装置に障害が発生した場合には、待機系の前記サーバ装置おける前記制御回路は、現用系の前記サーバ装置に備えられている前記機械制御回路から障害発生が通知されたことによって待機状態から通常の稼働状態に移行するサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバ装置により構成されるサーバシステムの可用性に係る技術に関する。
【背景技術】
【０００２】
図５は、サーバシステムの一種であるクラスタシステムの一構成例を簡略化して表すブロック図である。このクラスタシステム５０は、複数のサーバ装置５１1，５１2と、データベースシステム５２とを備えている。サーバ装置５１1，５１2は、互いに、情報通信網５３を介して接続している。また、サーバ装置５１1，５１2は、データベースシステム５２に共通に接続しており、当該データベースシステム５２に格納されているデータを共通に利用可能である。
【０００３】
このクラスタシステム５０では、サーバ装置５１1，５１2のうちの一方が現用系として稼働し、他方が待機系として稼働する。これにより、現用系のサーバ装置に障害が発生した場合に、当該サーバ装置に代わって待機系のサーバ装置が稼働することによって、クラスタシステム５０は、現用系のサーバ装置に障害が発生しても、システムとしての稼働を継続できる。換言すれば、クラスタシステム５０は、システムの可用性（システムを継続して稼働できる性能）を高めることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０１−３０４５４５号公報
【特許文献２】特開２００３−０７６５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、待機系のサーバ装置は、例えば、引用文献１，２に示されるように、ハートビート信号を利用して現用系のサーバ装置に障害が発生したことを検知する。そのハートビート信号とは、現用系のサーバ装置が定期的に出力する信号である。現用系のサーバ装置が障害発生によりシャットダウンした場合には、ハートビート信号は現用系のサーバ装置から出力されなくなる。待機系のサーバ装置は、そのハートビート信号の出力状況を監視しており、出力予定時間を過ぎてもハートビート信号が出力されていないことを検知した場合に、現用系のサーバ装置が障害発生によりシャットダウンしたと判断（検知）する。
【０００６】
待機系のサーバ装置は、そのように現用系のサーバ装置が障害発生によりシャットダウンしたことを検知した以降に、その障害発生のサーバ装置から切り替わって現用系として稼働するために切り替え処理を実行する。
【０００７】
また、待機系から現用系に切り替わったサーバ装置は、通常の処理を開始する前に、データベースシステム５２のリカバリ処理を実行する。つまり、障害が発生したサーバ装置が、障害発生からシャットダウンするまでの間にデータベースシステム５２にアクセスすると、正常にアクセスできない虞がある。この不当なアクセスは、データベースシステム５２に格納されているデータの格納状態を複雑化したり、データの一部を破壊してしまう虞がある。このような不当なアクセスに因る事態が継続することを回避すべく、現用系に切り替わったサーバ装置は、通常処理を開始する前に、データベースシステム５２のリカバリ処理を実行している。このリカバリ処理に要する時間は長いことから、サーバ装置に障害が発生してから当該サーバ装置に代わって待機系のサーバ装置が現用系として立ち上がるまでの時間が長く掛かってしまうという問題が有る。
【０００８】
本発明は上記課題を解決するために考え出された。すなわち、本発明の主な目的は、現用系のサーバ装置に障害が発生した場合に、当該サーバ装置に代わって待機系のサーバ装置が現用系として迅速に立ち上がる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のサーバ装置は、
他のサーバ装置と共通に接続する共有資源との接続を制御する処理を含むコンピュータプログラムに基づいた処理を実行する制御回路と、
自装置に障害が発生したことを検知する障害検知回路と、
前記障害検知回路が障害発生を検知した場合に、前記共有資源との接続を遮断する接続制御回路と、
前記障害検知回路が障害発生を検知した場合に、前記他のサーバ装置に向けて障害発生を通知する機械制御回路と
を備え、
前記制御回路は、コンピュータプログラムであるミドルウェアに基づいた処理を実行する機能を備え、前記ミドルウェアに基づいた処理の一つとして、前記共有資源との接続を制御する処理を実行し、
前記機械制御回路は、コンピュータプログラムであるファームウェアに基づいた処理を実行する機能を備え、前記ファームウェアに基づいた処理の一つとして、前記障害検知回路が障害発生を検知した場合に、他のサーバ装置に向けて障害発生を通知する処理を実行する。
【００１０】
また、本発明のサーバシステムは、
互いに接続している複数のサーバ装置と、
これらサーバ装置が共通に接続している共有資源と
を備え、
前記サーバ装置は、本発明のサーバ装置であり、
複数の前記サーバ装置のうちの少なくとも一つは待機系として機能し、他のサーバ装置は、現用系として稼働し、
現用系として稼働している前記サーバ装置に障害が発生した場合には、待機系の前記サーバ装置おける前記制御回路は、現用系の前記サーバ装置に備えられている前記機械制御回路から障害発生が通知されたことによって待機状態から通常の稼働状態に移行する。
【発明の効果】
【００１１】
本発明によれば、現用系のサーバ装置に障害が発生した場合に、当該サーバ装置に代わって待機系のサーバ装置が現用系として迅速に立ち上がる（通常稼働状態に移行する）ことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係る第１実施形態のサーバ装置およびそれを備えたサーバシステムの構成を簡略化して表すブロック図である。
【図２】本発明に係る第２実施形態のサーバ装置の構成を簡略化して表すブロック図である。
【図３】第２実施形態のサーバ装置を備えたサーバシステムを説明する図である。
【図４】第２実施形態のサーバ装置における障害発生時の動作例を説明する図である。
【図５】サーバシステムの一例を説明する図である。
【発明を実施するための形態】
【００１３】
以下に、本発明に係る実施形態を図面を参照しつつ説明する。
【００１４】
（第１実施形態）
図１（ａ）は、本発明に係る第１実施形態のサーバ装置の構成を簡略化して表すブロック図である。図１（ｂ）は、その第１実施形態のサーバ装置を備えたサーバシステムを説明する図である。
【００１５】
この第１実施形態のサーバ装置１は、図１（ｂ）に表されるように、他のサーバ装置１に例えばＬＡＮ（Local Area Network）によって接続し、サーバシステム７を構築する。このサーバシステム７では、複数のサーバ装置１は、共有資源８に共通に接続し、当該共有資源８を共通に利用する。
【００１６】
この第１実施形態のサーバ装置１は、図１（ａ）に表されるように、制御回路２と、機械制御回路３と、障害検知回路４と、接続制御回路５とを備えている。制御回路２は、共有資源８との接続を制御する処理を含むコンピュータプログラムに基づいた処理を実行する機能を備えている。
【００１７】
障害検知回路４は、自装置１に障害が発生したことを検知する回路構成を備えている。接続制御回路５は、障害検知回路４が障害発生を検知した場合に、制御回路２が共有資源８との接続遮断を指示する前に、共有資源８との接続を遮断する機能を備えている。機械制御回路３は、障害検知回路４が障害発生を検知した場合に、他のサーバ装置１に向けて障害発生を通知する機能を備えている。
【００１８】
なお、図１（ｂ）に表されている例では、サーバシステム７を構成するサーバ装置１の個数は２個であるが、サーバシステム７を構成するサーバ装置１の個数は、複数であれば、２個に限定されない。
【００１９】
この第１実施形態では、制御回路２とは別に障害検知回路４が設けられている。このため、サーバ装置１は、制御回路２の処理とは別に障害検知回路４によって障害発生を検知することができる。また、この第１実施形態では、障害検知回路４が障害発生を検知することにより、サーバ装置１は、制御回路２が共有資源８との接続遮断を指示する前に、障害発生に起因して、迅速に、共有資源８との接続を遮断することが可能となる。このため、サーバ装置１に障害が発生してから当該サーバ装置１が共有資源８との接続を遮断するまでの時間が長いことに起因して、サーバ装置１が共有資源８に不適切な接続を実行してしまうという事態発生が回避される。
【００２０】
また、この第１実施形態では、障害検知回路４が障害発生を検知すると、機械制御回路３が他のサーバ装置１に向けて障害発生を通知する。このため、障害が発生しているサーバ装置１が障害発生により駆動停止する前に、サーバシステム７において待機系として機能しているサーバ装置１は、そのサーバ装置１における障害発生を検知できる。これにより、待機系のサーバ装置１は、障害発生のサーバ装置１が停止する前に、現用系への切り替え処理を開始できる。
【００２１】
このように、第１実施形態のサーバ装置１は、障害が発生した場合に、待機系としてのサーバ装置１が迅速に現用系への切り替え処理を開始できるように、障害発生を通知できる。また、当該サーバ装置１は、障害が発生した場合に、前記の如く、迅速に共有資源８との接続を遮断できることから、共有資源８との不適切な接続を回避でき、これにより、不適切な接続に起因した共有資源８のトラブルを防止できる。このことと、待機系のサーバ装置１が切り替え処理を早めに開始できることとが相俟って、この第１実施形態では、待機系のサーバ装置１は、待機状態から現用系として稼働する（立ち上がる）までの時間を短縮できる。
【００２２】
（第２実施形態）
以下に、本発明に係る第２実施形態を説明する。
【００２３】
図２は、第２実施形態のサーバ装置の構成を簡略化して表すブロック図である。図３は、その第２実施形態のサーバ装置を備えたサーバシステムであるクラスタシステムの構成を簡略化して表すブロック図である。
【００２４】
第２実施形態におけるクラスタシステム２０は、複数のサーバ装置２１（２１1，・・・，２１n（ただし、ｎは２以上の整数）と、データベースシステム２２とを備えている。データベースシステム２２は、データを格納する記憶媒体を有し、当該記憶媒体に対してデータの読み書きを実行する機能を備えている。この第２実施形態では、データベースシステム２２は、複数のサーバ装置２１（２１1，・・・，２１n）が共通に接続する共有資源である。データベースシステム２２とサーバ装置２１は、例えば通信方式の一種であるファイバーチャネル（Fiber Channel (ＦＣ））を利用して接続する。
【００２５】
複数のサーバ装置２１（２１1，・・・，２１n）は、互いに、ＬＡＮ等の情報通信網２５，２６を介して接続している。この第２実施形態では、サーバ装置２１（２１1，・・・，２１n）は、次のような共通の構成を備えている。なお、サーバ装置２１（２１1，・・・，２１n）は、その共通の構成を備えていれば、それ以外の構成については特に限定されない。
【００２６】
また、複数のサーバ装置２１のうちの少なくとも一つは、待機系として機能し、それ以外の現用系として機能するサーバ装置２１が障害発生により正常に稼働できなくなった場合に備える。
【００２７】
サーバ装置２１は、制御回路３１と、ＢＭＣ（Baseboard Management Controller）３３と、基板ユニット３４と、Ｉ/Ｏ（Input / Output）回路３５〜３７とを備えている。制御回路３１は、ＣＰＵ（Central Processing Unit）を備え、記憶装置（図示せず）に格納されているコンピュータプログラム（プログラム）を読み出し当該プログラムを実行することにより様々な機能を持つことができる。この第２実施形態では、制御回路３１は、機能部として、ミドルウェア部３２を備えている。当該ミドルウェア部３２は、ミドルウェアと呼ばれるコンピュータプログラムに基づいて動作する機能部であり、例えば、データベースシステム２２に関係が有る動作を実行する。また、ミドルウェア部３２は、待機系として機能している場合に他のサーバ装置２１から障害が発生したことを通知された場合には、待機系から現用系に切り替わる切り替え処理を実行する機能を備えている。さらに、この第２実施形態では、ミドルウェア部３２は、その切り替え処理の後に、データベースシステム２２のリカバリ処理を実行することなく、通常の稼働状態に移行する機能を備えている。
【００２８】
なお、制御回路３１は、機能部として、基本ソフトウェアであるオペレーティングシステム（ＯＳ（Operating System））に基づいて動作するＯＳ部（図示せず）をさらに備えている。このＯＳ部は、サーバ装置２１に障害が発生した場合に、実行中のアプリケーション処理を終了する処理と、サーバ装置２１の稼働を停止するシャットダウン処理とを実行する機能を備えている。
【００２９】
各Ｉ/Ｏ回路３５〜３７は、制御回路３１に接続し、当該制御回路３１を例えば用途に応じて設定の接続相手に接続する回路を備えている。具体的には、例えば、Ｉ/Ｏ回路３５，３６は、ネットワークインターフェースカードにより構成され、ＬＡＮ等の情報通信網２５，２６によって他のサーバ装置２１における制御回路３１に接続する。また、Ｉ/Ｏ回路３７は、ファイバチャネルカードにより構成され、データベースシステム２２に接続する。
【００３０】
ＢＭＣ３３は、機械制御回路４０と接続回路４２を含む複数の回路が形成されているユニット（部品）である。機械制御回路４０は、ファームウェアと呼ばれるコンピュータプログラムに従って、サーバ装置２１を構成するハードウェアを制御する回路である。この機械制御回路４０は、ファームウェアに基づいてサーバ装置２１内のエラー（異常）を監視する機能を備えている。例えば、サーバ装置２１内には、複数のエラー検知レジスタ（図示せず）が設けられている。各エラー検知レジスタは、予め定められた種類のエラー（異常）が検知された場合に、当該エラーが検知されたという情報を一時的に保持する記憶部である。機械制御回路４０は、そのようなエラー検知レジスタを予め定められたタイミングでもって順次チェックする動作（処理）を実行し、エラー発生の有無を監視する。
【００３１】
機械制御回路４０は、さらに、機能部として、通知部４１を備えている。この通知部４１は、サーバ装置２１に障害が発生したことをミドルウェア部３２および待機系のサーバ装置２１に通知する機能を備えている。
【００３２】
接続回路４２は、ＢＭＣ３３を情報通信網（ＬＡＮ）２６に接続する回路構成を備えている。この接続回路４２によって、通知部４１から発せられた通知（障害発生を報知する通知）は、情報通信網（ＬＡＮ）２６を通って待機系のサーバ装置２１に伝達される。
【００３３】
基板ユニット３４は、障害検知回路４３と接続制御回路４４を含む複数の回路が共通の回路基板に形成されているユニット（部品）である。
【００３４】
障害検知回路４３は、サーバ装置２１内に障害が発生したことを検知するハードウェアである。この障害検知回路４３が検知する障害は、サーバ装置２１の稼働継続を困難にする障害である。具体例を挙げると、その障害としては、電源異常や、装置内の温度が適応範囲を超えてしまう温度異常がある。さらに、障害検知回路４３は、トランザクションがタイムアウトした場合や、制御回路３１が処理しているデータに、ＥＣＣ（Error Checking and Correction）等の修正手法により訂正することができない多ビットエラーや、パリティエラーが発生した場合も、障害として検知する。
【００３５】
障害検知回路４３は、そのような障害を、制御回路３１とＢＭＣ３３から取得する信号に基づいて検知し、障害を検知した場合には障害発生を通知（報告）する障害検知信号を生成する回路構成を備えている。この障害検知回路４３が制御回路３１から取得する信号は、例えば、障害を検知したことを割り込みとして通知する信号である。また、ＢＭＣ３３から取得する信号は、例えば、エラー監視によりエラー発生を検知した場合に出力される信号である。この第２実施形態では、障害検知回路４３が生成した障害検知信号は、ＢＭＣ３３と接続制御回路４４に出力される。ＢＭＣ３３は、その障害検知信号を受けると、通知部４１によって、前記の如く、障害が発生したことをミドルウェア部３２および待機系のサーバ装置２１に通知する。
【００３６】
接続制御回路４４は、障害検知信号を受けた場合には、Ｉ/Ｏ回路（Ｉ/Ｏカード）３７に向けてアクセス停止を指示する信号を出力する回路構成を備えている。一般的には、Ｉ/Ｏ回路（Ｉ/Ｏカード）と、データベースシステム２２等のＩ/Ｏデバイスとは、ＰＣＩ(Peripheral Component Interconnect) Express Ｉ/Ｆ(Interface)と呼ばれる通信方式によって接続される。この場合には、接続制御回路４４は、その通信方式により規定されているリセット信号をアサート（有効）にすることにより、データベースシステム２２との接続を停止（遮断）することをＩ/Ｏ回路３７に指示する。Ｉ/Ｏ回路３７は、その接続停止の指示を受けることにより、データベースシステム２２との接続を停止（遮断）する。
【００３７】
なお、接続制御回路４４は、Ｉ/Ｏ回路３５〜３７にそれぞれ対応するコンフィグレーションレジスタ（図示せず）を備えている。各コンフィグレーションレジスタには、対応するＩ/Ｏ回路が、障害検知信号に基づいて接続停止を指示する対象であるか否かを表す情報が格納されている。接続制御回路４４は、そのコンフィグレーションレジスタの情報に基づいてＩ/Ｏ回路に向けて接続停止を指示する。そのコンフィグレーションレジスタに格納されている情報はＢＭＣ３３によって書き換え可能である。このことにより、コンフィグレーションレジスタの情報をＢＭＣ３３を利用して書き換えることにより、接続制御回路４４が接続停止を指示する対象のＩ/Ｏ回路は変更可能である。例えば、接続制御回路４４が接続停止を指示するＩ/Ｏ回路は、Ｉ/Ｏ回路３７だけでなく、Ｉ/Ｏ回路３５，３６の一方又は両方が加えられていてもよい。
【００３８】
以下に、第２実施形態のサーバ装置２１における障害発生時の動作例を図４を利用して説明する。図４は、障害が発生した場合にサーバ装置２１が実行するサーバ切り替えに関する動作を説明する図である。
【００３９】
例えば、図４に表す時間Ｔ０において、現用系のサーバ装置２１の一つが障害の発生を検知したとする。この障害が発生したサーバ装置２１（図４では現用系と表す）は、障害対処処理として、例えば、制御回路３１が実行中のアプリケーションプログラムに基づいた処理を停止する等の処理を実行する。
【００４０】
この障害対処処理の実行中に、当該現用系のサーバ装置２１における障害検知回路４３が、障害発生を検知し、これにより、障害検知信号をＢＭＣ３３および接続制御回路４４に出力する。そして、接続制御回路４４は、障害検知信号を受けたことにより、制御回路３１とデータベースシステム２２との接続を停止（遮断）することをＩ/Ｏ回路３７に指示する。また、ＢＭＣ３３の通知部４１は、接続回路４２によって、待機系のサーバ装置２１（待機系Ａ）に向けて、現用系のサーバ装置２１に障害が発生したことを通知する（例えば時間Ｔ１）。
【００４１】
一方、待機系のサーバ装置２１（図４では待機系Ａと表す）は、現用系のサーバ装置２１に障害が発生したことが通知されると、切り替え処理を実行する。この第２実施形態では、当該待機系のサーバ装置２１は、その切り替え処理の後に、データベースシステム２２のリカバリ処理を実行することなく、図４に表す時間Ｔ３において、通常稼働状態に移行する。つまり、この第２実施形態のクラスタシステム２０において、障害発生に起因した待機系から現用系への切り替え処理が終了する。
【００４２】
ところで、ここで、この第２実施形態における切り替え処理に対する比較例としての切り替え処理を説明する。この比較例では、クラスタシステムを構成するサーバ装置は、この第２実施形態における基板ユニット３４と、ＢＭＣ３３の通知部４１とを備えていない。このため、比較例では、待機系として機能するサーバ装置（図４において待機系Ｂと表す）は、待機状態において、現用系のサーバ装置から定期的に出力されるハートビート信号の出力状況を監視する。このハートビート信号の監視中に、現用系のサーバ装置における障害発生に起因したハートビート信号の出力停止を検知すると（例えば図４に表す時間Ｔ２）、待機系のサーバ装置（待機系Ｂ）は、現用系に切り替わる切り替え処理を実行する。さらに、当該待機系のサーバ装置は、切り替え処理に引き続いて、データベースシステム２２のリカバリ処理を実行する。このリカバリ処理の後に、当該サーバ装置は、現用系として通常の稼働状態に移行する（図４に表す時間Ｔ４）。
【００４３】
この第２実施形態におけるサーバ装置２１が待機系から現用系に切り替わるために必要な時間は、上記したような比較例のサーバ装置が待機系から現用系に切り替わるために必要な時間よりも短縮されている。例えば、この第２実施形態における現用系のサーバ装置２１が障害発生を検知してから待機系のサーバ装置２１（待機系Ａ）が切り替え処理を開始するまでに要する時間（Ｔ０-Ｔ１）が、例えば３０秒とする。また、待機系のサーバ装置２１（待機系Ａ）が切り替え処理に要する時間（Ｔ１-Ｔ３）は例えば１１０秒とする。
【００４４】
これに対し、比較例における待機系のサーバ装置（待機系Ｂ）は、現用系のサーバ装置が障害発生を検知してから切り替え処理を開始するまでに、時間Ｔ０-Ｔ１よりも長い時間Ｔ０-Ｔ２である例えば９０秒を要する。さらに、当該比較例における待機系のサーバ装置（待機系Ｂ）は、切り替え処理に時間（Ｔ１-Ｔ３）と同じ１１０秒という時間を要し、さらに、リカバリ処理に例えば３００秒という時間を要する。つまり、当該待機系のサーバ装置（待機系Ｂ）は、切り替え処理を開始してから通常稼働に移行するまでに時間Ｔ２-Ｔ４である例えば４１０秒という時間を要する。
【００４５】
よって、第２実施形態では、現用系のサーバ装置２１が障害発生を検知してから待機系のサーバ装置２１（待機系Ａ）が現用系として切り替わって通常の稼働状態に移行するマまでに要する時間（Ｔ０-Ｔ３）は、上記の如く１４０秒である。これに対し、比較例では、現用系のサーバ装置が障害発生を検知してから待機系のサーバ装置（待機系Ｂ）が現用系として切り替わって通常の稼働状態に移行するまでに要する時間（Ｔ０-Ｔ４）は、５００秒である。すなわち、第２実施形態における構成を備えることにより、障害発生に起因した待機系から現用系へのサーバ切り替えに要する時間は、比較例におけるサーバ切り替えに要する時間の約３分の１に短縮化できる。
【００４６】
なお、この第２実施形態におけるサーバ装置２１は、ハートビート信号を定期的に出力する機能を備えていてもよいし、前述の如く障害発生を通知する機能を備えたことによりハートビート信号の出力機能を省略してもよい。
【００４７】
（その他の実施形態）
なお、本発明は第１や第２の実施形態に限定されずに様々な実施形態を採り得る。例えば、第２実施形態では、待機系のサーバ装置２１が現用系として切り替わる場合に、当該待機系のサーバ装置２１は、切り替え処理の後に、データベースシステム２２のリカバリ処理を実行せずに、通常の稼働状態に移行する。これに対し、待機系のサーバ装置２１は、切り替え処理の後に、データベースシステム２２のリカバリ処理を実行してもよい。この場合に、リカバリ処理を実行するが、第２実施形態の構成を備えることにより、当該リカバリ処理に要する時間は短くて済む。つまり、この第２実施形態では、障害発生が検知されたサーバ装置は迅速にデータベースシステム２２との接続を遮断するので、当該障害発生のサーバ装置によるデータベースシステム２２への不当な接続（アクセス）を防止できる。このため、データベースシステム２２における不当な接続に起因したトラブルの発生が抑制できるから、データベースシステム２２のリカバリ処理に要する時間は短くなる。
【００４８】
さらに、第２実施形態では、複数のサーバ装置２１が共通に接続する共有資源がデータベースシステム２２である例が表されている。これに対し、共有資源として、さらに、複数のサーバ装置２１は、プリンタ等の他の装置に共通に接続していてもよい。
【符号の説明】
【００４９】
１，２１  サーバ装置
２，３１  制御回路
３，４０  機械制御回路
４，４３  障害検知回路
５，４４  接続制御回路
７  サーバシステム
２０  クラスタシステム
【図１】
2018147510.tif 000003
【図２】
2018147510.tif 000004
【図３】
2018147510.tif 000005
【図４】
2018147510.tif 000006
【図５】
2018147510.tif 000007