JP4623001B2

JP4623001B2 - 障害切り分けシステム、障害切り分け方法、およびプログラム

Info

Publication number: JP4623001B2
Application number: JP2006341566A
Authority: JP
Inventors: 隆米村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-12-19
Filing date: 2006-12-19
Publication date: 2011-02-02
Anticipated expiration: 2026-12-19
Also published as: JP2008152643A

Description

本発明は障害切り分けシステム、障害切り分け方法、およびプログラムに関し、特に、ネットワーク障害時の障害原因部位切り分け分解能を向上させることのできる障害切り分けシステム、障害切り分け方法、およびプログラムに関する。

近年、科学技術計算の分野において計算性能の向上の要求が高まっている。そこでスーパーコンピュータなどの高速計算機は複数のＣＰＵと共有メモリで構成される高性能のノードを複数接続し、マルチノード構成をとることでシステム全体としての計算性能の向上を実現している。ノード間の接続は、ノード間クロスバスイッチ（以下、ＩＸＳと記載する。）を介して行われる。

このようなマルチノードコンピュータシステムにおいて、各ノードの管理・制御は、ノード内に備えられた診断プロセッサ（以下、ＤＧＰと記載する。）とＬＡＮなどのネットワークを介して接続されたサービスプロセッサ（以下、ＳＶＰと記載する。）とにより行なわれることが多い。このようなシステムにおいてネットワークに障害が発生した場合は、障害原因部位の特定が困難であるため、通信不通の状態を短時間で解消することができなかった。

このような課題を解決するための従来の技術としては、通信制御部を複数備え、これらの通信制御部により実行した試験通信の結果を解析して、障害原因部位を特定するネットワークシステム障害検出処理回路がある（例えば特許文献１参照。）。

特開平８−２６５３２０

しかしながら、この従来のネットワークシステム障害検出処理回路では、通信制御部を複数有する冗長なＨＷ構成を取らなければならないという問題があった。さらに、障害原因部位として装置あるいは大雑把なネットワークケーブルの範囲を切りわける程度の分解能しかないという問題があった。例えば、障害原因部位が、装置の内部であるのか、ネットワークへの出口部分であるのか、装置からネットワーク幹線またはＨＵＢ（イーサネット（登録商標）／ＩＥＥＥ８０２．３では、イーサネット（登録商標）マルチポートリピータを意味し、「コンセントレータ」とも呼ばれるもの。）等へのケーブルであるのかを判断できないという問題があった。

本発明の目的は、上述した従来のネットワークシステム障害検出処理回路に比べて冗長なＨＷ構成を必要とせずに、また障害原因部位分解能を向上させた障害切り分けシステム、障害切り分け方法、およびプログラムを提供することにある。

本発明の第１の障害切り分けシステムは、複数のノードとＳＶＰとがネットワークで接続され、前記ＳＶＰが、当該ＳＶＰとの間で通信障害が発生した前記ノードである通信障害ノードを検出する手段と、当該ＳＶＰとの間で正常に通信している前記ノードである正常ノードに対して前記通信障害ノードの診断要求を送信する手段とを有し、前記正常ノードが、前記通信障害ノードにノード間通信により診断処理の実行要求を送信する手段と、診断結果を前記ＳＶＰへ送信する手段とを有し、前記通信障害ノードが、前記診断処理を実行する手段と、前記診断結果をノード間通信により前記正常ノードへ送信する手段とを有することを特徴とする。

本発明の第２の障害切り分けシステムは、複数のノードのＤＧＰとＳＶＰとがネットワークで接続され、前記ＳＶＰが、当該ＳＶＰとの間で通信障害が発生した前記ＤＧＰを検出する手段と、当該ＳＶＰとの間で正常に通信している前記ＤＧＰに対して前記通信障害が発生したＤＧＰの診断要求を送信する手段とを有し、前記正常に通信しているＤＧＰが、前記通信障害が発生したＤＧＰにノード間通信により診断処理の実行要求を送信する手段と、診断結果を前記ＳＶＰへ送信する手段とを有し、前記通信障害が発生したＤＧＰが、前記診断処理を実行する手段と、前記診断結果をノード間通信により前記正常に通信しているＤＧＰへ送信する手段とを有することを特徴とする。

