JP2013206073A - ネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラム - Google Patents

Abstract

【課題】サーバの運用管理において、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、サーバの障害を誤検出する可能性を低減させる。
【解決手段】ネットワーク管理システムは、管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得手段と、管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御手段と、リモートコンソール制御手段に対してサーバの制御を指示し、リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ状態照合手段と、管理情報取得手段に管理情報の取得を指示し、リモートコンソール制御手段にサーバの制御を指示し、管理情報と障害発生の判定とからサーバの障害発生を表示する、サーバ状態情報収集・表示手段と、を備える。
【選択図】 図1

Description

本発明は、ネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラムの技術分野に関する。

ネットワーク監視システムの一例が、例えば、特許文献１に記載されている。特許文献１の運用管理システムは、運用管理サーバと、監視対象である複数のサーバとから構成されており、以下のように動作する。

運用管理サーバは、パターン定義グループデータベースと、障害対策情報データベースとを備えている。パターン定義グループデータベースには、イベント情報の発生パターンがイベントグループとして予め定義されている。障害対策情報データベースには、各イベントグループに対する障害対策情報が予め格納されている。運用管理サーバは、監視対象のサーバから収集したイベント情報と、パターン定義グループデータベース中のイベントグループとして定義されたイベント情報の発生パターンとのパターンマッチングを行い、一致または類似するイベントグループを探す。運用管理サーバは、一致するイベントグループを発見すると、障害対策情報を抽出する。

ネットワーク監視システムにおけるイベント情報の収集には、ネットワーク管理プロトコルが使われる。ネットワーク管理プロトコルの一例として、ＳＮＭＰ(Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ)が知られている。ところが、ＳＮＭＰは、パケット伝送の信頼性が低く、監視対象のネットワークノードからネットワーク管理システムにイベント情報が到達しないことがあるという問題点があった。

このような問題点を解決する技術の一例が、特許文献２に記載されている。特許文献２のネットワーク監視システムは、ＳＮＭＰマネージャと、監視対象である複数のＳＮＭＰ装置と、両者をつなぐネットワークのそれぞれＳＮＭＰマネージャ側とＳＮＭＰ装置側とにある２台のＳＮＭＰ中継装置とから構成されており、以下のように動作する。

ＳＮＭＰマネージャ側のＳＮＭＰ中継装置と、ＳＮＭＰ装置側のＳＮＭＰ中継装置との間で、トンネリング用のＴＣＰコネクションを確立する。ＳＮＭＰ装置とＳＮＭＰマネージャ間で送受信されるＳＮＭＰパケットは、ＳＮＭＰ中継装置間でＴＣＰコネクションを介してトンネリングされる。これにより、ＳＮＭＰパケットの伝送の信頼性を改善している。

一方、基板管理コントローラ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ；ＢＭＣ）は、コンピュータのハードウェアエラーを監視する機能を持った装置である。基板管理コントローラは、コンピュータ本体から独立した電源供給とネットワークインタフェースを持ち、コンピュータ本体の電源がオフであっても、コンピュータのハードウェアエラーの監視を継続できる。

基板管理コントローラを備えるコンピュータの一例が、特許文献３に記載されている。特許文献３のシステムは、基板管理コントローラ及び基本入出力システム（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ；ＢＩＯＳ）を含むメモリユニットを含み、以下のように動作する。

システム管理割り込み（Ｓｙｓｔｅｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｒｕｐｔ；ＳＭＩ）は周期的に呼び出される。ステータスレジスタは、回復可能なエラーが発生したか否かを検出するためにスキャンされる。回復可能なエラーが検出された場合、システムは基板管理コントローラに関連付けられたメモリユニットにログする。システムは、回復可能なエラーのソース及びそのソースの場所を示す情報をログする。回復可能なエラーの検出がない場合には、システムは回復可能なエラーが発生していないことを示す通信を伝送する。これにより、情報ハンドリングシステムにおける回復可能なエラーのソース及びそのソースの場所を示す情報をログすることができる。

ＷＯ２００４／０６１６８１号公報 特開２０１０−２３７９６４号公報 特開２００７−１０９２３８号公報

しかし、特許文献２に開示されているネットワーク監視システムは、ＳＮＭＰ装置やＳＮＭＰ中継装置の高負荷等によりＳＮＭＰパケットの送受信が一定時間以上遅延すると、ＳＮＭＰマネージャにおけるＳＮＭＰパケット受信のタイムアウトが発生して、その結果、ＳＮＭＰマネージャがＳＮＭＰ装置の障害を誤検出する可能性が高いという問題がある。

本発明の目的は、上述した課題である、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、サーバの障害を誤検出する可能性を低減できるネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラムを提供することにある。

本発明のネットワーク管理システムは、管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得手段と、前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御手段と、前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ状態照合手段と、前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、サーバ状態情報収集・表示手段と、を備えることを特徴とする。

本発明のネットワーク管理方法は、管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得ステップと、前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御ステップと、前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ障害照合ステップと、前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、ノード状態情報収集・表示ステップと、を備えることを特徴とする。

本発明のネットワーク管理プログラムは、管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得手順と、前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御手順と、前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ障害照合手順と、前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、ノード状態情報収集・表示手順と、をコンピュータに実行させることを特徴とする。

本発明のネットワーク監視システムは、管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得手段と、前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御手段と、前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ状態照合手段と、前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、サーバ状態情報収集・表示手段と、を備える１以上のネットワーク管理システムと、ネットワーク管理エージェントと、基板管理コントローラと、を備える１以上のサーバと、を備えることを特徴とする。

