JP2000151663A - 故障検知装置及び故障検知方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ＬＡＮ１に故障が発生しても、サーバ故障の
誤認を防止することができる故障検知装置及び故障検知
方法を得ること。 【解決手段】 サーバ１２，１３がＬＡＮ１１に接続さ
れたノード１６等に対して動作確認信号を送信して、そ
のノード１６等から動作確認信号に対する応答信号を受
信する一方、サーバ１２，１３が一定期間内に応答信号
を受信できない場合、ＬＡＮ１１の故障を認定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク上
に二重系を構成する複数のサーバの故障を検知する故障
検知装置及び故障検知方法に関するものである。

【０００２】

【従来の技術】図８は従来の故障検知装置を示す構成図
であり、図において、１はネットワーク（以下、ＬＡＮ
という）、２，３はＬＡＮ１上に二重系を構成するサー
バであり、サーバ２，３は相互にハートビート通信を実
行して、他方のサーバの故障を検知する。４，５はサー
バ２，３のＬＡＮインタフェースボードである。

【０００３】次に動作について説明する。サーバ２，３
は、ＬＡＮ１上でプログラムやデータを図示せぬ処理装
置等に供給するために、これらを記憶する大容量の記憶
装置であるが、ＬＡＮ１上に二重系を構成する場合、一
般的に、他方のサーバの動作状況を確認するために、相
互にハートビート通信を実行する。

【０００４】即ち、サーバ２がサーバ３の動作状況を確
認する場合、サーバ２が状態確認信号をＬＡＮ１を介し
てサーバ３に送信する。これにより、サーバ３が正常に
動作している場合には、サーバ３が状態確認信号を受信
して、その状態確認信号に対する応答信号をＬＡＮ１を
介してサーバ２に返送する。

【０００５】そして、サーバ２は、状態確認信号の送信
後、一定期間内に応答信号を受信できた場合には、サー
バ３が正常に動作していると判断するが、一定期間内に
応答信号を受信できない場合には、サーバ３に故障が発
生していると判断する。

【０００６】なお、サーバ３もサーバ２の動作状況を確
認するが、サーバ２が動作状況を確認する場合と同様で
あるため説明を省略する。

【０００７】

【発明が解決しようとする課題】従来の故障検知装置は
以上のように構成されているので、ＬＡＮ１に故障がな
ければ、サーバ２，３は相互に他方のサーバの動作状況
を確認することができるが、ＬＡＮ１に故障が発生する
と、状態確認信号に対する応答信号を受信することがで
きないため、ＬＡＮ１の故障であるにも拘わらず、他方
のサーバに故障が発生したものと誤認する場合があるな
どの課題があった。

【０００８】この発明は上記のような課題を解決するた
めになされたもので、ＬＡＮに故障が発生しても、サー
バ故障の誤認を防止することができる故障検知装置及び
故障検知方法を得ることを目的とする。

【０００９】

【課題を解決するための手段】この発明に係る故障検知
装置は、ネットワークに接続されたノードに対して動作
確認信号を送信し、そのノードから動作確認信号に対す
る応答信号を受信する通信手段と、その通信手段が一定
期間内に応答信号を受信できない場合、ネットワークの
故障を認定する認定手段とを各サーバに搭載するように
したものである。

【００１０】この発明に係る故障検知装置は、通信手段
が動作確認信号を複数のノードに送信して、複数のノー
ドから応答信号を受信する一方、認定手段が何れの応答
信号も受信できない場合、ネットワークの故障を認定す
るようにしたものである。

【００１１】この発明に係る故障検知装置は、ハートビ
ート通信が途絶えた時、通信手段が動作確認信号をノー
ドに送信するようにしたものである。

【００１２】この発明に係る故障検知装置は、ハートビ
ート通信を実行する時、通信手段が動作確認信号をノー
ドに送信するようにしたものである。

【００１３】この発明に係る故障検知装置は、一定時間
が経過する毎に、通信手段が動作確認信号をノードに送
信するようにしたものである。

【００１４】この発明に係る故障検知装置は、各サーバ
が２以上のネットワークと接続されている場合、通信手
段が各ネットワークに接続されたノードに対してそれぞ
れ動作確認信号を送信するようにしたものである。

【００１５】この発明に係る故障検知方法は、各サーバ
がネットワークに接続されたノードに対して動作確認信
号を送信して、そのノードから動作確認信号に対する応
答信号を受信する一方、各サーバが一定期間内に応答信
号を受信できない場合、ネットワークの故障を認定する
ようにしたものである。

