JP2011210064A - ログ情報収集システム、装置、方法及びプログラム - Google Patents

Abstract

【課題】ハードウェアだけでなくソフトウェアも考慮して、リモートでログ情報を収集することができるログ情報収集システムを提供することを目的とする。
【解決手段】本発明によるログ情報収集システムは、ＢＭＣを搭載するサーバ装置１００と、サーバ装置１００を監視する監視装置２００とを備え、サーバ装置１００は、サーバ装置１００で動作するＯＳが出力するログ情報をＢＭＣの記憶部に格納するログ情報格納手段１０１を含み、監視装置２００は、ログ情報格納手段１０１がＢＭＣの記憶部に格納したログ情報を取得するログ情報取得手段２０１を含むことを特徴とする。
【選択図】図１０

Description

本発明は、監視対象の装置のログ情報を収集するログ情報収集システム、ログ情報収集装置、ログ情報収集方法及びログ情報収集プログラムに関する。

一般的に、サーバ装置等のハードウェア（Ｈ／Ｗ）やＯＳの状態を監視するために、監視対象の装置のＯＳ上で動作する監視エージェントに監視処理を実行させ、障害発生時に監視用の装置で動作する監視マネージャに通報する方式が用いられている。

このような方式を用いた場合、監視対象のサーバ装置のＯＳが稼働している状態であれば、監視マネージャから監視エージェントにアクセスし、障害情報を取得することが可能なため、保守員は取得した障害情報を障害原因の特定に役立てることができる。

しかし、監視エージェントが監視マネージャに通報する前に監視対象のサーバ装置のＯＳが停止してしまうような障害が発生してしまった場合、監視マネージャから監視エージェントにアクセスすることができない。そのため、保守員は障害情報を入手することができず、障害原因を特定することができない。

このような問題に対応するため、例えば、ＯＳの起動状態に関係なくＨ／Ｗのイベント情報を取得する技術として、ＲＭＣＰ（Ｒｅｍｏｔｅ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に従ってＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）コマンドを利用する方法がある。ＩＰＭＩコマンドを利用することにより、サーバ装置が搭載するＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）からＨ／Ｗイベント情報が記録されたＳＥＬ（ＳｙｓｔｅｍＥｖｅｎｔＬｏｇ）情報を取得することができるため、保守員はリモートからＨ／Ｗの障害原因を知ることができる。

また、関連する技術として、例えば、特許文献１には、監視対象の装置において、発生した一次事象と二次事象とを関連づけて記憶する方法が記載されている。

特開２００６−１１４０４６号公報

上記のＩＰＭＩコマンドを利用することにより、監視対象のサーバ装置のＯＳが停止してしまった場合であっても、Ｈ／Ｗの障害に関する情報については、障害が発生したサーバ装置のＢＭＣからＩＰＭＩで定義されるＳＥＬ情報を取得して参照することができる。

しかし、一般的にＳＥＬ情報に含まれる情報は、Ｈ／Ｗの障害に関連する情報がほとんどである。そのため、保守員はＳ／Ｗ（ソフトウェア）の観点（ＯＳの情報やソフトウェア情報）での情報を取得することができない。したがって、ＩＰＭＩを用いてもソフトウェアを考慮した判断を行うことができず、監視対象のサーバ装置のＯＳが停止している場合には、保守員はＳＥＬ情報を見ただけでは障害の原因の詳細や障害の影響を調べることが困難である場合があった。

また、特許文献１に記載されたシステムにおいても、監視対象のサーバ装置のＯＳが停止状態であれば、リモートで情報を取得することができない。

そこで、本発明は、ハードウェアだけでなくソフトウェアも考慮して、リモートでログ情報を収集することができるログ情報収集システム、ログ情報収集装置、ログ情報収集方法及びログ情報収集プログラムを提供することを目的とする。

本発明によるログ情報収集システムは、ＢＭＣを搭載するサーバ装置と、サーバ装置を監視する監視装置とを備え、サーバ装置は、該サーバ装置で動作するソフトウェアによって出力されるログ情報をＢＭＣの記憶部に格納するログ情報格納手段を含み、監視装置は、ログ情報格納手段がＢＭＣの記憶部に格納したログ情報を取得するログ情報取得手段を含むことを特徴とする。

本発明によるログ情報収集装置は、ＢＭＣを搭載するログ情報収集装置であって、該ログ情報収集装置で動作するソフトウェアによって出力されるログ情報をＢＭＣの記憶部に格納するログ情報格納手段と、ログ情報格納手段がＢＭＣの記憶部に格納したログ情報を監視装置に送信する送信手段とを備えたことを特徴とする。