本発明の第３の障害切り分けシステムは、前記第２の障害切り分けシステムに於いて、前記診断処理が、前記ＤＧＰの初期化処理を含むことを特徴とする。

本発明の第１の障害切り分け方法は、ＳＶＰが、当該ＳＶＰとの間で通信障害が発生したノードである通信障害ノードを検出するとともに、当該ＳＶＰとの間で正常に通信しているノードである正常ノードに対して前記通信障害ノードの診断要求を送信し、前記正常ノードが、前記通信障害ノードにノード間通信により診断処理の実行要求を送信し、前記通信障害ノードが、前記診断処理を実行するとともに、診断結果をノード間通信により前記正常ノードへ送信し、前記正常ノードが、前記診断結果を前記ＳＶＰへ送信することを特徴とする。

本発明の第２の障害切り分け方法は、ＳＶＰが、当該ＳＶＰとの間で通信障害が発生したＤＧＰを検出するとともに、当該ＳＶＰとの間で正常に通信しているＤＧＰに対して前記通信障害が発生したＤＧＰの診断要求を送信し、前記正常に通信しているＤＧＰが、前記通信障害が発生したＤＧＰにノード間通信により診断処理の実行要求を送信し、前記通信障害が発生したＤＧＰが、前記診断処理を実行するとともに、診断結果をノード間通信により前記正常に通信しているＤＧＰへ送信し、前記正常に通信しているＤＧＰが、前記診断結果を前記ＳＶＰへ送信することを特徴とする。

本発明の第３の障害切り分け方法は、前記第２の障害切り分け方法に於いて、前記診断処理が、前記ＤＧＰの初期化処理を含むことを特徴とする。

本発明の第１のプログラムは、ＳＶＰに、当該ＳＶＰとの間で通信障害が発生したノードである通信障害ノードを検出する処理と、当該ＳＶＰとの間で正常に通信しているノードである正常ノードに対して前記通信障害ノードに診断処理を行わせるための要求をノード間通信により送信させて当該通信障害ノードからその診断結果を受信させる処理と、前記正常ノードから当該通信障害ノードの診断結果を受信する処理とを行わせることを特徴とする。

本発明の第２のプログラムは、ノードに、ＳＶＰから当該ＳＶＰが当該ＳＶＰとの間で通信障害が発生したことを検出したノードである通信障害ノードに診断処理を行わせるための要求を受信する処理と、前記通信障害ノードにノード間通信により診断処理の実行要求を送信し、当該通信障害ノードからその診断結果を受信し、前記診断結果を前記ＳＶＰへ送信する処理と、前記診断処理の実行要求を受信した場合に、前記診断処理を実行し、前記診断結果を前記診断処理の実行要求を送信したノードへノード間通信により送信する処理とを行わせることを特徴とする。

本発明の第１の効果は、ＳＶＰとＤＧＰ間のネットワークにおいて通信障害を検出した場合に、冗長なＨＷ構成を取らなくても、障害の原因となっている部位を高い分解能で切り分けることができることである。

その理由はＳＶＰが、ＳＶＰとＤＧＰ間の通信障害の検出時に、ＳＶＰから通信可能なＤＧＰに対して障害ＤＧＰの診断を要求し、要求されたＤＧＰを有するノードがノード間通信により障害が発生したＤＧＰを有するノードにＤＧＰの診断を要求し、障害が発生したＤＧＰを有するノードにおいてＤＧＰの診断を実行し、この診断の結果を通信可能なＤＧＰを経由してＳＶＰに報告するようにしたからである。

次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。

