JP2009020736A - サーバアプリケーション監視システム及び監視方法 - Google Patents

Abstract

【課題】サーバアプリケーションの性能を監視し、問題の発生を検出した場合にその問題の原因を判定し、問題からの回復を行う。
【解決手段】サーバ監視装置１００と計測エージェント装置１２０とからなる監視システムは、サーバアプリケーション１５１の処理性能を計測エージェント装置１２０に定期的に監視させる。問題を検知した場合、サーバ監視装置１００は、関連する監視の結果を使用することにより原因を判定し、サーバ資源管理装置１４０に資源の割当変更等を指示し、問題からの回復を実現する。
【選択図】図１

Description

本発明は、サーバアプリケーション監視システム及び監視方法に係り、特に、クライアント／サーバ型システムのサーバアプリケーションの性能を監視するサーバアプリケーション監視システム及び監視方法に関する。

クライアント／サーバ型システムのサーバアプリケーションの性能を監視する方法として、サーバアプリケーションに対する処理要求やトランザクションを擬似実行するエージェントまたはプローブと呼ばれるプログラムを導入した計測エージェント装置をサーバアプリケーションの利用者が居るクライアント側の拠点に配備し、サーバ監視マネージャプログラムを導入したサーバ監視装置がその計測エージェント装置を制御するサーバアプリケーション監視システムが知られている。このようなサーバアプリケーション監視システムは、計測エージェント装置からの処理要求やトランザクションに対するサーバアプリケーションの応答時間や要求に対する一連の処理にかかる時間を計測すること等によりサーバアプリケーションの性能を評価している。この方法は、実際のユーザの体感速度としてのサーバアプリケーションの性能を評価することができる。

そして、前述した従来技術は、複数の計測エージェントプログラムが定期的にサーバアプリケーションの性能を計測することにより、サーバアプリケーションに問題が発生した場合に、その発生をすぐに検知することができるという利点を有している。

また、サーバアプリケーションの性能を監視する他の従来技術として、例えば、前述した計測エージェントプログラムを利用する技術を、特許文献１に記載のようなネットワーク監視システムと連携して使用することにより、あるいは、特許文献２に記載のようなネットワーク機器稼動監視システムと連携して使用することにより、問題の発生箇所を特定するという技術が知られている。そして、これらの従来技術は、特定した問題をシステム管理者に通知することにより、システム管理者が早期に問題を解決することができるように支援をすることが可能である。
特表２００３−５０８８４９号公報 特開２００４−１０４５４０号公報

前述した計測エージェントプログラムを利用する従来技術は、計測エージェント装置が定期的に計測を行っているだけのもので、サーバ監視装置が問題の原因をすぐには判定することができず、また、問題が発生したことを監視対象システムの管理者に通知することはできるが、問題の原因の特定作業や問題からの復旧作業を、監視対象システムの管理者が全て行わなければならないという問題点を有している。

また、ネットワーク監視システムやネットワーク機器稼動監視システム等と連携する従来技術は、問題の原因を判定することはできるが、その問題の原因の判定をするために使用した監視の結果が、ユーザの体感速度としてサーバアプリケーションの性能を評価した結果と一致しない場合があるという問題点を有している。さらに、これらの従来技術は、問題が発生した後で、計測エージェント装置からサーバアプリケーションへの計測が、問題が発生しているネットワークやサーバ、サーバアプリケーションに更なる負荷をかけてしまう場合があるという問題点を有している。

本発明の目的は、前述した従来技術の問題点を解決し、ネットワーク監視システムやネットワーク機器稼動監視システム等の他の監視システムを利用することなく、サーバアプリケーションの性能を監視し、問題の発生を検出した場合にその問題の原因を判定し、問題からの回復を行うことができるサーバアプリケーション監視システム及び監視方法を提供することにある。

本発明によれば前記目的は、クライアント内のクライアントアプリケーションからの処理要求に応じてサーバ内のサーバアプリケーションが処理を実行するクライアント／サーバシステムにおけるサーバアプリケーション監視システムにおいて、計測エージェント装置とサーバ監視装置とが前記サーバに接続されており、前記計測エージェント装置は、前記サーバ監視装置からの指示に従って前記サーバアプリケーションに対して処理を要求し、要求した処理の結果としての応答を前記サーバアプリケーションから受け取るまでの時間を計測し、計測の結果を前記サーバ監視装置に送信する計測実施部を有し、前記サーバ監視装置は、前記計測エージェント装置に計測を指示し、計測の結果を前記計測エージェント装置から受け取る計測制御部と、計測の結果を解析して前記サーバアプリケーションの性能に関わる問題の発生を検出し、検出した問題の原因を判定する計測結果解析部と、前記サーバアプリケーションの性能に関わる問題を解決するために回復手段を実施する回復手段実施部とを有することにより達成される。

本発明によれば、ネットワーク監視システムやネットワーク機器稼動監視システム等の他の監視システムを利用することなく、サーバアプリケーションの性能に関わる問題の発生を検出し、かつ、問題の発生を検出してから直ちに問題の原因を判定し、システム管理者に復旧作業を行わせる必要をなくして問題からの復旧を実施し、問題が発生した場合でも、ネットワーク、サーバ、サーバアプリケーション等に更なる負荷をかけずにサーバアプリケーションの監視を継続することができ、サーバアプリケーションの運用及び監視に関わる負担を軽減することができる。

以下、本発明によるサーバアプリケーション監視システム及び監視方法の実施形態を図面により詳細に説明する。

図１は本発明の一実施形態によるサーバアプリケーション監視システムの全体の構成を示すブロック図である。

本発明の実施形態によるサーバアプリケーション監視システムは、サーバ監視装置１００、計測エージェント装置１２０、サーバ資源管理装置１４０、１または複数のサーバ１５０、１または複数のクライアント１６０がネットワーク１３０に接続されて構成されている。

なお、図１に示すサーバアプリケーション監視システムは、１台の計測エージェント装置１２０が設けられているとして示しているが、計測エージェント装置１２０は、複数台備えられていてよく、図１では図面の簡素化のため、そのうち１台の計測エージェント装置１２０だけを示している。また、図面の簡素化のため、図１には、２台のサーバ１５０と１台のサーバ資源管理装置１４０との組み合わせを１組のみ示しているが、３台以上のサーバ１５０と１台のサーバ資源管理装置との組み合わせを設けることも、この組み合わせを複数組設けることも可能である。