本発明によるログ情報収集方法は、ＢＭＣを搭載するサーバ装置で動作するソフトウェアによって出力されるログ情報をＢＭＣの記憶部に格納し、ＢＭＣの記憶部に格納したログ情報を取得することを特徴とする。

本発明によるログ情報収集プログラムは、ＢＭＣを搭載するコンピュータに、ソフトウェアによって出力されるログ情報をＢＭＣの記憶部に格納するログ情報格納処理と、ＢＭＣの記憶部に格納したログ情報を監視装置に送信する送信処理とを実行させることを特徴とする。

本発明によれば、ハードウェアだけでなくソフトウェアも考慮して、リモートでログ情報を収集することができる。

本発明によるログ収集システムの構成の一例を示すブロック図である。 監視エージェントが実行する処理例を示す流れ図である。 監視マネージャが実行する処理例を示す流れ図である。 ログデータ登録専用ＯＥＭ ＩＰＭＩコマンドのリクエストデータの一例を示す説明図である。 ＯＥＭ仕様の独自ＳＥＬフォーマットの一例を示す説明図である。 ＳＥＬ情報が記録されているリポジトリの内部イメージの一例を示す説明図である。 ＯＳのログ情報を取得するための専用ＩＰＭＩコマンドのリクエストデータの一例を示す説明図である。 画面イメージの一例を示す説明図である。 ログ収集システムの構成の一例を示すブロック図である。 ログ収集システムの最小の構成例を示すブロック図である。

以下、本発明の実施形態について図面を参照して説明する。図１は、本発明によるログ収集システムの構成の一例を示すブロック図である。図１に示すように、ログ収集システムは、監視サーバ２９と、監視対象サーバ１２とを含む。なお、本実施形態では、監視対象のサーバが１台存在する例について説明するが、複数存在していてもよい。

図１に示すように、監視サーバ２９と監視対象サーバ１２とは、ＮＩＣ（Ｎｅｔｗｅｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１、ＮＩＣ２３及び管理用ＬＡＮを介して相互に接続されている。また、監視サーバ２９と監視対象サーバ１２とは、ＮＩＣ８、ＮＩＣ２８及び業務用ＬＡＮを介して相互に接続されている。監視サーバ２９と監視対象サーバ１２とは、互いに通信することができる。

監視対象サーバ１２は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。監視対象サーバ１２は、ＢＭＣ２を搭載している。ＢＭＣ２は、外部から受信したＩＰＭＩコマンドに従って処理を実行可能なＢＭＣ用処理部９と、ＳＥＬ情報を記憶するＢＭＣ用記憶部３とを備えている。なお、ＢＭＣ２は、ＯＳ（ＯｐｅｒａｔｉｏｎｇＳｙｓｔｅｍ）４とは独立して動作する（一般に、専用のコントローラとして搭載されている）ため、ＯＳ４が停止状態であっても処理を実行することができる。

監視対象サーバ１２では、ＯＳ４が動作している。また、監視対象サーバ１２のＯＳ４上では、監視エージェント５が動作している。監視対象サーバ１２は、具体的には、監視エージェント１２に従って処理を実行する。以下、監視エージェント１２や監視エージェント１２の各手段が実行する等の表現を用いるが、具体的には、監視対象サーバ１２のＣＰＵが、プログラムである監視エージェント１２に従って処理を実行することである。

監視対象サーバ１２は、ＯＳ用記憶部７と、ＯＳ用処理部１１とを備えている。

ＯＳ用記憶部７は、具体的には、光ディスク装置や磁気ディスク装置等の記憶装置によって実現される。ＯＳ用記憶部７は、ＯＳが出力するログ情報などを含むファイルを永続的に記憶する。具体的には、監視対象サーバ１２が備える記憶装置の所定領域がＯＳ用記憶部７として割り当てられている。

ＯＳ用処理部１１は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。ＯＳ用処理部１１は、ＯＳ４の動作に必要な処理を実行する。

監視対象サーバ１２は、監視エージェント用処理部１０と、監視エージェント用記憶部６とを備えている。

監視エージェント用記憶部６は、具体的には、光ディスク装置や磁気ディスク装置等の記憶装置によって実現される。監視エージェント用記憶部６は、監視エージェント５の設定や状態を示す情報を記憶する。具体的には、監視対象サーバ１２が備える記憶装置の所定領域が監視エージェント用記憶部６として割り当てられている。