図１を参照すると、本発明の第１の実施の形態は、ＩＸＳ４１０を介して、ノードＡ１００、ノードＢ２００、ノードＣ３００が相互に接続され、ノード間通信を可能としている。また、ノードＡ１００、ノードＢ２００、ノードＣ３００は、ＳＶＰ４２０とＬＡＮ４３０を介して接続され、ノードサービスプロセッサ間通信を可能としている。ＳＶＰ４２０は、ノードＡ１００、ノードＢ２００、ノードＣ３００を制御するために、ノードＡ１００、ノードＢ２００、ノードＣ３００のＤＧＰ１１０とノードサービスプロセッサ間通信を行なう。また、ＳＶＰ４２０は公衆回線４４０を介してリモート保守センタ４５０に接続されている。以下、単に「ノード」と記述している場合は、「ノードＡ１００、ノードＢ２００、または、ノードＣ３００のいずれかのノード」のことである。

ＳＶＰ４２０は、通信障害検出手段４２１と、診断要求手段４２２と、通報手段４２３とを有している。

通信障害検出手段４２１は、ＬＡＮ４３０を介したＳＶＰ４２０とＤＧＰ１１０間のノードサービスプロセッサ間通信の障害を検出するための手段である。例えば、定期的にＳＶＰ４２０からＤＧＰ１１０にコマンドを発行し、ＤＧＰ１１０からの応答を確認することによって通信の死活を判断する、パトロール処理などが例として挙げられる。

診断要求手段４２２は、通信障害検出手段４２１によって障害が検出されたＤＧＰ１１０の診断を、通信可能な他のＤＧＰ１１０に要求するための手段である。通報手段４２３はＳＶＰ４２０が検出した事象や情報をリモート保守センタ４５０に公衆回線４４０を介して通報するための手段である。

ノードＡ１００、ノードＢ２００、ノードＣ３００は、それぞれ、ノード間通信手段１０４、診断手段１０３を有し、ＤＧＰ１１０に診断起動手段１１２を有している。

ノード間通信手段１０４はノードＡ１００、ノードＢ２００、ノードＣ３００がＩＸＳ４１０を介して通信するための手段である。

診断手段１０３はノードＡ１００、ノードＢ２００、ノードＣ３００が自身の有するＤＧＰ１１０を診断するための手段であり、例えば診断プログラムや診断回路などが相当する。

診断起動手段１１２は、ＤＧＰ１１０が自分の所属するノード以外のノード（以下、他ノードと記述する。）に対して、前記他ノードのＤＧＰ１１０の診断を要求するための手段である。

次に、本発明の第１の実施の形態において通信障害が発生した場合の障害切り分け動作について、図２を用いて、以下に説明する。図２では、ノードＡ１００のＤＧＰ１１０とＳＶＰ４２０が通信不可となった場合の例を示している。

ＳＶＰ４２０は通信障害検出手段４２１により、通信障害のあるＤＧＰ１１０を検出する。図２の例ではノードＡ１００のＤＧＰ１１０に対する、ＳＶＰ４２０からの通信が障害となったことを検出する（図２の手順６０１）。

通信障害を検出したＳＶＰ４２０は診断要求手段４２２により、通信が可能なＤＧＰ１１０の１つ（例えば、通信可能なＤＧＰ１１０を有するノードの内、最若番ノードのＤＧＰ１１０）に対して、通信障害のあったノードのＤＧＰ１１０の診断を要求する。図２の例ではノードＢ２００のＤＧＰ１１０にノードＡ１００のＤＧＰ１１０の診断を要求する（図２の手順６０２）。

ＳＶＰ４２０から診断の要求を受けたＤＧＰ１１０は診断起動手段１１２及び、ノード間通信手段１０４により、診断対象のノードにＩＸＳ４１０を介したノード間通信を行い、診断対象のノードに診断手段１０３を実行させ、前記診断対象のノードのＤＧＰ１１０の診断を行なわせる。図２の例ではＳＶＰ４２０から要求を受けたノードＢ２００のＤＧＰ１１０は診断起動手段１１２及びノード間通信手段１０４を用いて、ノードＡ１００へＩＸＳ４１０を介したノード間通信を行い、ノードＡ１００に診断手段１０３を実行させ、ＤＧＰ１１０の診断を行なわせる（図２の手順６０３）。