前述したような構成のサーバアプリケーション監視システムにおいて、監視マネージャとして動作するサーバ監視装置１００は、定められた監視スケジュールに従って監視エージェントとして動作する計測エージェント装置１２０に監視対象であるサーバ１５０で動作するサーバアプリケーション１５１の監視を指示し、計測エージェント装置１２０は、サーバアプリケーション１５１と定められた通信を行うと共に、その通信に要する時間を計測し、サーバ監視装置１００に監視の結果として計測した通信に要した時間を報告する。そして、サーバ監視装置１００は、報告された監視の結果と定められたしきい値とを比較することにより問題の発生を検知し、問題箇所を特定するために監視スケジュールを変更して監視を実施し、監視スケジュールを変更して実施した監視の結果を解析することにより問題の範囲の特定を行い、特定した問題の範囲に応じて監視スケジュールを調整し、特定した問題の範囲に応じて問題から回復するための処理の実施をサーバ資源管理装置１４０に対して指示する。

サーバ監視装置１００は、プロセッサ（ＣＰＵ）１０４と、メモリ１０１とを有して構成され、通信インタフェース１０２を介してネットワーク１３０に接続されている。また、サーバ監視装置１００は、ディスクインターフェース１０３を介してハードディスクドライブ等の記憶装置１０９に接続されている。プロセッサ１０４は、記憶装置１０９に格納されていて、メモリ１０１にロードされてメモリ１０１内に格納されたサーバ監視マネージャプログラム１０５を実行することにより、サーバ監視装置１００を監視マネージャとして動作させる。

サーバ監視マネージャプログラム１０５は、計測制御処理を実行する計測制御部１０６、計測結果解析処理を実行する計測結果解析部１０７、回復手段実施処理を実行する回復手段実施部１０８により構成される。サーバ監視マネージャプログラム１０５は、各処理を実行するときに、記憶装置１０９に格納された計測情報テーブル群１１０及び計測結果テーブル１１１の読み込み及び書き込みを行う。

計測エージェント装置１２０は、プロセッサ１２２とメモリ１２１とを有して構成され、通信インタフェース１２４を介してネットワーク１３０に接続されている。また、計測エージェント装置１２０は、ディスクインターフェース１２３を介してハードディスクドライブ等の記憶装置１２７に接続されている。プロセッサ１２２は、記憶装置１２７に格納されていて、メモリ１２１にロードされてメモリ１２１内に格納されたサーバ監視エージェントプログラム１２５を実行することにより、計測エージェント装置１２０を監視エージェントとして動作させる。

サーバ監視エージェントプログラム１２５は、計測実施処理を実行する計測実施処理部１２６により構成され、計測実施処理を実行するときに、記憶装置１２７に格納された計測データテーブル１２８の読み込み及び書き込みを行う。

クライアント１６０は、その詳細な構成を示していないが、ＰＣ等に代表される情報処理装置であり、ＣＰＵ、メモリ、通信インタフェース、ハードディスク等の記憶装置、表示装置等の出力装置及びキーボード、マウス等の入力装置を備えて構成される。そして、クライアント１６０のメモリには、クライアントアプリケーションがロードされて、ＣＰＵは、このクライアントアプリケーション１６１の実行を制御すると共に、サーバ１５０内のサーバアプリケーション１５１を利用したサービスをユーザに対して提供する。

図２はサーバ１５０の構成例を示すブロック図である。サーバ１５０は、プロセッサ２０１とメモリ２００とを有して構成され、通信インタフェース２０３を介してネットワーク１３０に接続されている。また、サーバ１５０は、ディスクインターフェース２０２を介してハードディスクドライブ等の記憶装置２０４に接続されている。プロセッサ２０１は、記憶装置２０４に格納されていて、メモリ２００にロードされてメモリ２００内に格納されたサーバアプリケーションプログラム２０５、Ｗｅｂサーバプログラム、Ｗｅｂサーバプログラム上で動作するＷｅｂアプリケーションプログラム２０７等を実行する。

本発明の実施形態によるサーバアプリケーション監視システムは、これらのアプリケーションプログラム２０５、Ｗｅｂアプリケーションプログラム２０７等を監視対象としている。

図３はサーバ資源管理装置１４０の構成例を示すブロック図である。図３に示すサーバ資源管理装置１４０は、負荷分散装置３００により構成されるものとしている。

負荷分散装置３００は、ネットワーク１３０から受け付けるサーバ１５０に対する通信の負荷分散を行う負荷分散処理部３０１、サーバ１５０の稼動状況を監視するサーバ監視部３０２、サーバ１５０に割り当てる資源を制御するサーバ資源制御部３０３、サーバ管理者や外部にあるソフトウェアに対してコマンドラインインタフェース等のサーバ資源の制御手段を提供するサーバ資源制御手段提供部３０４により構成される。

図３に示した負荷分散装置３００の例は、ハードウェアにより実現されるものとして示しているが、ハードウェアで実現された負荷分散装置もソフトウェアで実現された負荷分散装置も広く一般的に知られて存在する。負荷分散装置３００をソフトウェアにより構成する場合、負荷分散装置３００を、プロセッサとメモリとを有して構成し、通信インタフェースを介してネットワーク１３０に接続し、また、ディスクインターフェースを介してハードディスクドライブ等の記憶装置に接続しておき、プロセッサが、記憶装置に格納されていて、メモリにロードされてそのメモリに格納されたプログラムを実行することにより、前述で説明した各機能部を構築するようにすればよい。

前述では、サーバ資源管理装置１４０の例として負荷分散装置３００を挙げて説明したが、サーバ資源管理装置１４０としては、サーバが提供する論理パーティション機能やソフトウェアが提供する仮想サーバ機能、ネットワーク機器が提供する帯域制御機能等、広く一般的に存在するサーバの資源を管理するソフトウェア及びハードウェアを利用することができる。本発明の実施形態を構成するサーバ資源管理装置１４０は、外部にあるソフトウェアに対してサーバ資源の制御手段を提供することのみを前提とし、その構成や実現方法は限定しない。

図４はサーバ監視装置１００の記憶装置１０９に格納されている計測情報テーブル群１１０を構成するテーブルを示す図である。

計測情報テーブル群１１０は、通信時間の計測を行う対象のサーバアプリケーション１５１の情報を定義している計測対象テーブル４０１と、個々の計測に対する設定情報を定義している計測設定テーブル４０２と、計測のスケジュールを格納する計測間隔テーブル４０３と、問題の発生を検知したときに問題の管理情報を格納する問題管理テーブル４０４と、問題から回復するための手段の情報を定義している回復手段テーブル４０５とにより構成される。

図５は図４に示す計測対象テーブル４０１の構成例を示す図である。

