JPH10133963A - 計算機の故障検出・回復方式 - Google Patents

Abstract

(57)【要約】 【課題】 故障と判定した計算機に再起動をさせること
によって自動的に回復させる計算機の故障検出・回復方
式を提供する。 【解決手段】 故障検知専用ボード１４が検知したＰＣ
サーバ１０の故障を故障検知専用ボード２４経由で検出
した稼働状態監視部２６は、ＬＡＮ２経由でＰＣサーバ
１０との通信を試行し、応答がなかった場合は故障検知
専用ボード２４経由でＰＣサーバ１０の再起動指示を行
い、応答があった場合は、故障検知専用ボード１４の故
障と判定し、ＬＡＮ２経由でＰＣサーバ１０の再起動指
示を行う。また、ＬＡＮ２経由でＰＣサーバ１０の故障
を検出した稼働状態監視部２６は、ＬＡＮ２経由でＰＣ
３０との通信を試行し、応答があった場合は、故障検知
専用ボード２４経由でＰＣサーバ１０の再起動指示を行
い、応答がなかった場合は、ＰＣサーバ１０ではなく自
己のＬＡＮボード２２の故障と判定し、自己（ＰＣサー
バ２０）の再起動を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は計算機の故障検出・
回復方式、特にネットワーク接続された計算機において
発生した故障を高信頼度で検出するための方式に関す
る。

【０００２】

【従来の技術】従来から、処理の内容によっては一時的
なシステムダウンは許すものの即座にリブートさせシス
テムの稼働を続けて行わせなくてはならない場合があ
る。システムダウンの原因としては、物理的な装置の故
障の他にもソフトウェア的な障害などリブートすること
によってシステムの復旧が即座にできるような場合も少
なくない。

【０００３】ところで、同一ネットワーク上で動作する
複数の計算機、例えばそれぞれパーソナルコンピュータ
（ＰＣ）で構築された複数のサーバを含むシステムにお
いては、サーバそれぞれに自己並びに相互の故障検出機
能を持たせ、稼働中に発生したソフトウェア的な障害
（故障）をリアルタイムに検出できるようにし、故障し
停止したサーバを即座に再起動できるようにしている。

【０００４】図７は、従来からあるＰＣサーバの故障検
出方式を示した図である。ネットワーク上の各ＰＣサー
バ１００，２００には、故障検出機能を実現するために
故障検出用の専用ボードが搭載され、それぞれを専用線
１５０で接続する。この故障検知専用ボード１４０，２
４０は、搭載されたＰＣサーバ１００，２００が故障し
たことを検出すると、その旨を他の故障検知専用ボード
１４０，２４０に専用線１５０を介して通知する。ま
た、故障検知専用ボード１４０，２４０は、他の故障検
知専用ボード２４０，１４０と定期的に通信を行うこと
によって他のＰＣサーバ２００，１００の動作を相互に
監視しており、前述した他の故障検知専用ボード２４
０，１４０からの通知を受信したときや他の故障検知専
用ボード２４０，１４０との通信が不能となったことを
検知することによって他のＰＣサーバ２００，１００の
故障を検出することができる。このように、各故障検知
専用ボード１４０，２４０は、搭載されたＰＣサーバ１
００，２００の故障を検知すると、リブート指示を出し
てＰＣサーバ１００，２００を再起動させる。

【０００５】従って、例えば、ＰＣサーバに稼働系、待
機系を設定して運用するようなシステムにおいて、稼働
系がダウンしたときには、その旨を待機系に伝えること
ができるので、動作主体を待機系への自動切換えをリア
ルタイムに行うとともにダウンした稼働系を即座にリブ
ートすることができる。また、待機系が故障したときで
もリブートさせることによって故障の回復を行い、再度
待機させることができる。

【０００６】

【発明が解決しようとする課題】しかしながら、従来で
は、故障検出機能を専用ボードのみを用いて実現してい
たので、専用ボードが故障してしまうと、ＰＣサーバで
発生した故障を検出できなくなってしまう。また、専用
ボードの誤動作により故障の誤認をしてしまう場合もあ
り得る。これを解消するために専用ボードの高信頼性を
追求すると、その製造コストが増大してしまうことにな
る。従って、故障検出機能を発揮させるために、その信
頼性の向上を図りつつもコストの増大を極力抑えられる
ことが望まれる。