ＤＧＰ１１０の診断を行なったノードは診断結果をノード間通信により、要求元のノードのＤＧＰ１１０に返却し、当該ＤＧＰ１１０は診断結果をＳＶＰ４２０に返却する。図２の例ではノードＡ１００はＤＧＰ１１０の診断結果をノードＢ２００のＤＧＰ１１０に返却。そして、ノードＢ２００のＤＧＰ１１０はＳＶＰ４２０に診断結果を返却する（図２の手順６０４）。

ＳＶＰ４２０は本診断結果を通報手段４２３により、公衆回線４４０を介して、リモート保守センタ４５０に通報する（図２の手順６０５）。

図３に本発明の第１の実施の形態の実施例における構成図を示す。

なお、以下の説明では、図１を参照して説明済みであって、実施例として特に説明の必要のない構成の説明は省略する。

図３を参照すると、ノードＡ１００、ノードＢ２００、ノードＣ３００はそれぞれ、ＣＰＵ１２０、ＩＯＰ１４０、ＭＭＵ１５０、Ｄｉｓｋ装置１７０、ＤＧＰ１１０を備えている。

ＣＰＵ１２０は、ＭＭＵ１５０、ＩＯＰ１４０と接続され、ＩＯＰ１４０には、さらに、Ｄｉｓｋ装置１７０及びＩＸＳ４１０が接続されている。ＣＰＵ１２０はＤｉｓｋ装置１７０に格納されている図示しない各種プログラム（ＯＳやアプリケーションプログラム）をＭＭＵ１５０にロードして実行し、ユーザの業務プログラムを運用する。

更にＣＰＵ１２０はノード間通信手段１０４を有し、ＩＸＳ４１０を介してノードＡ１００、ノードＢ２００、ノードＣ３００のＣＰＵ１２０間で高速な通信を行なうことができる。

ＤＧＰ１１０はＣＰＵ１２０と診断バス１６０により接続されており、相互に通信を行なうことが可能である。Ｄｉｓｋ装置１７０には診断プログラム１７３が格納されており、本診断プログラム１７３をＣＰＵ１２０で実行することで、ノードＡ１００、ノードＢ２００、ノードＣ３００のＣＰＵ１２０はＤＧＰ１１０を、診断バス１６０を介して診断することができる。また、ＤＧＰ１１０は診断起動手段１１２を有しているがこれについては後述する。

ＳＶＰ４２０はパトロール手段４２４、診断要求手段４２２、通報手段４２３を備えている。パトロール手段４２４はノードＡ１００、ノードＢ２００、ノードＣ３００のＤＧＰ１１０に対し、パトロール用のコマンドを送信し、各ＤＧＰ１１０からの応答の有無により、ＳＶＰ４２０とＤＧＰ１１０間の通信の正常性を確認する手段である。

診断要求手段４２２は前記パトロール手段４２４でＳＶＰ４２０とＤＧＰ１１０間の通信の異常を検出した場合に、異常を検出したノードのＤＧＰ１１０の診断を、ＳＶＰ４２０と通信が可能なノードのＤＧＰ１１０に要求する手段である。

ＤＧＰ１１０に備えている診断起動手段１１２はＳＶＰ４２０からの前記診断要求を受けた際に、パトロール手段４２４によって通信の異常が検出されたＤＧＰ１１０を有するノードに前記ノードのＤＧＰ１１０の診断を要求するための手段であり、対象ＤＧＰ１１０の診断は、要求を受けたＤＧＰ１１０から診断バス１６０を介してのＣＰＵ１２０への割り込み、診断対象のＤＧＰ１１０が存在するノードのＣＰＵ１２０へのノード間通信、前記ＣＰＵ１２０での診断プログラムの実行により実現される。本動作の詳細については後述する。

なお、図３のパトロール手段４２４、診断プログラム１７３は本発明を実施するための最良の形態の機能ブロック図である図１の通信障害検出手段４２１、診断手段１０３を具体化した一例であり、これに限定されるものではない。