【００１６】この発明に係る故障検知方法は、動作確認
信号を複数のノードに送信して、複数のノードから応答
信号を受信する一方、何れの応答信号も受信できない場
合、ネットワークの故障を認定するようにしたものであ
る。

【００１７】この発明に係る故障検知方法は、ハートビ
ート通信が途絶えた時、動作確認信号をノードに送信す
るようにしたものである。

【００１８】この発明に係る故障検知方法は、ハートビ
ート通信を実行する時、動作確認信号をノードに送信す
るようにしたものである。

【００１９】この発明に係る故障検知方法は、一定時間
が経過する毎に、動作確認信号をノードに送信するよう
にしたものである。

【００２０】この発明に係る故障検知方法は、各サーバ
が２以上のネットワークと接続されている場合、各ネッ
トワークに接続されたノードに対してそれぞれ動作確認
信号を送信するようにしたものである。

【００２１】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１による故
障検知装置を示す構成図であり、図において、１１はネ
ットワーク（以下、ＬＡＮという）、１２，１３はＬＡ
Ｎ１１上に二重系を構成するサーバであり、サーバ１
２，１３は動作確認信号をノード１６等に送信し、その
ノードから動作確認信号に対する応答信号を受信する通
信手段と、通信手段が一定期間内に応答信号を受信でき
ない場合、ＬＡＮ１１の故障を認定する認定手段とを有
している。１４，１５はサーバ１２，１３のＬＡＮイン
タフェースボードである。

【００２２】１６〜１８はサーバ１２等から動作確認信
号を受けると、その応答信号をサーバ１２等に返送する
ルータやクライアントなどのノード、１９〜２１はノー
ド１６〜１８のＬＡＮインタフェースボードである。な
お、図３はこの発明の実施の形態１による故障検知方法
を示すフローチャートである。

【００２３】次に動作について説明する。サーバ１２，
１３は、ＬＡＮ１１上でプログラムやデータを図示せぬ
処理装置等に供給するために、これらを記憶する大容量
の記憶装置であるが、ＬＡＮ１１上に二重系を構成する
場合、一般的に、他方のサーバの動作状況を確認するた
めに、相互にハートビート通信を実行する。

【００２４】即ち、サーバ１２がサーバ１３の動作状況
を確認する場合、サーバ１２が状態確認信号をＬＡＮ１
１を介してサーバ１３に送信する（ステップＳＴ１）。
これにより、サーバ１３が正常に動作している場合に
は、サーバ１３が状態確認信号を受信して、その状態確
認信号に対する応答信号をＬＡＮ１１を介してサーバ１
２に返送する。

【００２５】そして、サーバ１２は、状態確認信号の送
信後、一定期間内に応答信号を受信できた場合には、サ
ーバ１３が正常に動作していると判断するが（ステップ
ＳＴ２，ＳＴ３）、一定期間内に応答信号を受信できな
い場合には、サーバ１３に故障が発生している可能性が
あると判断する（ステップＳＴ２，ＳＴ４）。

【００２６】そして、サーバ１２は、サーバ１３に故障
が発生している可能性があると判断する場合には、応答
信号を受信できない理由がサーバ１３の故障を原因とす
るものであるのか、ＬＡＮ１１の故障を原因とするもの
であるのかを判断するため、サーバ１２の通信手段がノ
ード定義ファイルに記述されているノードに対して動作
確認信号を送信する。

【００２７】図２（ａ）に示すように、サーバ１２のノ
ード定義ファイルにノード１６とノード１７が記述され
ている場合には、ＬＡＮ１１を介して、動作確認信号を
ノード１６とノード１７に送信する（ステップＳＴ
５）。

【００２８】これにより、ノード１６，１７が正常に動
作しており、ＬＡＮ１１に故障がなければ、ノード１
６，１７が動作確認信号を受信して、その動作確認信号
に対する応答信号をＬＡＮ１１を介してサーバ１２に返
送する。

【００２９】そして、サーバ１２の認定手段は、動作確
認信号の送信後、一定期間内に、ノード１６又はノード
１７の少なくとも一方から、応答信号が返送されてきた
場合には、ＬＡＮ１１は正常であるので、ノード１３に
故障が発生していると認定する（ステップＳＴ６，ＳＴ
７）。

