(57)【要約】【課題】  従来、構成・性能情報を取得する為のエージェントは監視対象の機種やプラットフォームに依存し、監視対象毎にエージェントを格納しなければならず、構成・性能情報を取得する為に監視対象のリソースを使用している。また、エージェントが取得した情報を全て管理サーバに転送している為、データ転送量も多い。【解決手段】  管理サーバと監視対象サーバの間にプラットフォームに依存せず各監視対象サーバの情報を収集する為の、監視対象サーバの機種に依存しない共通エージェントを装備し、各監視対象サーバに対応したコマンドを発行して、監視対象サーバとリモート接続することによって各種情報を取得し、一度取得したレコードを編集して必要な情報のみを管理サーバへ転送する。【選択図】  図１
2005099976.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象計算機と、前記監視対象計算機のリソース構成情報や性能情報を取得し、取得した情報を格納する情報収集計算機と、前記格納された情報を表示する管理計算機とがネットワークを介して接続された計算機システムにおける前記情報収集計算機の構成・性能情報取得方法は、
前記複数の監視対象計算機に関する情報を前記管理計算機から遠隔操作によって取得し、
前記取得した前記複数の監視対象計算機に関する情報のそれぞれを集約し、
前記管理計算機が必要とする情報を新たに生成することを特徴とする構成・性能情報取得方法。
【請求項２】
複数の監視対象計算機と、前記監視対象計算機のリソース構成情報や性能情報を取得し、取得した情報を格納する情報収集計算機と、前記格納された情報を表示する管理計算機とがネットワークを介して接続された計算機システムにおける前記情報収集計算機の構成・性能情報取得方法は、
前記監視対象計算機のそれぞれに対応したコマンドを予め登録し、
前記コマンドを実行することにより、前記監視対象計算機の構成・性能情報を取得し、
前記取得した監視対象計算機の各種情報を、監視対象計算機毎に前記情報収集計算機内に格納し、
前記格納した情報から、前記管理計算機が必要とする情報を加工・編集することを特徴とする構成・性能情報取得方法。
【請求項３】
複数の監視対象計算機のリソース構成情報や性能情報を取得し、前記情報を表示する管理計算機に出力するために情報収集計算機内に設けた、前記監視対象計算機の機種に依存しない共通エージェントの構成・性能情報取得方法は、
前記監視対象計算機のそれぞれに対応して予め登録したコマンドを実行することにより、前記監視対象計算機の構成・性能情報を取得し、
前記取得した監視対象計算機の各種情報を、監視対象計算機毎に前記情報収集計算機内に格納し、
前記格納した情報から、前記管理計算機が必要とする情報を加工・編集することを特徴とする構成・性能情報取得方法。
【請求項４】
複数の監視対象計算機と、前記監視対象計算機のリソース構成情報や性能情報を取得し、取得した情報を格納する情報収集計算機と、前記格納された情報を表示する管理計算機とがネットワークを介して接続された計算機システムにおいて、前記情報収集計算機は、
前記監視対象計算機のそれぞれに対応したコマンドを予め登録する手段、
前記コマンドを実行することにより、前記監視対象計算機の構成・性能情報を取得する手段、
前記取得した監視対象計算機の各種情報を、監視対象計算機毎に前記情報収集計算機内に格納する手段、
前記格納した情報から、前記管理計算機が必要とする情報を加工・編集する手段を有することを特徴とする情報収集計算機。
【請求項５】
複数の監視対象計算機に接続され、前記監視対象計算機のリソース構成情報や性能情報を取得し、前記取得された情報を表示する計算機の構成・性能情報取得方法は、
前記監視対象計算機のそれぞれに対応したコマンドを予め登録し、
前記コマンドを実行することにより、前記監視対象計算機の構成・性能情報を取得し、
前記取得した監視対象計算機の各種情報を、監視対象計算機毎に前記計算機内に格納し、
前記格納した情報から、利用者が必要とする情報を加工・編集することを特徴とする構成・性能情報取得方法。
【請求項６】
複数の監視対象計算機と、前記監視対象計算機のリソース構成情報や性能情報を取得し、取得した情報を格納する情報収集計算機と、前記格納された情報を表示する管理計算機とがネットワークを介して接続された計算機システムにおける前記情報収集計算機の構成・性能情報取得方法を実行するためのプログラムを格納した、計算機で読み取り可能な記憶媒体であって、前記方法は、
前記監視対象計算機のそれぞれに対応したコマンドを予め登録し、
前記コマンドを実行することにより、前記監視対象計算機の構成・性能情報を取得し、
前記取得した監視対象計算機の各種情報を、監視対象計算機毎に前記情報収集計算機内に格納し、
前記格納した情報から、前記管理計算機が必要とする情報を加工・編集することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数台の計算機で構成されたネットワーク上で、ある計算機のリソース構成情報や性能情報を取得する方法に関する。
【背景技術】
【０００２】
複数台の計算機で構成されたネットワーク上で、ある計算機の構成情報や性能情報を取得するには、その監視対象計算機にリソース構成情報や転送データのＩ／Ｏ性能を取得する為のエージェントを組み込み、そのエージェントが各種情報を取得して、監視対象マシン内に格納する。各々の監視対象計算機内に格納された情報レコードは、情報を収集するサーバ（管理サーバ）により非同期に採取される。各監視対象計算機より取得した情報レコードを管理サーバが適度に加工し、管理サーバが加工した情報を画面に表示している。
【０００３】
管理サーバ（マネージャ）とエージェントとの関係は、下記の特許文献１のように、１つの監視対象に対して１つのエージェントが対応していた。
【０００４】
【特許文献１】特開平６−２２３０２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の技術では監視対象計算機上にエージェントを組み込む為、各々の監視対象計算機自身にエージェントが動作可能な処理能力が求められてくる。例えば、常に性能情報を取得する場合には、常にエージェントが消費するメモリやディスクが必要になってくる。しかし、構造・性能上の問題からその処理能力を持たない監視対象サーバにエージェントが組み込めず、従来の技術では構成・性能情報すら取得できない場合もある。更に、エージェントは監視対象計算機上に取得した情報レコードを格納する為、監視対象計算機自身のディスクの一部を占有してしまう。その結果、性能情報収集する為のエージェントが動作することによって、監視対象サーバ自身のディスク使用量の増加に影響を与えている。
【０００６】
一方、エージェントでは、監視対象サーバのプラットフォーム（ＯＳ）種別毎にモジュールを生成しなければならず、取得方法に関してもプラットフォーム（ＯＳ）毎に異なっている。その為、エージェントを実装する際にはプラットフォームを意識した設計を行わなければならず、プラットフォーム毎に依存したコマンドを組み込んだ上で、コンパイルを行い、モジュールをプラットフォーム毎に保有しなければならない。
【０００７】
その上、監視対象サーバと管理サーバ間のデータ収集に関しては、監視対象サーバ上で動作するエージェントが取得した情報そのものが転送される。管理サーバでは、転送された情報の中で必要な情報を組み合わせて使用しており、不要なデータの転送も行われている。これは、エージェントを汎用目的で使用する為、メモリ情報や性能情報など様々な情報を多く取得している為である。
【０００８】
本発明は、上記の課題を解消し、監視対象サーバと管理サーバ間のデータ転送量を軽減することを目的とする。
【課題を解決するための手段】
【０００９】
従来の管理サーバと監視対象サーバの間に情報収集・格納する為の情報収集サーバを設け、そのサーバ内にプラットフォームに依存せず各監視対象サーバの情報を収集する為の共通エージェント（Common Agent）を装備する。この共通エージェントは、監視対象サーバが公開しているＡＰＩ（Application Program Interface）を使用し、監視対象サーバにリモート接続してそのプラットフォームに依存したコマンドを実行することによって構成・性能情報を取得する。ＡＰＩもしくは実行するコマンドは、予め全て登録しておき、監視対象サーバもしくはプラットフォームを判別して、処理を切り分けて実行できるようにする。これにより、プラットフォームに依存せずに共通エージェントを使用できる。
【００１０】
また、取得した監視対象サーバの各種情報は、監視対象サーバ毎に情報収集サーバ内に格納される。取得した全ての情報が同一マシン上に格納される為、それらの情報から管理サーバが必要とする情報を加工・編集することによって管理サーバへのデータ転送量を軽減する。
【発明の効果】
【００１１】
本発明により、監視対象サーバ上に構成・性能情報を取得する為のエージェントを装備する必要がなく、エージェントが取得した情報レコードは監視対象サーバに格納されないので、監視対象サーバ自身のディスクを圧迫する危険を回避できる。これにより、従来方法ではエージェントの設置が困難であった、性能スペックが低い監視対象サーバでも情報収集が可能となる。
【００１２】
また、管理サーバが必要な情報を予めエージェントが作成することによって、監視対象サーバから管理サーバへのデータの転送量を削減できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を説明する。
【００１４】
図１は、本発明の実施の形態におけるシステム構成図である。本発明では、管理サーバ１０１、情報収集サーバ１０２、及び少なくとも１台の監視対象サーバ１０３から構成される。管理サーバ１０１には、情報収集の管理を行うマネージャ１０４が設置され、情報収集サーバ１０２には、監視対象サーバ１０３の構成・性能情報を取得する共通エージェント１０５が設置される。さらに、共通エージェント１０５が使用する監視対象サーバ管理テーブル１０７、アクセス方法管理テーブル１０８、及びコマンド識別管理テーブル１０９が情報収集サーバ１０２内のディスクに格納されている。共通エージェント１０５で取得した構成・性能情報は、情報収集サーバ１０２内に設置されたデータベース１０６に格納される。
【００１５】
また、共通エージェント１０５は、監視対象サーバの管理を行う監視対象管理部１１０、情報収集方法を選定する収集方法管理部１１１、監視対象サーバ１０３に対しての構成・性能情報の取得処理を行う構成・性能情報取得部１１２、取得した情報を所定の単位でまとめてレコード形式に作成する情報レコード作成部１１３、及び作成した情報レコードをデータベース１０６に格納し、一度格納した情報レコードから新たに加工してレコードを作成して格納する情報レコード格納部１１４から構成される。一方、管理サーバ１０１では、マネージャ１０４内の情報レコード収集部１１５が情報収集サーバ１０２内のデータベース１０６から情報レコードを収集する。
【００１６】
図２は、共通エージェント１０５が情報レコードを取得する際のフローチャートである。また、図３は監視対象サーバ管理テーブル１０７の詳細を示す。このテーブルは環境設定時に作成され、監視対象サーバ名３０１、接続先３０２及び対象機種３０３が入力される。稼働状態３０４は共通エージェント１０５の稼働時に更新される。
【００１７】
まず、共通エージェント１０５は、監視対象管理部１１０において監視対象サーバ管理テーブル１０７より順次監視対象サーバ名３０１を取得する（２０１）。これ以降の操作を繰返して監視対象サーバ管理テーブル１０７の末行まで取得した後で、他に監視対象サーバ１０３がない場合には情報レコード取得処理は終了する（２０２）。
【００１８】
情報レコードを取得していない監視対象サーバ１０３があれば、監視対象サーバ管理テーブル１０７の接続先３０２を用いて、監視対象サーバ１０３に対してプラットフォーム非依存の所定のプロトコル（例えばTelnetプロトコル）を用いて、接続処理を行う（２０３）。この接続処理を行うためには、監視対象サーバ１０３側を、予め、所定のプロトコルに対応したサーバ（例えばTelnetサーバ）を利用できるような状態にしておく必要がある。
【００１９】
接続可能な場合には、監視対象サーバ管理テーブル１０７の稼働状態３０４を「動作中（接続可）」に、接続不可の場合は監視対象サーバ管理テーブル１０７の稼働状態３０４を「停止中（接続不可）」にそれぞれ更新する（２０４）。これらの情報を用いて共通エージェント１０５は、監視対象サーバ１０３の稼働状況を把握できる。
【００２０】
その後、接続不可の場合は、次の監視対象サーバ１０３の検索処理を行い、接続可能な場合は以下の処理を行う（２０５）。
【００２１】
収集方法管理部１１１において、監視対象サーバ管理テーブル１０７の対象機種３０３に基づいて監視対象サーバ１０３に対するアクセス方法を識別する（２０６）。
【００２２】
監視対象サーバ１０３によっては構成・性能情報を取得する為のＡＰＩインタフェースを提供している機種もあり、その該当機種に対してＡＰＩインタフェースが提供されていれば、そのインタフェースを用いることにする。そのようなＡＰＩインタフェースが提供されていない場合には、プラットフォームが提供するコマンドを用いて情報の取得を行う。この為、アクセス方法を識別する必要がある。
【００２３】
図４は、アクセス方法管理テーブル１０８の詳細を示す。この管理テーブルは、対応機種４０１、その機種が保有するＡＰＩ/Ｐｌａｔｆｏｒｍ４０２、及び格納場所４０３から構成され、事前にユーザがこの管理テーブルに情報を登録しておく必要がある。該当機種がＡＰＩを保有する時、ＡＰＩの格納場所を登録する。プラットフォームの場合は、空欄のままでよい。
【００２４】
図５は、収集方法管理部１１１において共通エージェント１０５の監視対象サーバ１０３に対するアクセス方法を識別するフローチャートである。監視対象サーバ管理テーブル１０７より監視対象サーバ名３０１に対応する対象機種３０３を取得する。取得した対象機種３０３に基づいてアクセス方法管理テーブル１０８からＡＰＩもしくはＰｌａｔｆｏｒｍ種別を取得する（５０１）。取得した内容がＡＰＩ（５０２）ならば指定したＡＰＩの格納場所（４０３）よりＡＰＩを入手し（５０３）、そのＡＰＩを使用する為にロード処理を行う。
【００２５】
また、対象機種がプラットフォームの場合（５０２）、機種特定のプラットフォームかもしくは同一機種でも複数のプラットフォームが存在する場合であるかを判別する（５０５）。特定のプラットフォームの場合、そのプラットフォームのＯＳ（オペレーティングシステム）名を取得する（５０６）。
【００２６】
複数のプラットフォームが存在する場合、ＯＳ判定処理を行い（５０７）、ＯＳの種別（例えばＷｉｎｄｏｗｓかＵＮＩＸ）を判別する（５０８）。この場合、まず第１のＯＳ（Ｗｉｎｄｏｗｓ）のコマンドを実行し、正常ならば第１のＯＳ（Ｗｉｎｄｏｗｓ）、異常になれば第２のＯＳ（ＵＮＩＸ）の判断を行う。ＯＳが第１のＯＳ（Ｗｉｎｄｏｗｓ）の場合、第１のＯＳ（Ｗｉｎｄｏｗｓ）のコマンドの実行によりＶｅｒｓｉｏｎ情報を入手する（５０９）。（ＷｉｎｄｏｗｓはMicrosoft社の登録商標です。ＵＮＩＸはX/Open社の登録商標です。）
また、ＯＳが第２のＯＳ（ＵＮＩＸ）の場合、第２のＯＳ（ＵＮＩＸ）系のコマンドの実行によりＯＳ名及びＶｅｒｓｉｏｎ情報を入手する（５０９）。これにより、ＡＰＩあるいはプラットフォーム上でコマンド実行かのアクセス方法の識別が可能になる。
【００２７】
アクセス方法の識別ができたら、構成・性能情報取得部１１２において各情報を取得する。取得すべき情報を全て取得するまで次以降の処理を繰り返し行い、全ての情報を取得した場合は次の監視対象サーバ１０３の検索処理を行う（２０７）。まず、監視対象サーバ１０３上で実行するコマンドの取得を行う（２０８）。
【００２８】
図６は、共通エージェント１０５内で使用するコマンド識別管理テーブル１０９の詳細を示す。本テーブルは、ＡＰＩおよびプラットフォーム（バージョン情報含む）別に使用するコマンドの一覧を示す。もともと構成・性能情報を取得するコマンドはプラットフォーム毎に異なっており（バージョンが異なっている場合でもコマンドが異なる場合がある。）、プラットフォームに合わせて使用する必要がある。この為、使用するコマンドを予めＡＰＩ／プラットフォーム（バージョン含む）別に一覧に纏めておき、それを情報取得時に参照することにより実行すべきコマンドを入手することで処理を簡素化できる。コマンド識別管理テーブル１０９は、ＡＰＩ/プラットフォーム種別６０１及び構成・性能情報を示す取得情報６０２で構成され、指定されたプラットフォーム種別６０１上で取得情報６０２を取得する為のコマンド名６０３が記載されている。このコマンド識別管理テーブル１０９を用いることによって共通エージェント１０５は、取得すべきコマンドを取得する。
【００２９】
次に、構成・性能情報取得部１１１において監視対象サーバ１０３の情報収集処理を行う。図７は、構成・性能情報取得部１１３において情報収集サーバと監視対象サーバ間の各情報の取得方法を詳細化したフローチャートを示す。実行すべきコマンドを取得した共通エージェント１０５は、監視対象サーバ１０３に所定のプロトコル（Telnetプロトコル）を用いてアクセスし（７０１）、取得したコマンドを実行する（７０２）。この際に、コマンド実行結果を監視対象サーバ１０３のディスク上にファイル形式で書き込む（７０３）。書き込んだファイルは、共通エージェント１０５により情報収集サーバ１０２上にＦＴＰ（File  Transfer  Protocol）で転送される（２０９、７０４）。その後、共通エージェント１０５は、監視対象サーバ１０３上に出力したコマンド実行結果ファイルの削除処理を行う（７０５）。
【００３０】
コマンド実行結果を取得した共通エージェント１０５は、情報レコード作成部１１３において指定したレコードに実行結果を格納する（２１０）。
【００３１】
次に、情報レコード格納部１１３において情報レコードの情報収集サーバ１０２上のディスクへの格納処理を行う（２１１）。
【００３２】
図８は、情報レコード格納データベースの構造図を示す。監視対象サーバ１０３上で取得した複数のコマンド実行結果から収集した情報のうち、構成や性能等の情報をデバイス等のオブジェクト単位に纏めた情報レコード８０３を、まず監視対象サーバ１０３毎の監視対象サーバ毎格納領域８０１に格納する。これらの情報レコード作成・格納処理を、必要な情報レコード８０３分繰返す。更に、これらの処理を監視対象サーバ１０３単位に行い、それぞれ指定した監視対象サーバ毎格納領域８０１に情報レコード８０３を格納する。
【００３３】
全ての監視対象サーバ１０３から情報を取得した後、管理サーバ１０１のマネージャ１０４が取り扱う情報として共通エージェント１０５が収集・作成した情報レコード８０３の形式を加工することがある。これは、マネージャ１０４でのレコード加工・編集作業を共通エージェント１０５内で行うことにより、マネージャ１０４で取り扱うデータ（レコード）量を軽減できる。また同時に、情報収集サーバ１０２から管理サーバ１０１への転送量を軽減できる。
【００３４】
図９は、情報レコード格納部１１４における、情報レコード８０３の加工処理に関するフローチャートを示す。
【００３５】
まず、監視対象サーバ毎格納領域８０１から取得したレコードの再読み込み処理を行う（９０１）。この際に読み込むレコード数は、編集加工対象となる情報量に依存する。ここでは、オブジェクト単位に作成した全ての情報レコード８０３から１フィールドのみを抽出して、そのフィールドのみで新規の情報レコード８０３を生成する場合を考える。この場合、編集加工対象が全情報レコードなので、全ての情報レコード８０３を読み取る（９０２）。次に、各情報レコードより１フィールド（この場合、“I/O Size”）のみを抽出して、これらを並べて新規のレコード８０４として編集する（９０３）。新規に生成されたレコード８０４は、情報収集サーバ１０２内にあるデータベース１０６の加工レコード格納領域８０２に格納される（９０４）。これらの処理によって新たに加工した情報レコード８０４が生成される。
【００３６】
最後に、管理サーバ１０１内にあるマネージャ１０４の情報レコード収集部１１５は、共通エージェント１０５が作成した情報レコード８０３や編集加工された情報レコード８０４を取得する為、情報レコード収集部１１５からネットワークを介して、情報レコードを取得する（集約処理）。この際に、情報レコード収集部１１５は、マネージャ１０４で使用する情報のみを転送すればよく、加工した情報レコード８０４のみを取得できる。
【００３７】
以上に述べた実施例では、本発明を実施する情報収集サーバは、管理サーバとは別の構成としたが、情報収集サーバの機能を管理サーバに設けても、本発明の構成・性能情報取得方法を実行できる。
【００３８】
以上に述べた本発明の構成・性能情報取得方法を実行するためのプログラムを、計算機で読み取り可能な記憶媒体に格納し、これをメモリに読み込んで実行することもできる。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施の形態におけるシステム構成図である。
【図２】本発明の実施の形態における情報レコードを取得するフローチャートである。
【図３】本発明の実施の形態で使用する監視対象サーバ管理テーブル１０７の詳細を示す。
【図４】本発明の実施の形態で使用するアクセス方法管理テーブル１０８の詳細を示す。
【図５】本発明の実施の形態における共通エージェントのアクセス方法を識別するフローチャートである。
【図６】本発明の実施の形態で使用するコマンド識別管理テーブル１０９の詳細を示す。
【図７】本発明の実施の形態における情報収集サーバと監視対象サーバ間の情報レコードの取得方法を詳細化したフローチャートである。
【図８】本発明の実施の形態における情報レコード格納データベースの構造図を示す。
【図９】本発明の実施の形態における情報レコード格納部のフローチャートである。
【符号の説明】
【００４０】
１０１：管理サーバ、１０２：情報収集サーバ、１０３：監視対象サーバ、
１０４：マネージャ、１０５：共通エージェント、１０６：情報レコード格納データベース、１０７：監視対象サーバ管理テーブル、１０８：アクセス方法管理テーブル、
１０９：コマンド識別管理手ーブル、３０１：監視対象サーバ名、３０２：接続先、
３０３：対象機種、３０４：稼働状態、４０１：対象機種、４０２：ＡＰＩ／Ｐｌａｔｆｏｒｍ、４０３：格納場所、６０１：プラットフォーム、６０２：取得情報、
６０３：コマンド名、８０１：監視対象サーバ毎格納領域、８０２：加工レコード格納領域、８０３：監視対象サーバ毎に取得した情報レコード形式の一例、
８０４：情報レコード格納部で新たに加工された情報レコードの一例
【図１】
2005099976.tif 000003
【図２】
2005099976.tif 000004
【図３】
2005099976.tif 000005
【図４】
2005099976.tif 000006
【図５】
2005099976.tif 000007
【図６】
2005099976.tif 000008
【図７】
2005099976.tif 000009
【図８】
2005099976.tif 000010
【図９】
2005099976.tif 000011