(57)【要約】【課題】複数の既製運用監視ソフトウェアで監視されるサブシステムの障害情報、性能情報を、あらかじめ設定した一定レベルの閾値で監視する階層型統合運用監視システムを提供する。【解決手段】各サブシステムごとに設置されたサブシステム監視層３の障害情報、性能情報が含まれる出力信号を、ＨＵＢ層４で予めナレッジデータベースに蓄積した過去の障害履歴に基づくサブシステム間の障害連係情報、既製運用監視ソフトウェアの性能情報と比較、再定義した後、標準的なシステム管理情報として統合運用監視層２、オペレータ監視層１へメッセージ配信することによって、システム全体を標準的な監視レベルで監視することができる。また、統合運用監視層２とオペレータ監視層１で、運用監視機能を分割することより、効率的な統合運用監視を実現する。【選択図】図１
2008234351.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムの統合運用監視システムであって、
サブシステム内の監視対象機器の性能情報を収集する運用監視ツールと、
複数のサブシステムの前記運用監視ツールが収集した前記性能情報をまとめて記憶し、また、前記性能情報を標準化するためのテンプレートを記憶するナレッジデータベースと、
前記テンプレートに基づき前記性能情報を標準化して出力する演算処理手段と、
を有することを特徴とする統合運用監視システム。
【請求項２】
前記演算処理手段の標準化された前記性能情報の出力を受け取り、前記出力を管理システム技術者に提示する統合運用監視手段を有することを特徴とする請求項１記載の統合運用監視システム。
【請求項３】
前記運用監視ツールは、サブシステム内の監視対象機器の障害情報も収集し、
前記ナレッジデータベースは、複数のサブシステムの前記運用監視ツールが収集した障害情報を蓄積し、
前記演算処理手段は、サブシステム内の監視対象機器に障害が発生した場合、前記ナレッジデータベースが蓄積した障害情報を基に、当該障害に関連して障害が発生する可能性がある機器を分析し、分析結果を出力することを特徴とする請求項１又は２記載の統合運用監視システム。
【請求項４】
コンピュータシステムを統合運用監視システムとして機能させるプログラムであって、
前記コンピュータシステム内のサブシステム内の運用監視サーバを、
監視対象機器の性能情報を収集させる運用監視ツールとして機能させ、
前記コンピュータシステムの統合運用監視サーバを、
複数のサブシステムの前記運用監視ツールが収集した前記性能情報をまとめて記憶し、また、前記性能情報を標準化するためのテンプレートを記憶するナレッジデータベースと、
前記テンプレートに基づき前記性能情報を標準化して出力する演算処理手段と、
として機能させることを特徴とする統合運用監視プログラム。
【請求項５】
前記コンピュータシステムの統合運用監視サーバを、
前記演算手段の標準化された前記性能情報の出力を受け取り、前記出力を監視システムの技術者に提示する統合運用監視手段として機能させることを特徴とする請求項４記載の統合運用監視プログラム。
【請求項６】
前記運用監視ツールに、サブシステム内の監視対象機器の障害情報も収集する処理と、
前記ナレッジデータベースに、複数のサブシステムの前記運用監視ツールが収集した障害情報を蓄積する処理と、
前記演算処理手段に、サブシステム内の監視対象機器に障害が発生した場合、前記ナレッジデータベースが蓄積した障害情報を基に、当該障害に関連して障害が発生する可能性がある機器を分析し、分析結果を出力する処理と、
を実行させることを特徴とする請求項４又は５記載の統合運用監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、統合運用監視システム及びプログラムに関し、ローカルエリアネットワーク（以下、ＬＡＮとする）上に構築されたコンピュータシステムの運用管理サーバ、該サーバを含んだコンピュータシステム、運用管理のためのメッセージの抽出方法、ならびに前記運用管理サーバに実行させるプログラムに関し、特に、複数のコンピュータシステムを既製の運用管理ツールを使用し、一元的、統合的、且つ効率的に管理する統合運用監視システムを提供するものに関する。
【背景技術】
【０００２】
統合運用監視システムに関する従来技術は、例えば、特許文献１ないし３に開示された従来技術がある。
【０００３】
特許文献１に記載の従来技術は、統合運用監視コンソールに表示部分を切り出し、作業者が所望する統合運用管理を実現する統合運用監視コンソールへのインターフェースの仕様および実現する手段を提供するものである。
【０００４】
また、特許文献２に記載の従来技術は、運用管理サーバ上に、運用管理端末に出力する信号を選択するための複数のフィルター機能を有し、被監視対象システムのエラーメッセージを、あらかじめ使用するフィルターの使用順序を制御することによって、発生頻度の多いメッセージは、使用順序の早いフィルターにより特定することで、監視速度を早くする手段を提供するものである。
【０００５】
また、特許文献３に記載の従来技術は、エラーログ収集エージェントシステムにおいて、各製品のベンダが提供する製品ごとのエラー／警告／インフォメーションのメッセージの重要度とは別に、システム全体としての重要度もともに保存する（特に、段落００１８、００１９参照）ものであり、また、Ａ社製品が異常終了すると連携するＢ社製品も障害発生するはずなのでこれらのログ情報を関係情報としてグループ化する（特に、段落００２９、００３０参照）ものである。
【特許文献１】特開平７−２５３８６６号公報
【特許文献２】特開２００６−２６００５６号公報
【特許文献３】特開２００３−２１６４５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の統合運用監視システムでは次のような問題がある。
【０００７】
第１の問題点は、情報システムを複数のサブシステムで構成し、かつ複数の既製の運用管理ツールを使用して運用する場合、統合的、かつ均一な品質で、一元的なシステム全体の障害情報、性能情報を短時間で正確に管理できないということである。その理由は、既製運用管理ソフトウェアは、被監視対象サーバ、ストレージから、出力される障害に関するメッセージ性能に関するメッセージを、それぞれの既製ソフトウェア独自の閾値でフィルタリングして管理するため、複数の既製運用管理ソフトウェアで、システムを構成するサブシステムをそれぞれ独立して監視する場合、既製運用監視ソフトウェアに依存して性能、障害等の被監視対象機器の管理レベルにばらつきが生じるという問題が発生する。
【０００８】
第２の問題点は、システム全体を統合監視する場合にコストがかかるという問題がある。その理由は、昨今の企業内コンピュータは、機能別、業務別に複数のサブシステムが構築され、複数のサブシステムで１つの業務システムを構成し、サブシステムのそれぞれが、独立して構築され、さらに異なる既製運用管理ソフトウェアで運用されるためである。また、従来の運用監視システムでは、サブシステムごとに、監視コンソールを準備し、複数の監視コンソールを監視、管理するか、新たに統合監視システムを導入する際、既存の既製運用監視ソフトを廃止し、統合運用監視システム導入の目的で、新たに共通の運用監視ソフトウェアを導入する必要が発生し、監視ソフトウェア導入コストが追加コストとして新たに発生するためである。
【０００９】
本発明は、上述した問題点を鑑みてなされたものであり、その目的とするところは、複数の既製監視ツールで管理されている複数のサブシステムのすべての被監視対象サーバ、ストレージの監視レベルをあらかじめ設定した標準的な監視レベルで均一かつ容易に実現する統合運用間システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を解決するための請求項１記載の発明は、コンピュータシステムの統合運用監視システムであって、サブシステム内の監視対象機器の性能情報を収集する運用監視ツールと、複数のサブシステムの前記運用監視ツールが収集した前記性能情報をまとめて記憶し、また、前記性能情報を標準化するためのテンプレートを記憶するナレッジデータベースと、前記テンプレートに基づき前記性能情報を標準化して出力する演算処理手段と、を有することを特徴とする統合運用監視システムである。
【００１１】
請求項２記載の発明は、請求項１記載の統合運用監視システムにおいて、前記演算処理手段の標準化された前記性能情報の出力を受け取り、前記出力を管理システム技術者に提示する統合運用監視手段を有することを特徴とする。
【００１２】
請求項３記載の発明は、請求項１又は２記載の統合運用監視システムにおいて、前記運用監視ツールは、サブシステム内の監視対象機器の障害情報も収集し、前記ナレッジデータベースは、複数のサブシステムの前記運用監視ツールが収集した障害情報を蓄積し、前記演算処理手段は、サブシステム内の監視対象機器に障害が発生した場合、前記ナレッジデータベースが蓄積した障害情報を基に、当該障害に関連して障害が発生する可能性がある機器を分析し、分析結果を出力することを特徴とする。
【００１３】
請求項４記載の発明は、コンピュータシステムを統合運用監視システムとして機能させるプログラムであって、前記コンピュータシステム内のサブシステム内の運用監視サーバを、監視対象機器の性能情報を収集させる運用監視ツールとして機能させ、前記コンピュータシステムの統合運用監視サーバを、複数のサブシステムの前記運用監視ツールが収集した前記性能情報をまとめて記憶し、また、前記性能情報を標準化するためのテンプレートを記憶するナレッジデータベースと、前記テンプレートに基づき前記性能情報を標準化して出力する演算処理手段と、として機能させることを特徴とする統合運用監視プログラムである。
【００１４】
請求項５記載の発明は、請求項４記載の統合運用監視プログラムにおいて、前記コンピュータシステムの統合運用監視サーバを、前記演算手段の標準化された前記性能情報の出力を受け取り、前記出力を監視システムの技術者に提示する統合運用監視手段として機能させることを特徴とする。
【００１５】
請求項６記載の発明は、請求項４又は５記載の統合運用監視プログラムにおいて、前記運用監視ツールに、サブシステム内の監視対象機器の障害情報も収集する処理と、前記ナレッジデータベースに、複数のサブシステムの前記運用監視ツールが収集した障害情報を蓄積する処理と、前記演算処理手段に、サブシステム内の監視対象機器に障害が発生した場合、前記ナレッジデータベースが蓄積した障害情報を基に、当該障害に関連して障害が発生する可能性がある機器を分析し、分析結果を出力する処理と、を実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、複数の既製監視ツールで管理されている複数のサブシステムのすべての被監視対象サーバ、ストレージの監視レベルをあらかじめ設定した標準的な監視レベルで均一かつ容易に実現する統合運用間システムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１８】
まず、本実施の形態の構成について説明する。図１は、複数のサブシステム群を有して構成された、本発明の実施の形態に係る４層構造のコンピュータシステムの階層型統合運用管理システムの構成を示す図である。
【００１９】
図１を参照すると、本実施形態の階層型統合運用監視システムは、オペレータ監視層１と、統合運用監視層２と、サブシステム監視層３と、ＨＵＢ層４とを有する４層構造の構成である。
【００２０】
オペレータ監視層１は、システム障害情報を運用監視オペレータへ通報する障害通報機能（この機能を以下、パトライト機能という）を有する。
【００２１】
統合運用監視層２は、運用管理システム技術者により、サブシステム監視層３配下の統合システムの総合性能の監視と、統合システムで起きた障害の分析とが行われる階層である。
【００２２】
サブシステム監視層３は、各々が統合システムを構成するサブシステム３ａ、３ｂ、・・・を有して構成される（以下、サブシステムのどれか１つを指すときは、サブシステム３ｘとする）。サブシステム３ｘについて説明する。サブシステム３ｘは、サブシステム３ｘが属する統合システムの障害分析と性能分析をし、また、性能情報と障害情報を監視し管理する。なお、サブシステム３ｘの監視対象となる機器は、サーバやストレージやネットワークルータ等があり、図１に示す例では、サブシステム３ａの、サーバ３ａａ、ストレージ３ａｂ、ネットワーク３ａｃである。また、サブシステム３ｘで動作する統合システムの障害と性能の監視／管理／分析ソフトウェアは、既製の運用管理ソフトウェアが使用できるが、監視対象機器の性能情報と障害情報を後述するＨＵＢ層４に通信出力できるものが好ましい。
【００２３】
ＨＵＢ層４は、ナレッジデータベース４１と、サブシステム監視層３から出力される情報を受信する運用情報収集部４２と、運用情報収集部４２をナレッジデータベース４１の情報を用い演算処理を実行する演算処理部４３と、演算処理部４３の出力情報を上位オペレータ監視層１及び統合運用監視層２へ出力する管理情報出力部４４とを備えて構成される。
【００２４】
ナレッジデータベース４１は、各サブシステム毎に使用されている既製運用監視ソフトのメッセージを標準化するための情報、過去の障害履歴に基づくサブシステム間の障害連係情報をあらかじめテンプレートとして蓄積している。
【００２５】
運用情報収集部４２は、障害情報又は性能情報をＳＮＴＰ、メール形式などの種々の形式・プロトコルで送信された情報（以下、メッセージという）を受信する機能を有する。
【００２６】
なお、ＨＵＢ層４は、単一のコンピュータにより実装してもよい。この場合は、コンピュータのハードディスク等の２次記憶装置がナレッジデータベース４１として、ＣＰＵ等の処理装置が運用情報収集部４２、演算処理部４３、管理情報出力部４４として機能する。しかしながら、これに限定されるものではなく、相互に通信可能に接続された複数のコンピュータから成るコンピュータシステムによって、仮想的に実装してもよい。複数のコンピュータによって仮想化することによって、処理能力の向上という効果を奏する。また、この場合は、特に、ＨＵＢ層４を「仮想ＨＵＢ層４」と呼ぶ。
【００２７】
上記構成の本実施形態に係る階層型統合運用管理システムは、下記の動作をする。
【００２８】
まず、サブシステム監視層３において、各サブシステム３ｘが、それぞれにインストールされている既製運用監視ツール（又は既製の運用管理ソフトウェア）によって、複数の被監視対象機器（例えば、サーバ３ａａ、ストレージ３ａｂ）についての、性能情報と障害情報を収集する。次に、各サブシステム３ｘは、独立して検出・収集した障害情報と性能情報を、上位のＨＵＢ層４に出力する。
【００２９】
ここで、ＨＵＢ層４の動作について図２を参照すると、仮想ＨＵＢ層４の運用情報収集部４２は、上記のとおり障害情報又は性能情報をＳＮＴＰ、メール形式などの形式で送信された情報を受信する機能を有しており、各サブシステム３ｘから個別に送信されたメッセージが一時収納する（メッセージ受付、ステップＳ１）。そして、メッセージが一時収納された後、フィルター機能により、障害情報、性能情報に分割し演算処理部４３へ送信する（ステップＳ２、ステップＳ３）。
【００３０】
運用情報収集部４２で使用するフィルターには、フィルター条件として、障害情報、性能情報を記録したテーブルが準備されている。運用情報収集部４２は、入力メッセージをこのフィルター条件のテーブルと比較し障害情報と性能情報に切り分けた後、演算処理部４３に出力する。
【００３１】
演算処理層４３は、障害情報が入力された場合、ナレッジデータベース４１を参照し（ステップＳ４）、ナレッジデータベース４１に格納されている過去の障害発生データと関連付ける。次に、入力された障害情報と、障害発生該当機器の性能情報と、該当機器の過去の障害発生データと、により関連して２次障害を発生する可能性のある機器、サブシステム群を自動的に抽出する（他システムへの影響度分析、ステップＳ５）。次に、障害情報と併せて、新たなメッセージファイルを作成する（ステップＳ６）。なお、このメッセージファイルは、オペレータ監視層１と統合運用監視層２において、監視オペレータや運用管理者のユーザインターフェースとなる表示画面を構成するためのデータとなる。次に、管理情報出力部４４は、演算処理部４３の作成したメッセージファイルを、管理情報出力部４４へ出力する（ステップＳ７）。
【００３２】
また、性能情報が入力された場合、ナレッジデータベース４１を参照し（ステップＳ８）、あらかじめナレッジデータベース４１に記録されている既製運用監視ツールの性能比較上を有するテンプレートを用いて、運用情報収集部４２で収集されたデータを標準性能情報に換算する（ステップＳ９）。その後、上記ステップＳ６と同様にオペレータ監視層１と統合運用監視層２において監視オペレータや運用管理者のユーザインターフェースとなる表示画面を構成するためのデータとなるメッセージファイルを作成する（ステップＳ１０）。次に、管理情報出力部４４は、演算処理部４３の作成したメッセージファイルを、管理情報出力部４４へ出力する（ステップＳ１１）。
【００３３】
次に、本実施形態のナレッジデータベース４１について説明する。まず、ナレッジデータベース４１に格納される性能情報について説明する。図３は、ナレッジデータベース４１のストレージ性能テンプレートの一例を示した図である。
【００３４】
図３を参照すると、各サブシステムで使用される運用監視ツール（ａ）、運用監視ツール（ｂ）では、既製運用監視ソフトウェアの特性によって、同様のストレージを監視した場合に性能情報にばらつきがある。
【００３５】
ストレージ性能テンプレートには、あらかじめ、該当システムで既ストレージを使用した場合の標準性能値があらかじめ情報として記録されており、演算処理部４３に運用情報収集部のストレージ性能情報が入力されたとき、ストレージ性能テンプレートのテーブルを比較参照することによって、標準的な性能情報に置き換えることが可能となる。
【００３６】
すなわち、本実施形態のナレッジデータベース４１は、例えば同一ディスクの性能測定をした場合、複数の監視ツールによって測定値が異なる実情に鑑みて、あらかじめ複数の監視ツールで同一の被監視対象ストレージを監視した場合のばらつきをモニタリングしておいたモニタリング結果（性能情報）が格納されている。そして、ナレッジデータベース４１に格納されている、この性能情報を参照することによって、測定値は、全サブシステムで標準的な値に換算される。この標準的な値は、例えばシステム全体の重要度を示す指数等とは異なり、各被監視対象機器と運用監視ツールの相対値をナレッジデータベースに蓄積したものである。
【００３７】
ナレッジデータベース４１には、上記性能情報だけではなく過去の障害情報も格納される。次に、ナレッジデータベース４１に格納された障害情報を基に、演算処理部４３が、ある障害が発生したときに別の障害が発生する可能性があることを予兆する動作について説明する。
【００３８】
ナレッジデータベース４１は、過去の障害情報を格納しており、また、この過去の障害情報を基にシステム間の関連情報もナレッジとして格納している。そして、ナレッジデータベース４１が、例えば、過去の障害情報を基にＡシステムとＢシステムが関連しているというナレッジを有する場合、演算処理部４３は、仮にＡシステムに障害が発生し、Ｂシステムに障害が発生していなかったとしても、過去の障害情報を検索し、Ａシステムで障害が発生した場合、一定時間後にＢシステムに障害が発生する可能性があることを予兆する。なお、演算処理部４３が、障害発生の可能性があることを特定する監視対象機器は、１つに限定されることなく、複数であってもよい。
【００３９】
次に、管理情報出力部４４について説明する。管理情報出力部４４は、入力された信号が、障害情報であるか、性能情報であるかを識別するためのフィルター機能を有している。
【００４０】
管理情報出力部４４へ入力された情報信号は、入力情報信号が性能情報であった場合、入力信号を統合運用監視層２へのみ出力し、入力情報信号が障害情報であった場合、その信号を運用監視層２へ出力するとともに、オペレータ監視層１に出力する。
【００４１】
オペレータ監視層１に伝達される情報信号は、管理情報出力部４４のフィルター機能によって制限されるため、オペレータ監視層の備える図示しない監視モニタに出力される運用監視情報は、システム異常時に発信される情報のみを選択的に運用管理することが可能になる。
【００４２】
また、本情報には、予兆情報として、障害発生箇所に関連するシステム障害予知情報が付加されているため、障害の影響が拡大する前に、あらかじめオペレータはシステム全体の予兆管理を行うことができる。
【００４３】
また、統合運用監視層２には、入力される性能情報が、既製運用監視ソフトウェアの特性に依存しない、標準的な運用監視性能情報として提供されるため、サブシステムが増設、撤去される場合、複数の既製運用監視ソフトウェアが使用された場合であっても、標準的な閾値で、一定の障害監視、性能監視を行える統合運用監視を実現することが可能となる。
【００４４】
また、上記実施形態は、統合運用監視層２とオペレータ監視層１で、運用監視機能を分割することより、効率的な統合運用監視を実現している。
【００４５】
上記本実施形態によれば、少なくとも２つ以上のサブシステムから構成されるコンピュータシステムで、かつ複数の既製運用管理ソフトウェアで管理されているコンピュータシステムにおいて、すべての被監視対象サーバ、ストレージを、あらかじめ設定した均一な運用品質で統合的に管理することができ、かつ、障害が発生したサブシステム、対象機器が、他のシステム、他の対象機器の障害を誘発する可能性をあらかじめ予兆できるシステム運用管理を実現することが可能となる。その理由は、各サブシステム管理層と、オペレーション層の間に、ナレッジデータベースを有するＨＵＢ層を採用した４層構造の統合運用監視システムを採用したことによる。
【００４６】
なお、本発明は上記実施形態に限定されず、本発明の技術的思想の範囲内において種々の変形が可能である。上記実施形態の構成要素のＨＵＢ層、サブシステム監視層の数は、上記実施形態に限定されず、本発明を実施するために好適な、数、場所に設定することができる。
【００４７】
例えば、複数のサブシステムを異なる複数の場所に分散設置する構成としてもよい。この場合、ナレッジデータベースに共通情報を保管しておくことで、エリアごとに、ＨＵＢシステムを構築して、標準化データを作成した後、遠隔地のシステム管理者が、リモートで監視管理する形態をとることも可能である。
【００４８】
また、例えば、オペレータ監視層を異なる場所に設置する構成としてもよい（図４参照）。この場合、複数のＨＵＢ層を被監視対象機器の近くに設置することによって、統合運用監視層へ伝達する通信のトラフィックを軽減することも可能となる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態に係る４層構造のコンピュータシステムの階層型統合運用管理システムの構成を示すブロック図である。
【図２】本発明の実施の形態の動作手順を示すフローチャートである。
【図３】本発明の実施の形態のナレッジデータベースのストレージ性能テンプレートの一例を示す図である。
【図４】本発明の他の実施の形態に係る階層型統合運用管理システムの構成を示すブロック図である。
【符号の説明】
【００５０】
１    オペレータ監視層
２    統合運用監視層
３    サブシステム監視層
３ａ，３ｂ，３ｘ    サブシステム
４    ＨＵＢ層
４１    ナレッジデータベース
４２    運用情報収集部
４３    演算処理部
４４    管理情報出力部
【図１】
2008234351.tif 000003
【図２】
2008234351.tif 000004
【図３】
2008234351.tif 000005
【図４】
2008234351.tif 000006