【００３０】一方、サーバ１２の認定手段は、動作確認
信号の送信後、一定期間内に、ノード１６，１７の何れ
からも、応答信号が返送されてこない場合には、ＬＡＮ
１１に故障が発生していると判断して（ノード１６，１
７の両方が故障している確率は極めて少ないので、ＬＡ
Ｎ１１に故障が発生していると判断する）、ノード１３
に故障が発生していないと認定する（ステップＳＴ６，
ＳＴ８）。

【００３１】なお、サーバ１３もサーバ１２の動作状況
を確認するが、サーバ１２が動作状況を確認する場合と
同様であるため説明を省略する。

【００３２】以上で明らかなように、この実施の形態１
によれば、サーバ１２，１３がＬＡＮ１１に接続された
ノード１６等に対して動作確認信号を送信して、そのノ
ード１６等から動作確認信号に対する応答信号を受信す
る一方、サーバ１２，１３が一定期間内に応答信号を受
信できない場合、ＬＡＮ１１の故障を認定するように構
成したので、ＬＡＮ１１に故障が発生しても、サーバ故
障の誤認を防止することができる効果を奏する。

【００３３】実施の形態２．上記実施の形態１では、サ
ーバ１２がノード１６，１７に対して、動作確認信号を
同時に送信するものについて示したが、ノード１６に対
して動作確認信号を送信後、ノード１６から応答信号を
受信できない時、改めてノード１７に対して動作確認信
号を送信するようにしてもよい。

【００３４】実施の形態３．上記実施の形態１では、サ
ーバ１２がハートビート通信を実行して、サーバ１３か
ら応答信号を受信できない時、サーバ１２がノード１
６，１７に対して動作確認信号を送信するものについて
示したが、サーバ１２がサーバ１３に対して状態確認信
号を送信する時、ノード１６，１７に対して動作確認信
号を送信するようにしてもよい。これにより、サーバ１
３からの応答信号を待つ必要がないので、ＬＡＮ１１の
故障を速やかに検知することができる効果を奏する。

【００３５】実施の形態４．上記実施の形態１では、サ
ーバ１２がハートビート通信を実行して、サーバ１３か
ら応答信号を受信できない時、サーバ１２がノード１
６，１７に対して動作確認信号を送信するものについて
示したが、サーバ１２が定期的にノード１６，１７に対
して動作確認信号を送信するようにしてもよい。これに
より、サーバ１２は常にＬＡＮ１１の状態を認識するこ
とができるので、サーバ１３から応答信号を受信できな
ければ、直ちに、サーバ１３の故障の有無を認定するこ
とができる効果を奏する。

【００３６】実施の形態５．上記実施の形態１から実施
の形態４では、サーバ１２，１３がＬＡＮ１１と接続さ
れているものについて示したが、図４に示すように、Ｌ
ＡＮ１１の他に、ＬＡＮ２２にも接続されている場合、
サーバ１２，１３はＬＡＮ１１に対するノード定義ファ
イル（図２を参照）と、ＬＡＮ２２に対するノード定義
ファイル（図５を参照）を記憶するようにすればよい。

【００３７】そして、ＬＡＮ１１，２２の故障を判断す
る必要がある場合、ＬＡＮ１１に対するノード定義ファ
イルと、ＬＡＮ２２に対するノード定義ファイルを参照
して、ＬＡＮ１１に接続されたノードと、ＬＡＮ２２に
接続されたノードの双方に動作確認信号を送信する。そ
して、サーバ１２，１３は、ＬＡＮ１１に接続されたノ
ードの何れからも応答信号を受信できない場合には、Ｌ
ＡＮ１１に故障が発生したものと判断し、また、ＬＡＮ
２２に接続されたノードの何れからも応答信号を受信で
きない場合には、ＬＡＮ２２に故障が発生したものと判
断する。

【００３８】なお、図４において、２２はＬＡＮ、２
３，２４はサーバ１２，１３のＬＡＮインタフェースボ
ード、２５，２６はＬＡＮ２２に接続されたノード、２
７，２８はノード２５，２６のＬＡＮインタフェースボ
ードである。

【００３９】実施の形態６．上記実施の形態５では、サ
ーバ１２，１３が２以上のＬＡＮと接続される場合、接
続されるＬＡＮ毎にノード定義ファイルを記憶するもの
について示したが、図６に示すように、ネットワークプ
ロトコルとして、ＴＣＰ／ＩＰを使用する場合、接続さ
れるＬＡＮ毎にノード定義ファイルを記憶する必要はな
く、１つのノード定義ファイルを記憶すればよい（図７
を参照）。