【０００７】本発明は以上のような問題を解決するため
になされたものであり、その目的は、故障と判定した計
算機に再起動をさせることによって自動的に回復させる
計算機の故障検出・回復方式を提供することにある。

【０００８】

【課題を解決するための手段】以上のような目的を達成
するために、本発明における計算機の故障検出・回復方
式は、ネットワーク接続されている少なくとも３台の計
算機のうち複数台を故障検知対象計算機とし、少なくと
も１台を前記故障検知対象計算機において発生した故障
を検出する監視計算機とするシステムにおいて、前記故
障検知対象計算機は、独立して動作可能であり、搭載さ
れた前記故障検知対象計算機の故障を検知する自己故障
検知手段と、ネットワークを介して他の前記計算機と通
信を行うネットワーク通信手段と、指示により自己の再
起動をする再起動手段とを有し、前記監視計算機は、独
立して動作可能であり、接続された他の前記故障検知対
象計算機の故障を検知する故障検知手段と、ネットワー
クを介して他の前記計算機と通信を行うネットワーク通
信手段と、前記システム内における故障の発生を監視す
るとともに故障が検出された前記故障検知対象計算機の
再起動処理を行う稼働状態監視制御手段とを有し、前記
故障検知手段経由で故障を検出した前記稼働状態監視制
御手段は、ネットワーク経由で故障が検出された前記故
障検知対象計算機との通信を試行し、故障が検出された
前記故障検知対象計算機から応答がなかった場合は、前
記故障検知手段経由で故障が検出された前記故障検知対
象計算機の再起動指示を行い、当該応答があった場合
は、故障が検出された前記故障検知対象計算機に搭載さ
れた前記自己故障検知手段の故障と判定し、ネットワー
ク経由で故障が検出された前記故障検知対象計算機の再
起動指示を行うことを特徴とする。

【０００９】また、前記故障検知対象計算機は、前記監
視計算機でもあることを特徴とする。

【００１０】また、ネットワーク接続されている少なく
とも３台の計算機のうち複数台を故障検知対象計算機と
するシステムにおいて、前記故障検知対象計算機は、独
立して動作可能であり、搭載された前記故障検知対象計
算機の故障並びに接続した他の前記故障検知対象計算機
の故障を検知する故障検知手段と、ネットワークを介し
て他の前記計算機と通信を行うネットワーク通信手段
と、指示により自己の再起動をする再起動手段と、前記
システム内における故障の発生を監視するとともに故障
が検出された前記故障検知対象計算機の再起動処理を行
う稼働状態監視制御手段とを有し、前記ネットワーク経
由で故障を検出した前記故障検知対象計算機の前記稼働
状態監視制御手段は、ネットワーク経由で故障していな
い他の前記計算機との通信を試行し、当該計算機から応
答があった場合は、前記故障検知手段経由で故障が検出
された前記故障検知対象計算機の再起動指示を行い、当
該応答がなかった場合は、自己が搭載する前記ネットワ
ーク通信手段の故障と判定し、自己の再起動を行うこと
を特徴とする。

【００１１】上記発明によれば、故障検知手段を用いる
以外に既存のネットワークを有効利用することにより、
故障検出機能を実現するようにした。すなわち、故障を
検出するための経路の二重化を図るようにした。但し、
本発明においては、単なる構成の二重化ではなく既存の
構成を有効に利用した異なる経路による二重化を図るよ
うにしている。これにより、コストの増大を抑止しつつ
故障検出機能の信頼度を向上させることができる。

【００１２】また、前記故障検知対象計算機の稼働状態
を保持する稼働状態保持手段を有することを特徴とす
る。

【００１３】更に、故障を検出した前記故障検知対象計
算機が搭載する前記稼働状態監視制御手段は、前記稼働
状態保持手段が保持する稼働状態に応じて再起動指示の
実行制御をすることを特徴とする。すなわち、稼働状態
保持手段を参照することによって再起動の指示が既に出
ているかを把握することができるので、無駄な再起動の
指示を行う必要がなくなる。