本発明によれば、サーバの運用管理において、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、サーバの障害を誤検出する可能性を低減することが可能になる。

本発明の第１の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成を示すブロック図である。 本発明の第１の実施形態におけるサーバ状態情報収集・表示手段の動作を説明するフローチャートである。 本発明の第１の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。 本発明の第２の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。 本発明の第３の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。 本発明の第４の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。 本発明の第５の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。

以下、本発明の実施形態について図面を参照して詳細に説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
（第１の実施形態）
図１は、本発明の第１の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成を示すブロック図である。

第１の実施形態におけるネットワーク管理システム１００は、サーバ状態情報収集・表示手段１１０と、管理情報要求送信手段１２０と、管理情報応答受信手段１３０と、リモートコンソール制御要求送信手段１４０と、リモートコンソール制御応答受信手段１５０と、サーバ状態照合手段１６０とを備えている。

ネットワーク管理システム１００は、サーバ４００のネットワークノードの状態監視等を行う装置である。サーバ状態情報収集・表示手段１１０は、サーバ４００のネットワークノードの状態の収集及び表示を行う手段である。管理情報要求送信手段１２０は、サーバ４００のネットワークノードへ管理情報の要求等を送信する手段である。管理情報応答受信手段１３０は、サーバ４００のネットワークノードから管理情報の応答等を受信する手段である。リモートコンソール制御要求送信手段１４０は、サーバ４００のネットワークノードへリモートコンソール制御の要求等を送信する手段である。リモートコンソール制御応答受信手段１５０は、サーバ４００のネットワークノードからリモートコンソール制御の応答等を受信する手段である。サーバ状態照合手段１６０は、サーバ４００のネットワークノードからリモートコンソール制御の応答等に基づき、そのサーバに障害が発生しているか否かを判定する手段である。図１において、サーバ４００は、１つのみ図示し説明するが、これは複数あっても良い。

ここで、管理情報要求送信手段１２０と管理情報応答受信手段１３０とが、本願発明の「管理情報取得手段」に相当する。又、リモートコンソール制御要求送信手段１４０とリモートコンソール制御応答受信手段１５０とが、本願発明の「リモートコントロール制御手段」に相当する。

ここで、リモートコンソール制御要求送信手段１４０とリモートコンソール制御応答受信手段１５０とは、管理情報要求送信手段１２０と管理情報応答受信手段１３０とを含めたネットワーク管理システム１００本体とは独立したネットワークインタフェースを備える。そのため、ネットワーク管理システム１００は、本体のネットワークインタフェースの故障や、それのみに接続したネットワークの障害や輻輳等の発生に係らず、基板管理コントローラ３００と通信できる。

第１の実施形態におけるサーバ４００は、ネットワーク管理エージェント２００と、基板管理コントローラ３００とを備えている。

サーバ４００は、コンピュータである。ネットワーク管理エージェント２００は、サーバ４００の管理情報を保持し、ネットワーク管理システム１００からの要求等に応じて、その管理情報を送信する手段である。基板管理コントローラ３００は、サーバ４００のハードウェアやシステムを監視し、リモートコンピュータからのコマンド入力やマウス・キーボード入力を受け付け、リモートコンピュータにコマンド応答や画面表示を返す手段である。

ここで、基板管理コントローラ３００は、ネットワーク管理エージェント２００を含めたサーバ４００本体とは独立した電源供給を受けており、本体の電源ＯＮ／ＯＦＦに係らず、常時、電源が供給されている。また、基板管理コントローラ３００は、ネットワーク管理エージェント２００を含めたサーバ４００本体とは独立したネットワークインタフェースを備えている。基板管理コントローラ３００は、リモートコンソール制御要求送信手段１４０及びリモートコンソール制御応答受信手段１５０に対するネットワーク接続を有している。そのため、基板管理コントローラ３００は、サーバ本体のネットワークインタフェースの故障や、それのみに接続したネットワークの障害や輻輳等の発生に係らず、リモートコンソール制御要求送信手段１４０及びリモートコンソール制御応答受信手段１５０と通信ができる。

第１の実施形態におけるネットワーク管理エージェント２００は、管理情報要求処理手段２１０と、管理情報要求受信手段２２０と、管理情報応答送信手段２３０とを備えている。

管理情報要求処理手段２１０は、サーバ４００の管理情報を保持し、ネットワーク管理システム１００からの管理情報要求を解析等して、その管理情報応答や通知を作成する手段である。管理情報要求受信手段２２０は、ネットワーク管理システム１００からの管理情報要求を受信する手段である。管理情報応答送信手段２３０は、ネットワーク管理システム１００への管理情報応答や通知を送信する手段である。

第１の実施形態における基板管理コントローラ３００は、リモートコンソール制御手段３１０と、システムイベントログ制御手段３２０と、を備えている。第１の実施形態における基板管理コントローラ３００は、更に、ステータスランプ制御手段３３０と、仮想ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）制御手段３４０と、ＵＩＤ（Ｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ）ランプ制御手段３５０と、入力・画面制御手段３６０と、を備えているが、これらの手段については、適宜これらの内の必要なものの組み合わせであっても良い。