計測対象テーブル４０１は、通信時間の計測を行う監視対象としてのサーバアプリケーション１５１の情報を定義しているテーブルであり、計測の対象となるサーバアプリケーション１５１の名前または識別子を登録する対象アプリケーション列５０４と、サーバアプリケーション１５１が実行されているサーバ１５０のＩＰアドレスまたはホスト名を登録する対象サーバ列５０３と、サーバアプリケーション１５１が実行されるサーバ１５０が属するサーバネットワークのネットワークアドレスまたはネットワーク名を登録する対象ネットワーク列５０２と、１組の定義を一意に識別する数字または記号からなる対象ＩＤを登録する対象ＩＤ列５０１とにより構成される。対象ＩＤ列５０１以外の列の定義は、サーバ監視マネージャプログラム１０５の利用者が登録する。

例えば、ネットワーク名Ｎｅｔｗｏｒｋ１を持つネットワークにあるホスト名Ｓｅｒｖｅｒ１を持つサーバ１５０で動作する名前ＡＰ１を持つサーバアプリケーション１５１を計測対象として登録するには、対象ネットワーク列５０２にＮｅｔｗｏｒｋ１、対象サーバ列５０３にＳｅｒｖｅｒ１、対象アプリケーション列５０４にＡＰ１を定義する。対象ＩＤ列５０１は、サーバ監視マネージャプログラム１０５によってＴ１が対象ＩＤとして割り当てられる。

図６は図４に示す計測設定テーブル４０２の構成例を示す図である。

計測設定テーブル４０２は、計測を実行する計測エージェント装置１２０と計測の対象であるサーバアプリケーション１５１との組み合わせで決まる個々の計測に対する設定情報を定義しているテーブルであり、図５に示した計測対象テーブル４０１で定義した対象ＩＤ列５０１の対象ＩＤを登録する対象ＩＤ列６０２と、計測を実行する計測エージェント装置１２０のＩＰアドレスまたはホスト名を登録する計測実行エージェント列６０３と、その計測をどれだけ優先して行うかの評価を最も高い１０から最も低い１までの整数で表す優先度を登録する優先度列６０４と、その計測の結果として得られる通信時間を評価するしきい値となる時間を登録するしきい値列６０５と、その計測を実行する間隔を登録する計測間隔列６０６と、１組の定義を一意に識別する数字または記号からなる計測ＩＤを登録する計測ＩＤ列６０１とにより構成される。計測ＩＤ列６０１以外の列の定義は、サーバ監視マネージャプログラム１０５の利用者が登録する。

例えば、対象ＩＤとしてＴ１が割り当てられた計測対象を、ホスト名Ａｇｅｎｔ１を持つ計測エージェント装置１２０で計測し、その優先度を１０、そのしきい値を０．３秒、計測を実行する間隔を３００秒として登録するには、対象ＩＤ列６０２にＴ１、測定実行エージェント列６０３にＡｇｅｎｔ１、優先度列６０４に１０、しきい値列６０５に０．３秒、計測間隔列６０６に３００秒を定義する。計測ＩＤ列６０１は、サーバ監視マネージャプログラム１０５によってＭ１が計測ＩＤとして割り当てられる。

図７は図４に示す計測間隔テーブル４０３の構成例を示す図である。

計測間隔テーブル４０３は、サーバ監視マネージャプログラム１０５の計測制御部１０６が計測の実行を指示する間隔を決定するために、サーバ監視マネージャプログラム１０５が作成、設定、変更するテーブルである。計測間隔テーブル４０３は、図６に示した計測設定テーブル４０２で定義した個々の計測に対して、図６に示した計測ＩＤ列６０１の計測ＩＤを設定する計測ＩＤ列７０１と、計測を実行の有無を文字列ＯｎまたはＯｆｆで設定する計測実施ｏｎ／ｏｆｆ列７０２と、計測を実行する間隔を設定する計測間隔列７０３と、次回の計測を実行する時刻を設定する次回計測時刻列７０４とにより構成される。

例えば、計測ＩＤとしてＭ１が割り当てられた計測が実行されていて、その計測を実行する間隔が３００秒、次回の計測を実行する時刻が１２時である場合、計測ＩＤ列７０１にＭ１、計測実施ｏｎ／ｏｆｆ列７０２にＯｎ、計測間隔列７０３に３００秒、次回計測時刻列７０４に１２：００が設定されている。

図８は図１に示すサーバ監視装置１００のサーバ監視マネージャプログラム１０５の計測制御部１０６での計測制御処理の動作を説明するフローチャートであり、次に、図８に示すフローチャートを参照して、サーバ監視マネージャプログラム１０５の計測制御部１０６での処理動作について説明する。

（１）計測制御部１０６は、処理を開始すると、図７により説明した計測間隔テーブル４０３の次回計測時刻列７０４に設定された時刻を参照し、その中で現在時刻に最も近い時刻になるまで待機する。そして、その時刻になったとき、あるいは、すでにその時刻が経過している場合、待機することなく、次の処理に進む。例えば、現在時刻が１１時５９分の場合、計測間隔テーブル４０３で計測ＩＤがＭ１の計測を実施する時刻１２時まで待機する（ステップ８０１）。

（２）次に、図７に示した計測間隔テーブル４０３、図６に示した計測設定テーブル４０２、図５に示した計測対象テーブル４０１を参照して、計測を実行する計測エージェント装置１２０のホスト名またはＩＰアドレスと、計測対象のサーバ１５０のホスト名またはＩＰアドレスと、計測対象のサーバアプリケーション１５１の名前または識別子とを決定する。例えば、計測間隔テーブル４０３で計測ＩＤがＭ１の計測について決定する場合、計測設定テーブル４０２から計測エージェント装置１２０のホスト名Ａｇｅｎｔ１を決定する。また、その対象ＩＤがＴ１であるので、計測対象テーブル４０１から計測対象のサーバ１５０のホスト名Ｓｅｒｖｅｒ１、計測対象のサーバアプリケーション名ＡＰ１を決定する（ステップ８０２）。

（３）計測制御部１０６は、ステップ８０２の処理で決定した計測を実行する計測エージェント装置１２０に対して計測の実行を指示する。計測の指示は、ステップ８０２の処理で決定した計測対象のサーバ１５０のホスト名またはＩＰアドレスと、計測対象のサーバアプリケーション１５１の名前または識別子とを含む通信パケットを、計測エージェント装置１２０に送信することにより実施する。例えば、計測間隔テーブル４０３で計測ＩＤがＭ１の計測の実行を指示する場合、ホスト名Ａｇｅｎｔ１の計測エージェント装置１２０に対して、サーバ１５０のホスト名Ｓｅｒｖｅｒ１とサーバアプリケーション１５１の名前ＡＰ１とを含む通信パケットを送信する（ステップ８０３）。