【００１４】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００１５】実施の形態１．図１は、本発明に係る計算
機の故障検出・回復方式の第１の実施の形態であるネッ
トワークシステムの全体構成図である。このネットワー
クシステムは、故障検出対象となる２台のＰＣサーバ１
０，２０と、ネットワークシステムの管理装置に相当す
るＰＣ３０と、これらを接続するＬＡＮ２で構成されて
いる。ＰＣサーバ１０，２０及びＰＣ３０は、常時稼働
している。ＰＣサーバ１０，２０及びＰＣ３０には、そ
れぞれＬＡＮボード１２，２２，３２が搭載され、他の
計算機との通信を行うことができる。また、ＰＣサーバ
１０，２０には、故障検出機能を実現するための故障検
知専用ボード１４，２４がそれぞれ搭載されており、こ
れらのボード１４，２４は、構成制御装置４を介して専
用ケーブル１５，２５で接続されている。故障検知専用
ボード１４，２４は、搭載されたＰＣサーバ１０，２０
が停止しても独立して動作可能であり、再起動（リブー
ト）の指示を出すことができる。

【００１６】また、各ＰＣサーバ１０，２０では、ＰＣ
サーバ１０，２０の稼働状態を監視する監視プログラム
がメモリに常駐されて常時実行されており、ＣＰＵとと
もに稼働状態監視部１６，２６を構成する。稼働状態監
視部１６，２６は、故障検知専用ボード１４，２４が保
有する特定フラグ（図示せず）を定期的にリセットして
いる。また、各稼働状態監視部１６，２６は、ＬＡＮ２
を経由して定期的に通信を行い、他のＰＣサーバ２０，
１０が稼働しているかどうかのチェックを相互に行って
いる。更に、自己の計算機の再起動並びに他のＰＣサー
バ１０，２０に対して再起動の指示を行うことができ
る。

【００１７】構成制御装置４は、全ての故障検知対象、
この例ではＰＣサーバ１０，２０の稼働状態を保持する
稼働状態テーブルを設け、その設定内容を更新すること
によって各ＰＣサーバ１０，２０の稼働状態を把握して
いる。稼働状態は、正常に稼働状態であることを表す
“正常”、故障し稼働していないことを表す“故障中”
及び故障発生後の回復動作中であることを表す“再起動
中”で表される。

【００１８】本実施の形態において特徴的なことは、故
障検知専用ボード１４，２４を用いた故障検出のみなら
ず、既存の構成すなわちＬＡＮ２を利用することによっ
てＰＣサーバ１０，２０の故障の検出をできるようにし
たことである。すなわち、故障検出をする経路の二重化
を図るようにしたことである。但し、本実施の形態にお
いては、単なる構成の二重化ではなく既存の構成を有効
に利用した異なる経路による二重化を図ることを特徴と
しており、これにより、コストの増大を抑止しつつ故障
検出機能の信頼度を向上させることができる。なお、本
実施の形態でいう故障とは、ＰＣサーバ１０，２０をリ
ブートすることによって回復することができる程度の異
常をいう。

【００１９】次に、本実施の形態における動作について
説明するが、まず、故障検知専用ボード１４，２４によ
り他のＰＣサーバ２０，１０の故障を検出し、更に故障
したＰＣサーバの再起動をする動作について図２に示し
たフローチャートを用いて説明する。なお、この説明で
は、ＰＣサーバ１０が故障するものとする。

【００２０】故障検知専用ボード１４は、定期的に監視
プログラムにより内部の特定フラグがリセットされるわ
けであるが、このリセット動作を常時監視し、一定の時
間以上その特定フラグがリセットされなかったことを検
知すると（ステップ１０１）、ＰＣサーバ１０が故障し
たと判断する。すなわち、メモリ常駐の監視プログラム
が定期的に行うフラグリセット処理が行われなくなった
ということでＰＣサーバ１０が故障したと判断する。故
障検知専用ボード１４は、このように判断すると、専用
ケーブル１５を介して構成制御装置４にその旨を通知す
る（ステップ１０２）。

【００２１】構成制御装置４は、故障検知専用ボード１
４から当該通知を受けると（ステップ１２１）、稼働状
態テーブルのＰＣサーバ１０の稼働状態を“正常”から
“故障中”に変更する（ステップ１２２）。そして、稼
働状態テーブルの設定内容を参照し、稼働状態が“正
常”であるＰＣサーバ２０の故障検知専用ボード２４に
対して、ＰＣサーバ１０が故障したという旨の送信を行
う（ステップ１２３）。なお、この例では、２台のＰＣ
サーバで構成しているためＰＣサーバ２０が一意に特定
することができるが、３台以上のＰＣサーバを有してお
り、複数のＰＣサーバの稼働状態が“正常”である場合
には、１台のＰＣサーバを選出するための条件、例えば
稼働状態テーブルの登録順や優先順位などにより１台の
ＰＣサーバを特定することになる。