監視エージェント用処理部１０は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。監視エージェント用処理部１０は、監視エージェント５の動作に必要な処理を実行する。

なお、エージェント用記憶部６とＯＳ用記憶部とは、同一の記憶装置によって実現されていてもよい。また、エージェント用処理部１１とＯＳ用処理部１１とは、同一のＣＰＵによって実現されていてもよい。

監視サーバ２９は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。監視サーバ２９では、ＯＳ２０が動作している。また、監視サーバ２９のＯＳ２０上では、監視マネージャ２４が動作している。監視サーバ２９は、具体的には、監視マネージャ２４に従って処理を実行し、監視対象サーバ１２を監視する処理を実行する。以下、監視マネージャ２４や監視マネージャ２４の各手段が実行する等の表現を用いるが、具体的には、監視サーバ２９のＣＰＵが、プログラムである監視マネージャ２４に従って処理を実行することである。

監視マネージャ２４は、ＧＵＩ制御手段２１、処理部２２、ＲＭＣＰ通信モジュール２５、情報収集手段２６及びエージェント通信モジュール２７を含む。

ＧＵＩ制御手段２１は、ディスプレイ装置等の表示装置に、ユーザの操作等に従って処理の実行結果等を表示させるように制御する機能を備えている。処理部２２は、監視エージェント５の動作に必要な処理を実行する。

ＲＭＣＰ通信モジュール２５は、監視マネージャ２４が監視対象サーバのＢＭＣと通信するために用いられる。情報収集手段２６は、監視対象サーバからＳＥＬ情報やログ情報を収集する機能を備えている。エージェント通信モジュール２７は、監視マネージャ２４が監視エージェントと通信するために用いられる。

次に、ログ収集システムの動作について説明する。図２は、監視エージェントが実行する処理例を示す流れ図である。図３は、監視マネージャが実行する処理例を示す流れ図である。まず、図２を用いて、監視エージェントが実行する処理について説明する。

監視対象サーバ１２のＯＳ４が動作している状態では、監視エージェント５は、所定期間毎にＯＳ４が出力するログ情報をＯＳ用記憶部７から読み出す（ステップＳ１−１）。

次いで、監視エージェント５は、読み出したログ情報に、障害や警告を示す文字列（例えば、「エラー」等の文字列）が含まれているか否かを確認する（ステップＳ１−２）。

そして、文字列が含まれていない場合には、障害に関係しない情報であると判断し、監視エージェント５は、処理をステップＳ１−１に移行する（ステップＳ１−３のＮｏ）。また、文字列が含まれている場合には、障害に関係する情報であると判断し、監視エージェント５は、処理をステップＳ１−４に移行する（ステップＳ１−３のＹｅｓ）。

次いで、監視エージェント５は、障害に関係すると判断したログ情報を、ＩＰＭＩコマンドとして実行可能な形式にするため、バイナリ形式に変換する（ステップＳ１−４）。

次いで、監視エージェント５は、バイナリ形式に変換したログ情報を、ログデータ登録専用のＯＥＭ ＩＰＭＩコマンド（詳細については後述する）を利用して、ＢＭＣ２に対して出力する（ステップＳ１−５）。すなわち、監視エージェント５は、バイナリ形式に変換したログ情報をＢＭＣ２のＢＭＣ用記憶部３に記憶させる。

通常、ＩＰＭＩコマンドで送信可能なＳＥＬ情報は１６バイトに制限される。しかし、ＯＳのログ情報は１６バイトでは表現しきれない可能性がある。そのため、本実施形態では、標準仕様のＳＥＬフォーマットではなく、ＯＥＭ仕様の独自ＳＥＬフォーマットでＯＳのログ情報をＢＭＣに登録するように制御する。

本実施形態では、ログデータ登録専用ＯＥＭ ＩＰＭＩコマンドを利用して登録した場合、ＢＭＣ２が内部で自動的にＯＥＭ仕様の独自ＳＥＬフォーマットのデータを生成して登録する。具体的には、監視エージェント５が、ログデータ登録専用のＯＥＭ ＩＰＭＩコマンドのリクエストデータをＢＭＣ２に送信すると、ＢＭＣ用処理部９は、リクエストデータに基づいて、ＯＥＭ仕様の独自ＳＥＬフォーマットのデータを生成する。そして、ＢＭＣ用処理部９は、生成したデータをＢＭＣ用記憶部３に記憶させる。