（４）次に、計測間隔テーブル４０３の次回計測時刻列７０４を更新する。すなわち、ステップ８０３の処理で実行を指示した計測に対応する計測間隔に現在時刻を足し合わせた時刻を、次回計測時刻として設定する。例えば、計測間隔テーブル４０３の計測ＩＤがＭ１の計測の実行を指示した場合、その計測の次回計測時刻に１２：０５を設定する（ステップ８０４）。

（５）その後、ステップ８０３の処理で計測の実行を指示した計測エージェント装置１２０から、計測の結果を含む通信パケットが到着するまで待機する。そして、到着した通信パケットを受信し、そのパケットに含まれる計測結果を取得する（ステップ８０５）。

（６）サーバ監視マネージャプログラム１０５の計測結果解析部１０７に、計測を実行した計測ＩＤとステップ８０５の処理で取得した計測結果とを通知し、その後、計測結果テーブル１１０にステップ８０５の処理で取得した計測結果を格納して、ここでの処理を終了する（ステップ８０６）。

図９はサーバ監視装置１００の記憶装置１０９に格納されている計測結果テーブル１１１の構成を示す図である。

計測結果テーブル１１１は、実行した計測の計測ＩＤを示す計測ＩＤ列９０１と、計測を実行した時刻を格納する計測時刻列９０２と、その計測の結果を格納する計測結果列９０３とにより構成される。そして、この計測結果テーブル１１１には、新たな計測を実行するたびに、計測時刻列９０２と計測結果列９０３とが追加され、その追加された列に計測時刻と計測結果とが格納される。

図１０は図１に示す計測エージェント装置１２０におけるサーバ監視エージェントプログラム１２５の計測実施部１２６での計測実施処理の動作を説明するフローチャートであり、次に、これについて説明する。ここでの計測実施処理は、図８により説明したフローのステップ８０５で、サーバ監視エージェントプログラム１２５がサーバ監視マネージャプログラム１０５から計測の実行を指示された場合、すなわち、計測対象のサーバ１５０のホスト名またはＩＰアドレスと、計測対象のサーバアプリケーション１５１の名前または識別子とを含む通信パケットを受け取ったときに実行される。

（１）計測実施部１２６は、サーバ監視エージェントプログラム１２５から受け取った通信パケットから計測対象のサーバ１５０のホスト名またはＩＰアドレスと、計測対象のサーバアプリケーション１５１の名前または識別子とを取得し、取得した計測対象の情報を使用して後述する計測データテーブル１２８を参照して、計測対象のサーバアプリケーション１５１に対する計測方法を決定する（ステップ１００１）。

（２）計測実施部１２６は、その後、計測の開始時刻ｔ１として現在時刻を取得して保持し、計測対象のサーバ１５０のサーバアプリケーション１５１に対して、ステップ１００１の処理で決定した方法による通信を実施する（ステップ１００２）。

（３）ステップ１００２の処理で実施した通信に対するサーバアプリケーション１５１からの応答を待ち、通信に対するサーバアプリケーション１５１からの応答を受信し、その後、計測の終了時刻ｔ２として現在時刻を取得して保持する（ステップ１００３）。

（４）ステップ１００３の処理で取得した計測の終了時刻ｔ２からステップ１００２の処理で取得した計測の開始時刻ｔ１を引いた時間を計算し、その時間である計測結果を含む通信パケットをサーバ監視マネージャプログラム１０５に送信して、ここでの処理を終了する（ステップ１００４）。

図１１は計測エージェント装置１２０の記憶装置１２７に格納されている計測データテーブル１２８の構成例を示す図である。

計測データテーブル１２８は、通信時間の計測を行う対象のサーバアプリケーション１５１に対する計測を実施する方法の情報を定義しているテーブルであり、計測の対象となるサーバアプリケーション１５１の名前または識別子を登録する対象アプリケーション列１１０２と、サーバアプリケーション１５１が実行されているサーバ１５０のＩＰアドレスまたはホスト名を登録する対象サーバ列１１０１と、サーバアプリケーション１５１に対する計測方法を登録する計測方法列１１０３とにより構成される。

計測方法列１１０３に登録されている計測方法は、サーバ監視エージェントプログラム１２５からサーバアプリケーション１５１に対して送信される通信パケットや、実行することによりサーバ監視エージェントプログラム１２５からサーバアプリケーション１５１に対して通信パケットを送信することができるコマンドやプログラムである。

図１２は図４に示す問題管理テーブル４０４の構成例を示す図である。

問題管理テーブル４０４は、サーバ監視装置１００のサーバ監視マネージャプログラム１０５の計測結果解析部１０７で問題があると判定された計測の情報を格納するテーブルであり、問題ありとされた計測の計測ＩＤを格納する問題計測ＩＤ列１２０１と、その問題に対して計測結果解析部１０７の内部状態を格納する状態列１２０２と、問題があると判定された計測に関連がある計測の計測ＩＤを格納する関連計測ＩＤ列１２０３と、問題があると判定された計測とその計測に関連がある計測の関連性を表す情報を格納する関連種別列１２０４と、関連がある計測の問題を解析するために採用する最新の計測結果と計測設定テーブル４０２のしきい値とを比較した結果を格納する計測結果列１２０５とにより構成される。

ここで、関連がある計測について詳しく説明する。１つのサーバアプリケーション１５１に対して、複数の計測エージェント装置１２０が計測を実行するものとする。このとき、サーバアプリケーション１５１と計測エージェント装置１２０との組み合わせである計測は複数存在することになるが、この場合、それぞれが計測対象とするサーバアプリケーション１５１が同一であるという関連がある。

また、１つのサーバ１５０で複数のサーバアプリケーション１５１が実行されている場合に、それら複数のサーバアプリケーション１５１に対して、複数の計測エージェント装置１２０が計測を実行するものとする。このとき、サーバアプリケーション１５１と計測エージェント装置１２０との組み合わせである計測は複数あるが、この場合、それぞれが計測対象とするサーバ１５０が同一であるという関連がある。すなわち、サーバアプリケーション１５１の属性のうち動作するサーバ１５０が同一であるという点で関連している。

同様に、１つのサーバネットワークに複数のサーバ１５０が存在し、それらのサーバ１５０で複数のサーバアプリケーション１５１が実行されている場合に、それら複数のサーバアプリケーション１５１に対して、複数の計測エージェント装置１２０が計測を実行するものとする。このとき、サーバアプリケーション１５１と計測エージェント装置１２０との組み合わせである計測は複数あるが、この場合、それぞれが計測対象とするサーバネットワークが等しいという関連がある。すなわち、サーバアプリケーション１５１の属性のうち所属するサーバネットワークが等しいことについて関連している。

説明している本発明の実施形態によるサーバアプリケーション監視システムは、前述したような３つの関連を取り扱うこととしている。図１２に示す例では、前述したような関連する計測を、図５に示す計測対象テーブル４０１と図６に示す計測設定テーブル４０２とから抽出したものとして示している。