【００２２】ＰＣサーバ２０の稼働状態監視部２６は、
故障検知専用ボード２４を介してＰＣサーバ１０が故障
したという報告を受けると（ステップ１４１）、この報
告の正当性を確認するため、故障したと報告されたＰＣ
サーバ１０に対してＬＡＮ２経由で通信を試みる（ステ
ップ１４２）。この通信の結果、ＰＣサーバ１０から応
答があって、その通信が正常終了すれば（ステップ１４
３）、故障しているのは、ＰＣサーバ１０そのものでは
なく故障検知専用ボード１４であると判断する。このと
き、稼働状態監視部２６は、故障検知専用ボード１４の
故障を回復させるためにＬＡＮ２経由でＰＣサーバ１０
に再起動の指示を送信する（ステップ１４４）。

【００２３】一方、稼働状態監視部２６がしたＰＣサー
バ１０への通信の結果、ＰＣサーバ１０からの応答がな
かった場合、ＰＣサーバ１０は稼働していないと判断
し、報告の正当性の確認を終了する。この後、稼働状態
監視部２６は、故障検知専用ボード２４を介して故障検
知専用ボード１４にＰＣサーバ１０のリセット指示を出
す（ステップ１４５）。

【００２４】ＰＣサーバ１０は、ＬＡＮ２あるいは故障
検知専用ボード１４を経由してＰＣサーバ２０からの再
起動指示を受け取ると、リブートを行う（ステップ１０
３）。

【００２５】更に、稼働状態監視部２６は、上記のいず
れかの経路でＰＣサーバ１０に再起動の指示を出すと、
構成制御装置４にＰＣサーバ１０が再起動中である旨を
通知する（ステップ１４６）。構成制御装置４は、故障
検知専用ボード２４から当該通知を受けると、稼働状態
テーブルのＰＣサーバ１０の稼働状態を“故障中”から
“再起動中”に変更する（ステップ１２４）。

【００２６】ＰＣサーバ１０において再起動の処理が完
了することにより、ＰＣサーバ１０自身あるいは故障検
知専用ボード１４が正常の状態に戻る。その後、稼働状
態監視部１６は、故障検知専用ボード１４を介して再起
動が完了した旨を構成制御装置４に通知する（ステップ
１０４）。構成制御装置４は、故障検知専用ボード１４
から当該通知を受けると、稼働状態テーブルのＰＣサー
バ１０の稼働状態を“再起動中”から“正常”に変更す
る（ステップ１２５）。

【００２７】このように、故障検知専用ボード１４によ
って検出した故障をＬＡＮ２を使用してその故障の正当
性を確認することができ、また、ＰＣサーバ１０に再起
動をさせることで故障したＰＣサーバ１０あるいは故障
検知専用ボード１４を自動的に回復させることができ
る。

【００２８】次に、ＬＡＮ２経由でＰＣサーバ１０，２
０の故障を検出し、更に故障したＰＣサーバの再起動を
する動作について図３に示したフローチャートを用いて
説明する。なお、ここでは、ＰＣサーバ１０が故障した
ものとして説明する。

【００２９】ＰＣサーバ１０，２０の間では、監視プロ
グラムによりＬＡＮ２を経由して定期的に通信を行い、
相互に稼働しているかどうかのチェックを行っている。
ここで、稼働状態監視部２６がＰＣサーバ１０との通信
に異常を検出した場合、ＰＣサーバ１０が稼働しておら
ず故障していると推定し（ステップ２４１）、故障検知
専用ボード２４を経由して構成制御装置４にその旨を通
知する（ステップ２４２）。

【００３０】構成制御装置４は、その旨の通知を受け取
ると（ステップ２２１）、ＰＣサーバ１０の稼働状態を
参照する。その結果、“故障中”若しくは“再起動中”
であれば、ＰＣサーバ１０は故障したという旨の通知を
ＰＣサーバ１０からすでに受けていることになるので、
ＰＣサーバ１０は、実際に故障していることになる。ま
た、ＰＣサーバ１０の稼働状態が“正常”であれば、ま
だ、故障検知専用ボード１４の故障などが原因でその旨
の通知をＰＣサーバ１０から受けていないという可能性
もある。従って、構成制御装置４は、ＰＣサーバ２０に
そのいずれかの旨を通知する（ステップ２２２）。