リモートコンソール制御手段３１０は、ネットワーク管理システム１００からの要求を受信して、システムイベントログ制御手段３２０と、ステータスランプ制御手段３３０と、仮想ＬＣＤ制御手段３４０と、ＵＩＤランプ制御手段３５０と、入力・画面制御手段３６０との、いずれかの手段にその要求の処理をさせ、それらの手段からの応答等を送信する手段である。システムイベントログ制御手段３２０は、サーバのＢＩＯＳ、ＯＳ、アプリケーションソフトウェア等の運用状態を表示するログ情報を制御する手段である。ステータスランプ制御手段３３０は、サーバの運用状態を示すステータスランプの表示状態及び表示色を制御する手段である。仮想ＬＣＤ制御手段３４０は、サーバの基板管理コントローラ、ＢＩＯＳ等の運用状態を表示する情報を制御する手段である。ＵＩＤランプ制御手段３５０は、サーバの識別状態を表示するＵＩＤランプの表示状態を制御する手段である。入力・画面制御手段３６０は、リモートコンピュータからのキーボードやマウス等の入力を受付け、サーバのＢＩＯＳ、ＯＳ、アプリケーションソフトウェア等が出力する画面表示を制御し、画面情報を返す手段である。

次に、本実施形態の動作を説明する。図２は、本発明の第１の実施形態におけるサーバ状態情報収集・表示手段の動作を説明するフローチャートである。

サーバ状態情報収集・表示手段１１０は、管理情報要求送信手段１２０に、運用状態に関する管理情報要求の送信を依頼する（ステップＡ１０）。管理情報要求送信手段１２０は、サーバ４００にその運用状態に関する管理情報要求（例えば、ＳＮＭＰのＧｅｔＲｅｑｕｅｓｔ）を送信する。

管理情報要求受信手段２２０は、管理情報要求を受信すると、それを管理情報要求処理手段２１０に渡す。管理情報要求処理手段２１０は、サーバ４００の管理情報を保持しており、管理情報応答送信手段２３０に管理情報応答の送信を依頼する。管理情報応答送信手段２３０は、ネットワーク管理システム１００に管理情報応答を送信する。

サーバ状態情報収集・表示手段１１０は、タイムアウト時間を設定した上で、管理情報応答受信手段１３０からの管理情報応答（例えば、ＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅ）の受信を待つ（ステップＡ２０）。

管理情報応答受信手段１３０は、サーバ４００からの管理情報応答（例えば、ＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅ）を受信すると、それをサーバ状態情報収集・表示手段１１０に渡す。サーバ状態情報収集・表示手段１１０は、管理情報応答を受信すると（ステップＡ２０のＹｅｓ）、管理情報に含まれるサーバの運用状態（例えば、ＳＮＭＰのＯｐＳｔａｔｕｓ）が正常（例えば、ＳＮＭＰのｎｏｒｍａｌ）であるか否かを調べる（ステップＡ４０）。サーバ状態情報収集・表示手段１１０は、管理情報に含まれるサーバの運用状態が正常ならば（ステップＡ４０のＹｅｓ）、サーバに障害がないことをネットワーク管理システム１００の画面に表示し（ステップＡ７０）、管理情報に含まれるサーバの運用状態が正常でないならば（ステップＡ４０のＮｏ）、サーバに障害があることをネットワーク管理システム１００の画面に表示する（ステップＡ６０）。

一方、サーバ状態情報収集・表示手段１１０は、管理情報応答の受信でタイムアウトが発生すると（ステップＡ２０のＮｏ）、リモートコンソール情報に基づくサーバ状態判定をサーバ状態照合手段１６０に行わせる（ステップＡ３０）。

サーバ状態情報収集・表示手段１１０は、サーバに障害がないと判定すると（ステップＡ５０のＮｏ）、サーバに障害がないことをネットワーク管理システム１００の画面に表示し（ステップＡ７０）、サーバに障害があると判定すると（ステップＡ５０のＹｅｓ）、サーバに障害があることをネットワーク管理システム１００の画面に表示する（ステップＡ６０）。

なお、ここでは、ネットワーク管理プロトコルとしてＳＮＭＰを用いた例を挙げたが、本実施の形態はこれに限らず、ＣＭＩＰ（Ｃｏｍｍｏｎ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＷＳ−Ｍａｎａｇｅｍｅｎｔ（Ｗｅｂ Ｓｅｒｖｉｃｅ ｆｏｒ Ｍａｎａｇｅｍｅｎｔ）等のネットワーク管理プロトコルを利用するネットワーク管理システムであっても良い。

図３は、本発明の第１の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。

本実施形態におけるリモートコンソール情報は、システムイベントログ情報である。システムイベントログ情報は、サーバのＢＩＯＳ、ＯＳ、アプリケーションソフトウェア等が出力するログ情報である。例えば、ＢＩＯＳセットアップ情報の不正、システム情報を保持するための電池が切れている、Ｃｈｉｐ ＳｅｔまたはＣｏｎｓｏｌｅの初期化でエラーが起きた、Ｆｌａｓｈ ＲＯＭが故障した、未サポートのＣＰＵを検出した、温度異常を検出した、電圧異常を検出した、メモリの情報が正しく取得できなかった、ＣＰＵの情報が正しく取得できなかった、等の場合にログにレコードが書き込まれる。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、サーバ４００にリモートコンソール制御要求（例えば、ＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）上のコマンド入力、または、リモートＫＶＭ（Ｋｅｙｂｏａｒｄ，Ｖｉｄｅｏ，Ｍｏｕｓｅ）上のキーボードやマウスの操作等）を送信する。例えば、ＳＳＨ上で実行する場合について説明する。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、システムイベントログ情報を表示するコマンドをサーバ４００に送信する（ステップＢ１０）。