図１２に示す問題管理テーブル４０４の状態列１２０２に格納される状態は、「問題確認中」か「回復確認中」のいずれかの値が設定され、関連種別列１２０４に格納される関連性を表す情報には、「計測対象テーブル４０１の対象ネットワーク列５０２が等しい」、「計測対象テーブル４０１の対象サーバ列５０３が等しい」、「計測対象テーブル４０１の対象アプリケーション列５０４が等しい」のいずれかの値が設定される。また、計測結果列１２０５に格納されるしきい値と比較を行った結果としては、「しきい値を超過」、「しきい値以下」、「計測未実施」のいずれかの値が設定される。

図１３は図１に示すサーバ監視装置１００におけるサーバ監視マネージャプログラム１０５の計測結果解析部１０７での計測結果解析処理の動作を説明するフローチャートであり、次に、これについて説明する。この計測結果解析処理は、計測制御部１０６から計測を実行した計測ＩＤと計測結果とが通知されたときに実行される。

（１）ここでの処理が開始されると、計測結果解析部１０７は、図１２に示した問題管理テーブル４０４の関連計測ＩＤ列１２０３を検索して、計測制御部１０６から通知された計測ＩＤが登録されているか否かを判定する（ステップ１３０１）。

（２）ステップ１３０１の判定で、対象となる計測ＩＤが問題管理テーブル４０４に登録されていなかった場合、計測制御部１０６から通知された計測結果が図６に示す計測設定テーブル４０２のしきい値列６０５のしきい値を超過しているか否かを判定し、計測結果がしきい値以下であった場合、ここでの計測結果解析処理を終了する（ステップ１３０２）。

（３）ステップ１３０２の判定で、計測結果がしきい値を超過していた場合、新規な問題が発生したと判定されたことなので、図１４に示すフローにより後述する問題新規登録処理を実行する（ステップ１３０３）。

（４）ステップ１３０１の判定で、対象となる計測ＩＤが問題管理テーブル４０４に登録されていた場合、ステップ１３０１での処理によりすでに登録されている問題に関連する計測結果を受け取ったと判定されたことなので、図１５に示すフローにより後述する問題対応処理を実行する（ステップ１３０４）。

図１４は図１３に示して説明したフローのステップ１３０３での問題新規登録処理の動作を説明するフローチャートである。この問題新規登録処理は、新規の問題が発生したと判定した場合に、その問題を問題管理テーブル４０４に登録するために計測結果解析部１０７で実行される処理である。この問題新規登録処理により、新規の問題が発生した問題の問題箇所を特定するために、関連する計測がすぐに実行される。

（１）計測結果解析部１０７は、この処理が開始されると、図１２に示した問題管理テーブル４０４の問題計測ＩＤ列１２０１に対象となる計測の計測ＩＤを設定し、状態列１２０２に「問題確認中」を設定する（ステップ１４０１）。

（２）次に、ステップ１４０３とステップ１４０４との処理を、対象となる計測に関連する計測に対して繰り返し実行することを設定する（ステップ１４０２、１４０５）。

（３）問題管理テーブル４０４の関連計測ＩＤ列１２０３に関連する計測の計測ＩＤを設定し、関連種別列１２０４に関連性を表す情報を設定し、計測結果列１２０５に「計測未実施」を設定する（ステップ１４０３）。

（４）関連する計測を直ちに実行するために、図７に示した計測間隔テーブル４０３の関連する計測の計測ＩＤに対応する次回計測時刻列７０４に現在時刻を設定する（ステップ１４０４）。

図１５は図１３に示して説明したフローのステップ１３０４での問題対応処理の動作を説明するフローチャートである。この問題対応処理は、すでに問題が発生している場合に、その問題の問題箇所を特定し、あるいは、その問題から回復したことを確認するために計測結果解析部１０７で実行される処理である。

（１）計測結果解析部１０７は、この処理が開始されると、問題管理テーブル４０４の状態列１２０２を参照して、問題に対して計測結果解析部１０７の内部状態が、「問題確認中」となっているか、「回復確認中」となっているかを判定する（ステップ１５０１）。

（２）ステップ１５０１の判定で、内部状態が「問題確認中」となっていた場合、対象となる計測の計測結果と計測設定テーブル４０２のしきい値列６０５のしきい値とを比較し、比較結果がしきい値を超過している場合、問題管理テーブル４０４の計測結果列１２０５に「しきい値超過」を設定し、比較結果がしきい値以下の場合、計測結果列１２０５に「しきい値以下」を設定して、問題管理テーブル４０４を更新する（ステップ１５０２）。

（３）次に、問題管理テーブル４０４の計測結果列１２０５を参照し、「計測未実施」となっている関連する計測がないか否かを判定し、「計測未実施」となっている関連する計測があった場合、その関連する計測については、計測が終了するまでここでの処理を行うことができないので、ここでの問題対応処理を終了する（ステップ１５０３）。

（４）ステップ１５０３の判定で、「計測未実施」となっている関連する計測がなかった場合、ステップ１５０１及びステップ１５０３の処理により問題の範囲を解析するための計測が完了したと判定されたので、図１６により後述する問題解析処理を実行する（ステップ１５０４）。

（５）その後、ステップ１５０４での問題解析処理の解析結果に従って計測の実施間隔を調整するために、図１７により後述する計測調整処理を実行する（ステップ１５０５）。

（６）ステップ１５０１の判定で、内部状態が「回復確認中」となっていた場合、図１８により後述する回復確認処理を実行する（ステップ１５０６）。

（７）次に、ステップ１５０３での判定と同様に、問題管理テーブル４０４の計測結果列１２０５を参照し、「計測未実施」となっている関連する計測がないか否かを判定し、「計測未実施」となっている関連する計測があった場合、その関連する計測については、計測が終了し、問題解析が終了するまでここでの処理を行うことができないので、ここでの問題対応処理を終了する（ステップ１５０７）。

（８）ステップ１５０７の判定で、「計測未実施」となっている関連する計測がなかった場合、あるいは、ステップ１５０５での計測調整処理が終了した後、サーバ監視マネージャプログラム１０５の回復手段実施部１０８に対して、対象としている問題に対する回復手段の実行を指示すると共に、問題管理テーブル４０４の関連する問題の計測結果列１２０５を「計測未実施」に設定して、ここでの問題対応処理を終了する（ステップ１５０８、１８０９）。

図１６は図１５に示して説明したフローのステップ１５０４での問題解析処理の動作を説明するフローチャートであり、次に、これについて説明する。この問題解析処理は、問題に関連する計測について問題の範囲を確認するための計測が終了した後で、問題の範囲を解析するために計測結果解析部１０７で実行される処理である。