【００３１】ＰＣサーバ２０は、構成制御装置４からの
報告の内容がＰＣサーバ１０の故障を認識しているよう
であれば（ステップ２４４）、そのまま処理を終了す
る。ＰＣサーバ１０は、自らリブートし再起動を行って
いるのであろうからＰＣサーバ１０の再起動に関する処
理を行う必要はないためである。また、仮にシステムが
３台以上のＰＣサーバを有している場合は、他のＰＣサ
ーバが再起動処理をすでに進めている可能性があるから
である。一方、ＰＣサーバ１０の稼働状態が“正常”の
とき、ＰＣサーバ２０は、ＬＡＮ２に接続されている他
のＰＣ３０と通信の試行を行う（ステップ２４４，２４
５）。ＰＣ３０からの応答があれば、先の通信処理にお
いて応答が得られなかったＰＣサーバ１０が故障してい
るとこの時点で判断する。一方、ＰＣ３０からの応答が
なければ、ＰＣサーバ１０及びＰＣ３０双方との通信に
失敗したことになるので、ＰＣサーバ１０が故障してい
るのではなくＰＣサーバ２０に搭載されたＬＡＮボード
２２が故障していると判断する。

【００３２】従って、稼働状態監視部２６は、ＰＣ３０
からの応答があれば、故障検知専用ボード２４を経由し
てＰＣサーバ１０の故障検出を改めて通知するとともに
ＰＣサーバ１０の再起動の指示を行う（ステップ２４
６，２４７）。また、ＰＣ３０からの応答がなければ、
自己のＰＣサーバ２０が故障している旨の通知をすると
ともに自らリセットを行うことでリブートを行う（ステ
ップ２４６，２４８，２４９）。

【００３３】構成制御装置４は、ＰＣサーバ２０からの
通知がＰＣサーバ１０の再起動指示であれば（ステップ
２２３）、稼働状態テーブルのＰＣサーバ１０の稼働状
態を“正常”から“再起動中”に変更するとともにＰＣ
サーバ１０の故障検知専用ボード１４にＰＣサーバ１０
の再起動指示を出す（ステップ２２４）。ＰＣサーバ１
０は、故障検知専用ボード１４の指示により自らリブー
トし、その処理が完了すると、稼働状態監視部１６は、
故障検知専用ボード１４を介して再起動が完了した旨を
構成制御装置４に通知する（ステップ２０１，２０
２）。構成制御装置４は、故障検知専用ボード１４から
当該通知を受けると、稼働状態テーブルのＰＣサーバ１
０の稼働状態を“再起動中”から“正常”に変更する
（ステップ２２５）。

【００３４】一方、構成制御装置４は、ＰＣサーバ２０
からの通知がＰＣサーバ２０の故障であるという旨であ
れば、稼働状態テーブルのＰＣサーバ２０の稼働状態を
“正常”から“再起動中”に変更する（ステップ２２
６）。そして、ＰＣサーバ２０のリブートの完了報告
（ステップ２５０）を受け取ると、ＰＣサーバ２０の稼
働状態を“再起動中”から“正常”に変更する（ステッ
プ２２７）。なお、ＰＣサーバ２０の再起動は、自らリ
セットを行うのではなく、ＰＣサーバ１０の場合と同様
に、構成制御装置４によるステップ２２６の処理後、再
起動指示を故障検知専用ボード２４を介して受けること
により行うようにしてもよい。

【００３５】このように、ＬＡＮ２を使用して検出した
故障をＬＡＮ２に接続された他のＰＣ３０との通信を試
行することによって故障の正当性を確認することがで
き、また、故障したＰＣサーバ１０あるいはＰＣサーバ
２０を自動的に回復させることができる。

【００３６】以上、本実施の形態によれば、故障検出機
能を故障検知専用ボード１４，２４のみならず、既存の
ＬＡＮ２をも利用することによってできるようにしたの
で、故障検出機能を確実に発揮することができ信頼度を
向上させることができる。更に、故障検出のために用い
る手段の故障をも特定することができる。また、コスト
の増大を抑止しつつ故障検出機能の信頼性を向上させる
ことができる。