リモートコンソール制御手段３１０は、システムイベントログ制御手段３２０に処理を依頼する。システムイベントログ制御手段３２０は、まず、システムイベントログ情報に含まれるすべてのレコードを表示するコマンドを実行する。リモートコンソール制御手段３１０は、コマンド応答として表示された文字列をネットワーク管理システム１００に送信する。

サーバ状態照合手段１６０は、タイムアウト時間を設定した上で、リモートコンソール制御応答受信手段１５０を経由して、サーバ４００からのシステムイベントログ情報の受信を待つ（ステップＢ２０）。

サーバ状態照合手段１６０は、システムイベントログ情報を受信すると（ステップＢ２０のＹｅｓ）、システムイベントログ情報に対しサーバ障害を示す内容があるか照合する（ステップＢ３０）。

サーバ状態照合手段１６０は、予め定義されたエラーメッセージパターンのうち、少なくとも１個のエラーメッセージパターンが、システムイベントログ情報に含まれる文字列とマッチした場合に、サーバ２００で障害が発生していると判定し（ステップＢ９５）、それ以外の場合には（ステップＢ４０からステップＢ５０のＮｏ）、障害が発生していないと判定する（ステップＢ９０）。ここでは、「ＢＩＯＳセットアップ情報の不正」（ステップＢ４０）、「システム情報を保持するための電池が切れている」（ステップＢ４５）、「ＣＰＵの情報が正しく取得できなかった」（ステップＢ５０）等に相当するエラーメッセージパターンとマッチした場合に障害があると判定する例を示した。

一方、サーバ状態照合手段１６０は、リモートコンソール制御応答の受信でタイムアウトが発生すると（ステップＢ２０のＮｏ）、サーバに障害があると判定する（ステップＢ９５）。

なお、障害が発生していると判定された場合には、オペレータが、障害を取り除いた後に、システムイベントログのファイルを新規ファイルに切り替えるか、システムイベントログを初期化する。

エラーメッセージパターンは、サーバの障害を識別するためのパターンで、正規表現を使うことで記述性を高めることができる。例えば、エラーメッセージパターンとして、エラーメッセージ中に特定のエラーコードを含む場合に障害発生と判定する正規表現を用意しても良い。なお、文字列のテンプレートマッチング方法は、テキストエディタにおける正規表現の処理等で当業者に公知であり、したがってここでは詳細に説明しない。

サーバ４００がリモートコンソール制御要求を受信すると、基板管理コントローラ３００のリモートコンソール制御手段３１０がリモートコンソール制御要求を処理する。このリモートコンソール制御要求は、ＳＳＨやリモートＫＶＭ等の上で実行される。

ＳＳＨは、ローカルコンピュータからリモートコンピュータのコマンドを安全に実行するサービスである。一方、リモートＫＶＭは、ローカルコンピュータのキーボード、マウス、ディスプレイ（ウィンドウ）を使って、リモートコンピュータのＢＩＯＳ画面及びＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）画面の上での操作及び画面表示を行うサービスである。

例えば、リモートコンソール制御要求がＳＳＨ上で受信された場合には、リモートコンソール制御手段３１０は、ネットワーク管理システム１００のリモートコンソール制御要求送信手段１４０及びリモートコンソール制御応答受信手段１５０との間でＳＳＨのセッションを確立し、リモートコンソール制御要求送信手段１４０からのコマンド入力を受理し、リモートコンソール制御応答受信手段１５０にコマンド応答を返却する。

一方、例えば、リモートコンソール制御要求がリモートＫＶＭ上で受信された場合には、リモートコンソール制御手段３１０は、ネットワーク管理システム１００のリモートコンソール制御要求送信手段１４０及びリモートコンソール制御応答受信手段１５０との間でリモートＫＶＭのセッションを確立し、リモートコンソール制御要求送信手段１４０からのキーボードやマウスの操作を受理し、リモートコンソール制御応答受信手段１５０に画面表示を返却する。

なお、本実施の形態はこれに限らず、リモートコンソール制御要求は、ｔｅｌｎｅｔ、ｒｌｏｇｉｎ、ＲＤＰ（Ｒｅｍｏｔｅ Ｄｅｓｋｔｏｐ Ｐｒｏｔｏｃｏｌ）、ＶＮＣ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ）等の上で実行しても良い。

以上説明したように、本発明の第１の実施形態におけるネットワーク管理システムは、サーバの運用管理を行うネットワーク管理システムにおいて、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、ネットワーク管理システムがサーバの障害を誤検出する可能性を低減することが可能になる。

なぜなら、ネットワーク管理システム１００本体とサーバ４００本体とをつなぐネットワークの輻輳等によりサーバからの管理情報が廃棄された場合や、サーバ４００本体の高負荷等により管理情報の送信が一定時間以上遅延した場合にも、ネットワーク管理システム１００と基板管理コントローラ３００は通信できるので、基板管理コントローラ３００から得たシステムイベントログ情報に基づきサーバの障害の有無を判定することにより、ネットワーク管理システム１００がサーバ２００の障害を誤検出する可能性を低減できるからである。
（第２の実施形態）
上述した第１の実施形態においては、リモートコンソール情報として、システムイベントログ情報の場合を説明したが、その代わりに、例えば、ステータスランプ情報を用いてもよい。

本発明の第１の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成を示す図１のブロック図を流用して、第２の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成との違いについて説明する。