（１）この処理が開始されると、計測結果解析部１０７は、図１２に示した問題管理テーブル４０４の関連種別列１２０４と計測結果列１２０５とを参照し、「対象アプリケーション」が等しいとなっている計測で「しきい値超過」となっている計測があるか否かを判定する（ステップ１６０１）。

（２）ステップ１６０１の判定で、「対象アプリケーション」が等しいとなっている計測で「しきい値超過」となっている関連する計測があった場合、問題管理テーブル４０４の関連種別列１２０４と計測結果列１２０５とを参照し、「対象サーバ」が等しいとなっている計測が「しきい値超過」となっている計測があるか否かを判定する（ステップ１６０２）。

（３）ステップ１６０２の判定で、「対象サーバ」が等しいとなっている計測が「しきい値超過」となっている計測があった場合、問題管理テーブル４０４の関連種別列１２０４と計測結果列１２０５とを参照し、「対象ネットワーク」が等しいとなっている計測が「しきい値超過」となっている計測があるか否かを判定する（ステップ１６０３）。

（４）ステップ１６０３の判定で、「対象ネットワーク」が等しいとなっている計測が「しきい値超過」となっている計測があった場合、ステップ１６０１の判定で、問題の計測と同じサーバアプリケーション１５１に対する別の計測エージェント装置１２０からの計測でも問題があると判定され、ステップ１６０２の判定で、問題の計測と同じサーバ１５０で動作する別のサーバアプリケーション１５１に対する計測でも問題があると判定され、ステップ１６０３の判定で、問題の計測と同じサーバネットワークにある別のサーバ１５０で動作する別のサーバアプリケーション１５１に対する計測でも問題があると判定されたので、問題の範囲は「同一サーバネットワーク」であると判定（判定１）する（ステップ１６０４）。

（５）ステップ１６０３の判定で、「対象ネットワーク」が等しいとなっている計測が「しきい値超過」となっている計測がなかった場合、ステップ１６０１の判定で、問題の計測と同じサーバアプリケーション１５１に対する別の計測エージェント装置１２０からの計測でも問題があると判定され、ステップ１６０２の判定で、問題の計測と同じサーバ１５０で動作する別のサーバアプリケーション１５１に対する計測でも問題があると判定され、ステップ１６０３の判定で、問題の計測と同じサーバネットワークにある別のサーバ１５０で動作する別のサーバアプリケーション１５１に対する計測には問題がないと判定されたので、問題の範囲は「同一サーバ１５０」であると判定（判定２）する（ステップ１６０５）。

（６）ステップ１６０２の判定で、「対象サーバ」が等しいとなっている計測が「しきい値超過」となっている計測がなかった場合、ステップ１６０１の判定で、問題の計測と同じサーバアプリケーション１５１に対する別の計測エージェント装置１２０からの計測でも問題があると判定され、ステップ１６０２の判定で、問題の計測と同じサーバ１５０で動作する別のサーバアプリケーション１５１に対する計測には問題がないと判定されたので、問題の範囲は「同一サーバアプリケーション１５１」であると判定（判定３）する（ステップ１６０６）。

（７）ステップ１６０１の判定で、「対象アプリケーション」が等しいとなっている計測で「しきい値超過」となっている関連する計測がなかった場合、ステップ１６０１の判定で、問題の計測と同じサーバアプリケーション１５１に対する別の計測エージェント装置１２０からの計測には問題がないと判定されたので、問題の範囲は「サーバアプリケーション１５１と計測エージェント装置１２０の組み合わせ」であると判定（判定４）する（ステップ１６０７）。

（８）ステップ１６０４〜ステップ１６０７の判定処理の終了後、ステップ１６０４〜ステップ１６０７の判定結果に従って、問題の範囲に含まれない計測を問題管理テーブル４０４から削除して、ここでの処理を終了する（ステップ１６０８）。

図１７は図１５に示して説明したフローのステップ１５０５での計測調整処理の動作を説明するフローチャートであり、次に、これについて説明する。この計測調整処理は、問題の範囲に含まれる計測で優先度が高い計測の間隔を短くして問題からの回復の検知を早くするため、及び、問題の範囲に含まれる計測で優先度が低い計測の実施を一時停止することにより、問題の範囲に含まれるサーバアプリケーション１５１、サーバ１５０、サーバネットワーク等の負荷を低減させるため、計測結果解析部１０７で実行される処理である。

なお、ここでは説明しないが、優先度が高い計測以外の優先度が低い計測の全てに対する実施を一時的に停止する処理でもよく、また、計測エージェント装置の一部または全部からの計測を一時的に停止する処理でもよい。

（１）この処理が開始されると、計測結果解析部１０７は、ステップ１７０２〜ステップ１７０５での処理を、対象となる計測に関連する計測に対して繰り返し実行することを設定する（ステップ１７０１、１７０６）。

（２）その後、計測設定テーブル４０２と問題管理テーブル４０４とを参照し、問題の範囲に含まれる全ての関連する計測の優先度の平均値と対象としている関連する計測の優先度とを比較する（ステップ１７０２）。

（３）次に、ステップ１７０２の比較で全ての関連する計測の優先度の平均値よりも対象としている関連する計測の優先度が高いか否かを判定する（ステップ１７０３）。

（４）ステップ１７０３の判定で、対象としている関連する計測の優先度が全ての関連する計測の優先度の平均値より高いと判定された場合、対象としている関連する計測について計測間隔テーブル４０３の計測間隔列７０３に、計測設定テーブル４０２の計測間隔列６０６に定義されている時間の１０分の１の時間を設定して、計測の頻度を高くする（ステップ１７０４）。

（５）ステップ１７０３の判定で、対象としている関連する計測の優先度が全ての関連する計測の優先度の平均値より低いと判定された場合、対象としている関連する計測について計測間隔テーブル４０３の計測実施ｏｎ／ｏｆｆ列７０２に、「Ｏｆｆ」を設定して、計測を一時的に停止する（ステップ１７０５）。

（６）ステップ１７０２〜１７０５までの処理を、対象となる計測に関連する計測に対して繰り返し実行する処理を終了した後、問題管理テーブル４０４の状態列１２０２に「回復確認中」を設定し、計測結果解析部１０７の内部状態を問題の範囲を確認する状態から問題の回復を確認する状態に移行させてここでの処理を終了する（ステップ１７０７）。

図１８は図１５に示して説明したフローのステップ１５０６での回復確認処理の動作を説明するフローチャートであり、次に、これについて説明する。この回復確認処理は、問題からの回復を確認するために計測結果解析部１０７で実行される処理である。