【００４０】具体的には、ネットワークプロトコルとし
て、ＴＣＰ／ＩＰを使用する場合、ＬＡＮ１１，２２に
はそれぞれネットワークＩＤが存在し、ノード１６，２
５等にはＩＰアドレスが存在する。したがって、ネット
ワークＩＤとＩＰアドレスを比較することにより、各ノ
ードがどのＬＡＮと接続されているかを自動的に識別す
ることができる。

【００４１】このように、各ノードが接続されているＬ
ＡＮが識別できれば、各ＬＡＮ毎にネットワーク故障を
検知することが可能になるが、例えば、ネットマスクが
“２５５．２５５．２５５．０”であるとすれば、ネッ
トワークＩＤがそれぞれ“１０．１０．１．ｘ”と“１
０．１０．２．ｘ”となり、各ノードのＩＰアドレスの
上３つの数字（“．”で区切られた上３組の数字：１
０．１０．１または１０．１０．２）がネットワークＩ
Ｄに一致する。

【００４２】よって、各ノードをＩＰアドレスに変換す
ることにより、どのＬＡＮに接続されているのかが判明
するので、１つのノード定義ファイルを用意すれば、ネ
ットワーク故障検知プログラムが内部的にノード定義フ
ァイルを２つに分割して保持することが可能になる。

【００４３】

【発明の効果】以上のように、この発明によれば、ネッ
トワークに接続されたノードに対して動作確認信号を送
信し、そのノードから動作確認信号に対する応答信号を
受信する通信手段と、その通信手段が一定期間内に応答
信号を受信できない場合、ネットワークの故障を認定す
る認定手段とを各サーバに搭載するように構成したの
で、ネットワークに故障が発生しても、サーバ故障の誤
認を防止することができる効果がある。

【００４４】この発明によれば、通信手段が動作確認信
号を複数のノードに送信して、複数のノードから応答信
号を受信する一方、認定手段が何れの応答信号も受信で
きない場合、ネットワークの故障を認定するように構成
したので、ネットワーク故障の認定精度が向上する効果
がある（複数のノードが同時に故障する可能性は極めて
低い為）。

【００４５】この発明によれば、ハートビート通信が途
絶えた時、通信手段が動作確認信号をノードに送信する
ように構成したので、他方のサーバに故障が発生してい
る可能性があると判断する場合に限り動作確認信号を送
信すればよく、そのため、ネットワークの通信負荷の増
大を招くことなく、サーバ故障の誤認を防止することが
できる効果がある。

【００４６】この発明によれば、ハートビート通信を実
行する時、通信手段が動作確認信号をノードに送信する
ように構成したので、ネットワークの故障を速やかに検
知することができる効果がある。

【００４７】この発明によれば、一定時間が経過する毎
に、通信手段が動作確認信号をノードに送信するように
構成したので、他方のサーバから応答信号を受信できな
ければ、直ちに、他方のサーバの故障の有無を認定する
ことができる効果がある。

【００４８】この発明によれば、各サーバが２以上のネ
ットワークと接続されている場合、通信手段が各ネット
ワークに接続されたノードに対してそれぞれ動作確認信
号を送信するように構成したので、各サーバが２以上の
ネットワークと接続されている場合でも、サーバ故障の
誤認を防止することができる効果がある。

【００４９】この発明によれば、各サーバがネットワー
クに接続されたノードに対して動作確認信号を送信し
て、そのノードから動作確認信号に対する応答信号を受
信する一方、各サーバが一定期間内に応答信号を受信で
きない場合、ネットワークの故障を認定するように構成
したので、ネットワークに故障が発生しても、サーバ故
障の誤認を防止することができる効果がある。

【００５０】この発明によれば、動作確認信号を複数の
ノードに送信して、複数のノードから応答信号を受信す
る一方、何れの応答信号も受信できない場合、ネットワ
ークの故障を認定するように構成したので、ネットワー
ク故障の認定精度が向上する効果がある（複数のノード
が同時に故障する可能性は極めて低い為）。

【００５１】この発明によれば、ハートビート通信が途
絶えた時、動作確認信号をノードに送信するように構成
したので、他方のサーバに故障が発生している可能性が
あると判断する場合に限り動作確認信号を送信すればよ
く、そのため、ネットワークの通信負荷の増大を招くこ
となく、サーバ故障の誤認を防止することができる効果
がある。

【００５２】この発明によれば、ハートビート通信を実
行する時、動作確認信号をノードに送信するように構成
したので、ネットワークの故障を速やかに検知すること
ができる効果がある。