第２の実施形態における基板管理コントローラ３００は、リモートコンソール制御手段３１０と、ステータスランプ制御手段３３０と、を備えている。第２の実施形態における基板管理コントローラ３００は、更に、システムイベントログ制御手段３２０と、仮想ＬＣＤ制御手段３４０と、ＵＩＤランプ制御手段３５０と、入力・画面制御手段３６０と、を備えているが、これらの手段については、適宜これらの内の必要なものの組み合わせであっても良い。

なお、その他の構成は、第１の実施形態で示した構成と同様であるため、説明は省略する。

図４は、本発明の第２の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。

本実施形態におけるリモートコンソール情報は、ステータスランプ情報である。ステータスランプ情報は、サーバのハードウェア、基板管理コントローラ等が出力するランプの表示状態（点灯、消灯、点滅等）及び表示色（緑、アンバー等）の情報である。例えば、緑色での点灯状態が正常状態を表し、その他の状態は故障状態を表す。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、サーバ４００にリモートコンソール制御要求（例えば、ＳＳＨ上のコマンド入力、または、リモートＫＶＭ上のキーボードやマウスの操作等）を送信する。例えば、ＳＳＨ上で実行する場合について説明する。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、ステータスランプ情報を表示するコマンドをサーバ４００に送信する（ステップＣ１０）。

リモートコンソール制御手段３１０は、ステータスランプ制御手段３３０に処理を依頼する。ステータスランプ制御手段３３０は、まず、ステータスランプ情報を表示するコマンドを実行する。リモートコンソール制御手段３１０は、コマンド応答として表示された文字列をネットワーク管理システム１００に送信する。

サーバ状態照合手段１６０は、タイムアウト時間を設定した上で、リモートコンソール制御応答受信手段１５０を経由して、サーバ４００からのステータスランプ情報の受信を待つ（ステップＣ２０）。

サーバ状態照合手段１６０は、ステータスランプ情報を受信すると（ステップＣ２０のＹｅｓ）、ステータスランプ情報に対しサーバ障害を示す内容があるか照合する（ステップＣ３０）。

サーバ状態照合手段１６０は、予め定義されたエラーメッセージパターンのうち、少なくとも１個のエラーメッセージパターンが、ステータスランプ情報に含まれる文字列とマッチした場合に（ステップＣ４０からステップＣ５０のＹｅｓ）、サーバ２００で障害が発生していると判定し（ステップＣ９５）、それ以外の場合には（ステップＣ４０からステップＣ５０のＮｏ）、障害が発生していないと判定する（ステップＣ９０）。ここでは、「ステータスランプが消灯」（ステップＣ４０）、「ステータスランプが点滅」（ステップＣ４５）、「ステータスランプがアンバー色」（ステップＣ５０）等に相当するエラーメッセージパターンとマッチした場合に障害があると判定する例を示した。

一方、サーバ状態照合手段１６０は、リモートコンソール制御応答の受信でタイムアウトが発生すると（ステップＣ２０のＮｏ）、サーバに障害があると判定する（ステップＣ９５）。

なお、その他の動作は、第１の実施形態で示した動作と同様であるため、説明は省略する。

以上説明したように、本発明の第２の実施形態におけるネットワーク管理システムは、サーバの運用管理を行うネットワーク管理システムにおいて、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、ネットワーク管理システムがサーバの障害を誤検出する可能性を低減することが可能になる。
（第３の実施形態）
上述した第１の実施形態においては、リモートコンソール情報として、システムイベントログ情報の場合を説明したが、その代わりに、例えば、仮想ＬＣＤ情報を用いてもよい。

本発明の第１の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成を示す図１のブロック図を流用して、第３の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成との違いについて説明する。

第３の実施形態における基板管理コントローラ３００は、リモートコンソール制御手段３１０と、仮想ＬＣＤ制御手段３４０と、を備えている。第３の実施形態における基板管理コントローラ３００は、更に、システムイベントログ制御手段３２０と、ステータスランプ制御手段３３０と、ＵＩＤランプ制御手段３５０と、入力・画面制御手段３６０と、を備えているが、これらの手段については、適宜これらの内の必要なものの組み合わせであっても良い。

なお、その他の構成は、第１の実施形態で示した構成と同様であるため、説明は省略する。

図５は、本発明の第３の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。

本実施形態におけるリモートコンソール情報は、仮想ＬＣＤ情報である。仮想ＬＣＤ情報は、サーバの基板管理コントローラ、ＢＩＯＳ等が出力する文字列のエラーメッセージである。例えば、電圧異常を検出した、温度異常を検出した、ＯＳのＳＴＯＰエラーが起きた、電源ユニットで異常が起きた、ＣＰＵが実装されていない、ＣＰＵの温度異常により強制的に電源をＯＦＦにした、メモリで修復不能エラーが起きた、ＣＰＵの内部エラーが起きた、等の場合にエラーメッセージが更新される。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、サーバ４００にリモートコンソール制御要求（例えば、ＳＳＨ上のコマンド入力、または、リモートＫＶＭ上のキーボードやマウスの操作等）を送信する。例えば、ＳＳＨ上で実行する場合について説明する。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、仮想ＬＣＤ情報を表示するコマンドをサーバ４００に送信する（ステップＤ１０）。

リモートコンソール制御手段３１０は、仮想ＬＣＤ制御手段３４０に処理を依頼する。仮想ＬＣＤ制御手段３４０は、まず、仮想ＬＣＤ情報を表示するコマンドを実行する。リモートコンソール制御手段３１０は、コマンド応答として表示された文字列をネットワーク管理システム１００に送信する。

サーバ状態照合手段１６０は、タイムアウト時間を設定した上で、リモートコンソール制御応答受信手段１５０を経由して、サーバ４００からの仮想ＬＣＤ情報の受信を待つ（ステップＤ２０）。