ログデータ登録専用ＯＥＭ ＩＰＭＩコマンドのリクエストデータの一例を図４に示す。図４に示すＲＥＣＯＲＤ ＩＤフィールドには、所定のレコードＩＤを示すデータが格納される。また、ＤＡＴＡフィールドには、ＯＳ４のログ情報をバイナリ形式に変換したデータが格納される。

次に、ＯＥＭ仕様の独自ＳＥＬフォーマットの一例を図５に示す。ＢＭＣ用処理部９は、図５に示すＲＥＣＯＲＤ ＴＹＰＥのフィールドには、ＯＥＭ形式を示す値を格納し、１１〜１２バイト目には、ＯＳのログを登録しているレコードＩＤを示すデータを格納する。ＯＥＭ形式とは、例えば、ＳＥＬ情報が標準仕様であるか、ＯＥＭ仕様であるかを示す。なお、これらのＳＥＬ情報については、ＢＭＣ２が内部で管理するため、ユーザや監視エージェントが意識する必要はない。

次に、ＳＥＬ情報が記録されているリポジトリの内部イメージの一例を図６に示す。図６に示す各リポジトリは、具体的には、ＢＭＣ用記憶部３によって実現される。ＢＭＣ用記憶部３は、ＳＥＬリポジトリ（図６（ａ））と、ＯＳログ用リポジトリ（図６（ｂ））とを含む。例えば、ＢＭＣ用処理部９は、生成したＯＥＭ仕様の独自ＳＥＬフォーマットのデータをＳＥＬリポジトリに格納する。また、例えば、ＢＭＣ用処理部９は、ログデータ登録専用ＯＥＭ ＩＰＭＩコマンドのリクエストデータに含まれるログ情報をＯＳログ用リポジトリに格納する。

図６に示す通り、ＳＥＬリポジトリのＯＥＭ ＳＥＬデータ（すなわち、ログデータ登録専用ＯＥＭ ＩＰＭＩコマンドに従って記憶されたデータ）は、ＯＳログ用リポジトリのデータを一意に特定可能なレコードＩＤを含む。そのため、監視マネージャ２４がＯＳのログ情報を取得する際には、このＯＳログ用リポジトリのレコードＩＤをキーとしてログ情報を特定し、取得することが可能となる。

次に、図２を用いて、監視マネージャ２４が実行する処理について説明する。

監視対象サーバの監視状態では、監視マネージャ２４は、監視エージェント５又はＢＭＣ２が送信するＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ） Ｔｒａｐ（ＰＥＴ）を待ち受ける（ステップＳ２−１）。なお、予めＢＭＣ２には監視マネージャ２４のＩＰアドレス情報等が設定されており、ＢＭＣ２は、設定された情報に基づいて、処理を実行するものとする。

次いで、監視マネージャ２４は、待ち受け状態においてデータを受信すると、受信したデータが、監視エージェント５又はＢＭＣ２からのＴｒａｐに該当するか否かを判定する（ステップＳ２−２）。そして、該当しないと判定すると、監視マネージャ２４は、処理をステップＳ２−１に移行し、引き続きデータを待ち受ける。一方、該当すると判定すると、監視マネージャ２４は、処理をステップＳ２−３に移行する。

次いで、監視マネージャ２４は、受信したデータを解析し（ステップＳ２−３）、障害に関するイベントを示すデータであるか否かを判定する（ステップＳ２−４）。そして、障害に関するイベントを示すデータでないと判定すると、監視マネージャ２４は、処理をステップＳ２−１に移行し、再びデータを待ち受ける。一方、障害に関するイベントを示すデータであると判定すると、監視マネージャ２４は、監視対象サーバ１２で障害が発生していると判断し、処理をステップＳ２−５に移行する。

次いで、監視マネージャ２４は、ＲＭＣＰに従ってＩＰＭＩコマンドを実行することで、リモートでＢＭＣ２にアクセスし、ＳＥＬ情報を取得する（ステップＳ２−５）。例えば、情報収集手段２６は、ＲＭＣＰ通信モジュールを用いて、ＩＰＭＩコマンドのリクエストデータをＢＭＣ２に送信する。すると、ＢＭＣ２のＢＭＣ２用処理部９は、受信したＩＰＭＩコマンドのリクエストデータに従って、ＢＭＣ用記憶部３が記憶するＳＥＬ情報を抽出し、監視マネージャ２４に送信する。

