(57)【要約】【課題】システム動作の傾向分析及び障害解析に必要な範囲で必要以上の監視負荷をかけない運用管理システムを提供することにある。【解決手段】管理計算機は、対象計算機から、第１の監視項目ごとの稼働性能値を受信するインタフェースと、第１の監視項目ごとの稼働性能値に基づいて、第１の監視項目との関係で採取すべき第２の監視項目を特定し、第２の監視項目に対する稼動性能値を採取するように対象計算機へ採取指示する制御部とを有する。【選択図】  図１
2004206495.tif 000002
【特許請求の範囲】
【請求項１】
管理計算機と、前記管理計算機により監視される対象計算機とを有する管理システムであって、
前記管理計算機は、
前記対象計算機から、第１の監視項目ごとの稼働性能値を受信するインタフェースと、
前記第１の監視項目ごとの稼働性能値に基づいて、前記第１の監視項目との関係で採取すべき第２の監視項目を特定し、前記第２の監視項目に対する稼動性能値を採取するように前記対象計算機へ採取指示する制御部とを有し、
前記対象計算機は、
前記管理計算機からの採取指示を受信するインタフェースと、
前記採取指示に基づいて、前記第２の監視項目の稼動性能値を採取し、前記管理計算機へ送信する制御部とを有する管理システム。
【請求項２】
請求項１に記載の管理システムであって、
前記管理計算機の制御部は、
前記稼動性能値に基づいて算出される予測値に基づいて、前記第１の監視項目と一定の関係を有する前記第２の監視項目を特定することを特徴とする管理システム。
【請求項３】
請求項２に記載の管理システムであって、
前記予測値は、過去に採取した同一時刻、同一曜日、同一日付又は同一月のうちの少なくともいずれか１つの前記稼動性能値に基づいて算出された値であることを特徴とする管理システム。
【請求項４】
請求項１に記載の管理システムであって、
前記第２の監視項目は、複数であることを特徴とする管理システム。
【請求項５】
請求項４に記載の管理システムであって、
前記第２の監視項目各々は優先度を設け、
前記管理計算機の制御部は、
前記優先度に基づいて、前記第２の監視項目を特定することを特徴とする管理システム。
【請求項６】
請求項１に記載の管理システムであって、
前記管理計算機の制御部は、
前記第１の監視項目ごとの稼働性能値に基づいて、前記管理システムの危険度を判定し、前記危険度に基づいて、前記第１の監視項目との関係で採取すべき第２の監視項目を特定することを特徴とする管理システム。
【請求項７】
請求項１に記載の管理システムであって、
前記管理計算機の制御部は、
前記第１の監視項目ごとの稼働性能値に基づいて、前記管理システムの危険度を判定し、前記危険度に基づいて、前記第１の監視項目との関係で採取すべき第２の監視項目と採取周期とを特定し、前記第２の監視項目に対する稼動性能値を前記特定した採取周期で採取するように前記対象計算機へ採取指示するることを特徴とする管理システム。
【請求項８】
請求項１に記載の管理システムであって、
前記監視項目とは、アプリケーションサーバ、データベースサーバ、記憶装置及びプログラムのうちの少なくともいずれか１つの性能特性の種類を示す情報を含むことを特徴とする管理システム。
【請求項９】
請求項９に記載の管理システムであって、
前記性能特性とは、ＣＰＵの使用率、メモリの使用率、ディスク使用率のうちの少なくともいずれか１つを示す情報を含むことを特徴とする管理システム。
【請求項１０】
システムの稼動状況を監視する管理計算機であって、
対象計算機から、第１の監視項目ごとの稼働性能値を受信するインタフェースと、
前記第１の監視項目ごとの稼働性能値に基づいて、前記第１の監視項目との関係で採取すべき第２の監視項目を特定し、前記第２の監視項目に対する稼動性能値を採取するように前記対象計算機へ指示する制御部とを有する管理計算機。
【請求項１１】
システムの稼動状況を監視する管理方法であって、
監視対象から受信した、第１の監視項目ごとの稼働性能値に基づいて、前記第１の監視項目との関係で採取すべき第２の監視項目を特定するステップと、
前記第２の監視項目に対する稼動性能値を採取するように前記対象計算機へ指示するステップとを有する管理方法。
【請求項１２】
システムの稼動状況を監視する管理プログラムであって、
監視対象から受信した、第１の監視項目ごとの稼働性能値に基づいて、前記第１の監視項目との関係で採取すべき第２の監視項目を特定する手順と、
前記第２の監視項目に対する稼動性能値を採取するように前記対象計算機へ指示する手順とを計算機に実行させるためのプログラム。
【請求項１３】
管理計算機と、前記管理計算機により監視される対象計算機とを有する管理システムであって、
前記対象計算機は、
第１の監視項目ごとの稼動性能値に基づいて、前記第１の監視項目と関係で採取すべき第２の監視項目を特定し、前記第２の監視項目の稼動性能値を採取する制御部と、
前記採取した稼動性能値を送信するインタフェースとを有し、
前記管理計算機は、
前記対象計算機から、前記稼働性能値を受信するインタフェースと、
前記稼働性能値に基づいて、システムの稼動状況を監視する制御部とを有する管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
システム動作状況を監視する運用管理システムに関する。特に、システムの動作状況を監視するために、監視対象から稼働性能データを採取する技術に関する。
【０００２】
【従来の技術】
従来技術として、管理計算機において、各種の稼働性能データを監視対象の計算機から定期的に採取することにより、ネットワークシステムの動作状況を監視する運用管理システムに関するものがある。ここで、採取した稼動性能データは、管理計算機上の表示装置に表示され、管理者によるネットワークシステムの動作状況の傾向分析や障害解析のために利用される。
【０００３】
たとえば、特許文献１では、監視対象から稼動性能データを収集する際のネットワーク負荷を軽減させるために監視対象サーバ側で障害解析を行う技術が開示されている。
【０００４】
【特許文献１】
特開平１１−２３４２７４号公報
【０００５】
【発明が解決しようとする課題】
上述した特許文献１の管理システムでは、特定の監視項目の稼働性能値に基づいてシステムの稼動状況が危険であると判断された前後で、採取する監視項目（たとえば、CPUの使用率、メモリの使用率等）の種類、数等は変動するものではなかった。
【０００６】
一方、管理者はがあるしきい値を基準に危険域に入っている稼働性能値の監視項目から、その特定の監視項目と関連する監視項目の稼働性能値をみることでシステムの稼動状況の危険性（度）やその要因を判断する。このように、実際にシステムの稼動状況の監視するにあたり必要とされる監視項目は、その危険域にある稼動性能データの監視項目と関連で一定の監視項目に限られている。
【０００７】
しかし、上述した特許文献１においては、予め設定されたすべての監視項目を固定的に採取するものであったため、たとえば、稼動性能データを保存するためのメモリ容量の増大、稼動性能データを送受信するネットワーク（通信回線）使用量の増大、監視計算機のCPU処理性能を不当に圧迫することにより通常サービスの処理性能低下等の不具合をもたらしていた。
【０００８】
本発明の目的は、システム動作の傾向分析及び障害解析に必要な範囲で必要以上の監視負荷をかけない運用管理システムを提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の一実施形態の管理システムでは、管理計算機と、管理計算機により監視される対象計算機とを有する。管理計算機は、対象計算機から、第１の監視項目ごとの稼働性能値を受信するインタフェースと、第１の監視項目ごとの稼働性能値に基づいて、第１の監視項目との関係で採取すべき第２の監視項目を特定し、第２の監視項目に対する稼動性能値を採取するように対象計算機へ採取指示する制御部とを有する。対象計算機は、管理計算機からの採取指示を受信するインタフェースと、採取指示に基づいて、第２の監視項目の稼動性能値を採取し、管理計算機へ送信する制御部とを有する。
【００１０】
【発明の実施の形態】
図１は、本発明に関するシステム全体の構成例を示す。本システムは、ネットワーク１００に接続された運用管理サーバ１１０と複数の監視対象サーバ１２０から構成される。なお、ネットワーク１００としては、たとえば、ローカルエリアネットワーク（ＬＡＮ）、ＷＡＮ、ストレージエリアネットワーク（ＳＡＮ）等の通信回線である。
【００１１】
監視対象サーバ１２０は、中央処理装置１４１と、主記憶装置１４２と、入力装置１４３と、表示装置１４４と、外部記憶装置１４５とインタフェース１４６を有する監視対象計算機であって、これら構成要素はシステムバス１４７により接続されている。監視対象サーバとしては、たとえば、ホスト計算機、アプリケーションサーバ、データベースサーバや記憶装置等が該当する。
【００１２】
外部記憶装置１４５には、基本制御プログラム１２２と、監視対象プログラム１２３と、基本制御プログラム１２２から監視対象サーバ１２０の稼働性能情報を、監視対象プログラム１２３から該稼働性能情報を採取する稼働性能採取エージェント１２１が格納され、必要に応じて主記憶装置１４２に読み込まれる。中央処理装置１４１は、主記憶装置１４２上のプログラムを実行する。１４３は、キーボードやマウスの如き入力装置である。１４４は、ビットマップディスプレイの如き表示装置である。１４６はネットワークに接続するためのインタフェースである。
【００１３】
運用管理サーバ１１０は、中央処理装置１３１と、主記憶装置１３２と、入力装置１３３と、表示装置１３４と、外部記憶装置１３５とインタフェース１３６を有する管理計算機であって、これら構成要素はシステムバス１３７により接続されている。
【００１４】
外部記憶装置１３５には、各監視対象サーバ１２０に搭載の稼働性能採取エージェント１２１より稼働性能データを収集する稼働性能データ収集プログラム１１１と、収集した稼働性能データを蓄積するデータベース１１６と、蓄積した稼働性能データを参照・加工してシステム管理者に稼働状況を提示する監視分析プログラム１１５が格納され、必要に応じて主記憶装置１３２に読み込まれる。中央処理装置１３１は、主記憶装置１３２上のプログラムを実行する。１３３は、キーボードやマウスの如き入力装置である。１３４は、ビットマップディスプレイの如き表示装置である。１３６はネットワークに接続するためのインタフェースである。
【００１５】
データベース１１６には、全ての監視対象サーバ１２０より採取する稼働性能監視項目の属性情報が定義された採取監視項目情報１１７と、一定時間ごとに稼働性能データ収集プログラム１１１が収集した稼働性能データ１１８が格納される。
【００１６】
稼働性能データ収集プログラム１１１は、採取監視項目情報１１７に定義された採取対象監視項目に従って、監視対象サーバ１２０の稼働性能採取エージェント１２１から稼働性能データを収集し、データベース１１６に蓄積するデータ収集部１１３と、データ収集部１１３が収集した稼働性能値が採取監視項目情報１１７に定義されたしきい値を基準に危険域にあると判断された場合に、関連する採取監視項目情報１１７の採取状態（採取／非採取）の設定を行う採取監視項目設定部１１４と、一定時間ごとにデータ収集部１１３を起動する起動タイマ部１１２としての機能を実現する。
【００１７】
図２は、本実施形態の採取監視項目情報１１７のデータ形式を示す。
【００１８】
採取監視項目属性テーブル２００は、監視する全ての稼働性能データに関する属性を保持するテーブルである。
【００１９】
採取監視項目属性テーブル２００は、監視項目ごとにシステムで一意に採番された監視項目番号２０１、監視項目名２０２、監視項目ごとの稼動性能データの採取状態２０３、監視項目ごとの稼動性能データを採取する監視対象に採番された監視対象番号２０４（たとえば、図２において、１０はホスト計算機、２０はプログラム、３０はアプリケーションサーバ、４０はデータベースサーバ）、監視項目ごとの稼動性能値が危険域にあるかどうかを判断するための基準を示すしきい値２０５から構成される。なお、本実施形態では、監視対象番号２０４は、ホスト計算機等の装置に対しては装置単位で番号を採番しているが、装置内部のハードウェア構成要素或いはソフトウェア構成要素（プログラム、或いはプログラムの一部分）単位で採番してもよい。また、しきい値２０５には、稼動性能値がその閾値を基準に上下どちらの領域が危険域かを示す符号（採取された稼動性能値が閾値を上回った場合に危険域である場合には“＋”、その逆の場合には“−”）が付与される。さらに、しきい値２０５は、各項目番号２０１ごとに複数設定してもよい。また、採取状態２０３は、採取/非採取でなく、単位時間あたりに稼動性能データを採取する数（採取周期）を段階的に切替えるための情報としてもよい。これにより、より危険である場合により多くの稼動性能データを採取することができる。
【００２０】
採取設定監視項目テーブル２１０は、特定監視項目の稼働性能値が危険域になった場合に、この特定の監視項目との関連で採取すべき監視項目を保持するテーブルである。なお、採取項目設定部１１４は、管理サーバ１１０の入力装置１３３等からの入力値を受付け、その入力値に基づいて、監視項目テーブル２１０の内容を設定/変更してもよい。
【００２１】
採取設定監視項目テーブル２１０は、監視項目番号２１１、監視項目番号２１１が示す監視項目ごとの監視対象番号２１２、監視項目番号２１１に示す監視項目が危険域になった場合に採取すべき監視項目を示す設定先監視項目番号２１３、設定先監視項目番号２１３が示す監視項目ごとの設定先監視対象番号２１４から構成される。例えば、図２のレコード▲３▼では、監視対象２０の監視項目２００がしきい値変更した場合には、監視対象２０の監視項目２０１の採取状態を再設定することを示している。なお、しきい値２０５を危険度に応じて複数段階的に設定し、その危険度に応じて、監視項目番号２１１に対する、設定先監視項目番号２１３と設定先監視対象番号２１４とを変化させてもよい。さらに、たとえば、設定先監視項目番号２１３と設定先監視対象番号２１４とに優先度を付けて、たとえば、危険度がより高い場合に、優先度の高いより多くの設定項目番号２１３と設定先監視対象番号２１４とを設定するようにしてもよい。
【００２２】
図３は、本実施形態の稼働性能データ１１８のデータ形式を示す。
【００２３】
稼働性能データテーブル３００は、各監視対象サーバ１２０より収集した稼働性能監視項目の値を保持するテーブルである。
【００２４】
稼働性能データテーブル３００は、稼動性能データを採取した、監視対象番号３０１、監視項目番号３０２、採取時刻３０３、稼働性能値３０４から構成される。なお、図３では１分間隔で採取した例を示しているが、項目番号302ごとに異なる周期で採取してもよい。
【００２５】
図４は、稼働性能採取エージェント１２１の処理フローを示す。なお、エージェント１２１は、デーモンプログラムとして常時起動されていおり、運用管理サーバ１１０のデータ収集部１１３からネットワーク１００を介して要求された所望の監視項目の稼働性能値を返すためのプログラムである。
【００２６】
ステップ４０１において、エージェント１２１は、稼働性能データ収集プログラム１１１から監視項目を指定した稼動性能データ採取要求を取得する。
【００２７】
ステップ４０２において、エージェント１２１は、取得した採取要求に基づいて、ステップ４０３或いは４０４へと処理を分岐する。
【００２８】
ステップ４０２にて監視対象サーバ内部のハードウェア構成要素の稼働性能データを採取するように要求された場合は、ステップ４０３において、エージェント１２１は、指定された監視項目の稼働性能データを採取するように基本制御プログラム１２２に指示する。これを受けて、基本制御プログラム１２２は、指定された監視項目の稼動性能データを採取する。
【００２９】
一方、ステップ４０２にて監視対象サーバ内部のソフトウェア（プログラム）の稼働性能データを採取するように要求された場合は、４０４において、エージェント１２１は、指定された監視項目の稼働性能データを採取するように監視対象プログラム１２３に指示する。これを受けて、監視対象プログラム１２３は、指定された監視項目の稼動性能データを採取する。
【００３０】
４０５において、エージェント１２１は、採取した稼働性能データを、運用管理サーバ１１０の稼働性能データ収集プログラム１１１に返信する。なお、返信後は、次の要求待ち状態へ移行する。
【００３１】
図５は、稼働性能データ収集プログラム１１１のデータ収集部１１３の処理フローを示す。
【００３２】
収集プログラム１１１は、起動タイマ部１１２より一定時間ごと（例えば１分周期）に起動され、採取項目属性テーブル２００に基づいて、監視対象サーバ１２０から採取状態２０３が“採取”となっている監視項目の稼働性能データを収集し、採取した稼働性能データをデータベース１１６へ格納するためのプログラムである。
【００３３】
ステップ５０１において、収集プログラム１１１は、１１７の採取監視項目属性テーブルから、レコード２０１〜２０２１組を読み込む。
【００３４】
ステップ５０２において、既に全てのレコードに対して読み込みが完了しているかどうかで、ステップ６００あるいは５０３へ処理を分岐する。
【００３５】
ステップ５０３において、収集プログラム１１１は、取得したレコードの採取状態をチェックする。
【００３６】
ステップ５０３にて取得したレコードの採取状態を参照し「非採取」状態に設定してある場合に、ステップ５０１に戻る。
【００３７】
一方、ステップ５０３にて採取状態が「採取」状態に設定してある場合に、５０４において、収集プログラム１１１は、取得したレコードの監視対象番号に該当する監視対象サーバ１２０の稼働性能採取エージェント１２１に対して、稼働性能データを採取するようにネットワークを介して要求する。
【００３８】
ステップ５０５において、収集プログラム１１１は、エージェント１２１から、要求した稼働性能データを取得する。
【００３９】
ステップ５０６において、収集プログラム１１１は、取得した稼働性能データに基づいて、稼働性能データ１１８の稼働性能データテーブルに新規レコードとして、監視対象番号３０１、監視項目番号３０２、採取時刻３０３、稼働性能値３０４を格納する。格納後、処理５０１に戻る。
【００４０】
ステップ５０２にて採取監視項目属性テーブルの全てのレコードを処理した場合は、図６に示す採取監視項目設定処理６００を実行する。
【００４１】
図６は、本実施形態の稼働性能データ収集プログラム１１１による採取監視項目設定部１１４の設定処理フローを示す。
【００４２】
項目設定部１１４は、図５に示したデータ収集処理が完了した際に起動し、採取項目属性テーブル２００に基づいて、監視項目番号２１１に示す監視項目の稼動性能値が危険域になった場合に、危険域となった監視項目番号と採取設定項目テーブルとに基づいて、採取すべき監視項目の採取状態の設定を行うためのプログラムである。
【００４３】
ステップ６０１において、項目設定部１１４は、データベース１１６に格納された稼働性能データ１１８の稼働性能データテーブルより採取時刻が現在時刻となっているレコード３０１〜３０４を１行読み込む（例えば図３のレコード▲１▼）。
【００４４】
ステップ６０２において、既に全てのレコードに対しての処理が完了しているかどうかを判定し、未処理レコードがある場合はステップ６０３へ移行する。
【００４５】
ステップ６０３において、項目設定部１１４は、採取監視項目属性テーブルから、６０１で取得したレコードの項目番号３０２が合致する項目番号２０１のレコード２０１〜２０２（たとえば、図３レコード▲１▼→図２レコード▲２▼）のしきい値２０５を取得する。
【００４６】
ステップ６０４において、項目設定部１１４は、取得した稼働性能値３０４と取得したしきい値２０５とを比較し、危険域となる場合は変数SetStatusに「採取」を格納する（６０５）。一方、値が正常域となる場合は変数SetStatusに「非採取」を格納する（６０６）。なお、変数SetStatusは、６１０で採取状態２０３を設定するための一時的に主記憶装置１３２に保持する変数である。
【００４７】
ステップ６０７において、項目設定部１１４は、６０１で取得したレコード（例えば図３のレコード▲１▼）の監視項目番号３０２と合致する項目番号２１１のレコード列２１１〜２１４を採取設定監視項目テーブルから取得する。
【００４８】
ステップ６０８において、項目設定部１１４は、処理６０７のレコード列から１レコードを取得する（たとえば、図３レコード▲１▼→図２レコード▲３▼）。
【００４９】
ステップ６０９において、項目設定部１１４は、ステップ６０８にて取得したレコードが未処理レコードであるかどうかを判定し、未処理レコードである場合はステップ６１０へ移行し、一方、ステップ６０８にて取得したレコード列に未処理レコードがなくなった場合はステップ６０１へ移行する。
【００５０】
ステップ６１０において、項目設定部１１４は、６０８で取得したレコード（図２レコード▲３▼）の設定先監視項目番号２１３と監視項目番号２０１とが合致するレコード（図２レコード▲３▼→図２レコード▲４▼）の採取監視項目属性テーブルの採取状態２０３に、ステップ６０５或いは６０６で設定した変数SetStatusの値を格納し６０８に戻る。なお、ステップ６０１にて取得したすべてのレコードをステップ６１０にて採取状態２０３を設定する場合に、採取設定項目テーブルの関係から、複数回採取状態２０３を設定する項目番号２０１が現れる場合が生じるが、この場合は、その項目番号２０１に対応する採取状態２０３には、「非採取」より「採取」を優先して設定するようにする。
【００５１】
ステップ６０２にて稼働性能データテーブルにおいて採取時刻が現在時刻の全てのレコードに対して、上記処理を施した後に処理を完了する（END）。
【００５２】
図７は、図６に示す処理において、稼動性能データの予測データに基づく採取監視項目設定部１１４による設定処理フローを示す。なお、図６に示した処理６０４以外の処理内容については同様であるため、異なる部分のみを示す。ステップ６０３の後、図７に示すステップに移行し、ステップ６０５或いは６０６に移行することで図６に示す処理に繋げる。
【００５３】
ステップ７０１において、項目設定部１１４は、稼働性能データテーブルより採取時刻が前回採取時刻となるレコードの中で、ステップ６０１にて取得したレコードの項目番号３０２と合致する項目番号３０２のレコードの前回取得した稼働性能値３０４を取得する。
【００５４】
ステップ７０２において、項目設定部１１４は、現在と過去の稼働性能値３０４に基づいて、稼動性能値の予測値を算出する。なお、本実施形態では、単純に現在値と前回値の差分を現在値に足し込んだ値を予測値とする例を示すが、統計学的に予測値を算出するため算出方法により算出される予測値のいずれであってもよい。
【００５５】
ステップ７０３において、項目設定部１１４は、算出した予測値と、ステップ６０３で取得したしきい値とを比較して危険域にあるかどうかを判定する。項目設定部１１４は、予測値が危険域にあると判定した場合は、ステップ６０５へ移行し、予測値が正常値であると判定した場合は、ステップ６０６へ移行する。
【００５６】
以上、図７に示した実施形態では、稼働性能データの予想値に基づきシステム危険性を判定するため、実際に危険になる前に解析に必要となる監視項目の稼働性能データの採取が可能となる。
【００５７】
なお、図７に示した実施形態では、現在の稼動性能値と前回の稼動性能値とに基づいて、予測値を算出したが、同様にして過去Ｎ点を用いることでより精度の高い予測値を算出することも可能である。
【００５８】
また、例えばＷｅｂシステムなどが監視対象の場合、日ごと、週ごと、月ごと、といった周期性のある利用パタンが検出される場面が多く、そのような場合は、例えば前日と前々日の同時刻の値に基づいて、予測値を算出することで稼動性能値の周期変動傾向に基づいた予測値を算出することも可能である。
【００５９】
また、本実施形態では、管理サーバ１１０側で、危険域に入った稼動性能値に対する監視項目と関係で採取すべき監視項目を特定し、監視対象サーバ１２０へ、特定した監視項目の稼動性能データを採取するように指示するようにしているが、監視対象サーバ１２０側で、危険域に入った稼動性能値に対する監視項目と関係で採取すべき監視項目を特定し、特定した監視項目の稼動性能データを採取するようにしてもよい。この場合、管理サーバ１１０のＣＰＵ等の資源負担がより軽減され、ネットワーク１００の負荷も軽減される。
【００６０】
以上、本発明の実施形態によれば、警戒すべき稼動性能値が採取された場合に、解析に必要な採取監視項目の数を増やし、集中的にその近傍を詳細に監視することができ、逆に、本来のサービスを優先させるため採取監視項目数を減らして細々と監視することでできる。これにより、監視対象システムに不要な負荷を与えることなく、監視分析に必要十分な稼働性能データの収集が可能となる。
【００６１】
【発明の効果】
本発明では、システム動作の傾向分析及び障害解析に必要な範囲で必要以上の監視負荷をかけない運用管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態であるシステム構成図。
【図２】採取監視項目情報のデータ形式。
【図３】稼働性能データのデータ形式。
【図４】稼働性能採取処理の流れ図。
【図５】データ収集処理の流れ図。
【図６】採取監視項目設定処理の流れ図。
【図７】稼働性能値の予測値に基づく採取監視項目設定処理の流れ図。
【符号の説明】
１００…ローカルエリアネットワーク、 １１０…運用管理サーバ、 １１１…稼働性能データ収集プログラム、１１５…監視分析プログラム、１１６…データベース、 １１７…採取監視項目情報、１１８…稼働性能データ、 １２０…監視対象サーバ、１２１…稼働性能採取エージェント、 １２２…基本制御プログラム、１２３…監視対象プログラム、１３１、１４１…中央処理装置、１３２、１４２…主記憶装置、１３３、１４３…入力装置、１３４、１４４…表示装置、１３５、１４５…外部記憶装置、１３６、１４６…インタフェース、１３７、１４７…システムバス、２００…採取監視項目属性テーブル、２１０…採取設定監視項目テーブル、３００…稼働性能データテーブル
【図１】
2004206495.tif 000003
【図２】
2004206495.tif 000004
【図３】
2004206495.tif 000005
【図４】
2004206495.tif 000006
【図５】
2004206495.tif 000007
【図６】
2004206495.tif 000008
【図７】
2004206495.tif 000009