サーバ状態照合手段１６０は、仮想ＬＣＤ情報を受信すると（ステップＤ２０のＹｅｓ）、仮想ＬＣＤ情報に対しサーバ障害を示す内容があるか照合する（ステップＤ３０）。

サーバ状態照合手段１６０は、予め定義されたエラーメッセージパターンのうち、少なくとも１個のエラーメッセージパターンが、仮想ＬＣＤ情報に含まれる文字列とマッチした場合に（ステップＤ４０からステップＤ５０のＹｅｓ）、サーバ２００で障害が発生していると判定し（ステップＤ９５）、それ以外の場合には（ステップＤ４０からステップＤ５０のＮｏ）、障害が発生していないと判定する（ステップＤ９０）。ここでは、「電圧異常を検出した」（ステップＤ４０）、「温度異常を検出した」（ステップＤ４５）、「ＣＰＵの内部エラーが起きた」（ステップＤ５０）等に相当するエラーメッセージパターンとマッチした場合に障害があると判定する例を示した。

一方、サーバ状態照合手段１６０は、リモートコンソール制御応答の受信でタイムアウトが発生すると（ステップＤ２０のＮｏ）、サーバに障害があると判定する（ステップＤ９５）。

なお、その他の動作は、第１の実施形態で示した動作と同様であるため、説明は省略する。

以上説明したように、本発明の第３の実施形態におけるネットワーク管理システムは、サーバの運用管理を行うネットワーク管理システムにおいて、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、ネットワーク管理システムがサーバの障害を誤検出する可能性を低減することが可能になる。
（第４の実施形態）
上述した第１の実施形態においては、リモートコンソール情報として、システムイベントログ情報の場合を説明したが、その代わりに、例えば、ＵＩＤランプ情報を用いてもよい。

本発明の第１の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成を示す図１のブロック図を流用して、第４の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成との違いについて説明する。

第４の実施形態における基板管理コントローラ３００は、リモートコンソール制御手段３１０と、ＵＩＤランプ制御手段３５０と、を備えている。第４の実施形態における基板管理コントローラ３００は、更に、システムイベントログ制御手段３２０と、ステータスランプ制御手段３３０と、仮想ＬＣＤ制御手段３４０と、入力・画面制御手段３６０と、を備えているが、これらの手段については、適宜これらの内の必要なものの組み合わせであっても良い。

なお、その他の構成は、第１の実施形態で示した構成と同様であるため、説明は省略する。

図６は、本発明の第４の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。

本実施形態におけるリモートコンソール情報は、ＵＩＤランプ情報である。ＵＩＤランプ情報は、ハードウェア、サーバの基板管理コントローラ、アプリケーションソフトウェア等が出力するランプの表示状態（オン、オフ等）の情報である。例えば、特定のサーバの筐体における実装位置をオペレータに知らせるために、アプリケーションソフトウェアから点灯させる。この操作ができなくなった場合には、サーバに障害が発生していると判断できる。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、サーバ４００にリモートコンソール制御要求（例えば、ＳＳＨ上のコマンド入力、または、リモートＫＶＭ上のキーボードやマウスの操作等）を送信する。例えば、ＳＳＨ上で実行する場合について説明する。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、ＵＩＤランプを点灯し、ＵＩＤランプ情報を表示するコマンドをサーバ４００に送信する（ステップＥ１０）。

リモートコンソール制御手段３１０は、ＵＩＤランプ制御手段３５０に処理を依頼する。ＵＩＤランプ制御手段３５０は、まず、ＵＩＤランプの点灯を要求し、ＵＩＤランプ情報を表示する。リモートコンソール制御手段３１０は、コマンド応答として表示された文字列をネットワーク管理システム１００に送信する。

サーバ状態照合手段１６０は、タイムアウト時間を設定した上で、リモートコンソール制御応答受信手段１５０を経由して、サーバ４００からのＵＩＤランプ情報の受信を待つ（ステップＥ２０）。

サーバ状態照合手段１６０は、ＵＩＤランプ情報を受信すると（ステップＥ２０のＹｅｓ）、ＵＩＤランプ情報に対しサーバ障害を示す内容があるか照合する（ステップＥ３０）。サーバ状態照合手段１６０は、予め定義されたエラーメッセージパターンのうち、少なくとも１個のエラーメッセージパターンが、ＵＩＤランプ情報に含まれる文字列とマッチした場合に（ステップＥ４０のＹｅｓ）、サーバ２００で障害が発生していると判定し（ステップＥ９５）、それ以外の場合には（ステップＥ４０のＮｏ）、ステップＥ６０以降の処理を継続する。ここでは、「点灯状態ではない」（ステップＥ４０）等に相当するエラーメッセージパターンとマッチした場合に障害があると判定する例を示した。

次に、サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、ＵＩＤランプを消灯し、ＵＩＤランプ情報を表示するコマンドをサーバ４００に送信する（ステップＥ６０）。

リモートコンソール制御手段３１０は、ＵＩＤランプ制御手段３５０に処理を依頼する。ＵＩＤランプ制御手段３５０は、まず、ＵＩＤランプの消灯を要求し、ＵＩＤランプ情報を表示する。リモートコンソール制御手段３１０は、コマンド応答として表示された文字列をネットワーク管理システム１００に送信する。

サーバ状態照合手段１６０は、タイムアウト時間を設定した上で、リモートコンソール制御応答受信手段１５０を経由して、サーバ４００からのＵＩＤランプ情報の受信を待つ（ステップＥ６５）。