【００５３】この発明によれば、一定時間が経過する毎
に、動作確認信号をノードに送信するように構成したの
で、他方のサーバから応答信号を受信できなければ、直
ちに、他方のサーバの故障の有無を認定することができ
る効果がある。

【００５４】この発明によれば、各サーバが２以上のネ
ットワークと接続されている場合、各ネットワークに接
続されたノードに対してそれぞれ動作確認信号を送信す
るように構成したので、各サーバが２以上のネットワー
クと接続されている場合でも、サーバ故障の誤認を防止
することができる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による故障検知装置
を示す構成図である。

【図２】 ノード定義ファイルの記述内容を示す説明図
である。

【図３】 この発明の実施の形態１による故障検知方法
を示すフローチャートである。

【図４】 この発明の実施の形態５による故障検知装置
を示す構成図である。

【図５】 ノード定義ファイルの記述内容を示す説明図
である。

【図６】 この発明の実施の形態６による故障検知装置
を示す構成図である。

【図７】 ノード定義ファイルの記述内容を示す説明図
である。

【図８】 従来の故障検知装置を示す構成図である。

【符号の説明】

１１，２２ ＬＡＮ（ネットワーク）、１２，１３ サ
ーバ、１６，１７，１８，２５，２６ ノード。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に二重系を構成する複数
   のサーバが相互にハートビート通信を実行して、他方の
   サーバの故障を検知する故障検知装置において、ネット
   ワークに接続されたノードに対して動作確認信号を送信
   し、そのノードから動作確認信号に対する応答信号を受
   信する通信手段と、上記通信手段が一定期間内に応答信
   号を受信できない場合、ネットワークの故障を認定する
   認定手段とを各サーバに搭載することを特徴とする故障
   検知装置。
2. 【請求項２】 通信手段は動作確認信号を複数のノード
   に送信して、複数のノードから応答信号を受信する一
   方、認定手段は何れの応答信号も受信できない場合、ネ
   ットワークの故障を認定することを特徴とする請求項１
   記載の故障検知装置。
3. 【請求項３】 通信手段は、ハートビート通信が途絶え
   た時、動作確認信号をノードに送信することを特徴とす
   る請求項１または請求項２記載の故障検知装置。
4. 【請求項４】 通信手段は、ハートビート通信を実行す
   る時、動作確認信号をノードに送信することを特徴とす
   る請求項１または請求項２記載の故障検知装置。
5. 【請求項５】 通信手段は、一定時間が経過する毎に、
   動作確認信号をノードに送信することを特徴とする請求
   項１または請求項２記載の故障検知装置。
6. 【請求項６】 各サーバが２以上のネットワークと接続
   されている場合、通信手段は、各ネットワークに接続さ
   れたノードに対してそれぞれ動作確認信号を送信するこ
   とを特徴とする請求項１から請求項５のうちのいずれか
   １項記載の故障検知装置。
7. 【請求項７】 ネットワーク上に二重系を構成する複数
   のサーバが相互にハートビート通信を実行して、他方の
   サーバの故障を検知する故障検知方法において、各サー
   バがネットワークに接続されたノードに対して動作確認
   信号を送信して、そのノードから動作確認信号に対する
   応答信号を受信する一方、各サーバが一定期間内に応答
   信号を受信できない場合、ネットワークの故障を認定す
   ることを特徴とする故障検知方法。
8. 【請求項８】 動作確認信号を複数のノードに送信し
   て、複数のノードから応答信号を受信する一方、何れの
   応答信号も受信できない場合、ネットワークの故障を認
   定することを特徴とする請求項７記載の故障検知方法。
9. 【請求項９】 ハートビート通信が途絶えた時、動作確
   認信号をノードに送信することを特徴とする請求項７ま
   たは請求項８記載の故障検知方法。
10. 【請求項１０】 ハートビート通信を実行する時、動作
    確認信号をノードに送信することを特徴とする請求項７
    または請求項８記載の故障検知方法。
11. 【請求項１１】 一定時間が経過する毎に、動作確認信
    号をノードに送信することを特徴とする請求項７または
    請求項８記載の故障検知方法。
12. 【請求項１２】 各サーバが２以上のネットワークと接
    続されている場合、各ネットワークに接続されたノード
    に対してそれぞれ動作確認信号を送信することを特徴と
    する請求項７から請求項１１のうちのいずれか１項記載
    の故障検知方法。