【００３７】また、前述した図２及び図３の処理は、い
ずれかのみを動作させてもよいが、本実施の形態のよう
に同時並行して行うことによりその信頼性を更に向上さ
せることができる。

【００３８】なお、図３を用いて説明したＬＡＮ２経由
でＰＣサーバ１０，２０の故障を検出する場合、ＬＡＮ
２経由で通信の試行を行う先となるＰＣ３０は、上記説
明から明らかなように通信の試行相手としてのみ利用し
ており、故障検出機能の有無とは関係がない。従って、
ＰＣ３０に故障検出機能を持たせてＰＣサーバ１０，２
０と同等であっても何ら問題はない。但し、この場合
は、ＰＣ３０も故障検知専用ボードが搭載され構成制御
装置４に接続されることになる。

【００３９】実施の形態２．ところで、上記実施の形態
１では、ＬＡＮ２に２台のＰＣサーバを故障検知対象計
算機として接続し、また、それぞれに他のＰＣサーバの
故障を検出し回復させる監視計算機としての機能を持た
せていた。すなわち、ＰＣサーバ１０，２０の全てに同
等の機能を持たせていた。これ以降の実施の形態では、
接続台数や機能の割振りなどの応用について例示する。

【００４０】例えば、図４に示したように１台の故障検
知対象計算機としてのＰＣサーバ４０に対してＰＣサー
バ４０の故障検出・回復を行うための監視計算機として
複数のＰＣサーバ４２−１，４２ー２，…，４２−ｎを
監視計算機群として設ける。すなわち、この場合のＰＣ
サーバ４０は、故障が検出されるだけであって他のＰＣ
サーバの故障を検出する機能は不要である。一方、ＰＣ
サーバ４２は、故障しても問題のない計算機である。こ
のような構成により、いずれかのＰＣサーバ４２が故障
したとしても、故障したＰＣサーバ４０を確実に検出
し、回復させることができる。但し、故障したＰＣサー
バ４０に対して再起動をさせるためには、１台の監視計
算機が動作すればよいので、これは、ＰＣサーバ４２の
間で優先順位を付けて重複動作を防止するようにする必
要がある。若しくは、稼働状態テーブルのＰＣサーバ４
０に対応した稼働状態を、“正常”から“故障中”に変
更させたもののみが再起動処理を行うようにしてもよ
い。

【００４１】実施の形態３．図５に示したように、１台
のＰＣサーバ５２を専用の監視計算機として設け、故障
検知対象計算機として設けられた他のＰＣサーバ５０−
１，５０ー２，…，５０−ｎの故障検出・回復を一括し
て行うようにしてもよい。なお、この場合は、稼働状態
保持手段として設けられた構成制御装置を独自に設けず
ＰＣサーバ５２に内蔵することができる。

【００４２】実施の形態４．図６に示したように、故障
検知対象計算機として複数のＰＣサーバ６０−１，６０
ー２，…，６０−ｎと、監視計算機として複数のＰＣサ
ーバ６２−１，６２ー２，…，６２−ｎを設けてもよ
い。

【００４３】

【発明の効果】本発明によれば、故障検知手段のみなら
ず既存のネットワークを有効に利用した障害検出をする
ことができるので、コストの増大を抑止しつつ故障検出
機能の信頼度を向上させることが可能となる。すなわ
ち、故障を検出するための手段を二系統有することによ
って故障を検出するために用いる手段に故障が発生した
場合でも故障の検出を確実にできることのみならず、そ
の手段自身の故障であることをも認識することができ
る。また、故障検知対象計算機を再起動させるための経
路も二系統有することになるので、故障が発生した故障
検知対象計算機を確実にリブートさせ回復させることが
可能となる。

【００４４】また、稼働状態保持手段を設けたので、故
障検知対象計算機の稼働状態を把握することができるた
め、再起動処理を実行させる計算機を特定したり、ある
いは再起動処理を重複して実行させないようにすること
ができる。

【図面の簡単な説明】

【図１】 本発明に係る計算機の故障検出・回復方式の
第１の実施の形態であるネットワークシステムの全体構
成図である。

【図２】 第１の実施の形態において故障検知専用ボー
ドにより他のＰＣサーバ故障を検出し、更に故障したＰ
Ｃサーバの再起動をする動作を示したフローチャートで
ある。

【図３】 第１の実施の形態においてＬＡＮ２経由でＰ
Ｃサーバの故障を検出し、更に故障したＰＣサーバの再
起動をする動作を示したフローチャートである。