サーバ状態照合手段１６０は、ＵＩＤランプ情報を受信すると（ステップＥ６５のＹｅｓ）、ＵＩＤランプ情報に対しサーバ障害を示す内容があるか照合する（ステップＥ７０）。サーバ状態照合手段１６０は、予め定義されたエラーメッセージパターンのうち、少なくとも１個のエラーメッセージパターンが、ＵＩＤランプ情報に含まれる文字列とマッチした場合に（ステップＥ７５のＹｅｓ）、サーバ２００で障害が発生していると判定し（ステップＥ９５）、それ以外の場合には（ステップＥ７５のＮｏ）、障害が発生していないと判定する（ステップＥ９０）。ここでは、「消灯状態ではない」（ステップＥ７５）等に相当するエラーメッセージパターンとマッチした場合に障害があると判定する例を示した。

一方、サーバ状態照合手段１６０は、リモートコンソール制御応答の受信でタイムアウトが発生すると（ステップＥ２０のＮｏ、ステップＥ６５のＮｏ）、サーバに障害があると判定する（ステップＥ９５）。

なお、その他の動作は、第１の実施形態で示した動作と同様であるため、説明は省略する。

以上説明したように、本発明の第４の実施形態におけるネットワーク管理システムは、サーバの運用管理を行うネットワーク管理システムにおいて、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、ネットワーク管理システムがサーバの障害を誤検出する可能性を低減することが可能になる。
（第５の実施形態）
上述した第１の実施形態においては、リモートコンソール情報として、システムイベントログ情報の場合を説明したが、その代わりに、例えば、画面情報を用いてもよい。

本発明の第１の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成を示す図１のブロック図を流用して、第５の実施形態におけるネットワーク監視システムの概略の構成とネットワーク管理システム及びサーバの構成との違いについて説明する。

第５の実施形態における基板管理コントローラ３００は、リモートコンソール制御手段３１０と、入力・画面制御手段３６０と、を備えている。第５の実施形態における基板管理コントローラ３００は、更に、システムイベントログ制御手段３２０と、ステータスランプ制御手段３３０と、仮想ＬＣＤ制御手段３４０と、ＵＩＤランプ制御手段３５０と、入力・画面制御手段３６０と、を備えているが、これらの手段については、適宜これらの内の必要なものの組み合わせであっても良い。

なお、その他の構成は、第１の実施形態で示した構成と同様であるため、説明は省略する。

図７は、本発明の第５の実施形態におけるサーバ状態照合手段の動作を説明するフローチャートである。

本実施形態におけるリモートコンソール情報は、画面情報である。画面情報は、サーバのＢＩＯＳ、ＯＳ、ミドルウェア、アプリケーションソフトウェア等が出力する画面表示の画像情報である。ＯＳがＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）上で表示するエラーダイアログ等が含まれる。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、サーバ４００にリモートコンソール制御要求（例えば、ＳＳＨ上のコマンド入力、または、リモートＫＶＭ上のキーボードやマウスの操作等）を送信する。例えば、リモートＫＶＭ上で実行する場合について説明する。

サーバ２００は、起動中には常時、時刻（時分秒）を画面表示するように予め設定されているものとする。サーバがフリーズして、画面が更新されない場合を検出可能にするためである。

サーバ状態照合手段１６０は、リモートコンソール制御要求送信手段１４０を経由して、画面情報要求（又は、画面表示操作）をサーバ４００に送信する（ステップＦ１０）。

リモートコンソール制御手段３１０は、入力・画面制御手段３６０に処理を依頼する。入力・画面制御手段３６０は、現在表示されている画面の情報を取得し、リモートコンソール制御手段３１０に渡す。リモートコンソール制御手段３１０は、その画面情報をネットワーク管理システム１００に送信する。

サーバ状態照合手段１６０は、タイムアウト時間を設定した上で、リモートコンソール制御応答受信手段１５０を経由して、サーバ４００からの画面情報の受信を待つ（ステップＦ２０）。

サーバ状態照合手段１６０は、画面情報を受信すると（ステップＦ２０のＹｅｓ）、画面情報に対しサーバ障害を示す内容があるか照合する（ステップＦ３０）。

サーバ状態照合手段１６０は、予め定義されたエラーメッセージパターンのうち、少なくとも１個のエラーメッセージパターンが画面情報に含まれる画像の一部とマッチした場合に（ステップＦ４０からステップＦ４５のＹｅｓ）、サーバ２００で障害が発生していると判定し（ステップＦ９５）、それ以外の場合には（ステップＦ４０からステップＦ４５のＮｏ）、ステップＦ８０以降の処理を継続する。ここでは、「重大なＯＳエラー発生を示すアイコンあり」（ステップＦ４０）、「重大なアプリケーションエラー発生を示すアイコンあり」（ステップＦ４５）等に相当するエラーメッセージパターンとマッチした場合に障害があると判定する例を示した。

ステップＦ４５以前の処理でエラーが見つからなかった場合には、サーバ状態照合手段１６０は、もし前回受信した画面情報が保存されていれば、それは残したままで、今回受信した画面情報を保存する（ステップＦ８０）。

サーバ状態照合手段１６０は、前回受信した画面情報があり、その画像と今回受信した画面情報に差分がないならば（ステップＦ８５のＹｅｓ）、サーバ２００で障害が発生していると判定し（ステップＦ９５）、そうでなければ（ステップＦ８５のＮｏ）、障害が発生していないと判定する（ステップＦ９０）。