次に、図３、およびフローチャート図４を用いて本発明の第１の実施の形態の実施例の動作について詳細に説明する。

ＳＶＰ４２０はシステム運用中にパトロール手段４２４により、定期的にノードＡ１００、ノードＢ２００、ノードＣ３００のＤＧＰ１１０にパトロールコマンドを送信し、その応答をチェックすることにより、各ＤＧＰ１１０の正常性の確認を行なう。本パトロールにより、あるノードのＤＧＰ１１０とＳＶＰ４２０の通信が不通になっていることを検出した場合（図４のステップ５１１）に、原因がＤＧＰ１１０の装置障害によるものなのか、ＳＶＰ４２０と当該ＤＧＰ１１０間の通信路障害によるものなのかを自動的に切り分ける動作について以下で説明する。

なお、説明のため、前記通信が不通となったノードを”通信不可ノード”と呼ぶこととする。

通信不可ノードを検出したＳＶＰ４２０はＤＧＰ１１０との通信が可能なノードを１つ選択し、診断要求手段４２２によって、通信不可ノードのＤＧＰ１１０の診断を、選択した通信可能なノードのＤＧＰ１１０に要求する（図４のステップ５１２）。以下では、説明のため、要求先の通信可能なノードを”診断要求先ノード”と呼ぶこととする。
診断要求先ノードの選択方法に関しては、通信可能な最若番ノードを選択する方法や、通信の正常性が確認された時刻が現時刻に一番近いノードを採用するといった方法が考えられるが、本発明では特に限定しない。

診断要求先ノードのＤＧＰ１１０はＳＶＰ４２０から通信不可ノードのＤＧＰ１１０の診断要求を受信する（図４のステップ５２１）。要求を受けた診断要求先ノードのＤＧＰ１１０は自身が備えている診断起動手段１１２により、診断バス１６０を介して、自ノードのＣＰＵ１２０に割り込みをかけ、通信不可ノードのＤＧＰ１１０の診断を要求する（図４のステップ５２２）。

診断要求先ノードのＣＰＵ１２０はＤＧＰ１１０からの割り込みを受信すると（図４のステップ５３１）、自身が備えるノード間通信手段１０４により、ＩＸＳ４１０を介したノード間通信で通信不可ノードのＣＰＵ１２０に通信を行い、通信不可ノードのＣＰＵ１２０に通信不可ノードのＤＧＰ１１０の診断を要求する（図４のステップ５３１）。

ノード間通信により要求を受信（図４のステップ５４１）した通信不可ノードのＣＰＵ１２０は自ノードのＤｉｓｋ装置１７０に格納されている診断プログラム１７３をＭＭＵ１５０にロードして実行し、診断バス１６０を介してＳＶＰ４２０との通信が不可状態のＤＧＰ１１０の診断を実行する（図４のステップ５４２）。

通信不可ノードのＣＰＵ１２０は診断プログラム１７３が完了したら診断結果を、ＩＸＳ４１０を介したノード間通信で診断要求先ノードのＣＰＵ１２０に送信する（図４のステップ５４３）。

診断要求先ノードのＣＰＵ１２０はＩＸＳ４１０を介したノード間通信により、通信不可ノードのＤＧＰ１１０の診断結果を受信し（図４のステップ５３３）、前記診断結果をＤＧＰ１１０に診断バス１６０を介して送信する（図４のステップ５３４）。

診断要求先ノードのＤＧＰ１１０は診断バス１６０を介してＣＰＵ１２０から通信不可ノードのＤＧＰ１１０の診断結果を受信し（図４のステップ５２３）、ＳＶＰ４２０にＬＡＮ４３０を介して前記診断結果を送信する（図４のステップ５２４）。

ＳＶＰ４２０は診断要求先ノードのＤＧＰ１１０より通信不可ノードのＤＧＰ１１０の診断結果を受信し（図４のステップ５１３）、通信不可ノードのノード番号と通信不可ノードのＤＧＰ１１０の診断結果を通報手段４２３により、公衆回線４４０を介してリモート保守センタ４５０へ通報する（図４のステップ５１４）。