（１）この処理が開始されると、計測結果解析部１０７は、対象となる計測の計測結果と計測設定テーブル４０２のしきい値列６０５のしきい値とを比較し、比較結果がしきい値を超過している場合、問題管理テーブル４０４の計測結果列１２０５に「しきい値超過」を設定し、比較結果がしきい値以下の場合、計測結果列１２０５に「しきい値以下」を設定して、問題管理テーブル４０４を更新する（ステップ１８０１）。

（２）次に、問題管理テーブル４０４の計測結果列１２０５を参照し、問題からの回復を全て確認したか否かを判定する。この判定で、「計測未実施」の関連する計測がある、あるいは、「しきい値超過」の関連する計測があった場合、問題からの回復は確認できていないとして回復確認処理を終了する（ステップ１８０２）。

（３）ステップ１８０２の判定で、「計測未実施」の関連する計測がなく、「しきい値超過」の関連する計測がなかった場合、すなわち、問題からの回復を検知するための全ての計測を実施し、その結果にしきい値を超過するものがなかった場合、問題からの回復を確認したとして、対象としている関連する計測のうち計測の頻度を高めていた計測について、計測間隔テーブル４０３の計測間隔列７０３に、計測設定テーブル４０２の計測間隔列６０６に定義されている時間を設定し、また、計測を一時的に停止していた計測について、計測間隔テーブル４０３の計測実施ｏｎ／ｏｆｆ列７０２に、「Ｏｎ」を設定して計測間隔テーブル４０３を更新し、計測を再開する（ステップ１８０３）。

（４）その後、問題からの回復を確認した計測とその関連する計測とを、問題管理テーブル４０４から削除して問題管理テーブル４０４を更新して、ここでの処理を終了する（ステップ１８０４）。

図１９は図４に示す回復手段テーブル４０５の構成例を示す図である。

回復手段テーブル４０５は、問題からの回復対象であるサーバアプリケーション１５１の名前または識別子、サーバ１５０のホスト名またはＩＰアドレス、あるいは、サーバネットワークのネットワークアドレスまたはネットワーク名を定義する回復対象列１９０１と、問題からの回復手段を実行する対象であるサーバ資源管理装置１４０のホスト名またはＩＰアドレスを定義する回復手段実行先列１９０２と、サーバ資源管理装置１４０に回復手段の実行を指示するための方法を定義する回復手段列１９０３とにより構成される。

回復手段列１９０３に登録される回復手段は、サーバ監視マネージャプログラム１０５からサーバ資源管理装置１４０に対して送信される回復手段の実行を指示する通信パケットや、実行することでサーバ監視マネージャプログラム１０５からサーバ資源管理装置１４０に対して回復手段の実行を指示する通信パケットを送信することができるコマンドやプログラムである。

図２０は図１に示すサーバ監視装置１００のサーバ監視マネージャプログラム１０５の回復手段実施部１０８での回復手段実施処理の動作を説明するフローチャートであり、次に、これについて説明する。この回復手段実施処理は、計測結果解析部１０７から問題の判定結果を含む回復手段の実行を指示されたときに回復手段実施部１０８により実行される処理である。

（１）この処理が開始されると、回復手段実施部１０８は、まず、回復手段テーブル４０５を参照し、計測結果解析部１０７から通知された問題の範囲が回復手段テーブル４０５の回復対象列１９０１に登録されているか否かを判定する。この判定で、通知された問題の範囲が回復手段テーブル４０５の回復対象列１９０１に登録されていなかった場合、ここでの回復手段実施処理を終了する（ステップ２００１）。

（２）ステップ２００１の判定で、通知された問題の範囲が回復手段テーブル４０５の回復対象列１９０１に登録されていた場合、回復手段テーブル４０５を参照し、回復手段実行先列１９０２に登録されているサーバ資源管理装置１４０に対して、回復手段列１９０３に登録された回復手段を実行して、ここでの回復手段実施処理を終了する（ステップ２００２）。

前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるプロセッサ（ＣＰＵ）に実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

図２１はサーバ監視装置１００のサーバ監視マネージャプログラム１０５がサーバ資源管理装置１４０に回復手段を実施したときの動作を説明するシステム構成図である。ここに示す例は、図１に示すシステム構成におけるサーバ１５０とサーバ資源管理装置１４０との部分を示したものであり、予備として待機しているサーバを１台設け、サーバ資源管理装置１４０としてサーバ負荷分散装置２１２０を使用する場合の例である。

図２１に示す構成例は、負荷分散装置２１２０に、サーバ１（２１０１）、サーバ２（２１０２）、サーバ３（２１０３）が接続されて構成されている。そして、サーバ１（２１０１）では、サーバアプリケーション１５１としてＡＰ１（２１１１）とＡＰ２（２１１２）とが動作しており、サーバ２では、ＡＰ３（２１１３）とＡＰ４（２１１４）とが動作しているものとする。また、サーバ３（２１０３）は、予備として待機しているものとする。

いま、サーバ監視マネージャプログラム１０５が、ＡＰ１（２１１１）の問題を検知し、サーバ１（２１０１）が問題の範囲であるとして解析した場合、サーバ監視マネージャプログラム１０５は、負荷分散装置２１２０に対してサーバ１（２１０１）を回復するための手段を実行する。そして、説明している例の場合、サーバ１（２１０１）の問題に対して、サーバ１（２１０１）で動作するサーバアプリケーションのＡＰ１またはＡＰ２を、待機中のサーバ３（２１０３）に移動して動作させるためのコマンドが、図１９に示す回復手段テーブル４０５の回復手段列１９０３に登録されているものとする。サーバ監視マネージャプログラム１０５は、このコマンドを負荷分散装置２１２０に対して実行することにより、負荷分散装置２１２０は、サーバ１（２１０１）のＡＰ２をサーバ３（２１０３）に移動し、サーバ３（２１０３）でＡＰ２を動作させる。このような回復手段を実施することにより、サーバ１（２１１１）の負荷が低減され、問題を回復することができる。