【図４】 本発明に係る計算機の故障検出・回復方式の
第２の実施の形態であるネットワークシステムの全体構
成図である。

【図５】 本発明に係る計算機の故障検出・回復方式の
第３の実施の形態であるネットワークシステムの全体構
成図である。

【図６】 本発明に係る計算機の故障検出・回復方式の
第４の実施の形態であるネットワークシステムの全体構
成図である。

【図７】 従来のＰＣサーバの故障検出方式を示した図
である。

【符号の説明】

２ ＬＡＮ、４ 構成制御装置、１０，２０，４０，４
２，５０，５２，６０，６２ ＰＣサーバ、１２，２
２，３２ ＬＡＮボード、１４，２４ 故障検知専用ボ
ード、１５，２５ 専用ケーブル、１６，２６ 稼働状
態監視部、３０ＰＣ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワーク接続されている少なくとも
   ３台の計算機のうち複数台を故障検知対象計算機とし、
   少なくとも１台を前記故障検知対象計算機において発生
   した故障を検出する監視計算機とするシステムにおい
   て、 前記故障検知対象計算機は、 独立して動作可能であり、搭載された前記故障検知対象
   計算機の故障を検知する自己故障検知手段と、 ネットワークを介して他の前記計算機と通信を行うネッ
   トワーク通信手段と、 指示により自己の再起動をする再起動手段と、 を有し、 前記監視計算機は、 独立して動作可能であり、接続された他の前記故障検知
   対象計算機の故障を検知する故障検知手段と、 ネットワークを介して他の前記計算機と通信を行うネッ
   トワーク通信手段と、 前記システム内における故障の発生を監視するとともに
   故障が検出された前記故障検知対象計算機の再起動処理
   を行う稼働状態監視制御手段と、 を有し、 前記故障検知手段経由で故障を検出した前記稼働状態監
   視制御手段は、ネットワーク経由で故障が検出された前
   記故障検知対象計算機との通信を試行し、故障が検出さ
   れた前記故障検知対象計算機から応答がなかった場合
   は、前記故障検知手段経由で故障が検出された前記故障
   検知対象計算機の再起動指示を行い、当該応答があった
   場合は、故障が検出された前記故障検知対象計算機に搭
   載された前記自己故障検知手段の故障と判定し、ネット
   ワーク経由で故障が検出された前記故障検知対象計算機
   の再起動指示を行うことを特徴とする計算機の故障検出
   ・回復方式。
2. 【請求項２】 前記故障検知対象計算機は、前記監視計
   算機でもあることを特徴とする請求項１記載の計算機の
   故障検出・回復方式。
3. 【請求項３】 ネットワーク接続されている少なくとも
   ３台の計算機のうち複数台を故障検知対象計算機とする
   システムにおいて、 前記故障検知対象計算機は、 独立して動作可能であり、搭載された前記故障検知対象
   計算機の故障並びに接続した他の前記故障検知対象計算
   機の故障を検知する故障検知手段と、 ネットワークを介して他の前記計算機と通信を行うネッ
   トワーク通信手段と、 指示により自己の再起動をする再起動手段と、 前記システム内における故障の発生を監視するとともに
   故障が発生した前記故障検知対象計算機の再起動処理を
   行う稼働状態監視制御手段と、 を有し、 前記ネットワーク経由で故障を検出した前記故障検知対
   象計算機の前記稼働状態監視制御手段は、ネットワーク
   経由で故障していない他の前記計算機との通信を試行
   し、当該計算機から応答があった場合は、前記故障検知
   手段経由で故障が検出された前記故障検知対象計算機の
   再起動指示を行い、当該応答がなかった場合は、自己が
   搭載する前記ネットワーク通信手段の故障と判定し、自
   己の再起動を行うことを特徴とする計算機の故障検出・
   回復方式。
4. 【請求項４】 前記故障検知対象計算機の稼働状態を保
   持する稼働状態保持手段を有することを特徴とする請求
   項１乃至３いずれかに記載の計算機の故障検出・回復方
   式。
5. 【請求項５】 故障を検出した前記故障検知対象計算機
   が搭載する前記稼働状態監視制御手段は、前記稼働状態
   保持手段が保持する稼働状態に応じて再起動指示の実行
   制御をすることを特徴とする請求項４記載の計算機の故
   障検出・回復方式。