以上により、本発明の第１の実施の形態の動作が完了する。

本発明の第１の実施の形態によれば、ＳＶＰ４２０との通信が不通であるＤＧＰ１１０を検出した場合に、リモート保守センタ４５０の保守員は不通となったＤＧＰ１１０の所属するノードのノード番号と前記ＤＧＰ１１０の診断結果を知ることができる。ここで、ＤＧＰ１１０の診断結果が異常を示していれば、ＤＧＰ１１０の装置障害であると判断できる。ＤＧＰ１１０の診断結果が正常を示していれば、通信障害の原因はＳＶＰ４２０と通信不可ノードのＤＧＰ１１０間の通信路の障害であると判断できる。そして、ＳＶＰ４２０は、診断要求先ノードのＤＧＰ１１０とは通信ができているわけであるから、障害部位は通信不可ノードからネットワーク幹線またはＨＵＢ等までへのケーブルであると判断できるという効果がある。

その理由は、ＳＶＰ４２０が、ＬＡＮ４３０において通信障害となったＤＧＰ１１０を検出し、ＬＡＮ４３０を経由してＬＡＮ４３０における通信が正常であるＤＧＰ１１０を有する前記ノードに対して前記通信障害となったＤＧＰ１１０の診断を要求し、前記通信が正常であるＤＧＰ１１０を有する前記ノードが、ＬＡＮ４３０を経由して、前記ＳＶＰ４２０から前記通信障害となったＤＧＰ１１０の前記診断の要求を受け取り、ノード間通信機能を経由して、前記通信障害となったＤＧＰ１１０を有する前記ノードに対して前記通信障害となったＤＧＰ１１０の前記診断の実行を要求し、前記通信障害となったＤＧＰ１１０を有する前記ノードが、前記ノード間通信機能を経由して前記通信が正常であるＤＧＰ１１０を有する前記ノードから前記診断の実行の要求を受け取り、前記診断を実行し、前記ノード間通信機能を経由して前記通信が正常であるＤＧＰ１１０を有する前記ノードに対して前記診断の結果を報告し、前記通信が正常であるＤＧＰ１１０を有する前記ノードが、前記ノード間通信機能を経由して前記通信障害となったＤＧＰ１１０を有する前記ノードから前記通信障害となったＤＧＰ１１０の前記診断の結果を受け取り、ＬＡＮ４３０を経由して前記ＳＶＰ４２０に対して前記診断の結果を報告し、前記ＳＶＰ４２０が、ＬＡＮ４３０を経由して前記通信が正常であるＤＧＰ１１０を有する前記ノードから前記通信障害となったＤＧＰ１１０の前記診断の結果を受け取るようにしたためである。

次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。本発明の第２の実施の形態の構成は第１の実施の形態と同様である。

図５は、本発明の第２の実施の形態の実施例の動作を示すフローチャートである。本発明の第２の実施の形態の実施例の動作においては、ＤＧＰ１１０の診断結果が正常を示しているか異常を示しているかを判断するステップとＤＧＰ初期化を実行するステップが追加されている点で第１の実施の形態の実施例の動作と異なる。以下では、第１の実施の形態の実施例の動作と異なる動作が追加となったＣＰＵ１２０（通信不可ノード）の動作部分について説明する。

図５を参照すると、ノード間通信により要求を受信（図５のステップ５４１）した通信不可ノードのＣＰＵ１２０は、自ノードのＤｉｓｋ装置１７０に格納されている診断プログラム１７３をＭＭＵ１５０にロードして実行し、診断バス１６０を介してＳＶＰ４２０との通信が不可状態のＤＧＰ１１０の診断を実行する（図５のステップ５４２）。診断した結果が正常を示している場合は、ステップ５４３へ進み、診断した結果が異常を示している場合はステップ５４５へ進む（図５のステップ５４４）。通信不可ノードのＣＰＵ１２０は、ＤＧＰ１１０の初期化を実行する（図５のステップ５４５）。