次いで、監視マネージャ２４は、取得したＳＥＬ情報から、Ｈ／Ｗに関するイベント（標準仕様のＳＥＬ情報）とＯＳに関するイベント（ＯＥＭ仕様のＳＥＬ情報）とを分離する（ステップＳ２−６）。例えば、監視マネージャ２４は、取得したＳＥＬ情報のＲＥＣＯＲＤ ＴＹＰＥフィールドに基づいて、イベントの種別を分離する処理を実行する。

次いで、監視マネージャ２４は、取得したＳＥＬ情報にＯＳ４に関するイベント（ＯＥＭ仕様のＳＥＬ情報）が含まれているか否かを判定する（ステップＳ２−７）。例えば、監視マネージャ２４は、ＲＥＣＯＲＤ ＴＹＰＥフィールドがＯＥＭ仕様であるデータが存在するか否かを判定する。

含まれていないと判定すると、ＯＳのログ情報を抽出する必要がないため、監視マネージャ２４は、処理をステップＳ２−１０に移行する。

一方、ステップＳ２−７において含まれていると判定すると、監視マネージャ２４は、ＯＳに関するイベント（ＯＥＭ仕様のＳＥＬ情報）に含まれるＯＳログ用リポジトリのレコードＩＤを取得する（ステップＳ２−８）。具体的には、監視マネージャ２４は、ＯＥＭ仕様のＳＥＬ情報のＬＯＧ ＩＤフィールド（図５参照）から、ＯＳログ用リポジトリのレコードＩＤを抽出する。

次いで、監視マネージャ２４は、ＯＳのログ情報を取得するための専用ＩＰＭＩコマンドを利用し、ステップＳ２−８で取得したレコードＩＤをキーにＢＭＣ２からＯＳ４のログ情報を取得する（ステップＳ２−９）。例えば、情報収集手段２６は、ＲＭＣＰ通信モジュールを用いて、抽出したレコードＩＤを含むＯＳのログ情報を取得するための専用ＩＰＭＩコマンドのリクエストデータをＢＭＣ２に送信する。すると、ＢＭＣ２のＢＭＣ２用処理部９は、受信したリクエストデータに含まれるレコードＩＤに基づいて、ＢＭＣ用記憶部３のＯＳログ用リポジトリからログ情報を抽出し、監視マネージャ２４に送信する。

図７に、ＯＳのログ情報を取得するための専用ＩＰＭＩコマンドのリクエストデータの一例を示す。本実施形態では、情報収集手段２６は、図７に示すリクエストデータのＲＥＣＯＲＤ ＩＤには、ＯＳに関するイベント情報（ＯＥＭ仕様のＳＥＬ情報）から抽出したレコードＩＤを格納する。

次いで、監視マネージャ２４は、ステップＳ２−９で取得したログ情報がバイナリ形式であるため、システム内部で処理できる形式（例えば、テキスト形式）に変換する（ステップＳ２−１０）。

次いで、監視マネージャ２４は、解析したイベントデータ（ＳＥＬ情報）から、発生時刻が近いログデータ（ＳＥＬ情報）を抽出する（ステップＳ２−１１）。例えば、監視マネージャ２４は、現在時刻を取得し、ＳＥＬ情報に含まれるタイムスタンプが現在時刻と所定時間以内のデータを抽出する。

次いで、監視マネージャ２４は、ＧＵＩ上に、Ｈ／Ｗに関するイベント（標準仕様のＳＥＬ情報）とＯＳに関するイベント（ＯＥＭ仕様のＳＥＬ情報）とを、わかりやすい形式で表示する（ステップＳ２−１２）。例えば、ＧＵＩ制御手段は、発生時刻が近い標準仕様のＳＥＬ情報とＯＥＭ仕様のＳＥＬ情報とを対応付けて、ディスプレイ装置等の表示部に表示させるように制御する。図８に画面イメージの一例を示す。

以上のように、本実施形態では、監視対象サーバの障害発生時に、Ｈ／Ｗの障害イベント情報だけでなく、ＯＳやアプリケーションのログ情報も同時に得ることができる。そのため、保守員は、障害原因の特定を効率よく行うことができる。また、ＯＳが出力するログ情報を所定期間毎にＢＭＣに記憶させているため、障害により監視対象サーバのＯＳが稼働していない状態でもＯＳのログ情報を入手することができる。