なぜなら、前回受信した画面情報の画像と、今回受信した画面情報の画像とは、少なくとも時刻表示の差分があるはずであり、差分が検出されないことは、画面がフリーズしていることを意味するからである。

一方、サーバ状態照合手段１６０は、リモートコンソール制御応答の受信でタイムアウトが発生すると（ステップＦ２０のＮｏ）、サーバに障害があると判定する（ステップＦ９５）。

なお、エラーメッセージパターンは、サーバの障害を識別できる部分画像である。ここでは、エラーメッセージパターンとして、重大なエラーが発生した際にＯＳや診断ツールが画面表示するダイアログウィンドウに共通に含まれるアイコン画像等を想定している。

また、画像マッチング方法には、画像間の類似度として正規化相互相関を用いる方法等があるが、当業者に公知であり、したがってここでは詳細に説明しない。また、本実施の形態はこれに限らず、画像テンプレートマッチングの代わりに、画像から抽出した文字列と文字列のテンプレートマッチングを行っても良い。画像から文字列を抽出する方法は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）等で当業者に公知であり、したがってここでは詳細に説明しない。

なお、その他の動作は、第１の実施形態で示した動作と同様であるため、説明は省略する。

以上説明したように、本発明の第５の実施形態におけるネットワーク管理システムは、サーバの運用管理を行うネットワーク管理システムにおいて、サーバの高負荷等により管理情報の送信が一定時間以上遅延した場合や、ネットワークの輻輳等によりサーバからの管理情報が廃棄された場合に、ネットワーク管理システムがサーバの障害を誤検出する可能性を低減することが可能になる。

尚、本願発明は、上述の実施形態に限定されるものではなく、本願発明の要旨を逸脱しない範囲で種々変更、変形して実施することが出来る。

１００ ネットワーク管理システム
１１０ サーバ状態情報収集・表示手段
１２０ 管理情報要求送信手段
１３０ 管理情報応答受信手段
１４０ リモートコンソール制御要求送信手段
１５０ リモートコンソール制御応答受信手段
１６０ サーバ状態照合手段
２００ ネットワーク管理エージェント
２１０ 管理情報要求処理手段
２２０ 管理情報要求受信手段
２３０ 管理情報応答送信手段
３００ 基板管理コントローラ
３１０ リモートコンソール制御手段
３２０ システムイベントログ制御手段
３３０ ステータスランプ制御手段
３４０ 仮想ＬＣＤ制御手段
３５０ ＵＩＤランプ制御手段
３６０ 入力・画面制御手段
４００ サーバ

Claims (10)

1. 管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得手段と、
   前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御手段と、
   前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ状態照合手段と、
   前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、サーバ状態情報収集・表示手段と、
   を備えることを特徴とするネットワーク管理システム。
2. 請求項１記載のネットワーク管理システムにおいて、前記リモートコンソール制御手段から得たサーバの状態情報が、システムイベントログ情報であることを特徴とするネットワーク管理システム。
3. 請求項１記載のネットワーク管理システムにおいて、前記リモートコンソール制御手段から得たサーバの状態情報が、ステータスランプ情報であることを特徴とするネットワーク管理システム。
4. 請求項１記載のネットワーク管理システムにおいて、前記リモートコンソール制御手段から得たサーバの状態情報が、仮想ＬＣＤ情報であることを特徴とするネットワーク管理システム。
5. 請求項１記載のネットワーク管理システムにおいて、前記リモートコンソール制御手段から得たサーバの状態情報が、ＵＩＤランプ情報であることを特徴とするネットワーク管理システム。
6. 請求項１記載のネットワーク管理システムにおいて、前記リモートコンソール制御手段から得たサーバの状態情報が、画面情報であることを特徴とするネットワーク管理システム。
7. 請求項１記載のネットワーク管理システムにおいて、前記リモートコンソール制御手段から得たサーバの状態情報が、システムイベントログ情報、ステータスランプ情報、仮想ＬＣＤ情報、ＵＩＤランプ情報、または、画面情報、の内の複数個の組み合わせであることを特徴とするネットワーク管理システム。
8. 管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得ステップと、
   前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御ステップと、
   前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ障害照合ステップと、
   前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、ノード状態情報収集・表示ステップと、
   を含むことを特徴とするネットワーク管理方法。
9. 管理対象サーバが備えるネットワーク管理エージェントから管理情報を取得する管理情報取得手順と、
   前記管理対象サーバが備える基板管理コントローラにサーバの制御を要求するリモートコンソール制御手順と、
   前記リモートコンソール制御手段に対してサーバの制御を指示し、前記リモートコンソール制御手段から取得したサーバの状態情報と、予め定義した障害情報のテンプレートとを比較して、サーバの障害発生を判定する、サーバ障害照合手順と、
   前記管理情報取得手段に前記管理情報の取得を指示し、前記リモートコンソール制御手段に前記サーバの制御を指示し、前記管理情報と前記障害発生の判定とからサーバの障害発生を表示する、ノード状態情報収集・表示手順と、
   をコンピュータに実行させることを特徴とするネットワーク管理プログラム。
10. １以上の請求項１記載のネットワーク管理システムと、
    サーバの管理情報を保持し、前記ネットワーク管理システムに管理情報を提供するネットワーク管理エージェントと、サーバの制御を受け付け、前記ネットワーク管理システムにサーバの状態情報を提供する基板管理コントローラとを備えることを特徴とする１以上のサーバと、
    を備えることを特徴とするネットワーク監視システム。

Images