通信不可ノードのＣＰＵ１２０は、診断プログラム１７３が完了またはＤＧＰ初期化が完了したら、ＤＧＰ１１０の初期化を実行したか否かを含めた診断結果を、ＩＸＳ４１０を介したノード間通信で診断要求先ノードのＣＰＵ１２０に送信する（図４のステップ５４３）。

以上により、本発明の第２の実施の形態の動作が完了する。

本発明の第２の実施の形態によれば、ＤＧＰ１１０の装置障害であった場合、自動的にＤＧＰ初期化が実行され、障害の原因が間欠的な問題によるものである場合は、自動的に復旧できるという効果がある。その理由は、ＤＧＰ１１０を診断した結果が異常を示している場合は、自動的にＤＧＰ１１０の初期化処理を実行するようにしたためである。

マルチノードシステムにおいて、ＳＶＰからあるノードのＤＧＰへの通信不能の障害を検出した場合に、保守員が現地に赴くことなく自動的に障害原因部位の切り分けを実行することで、保守の迅速化による復旧時間の短縮、人為的な保守ミスによる二次障害の発生の可能性を低減させることが可能なシステムを提供する。

本発明の第１および第２の実施の形態の機能ブロック図である。本発明の第１および第２の実施の形態の動作例の概念図である。本発明の第１および第２の実施の形態の実施例の構成である。本発明の第１の実施の形態の実施例の動作フローチャートである。本発明の第２の実施の形態の実施例の動作フローチャートである。

符号の説明

１００ノードＡ
１０３診断手段
１０４ノード間通信手段
１１０ＤＧＰ
１１２診断起動手段
１２０ＣＰＵ
１４０ＩＯＰ
１５０ＭＭＵ
１６０診断バス
１７０Ｄｉｓｋ装置
１７３診断プログラム
２００ノードＢ
３００ノードＣ
４１０ＩＸＳ
４２０ＳＶＰ
４２１通信障害検出手段
４２２診断要求手段
４２３通報手段
４２４パトロール手段
４３０ＬＡＮ
４４０公衆回線
４５０リモート保守センタ

Claims