なお、本実施形態では、監視マネージャがＧＵＩ上に障害情報やＯＳログ情報を表示するように制御したが、新たに通報部を設けることにより、リモートの監視センターにログ情報を送信するようにしてもよい。図９にログ収集システムのその他の構成例を示す。図９に示す例では、監視サーバ２９は、図１で示す構成要素に加えて、通報部４０を含む。通報部４０は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現され、リモートの監視センターに取得したログ情報を送信する機能を備えている。

例えば、通報部４０は、図３のＳ２−１２のステップにおいて、抽出したＨ／ＷイベントログとＯＳイベントログとをひとまとめにして、監視センターに送信する。このようにすることで、保守員や製品担当者は、送られてきた情報からＨ／Ｗの情報やＯＳの停止直前のＯＳのログ情報を入手可能なため、効率よく障害原因の特定や障害による影響を調査することが可能となる。

以上のことから、本発明は以下のような課題を解決するための手段を備えているといえる。

本発明によれば、監視対象サーバ上で動作する監視エージェントは、ＯＳが出力するログ情報を定期的に読み出し、その読み出したログ情報をＢＭＣに登録可能なフォーマットに変換し、ＩＰＭＩコマンドを利用してＢＭＣに登録する。登録するＯＳのログ情報はＳＥＬのデータ長より長いため、任意の長さのデータを登録するための特殊ＩＰＭＩコマンドを利用して、ＢＭＣに書きこむ。障害が発生し、ＯＳの稼働が停止するようなＨ／Ｗ障害イベントが発生した場合には、監視マネージャは、ＲＭＣＰ及びＩＰＭＩコマンドを利用し、リモートでＳＥＬ情報及びＯＳのログ情報を取得する。そして、監視マネージャは、取得したＳＥＬ情報及びＯＳのログ情報を発生日時順にソートし、Ｈ／Ｗ障害イベントとＯＳのログ出力との関連がわかりやすいよう画面に表示する。そのため、保守員はそれらの情報を見ることにより、監視対象サーバのＯＳが停止している状態でも、監視対象サーバで何が発生したか知ることが可能となる。

また、本発明は、以下のような特徴を備えているといえる。

本発明によれば、ＯＳのログ情報を、所定期間毎にＩＰＭＩコマンドを利用しＢＭＣ内に保存することにより、管理対象サーバが何かしらの障害により停止した場合でも、Ｏｕｔ−ｏｆ−Ｂａｎｄ通信により、ＢＭＣからリモートでＯＳのイベントログ情報とＳＥＬ情報を入手することが可能となる。また、保守員は、障害時、監視マネージャが一括して収集してきたログ情報を参照することにより、効率よく障害原因を特定することが可能となる。

次に、本発明によるログ収集システムの最小構成について説明する。図１０は、ログ収集システムの最小の構成例を示すブロック図である。図１０に示すように、ログ収集システムは、最小の構成要素として、ＢＭＣを搭載するサーバ装置１００と、監視装置２００とを含む。また、サーバ装置１００は、ログ情報格納手段１０１を含む。監視装置２００は、ログ情報取得手段２０１を含む。

図１０に示す最小構成のログ収集システムでは、ログ情報格納手段１０１は、サーバ装置１００で動作するＯＳが出力するログ情報をＢＭＣの記憶部に格納する。そして、ログ情報取得手段２０１は、ログ情報格納手段１０１０がＢＭＣの記憶部に格納したログ情報を取得する。

従って、最小構成のログ収集システムによれば、ハードウェアだけでなくソフトウェアも考慮して、リモートでログ情報を収集することができる。

なお、本実施形態では、以下の（１）〜（５）に示すようなログ収集システムの特徴的構成が示されている。

（１）ログ収集システムは、ＢＭＣを搭載するサーバ装置（例えば、監視対象サーバ１２）と、サーバ装置を監視する監視装置（例えば、監視サーバ２９）とを備え、サーバ装置は、サーバ装置で動作するＯＳ（例えば、ＯＳ４）が出力するログ情報をＢＭＣの記憶部（例えば、ＢＭＣ用記憶部３）に格納するログ情報格納手段（例えば、監視エージェント５及びＢＭＣ用処理部９によって実現される）を含み、監視装置は、ログ情報格納手段がＢＭＣの記憶部に格納したログ情報を取得するログ情報取得手段（例えば、ＲＭＣＰ通信モジュール２５及び情報収集部２６によって実現される）を含むことを特徴とする。