本発明の一実施形態によるサーバアプリケーション監視システムの全体の構成を示すブロック図である。 サーバの構成例を示すブロック図である。 サーバ資源管理装置の構成例を示すブロック図である。 サーバ監視装置の記憶装置に格納されている計測情報テーブル群を構成するテーブルを示す図である。 図４に示す計測対象テーブルの構成例を示す図である。 図４に示す計測設定テーブルの構成例を示す図である。 図４に示す計測間隔テーブルの構成例を示す図である。 サーバ監視装置のサーバ監視マネージャプログラムの計測制御部での計測制御処理の動作を説明するフローチャートである。 サーバ監視装置の記憶装置に格納されている計測結果テーブルの構成を示す図である。 計測エージェント装置におけるサーバ監視エージェントプログラムの計測実施部での計測実施処理の動作を説明するフローチャートである。 計測エージェント装置の記憶装置に格納されている計測データテーブルの構成例を示す図である。 図４に示す問題管理テーブルの構成例を示す図である。 サーバ監視装置におけるサーバ監視マネージャプログラムの計測結果解析部での計測結果解析処理の動作を説明するフローチャートである。 図１３に示して説明したフローのステップ１３０３での問題新規登録処理の動作を説明するフローチャートである。 図１３に示して説明したフローのステップ１３０４での問題対応処理の動作を説明するフローチャートである。 図１５に示して説明したフローのステップ１５０４での問題解析処理の動作を説明するフローチャートである。 図１５に示して説明したフローのステップ１５０５での計測調整処理の動作を説明するフローチャートである。 図１５に示して説明したフローのステップ１５０６での回復確認処理の動作を説明するフローチャートである。 図４に示す回復手段テーブルの構成例を示す図である。 サーバ監視装置のサーバ監視マネージャプログラムの回復手段実施部での回復手段実施処理の動作を説明するフローチャートである。 サーバ監視装置のサーバ監視マネージャプログラムがサーバ資源管理装置に回復手段を実施したときの動作を説明するシステム構成図である。

符号の説明

１００ サーバ監視装置
１０１、１２１ メモリ
１０２、１２４ 通信インタフェース
１０３、１２３ ディスクインタフェース
１０４、１２２ プロセッサ
１０５ サーバ監視マネージャプログラム
１０６ 計測制御部
１０７ 計測結果解析部
１０８ 回復手段実施部
１０９、１２７ 記憶装置
１１０ 計測情報テーブル郡
１１１ 計測結果テーブル
１２０ 計測エージェント装置
１２５ サーバ監視エージェントプログラム
１２６ 計測実施部
１２８ 計測データテーブル
１３０ ネットワーク
１４０ サーバ資源管理装置
１５０ 監視対象サーバ
１５１ サーバアプリケーション
１６０ クライアント
１６１ クライアントアプリケーション
４０１ 計測対象テーブル
４０２ 計測設定テーブル
４０３ 計測間隔テーブル
４０４ 問題管理テーブル
４０５ 回復手段テーブル

Claims (8)

1. クライアント内のクライアントアプリケーションからの処理要求に応じてサーバ内のサーバアプリケーションが処理を実行するクライアント／サーバシステムにおけるサーバアプリケーション監視システムにおいて、
   計測エージェント装置とサーバ監視装置とが前記サーバに接続されており、
   前記計測エージェント装置は、前記サーバ監視装置からの指示に従って前記サーバアプリケーションに対して処理を要求し、要求した処理の結果としての応答を前記サーバアプリケーションから受け取るまでの時間を計測し、計測の結果を前記サーバ監視装置に送信する計測実施部を有し、
   前記サーバ監視装置は、前記計測エージェント装置に計測を指示し、計測の結果を前記計測エージェント装置から受け取る計測制御部と、計測の結果を解析して前記サーバアプリケーションの性能に関わる問題の発生を検出し、検出した問題の原因を判定する計測結果解析部と、前記サーバアプリケーションの性能に関わる問題を解決するために回復手段を実施する回復手段実施部とを有することを特徴とするサーバアプリケーション監視システム。
2. 請求項１記載のサーバアプリケーション監視システムにおいて、
   前記サーバ監視装置は、前記サーバアプリケーションの有する属性および前記計測エージェントの有する属性を使用して、サーバアプリケーションと計測エージェントの組み合わせで決定される計測について、他の計測との関連を定義することを特徴とするサーバアプリケーション監視システム。
3. 請求項２記載のサーバアプリケーション監視システムにおいて、
   前記サーバ監視装置は、前記サーバアプリケーションの性能に関わる問題の原因を判定するために、定義した前記関連に該当する計測を実行するする間隔を変更することによって、複数の前記計測エージェント装置から実行される計測の結果を収集し、定義した前記関連を使用して前記サーバアプリケーションの性能に関わる問題の原因を判定することを特徴とするサーバアプリケーション監視システム。
4. 請求項２記載のサーバアプリケーション監視システムにおいて、
   前記サーバ監視装置は、前記サーバアプリケーションの性能に関わる問題の原因を判定するために、定義した前記関連に該当する計測を実行するする間隔を変更することによって、同じ属性を有する複数の前記サーバアプリケーションに対して実行される計測の結果を収集し、定義した前記関連を使用して前記サーバアプリケーションの性能に関わる問題の原因を判定することを特徴とするサーバアプリケーション監視システム。
5. 請求項１記載のサーバアプリケーション監視システムにおいて、
   前記サーバ監視装置は、前記サーバアプリケーションの性能に関わる問題の原因の判定結果に応じて計測を実施する間隔を変化させることを特徴とするサーバアプリケーション監視システム。
6. 請求項１記載のサーバアプリケーション監視システムにおいて、
   前記サーバ監視装置は、前記サーバアプリケーションの性能に関わる問題の原因の判定結果に応じて前記サーバアプリケーションの一部または全部に対する計測、または、前記計測エージェント装置の一部または全部からの計測を一時的に停止することを特徴とするサーバアプリケーション監視システム。
7. 請求項１記載のサーバアプリケーション監視システムにおいて、
   前記サーバアプリケーションが動作するサーバの処理性能に関わる資源を管理するサーバ資源管理装置がさらに前記サーバに接続されており、
   前記サーバ監視装置は、前記サーバアプリケーションの性能に関わる問題の原因の判定結果に応じて問題から回復するための手段を前記サーバ資源管理装置に対して実行することを特徴とするサーバアプリケーション監視システム。
8. クライアント内のクライアントアプリケーションからの処理要求に応じてサーバ内のサーバアプリケーションが処理を実行するクライアント／サーバシステムにおけるサーバアプリケーション監視方法において、
   計測エージェント装置とサーバ監視装置とが前記サーバに接続されており、
   前記計測エージェント装置は、前記サーバ監視装置からの指示に従って前記サーバアプリケーションに対して処理を要求し、要求した処理の結果としての応答を前記サーバアプリケーションから受け取るまでの時間を計測し、計測の結果を前記サーバ監視装置に送信し、
   前記サーバ監視装置は、前記計測エージェント装置に計測を指示し、計測の結果を前記計測エージェント装置から受け取り、計測の結果を解析して前記サーバアプリケーションの性能に関わる問題の発生を検出し、検出した問題の原因を判定し、前記サーバアプリケーションの性能に関わる問題を解決するために回復手段を実施することを特徴とするサーバアプリケーション監視方法。

Images