複数のノードとサービスプロセッサとを備え、
前記複数のノードのそれぞれの診断プロセッサと前記サービスプロセッサとがネットワークで接続され、前記複数のノードのそれぞれのプロセッサがノード間スイッチにより相互に接続され、
前記サービスプロセッサが、当該サービスプロセッサとの間で通信障害が発生した前記診断プロセッサを検出する手段と、当該サービスプロセッサとの間で正常に通信している前記診断プロセッサに対して前記通信障害が発生した前記診断プロセッサの診断要求を送信する手段とを有し、
前記複数のノードのそれぞれが、
前記サービスプロセッサから前記通信障害が発生した前記診断プロセッサの前記診断要求を受信した場合、自ノードの前記プロセッサに、当該通信障害が発生した前記診断プロセッサの診断処理の実行を指示し、自ノードの前記プロセッサから通知された診断結果を前記サービスプロセッサへ送信する前記診断プロセッサと、
自ノードの前記診断プロセッサから前記通信障害が発生した前記診断プロセッサの診断処理の実行を指示された場合、前記ノード間スイッチを介して前記診断プロセッサの診断処理の実行要求を当該通信障害が発生した前記診断プロセッサを有するノードの前記プロセッサへ送信し、当該プロセッサから受信した前記診断結果を自ノードの前記診断プロセッサへ通知し、他ノードの前記プロセッサから前記診断プロセッサの診断処理の実行要求を受信した場合、自ノードの前記診断プロセッサの診断処理を実行し、当該診断処理の前記診断結果を前記ノード間スイッチを介して当該他ノードの前記プロセッサへ送信する前記プロセッサと
を有する
ことを特徴とする障害切り分けシステム。
前記プロセッサは、自ノードの前記診断プロセッサの診断処理の結果が異常であった場合、当該診断プロセッサを初期化することを特徴とする請求項１記載の障害切り分けシステム。
サービスプロセッサが、ネットワークにより接続された複数のノードのそれぞれの診断プロセッサのうち、当該サービスプロセッサとの間で通信障害が発生した前記診断プロセッサを検出し、当該サービスプロセッサとの間で正常に通信している前記診断プロセッサに対して前記通信障害が発生した前記診断プロセッサの診断要求を送信し、
前記診断プロセッサが、前記サービスプロセッサから前記通信障害が発生した前記診断プロセッサの前記診断要求を受信した場合、自ノードのプロセッサに、当該通信障害が発生した前記診断プロセッサの診断処理の実行を指示し、
前記プロセッサが、自ノードの前記診断プロセッサから前記通信障害が発生した前記診断プロセッサの診断処理の実行を指示された場合、前記複数のノードのそれぞれの前記プロセッサを相互に接続するノード間スイッチを介して前記診断プロセッサの診断処理の実行要求を当該通信障害が発生した前記診断プロセッサを有するノードの前記プロセッサへ送信し、
前記プロセッサが、他ノードの前記プロセッサから前記診断プロセッサの診断処理の実行要求を受信した場合、自ノードの前記診断プロセッサの診断処理を実行し、当該診断処理の診断結果を前記ノード間スイッチを介して当該他ノードの前記プロセッサへ送信し、
前記プロセッサが、他ノードの前記プロセッサから受信した前記診断結果を自ノードの前記診断プロセッサへ通知し、
前記診断プロセッサが、自ノードの前記プロセッサから通知された前記診断結果を前記サービスプロセッサへ送信する
ことを特徴とする障害切り分け方法。
さらに、前記プロセッサが、自ノードの前記診断プロセッサの診断処理の結果が異常であった場合、当該診断プロセッサを初期化することを特徴とする請求項３記載の障害切り分け方法。
サービスプロセッサに、
ネットワークにより接続された複数のノードのそれぞれの診断プロセッサのうち、当該サービスプロセッサとの間で通信障害が発生した前記診断プロセッサを検出し、
当該サービスプロセッサとの間で正常に通信している前記診断プロセッサに対して前記通信障害が発生した前記診断プロセッサの診断要求を送信し、
前記正常に通信している前記診断プロセッサを有するノードのプロセッサが、前記複数のノードのそれぞれの前記プロセッサを相互に接続するノード間スイッチを介して前記診断プロセッサの診断処理の実行要求を送信することにより、前記通信障害が発生した前記診断プロセッサを有するノードの前記プロセッサより取得した、当該通信障害が発生した前記診断プロセッサの診断結果を、当該正常に通信している前記診断プロセッサから受信する
処理を行わせることを特徴とするプログラム。
ノードに、
診断プロセッサが、ネットワークにより接続されたサービスプロセッサから当該サービスプロセッサとの間で通信障害が発生した他ノードの前記診断プロセッサの診断要求を受信した場合、自ノードのプロセッサに、当該通信障害が発生した前記診断プロセッサの診断処理の実行を指示し、
前記プロセッサが、自ノードの前記診断プロセッサから前記通信障害が発生した前記診断プロセッサの診断処理の実行を指示された場合、複数のノードのそれぞれの前記プロセッサを相互に接続するノード間スイッチを介して前記診断プロセッサの診断処理の実行要求を当該通信障害が発生した前記診断プロセッサを有するノードの前記プロセッサへ送信し、
前記プロセッサが、他ノードの前記プロセッサから前記診断プロセッサの診断処理の実行要求を受信した場合、自ノードの前記診断プロセッサの診断処理を実行し、当該診断処理の診断結果を前記ノード間スイッチを介して当該他ノードの前記プロセッサへ送信し、
前記プロセッサが、他ノードの前記プロセッサから受信した前記診断結果を自ノードの前記診断プロセッサへ通知し、
前記診断プロセッサが、自ノードの前記プロセッサから通知された前記診断結果を前記サービスプロセッサへ送信する
処理を行わせることを特徴とするプログラム。
さらに、前記プロセッサが、自ノードの前記診断プロセッサの診断処理の結果が異常であった場合、当該診断プロセッサを初期化することを特徴とする請求項６記載のプログラム。