（２）ログ収集システムにおいて、サーバ装置は、ＯＳが出力するログ情報を所定期間ごとに抽出するログ情報抽出手段（例えば、監視エージェント５によって実現される）と、ログ情報抽出手段が抽出したログ情報を所定の形式（例えば、バイナリ形式）に変更する形式変換手段（例えば、監視エージェント５によって実現される）とを含み、ログ情報格納手段は、形式変換手段が所定の形式に変換したログ情報をＢＭＣの記憶部に格納するように構成されていてもよい。

（３）ログ収集システムにおいて、サーバ装置は、ログ情報抽出手段が抽出したログ情報に基づいて、所定の形式（例えば、ＯＥＭ仕様の独自ＳＥＬフォーマット）のＳＥＬ情報を生成するＳＥＬ情報生成手段（例えば、ＢＭＣ用処理部９によって実現される）を含み、ログ情報格納手段は、生成手段が生成したＳＥＬ情報と形式変換手段が所定の形式に変換したログ情報とを対応付けてＢＭＣの記憶部に格納するように構成されていてもよい。

（４）ログ収集システムにおいて、サーバ装置は、ログ情報取得手段から受信した所定のコマンド（例えば、ＩＰＭＩコマンドやＯＳログを取得するための専用ＩＰＭＩコマンド）に従って、ＢＭＣの記憶部に格納した情報を転送する転送手段（例えば、ＢＭＣ用処理部９によって実現される）を含むように構成されていてもよい。

（５）ログ収集システムにおいて、サーバ装置は、ログ情報取得手段から受信した所定のコマンド（例えば、ＯＳログを取得するための専用ＩＰＭＩコマンドのリクエストデータに含まれるレコードＩＤ）に基づいて、ＢＭＣの記憶部に格納したログ情報を特定するログ情報特定手段（例えば、ＢＭＣ用処理部９によって実現される）を含み、転送手段は、ログ情報特定手段が特定したログ情報をログ情報取得手段に転送するように構成されていてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）ＢＭＣを搭載するサーバ装置と、前記サーバ装置を監視する監視装置とを備え、前記サーバ装置は、該サーバ装置で動作するＯＳが出力するログ情報を前記ＢＭＣの記憶部に格納するログ情報格納手段を含み、前記監視装置は、前記ログ情報格納手段が前記ＢＭＣの記憶部に格納した前記ログ情報を取得するログ情報取得手段を含むことを特徴とするログ情報収集システム。

（付記２）サーバ装置は、ＯＳが出力するログ情報を所定期間ごとに抽出するログ情報抽出手段と、前記ログ情報抽出手段が抽出したログ情報を所定の形式に変更する形式変換手段とを含み、ログ情報格納手段は、前記形式変換手段が所定の形式に変換したログ情報をＢＭＣの記憶部に格納する付記１記載のログ情報収集システム。

（付記３）サーバ装置は、ログ情報抽出手段が抽出したログ情報に基づいて、所定の形式のＳＥＬ情報を生成するＳＥＬ情報生成手段を含み、ログ情報格納手段は、前記生成手段が生成したＳＥＬ情報と形式変換手段が所定の形式に変換したログ情報とを対応付けてＢＭＣの記憶部に格納する付記２記載のログ情報収集システム。

（付記４）サーバ装置は、ログ情報取得手段から受信した所定のコマンドに従って、ＢＭＣの記憶部に格納した情報を転送する転送手段を含む付記１から付記３のうちのいずれかに記載のログ情報収集システム。

（付記５）サーバ装置は、ログ情報取得手段から受信した所定のコマンドに基づいて、ＢＭＣの記憶部に格納したログ情報を特定するログ情報特定手段を含み、転送手段は、前記ログ情報特定手段が特定したログ情報を前記ログ情報取得手段に転送する付記４記載のログ情報収集システム。

（付記６）ＢＭＣを搭載するログ情報収集装置であって、該ログ情報収集装置で動作するＯＳが出力するログ情報を前記ＢＭＣの記憶部に格納するログ情報格納手段と、前記ログ情報格納手段が前記ＢＭＣの記憶部に格納した前記ログ情報を監視装置に送信する送信手段とを備えたことを特徴とするログ情報収集装置。

（付記７）ＯＳが出力するログ情報を所定期間ごとに抽出するログ情報抽出手段と、前記ログ情報抽出手段が抽出したログ情報を所定の形式に変更する形式変換手段とを備え、ログ情報格納手段は、前記形式変換手段が所定の形式に変換したログ情報をＢＭＣの記憶部に格納する付記６記載のログ情報収集装置。

（付記８）ＢＭＣを搭載するサーバ装置で動作するＯＳが出力するログ情報を前記ＢＭＣの記憶部に格納し、前記ＢＭＣの記憶部に格納した前記ログ情報を取得することを特徴とするログ情報収集方法。

（付記９）ＯＳが出力するログ情報を所定期間ごとに抽出し、抽出したログ情報を所定の形式に変更し、所定の形式に変換したログ情報をＢＭＣの記憶部に格納する付記８記載のログ情報収集方法。

（付記１０）ＢＭＣを搭載するコンピュータに、ＯＳが出力するログ情報を前記ＢＭＣの記憶部に格納するログ情報格納処理と、前記ＢＭＣの記憶部に格納した前記ログ情報を監視装置に送信する送信処理とを実行させるためのログ情報収集プログラム。

（付記１１）コンピュータに、ＯＳが出力するログ情報を所定期間ごとに抽出するログ情報抽出処理と、抽出したログ情報を所定の形式に変更する形式変換処理とを実行させ、ログ情報格納処理で、所定の形式に変換したログ情報をＢＭＣの記憶部に格納する処理を実行させる付記１０記載のログ情報収集プログラム。

本発明は、サーバ装置等を監視する用途に適用可能である。

１００ サーバ装置
１０１ ログ情報格納手段
２００ 監視装置
２０１ ログ情報取得手段

Claims (8)

1. ＢＭＣを搭載するサーバ装置と、
   前記サーバ装置を監視する監視装置とを備え、
   前記サーバ装置は、
   該サーバ装置で動作するソフトウェアによって出力されるログ情報を前記ＢＭＣの記憶部に格納するログ情報格納手段を含み、
   前記監視装置は、
   前記ログ情報格納手段が前記ＢＭＣの記憶部に格納した前記ログ情報を取得するログ情報取得手段を含む
   ことを特徴とするログ情報収集システム。
2. サーバ装置は、ソフトウェアによって出力されるログ情報を所定期間ごとに抽出するログ情報抽出手段と、
   前記ログ情報抽出手段が抽出したログ情報を所定の形式に変更する形式変換手段とを含み、
   ログ情報格納手段は、前記形式変換手段が所定の形式に変換したログ情報をＢＭＣの記憶部に格納する
   請求項１記載のログ情報収集システム。
3. サーバ装置は、ログ情報抽出手段が抽出したログ情報に基づいて、所定の形式のＳＥＬ情報を生成するＳＥＬ情報生成手段を含み、
   ログ情報格納手段は、前記生成手段が生成したＳＥＬ情報と形式変換手段が所定の形式に変換したログ情報とを対応付けてＢＭＣの記憶部に格納する
   請求項２記載のログ情報収集システム。
4. サーバ装置は、ログ情報取得手段から受信した所定のコマンドに従って、ＢＭＣの記憶部に格納した情報を転送する転送手段を含む
   請求項１から請求項３のうちのいずれか１項に記載のログ情報収集システム。
5. サーバ装置は、ログ情報取得手段から受信した所定のコマンドに基づいて、ＢＭＣの記憶部に格納したログ情報を特定するログ情報特定手段を含み、
   転送手段は、前記ログ情報特定手段が特定したログ情報を前記ログ情報取得手段に転送する
   請求項４記載のログ情報収集システム。
6. ＢＭＣを搭載するログ情報収集装置であって、
   該ログ情報収集装置で動作するソフトウェアによって出力されるログ情報を前記ＢＭＣの記憶部に格納するログ情報格納手段と、
   前記ログ情報格納手段が前記ＢＭＣの記憶部に格納した前記ログ情報を監視装置に送信する送信手段とを
   備えたことを特徴とするログ情報収集装置。
7. ＢＭＣを搭載するサーバ装置で動作するソフトウェアによって出力されるログ情報を前記ＢＭＣの記憶部に格納し、
   前記ＢＭＣの記憶部に格納した前記ログ情報を取得する
   ことを特徴とするログ情報収集方法。
8. ＢＭＣを搭載するコンピュータに、
   ソフトウェアによって出力されるログ情報を前記ＢＭＣの記憶部に格納させるログ情報格納処理と、
   前記ＢＭＣの記憶部に格納した前記ログ情報を監視装置に送信する送信処理とを
   実行させるためのログ情報収集プログラム。

Images