(57)【要約】【課題】ホスト名や業務の追加などの基本情報が変更された場合にも、運用定義の変更を必要としない計算機の運用管理方法及び装置。【解決手段】受信したイベントに対するアクションと実行先サーバグループを管理するグルーピング制御サーバ１０１と業務実行の指示及び監視を行う業務運用管理サーバ１０２とネットワークの監視を行うネットワーク管理サーバ１０３と、ネットワークに接続されている各サーバのディスク容量等のパフォーマンスを監視するパフォーマンス管理サーバ１０４と業務及びイベントに対応するアクションを実行する業務実行サーバ１０５、１０７とにより構成される。【選択図】      図１
2004355501.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された業務実行計算機を含む複数の計算機を統合して運用管理する計算機の運用管理方法において、業務の監視、ネットワークの監視、業務実行計算機のパフォーマンスの監視を行う各管理計算機からの監視結果としてのイベント情報とその詳細情報とを受け、イベント情報のオブジェクト種別に対応するグループ問い合わせ先の計算機を決定し、決定したグループ問い合わせ先の計算機から問い合わせの結果として得られたグループの各計算機に対して、前記イベントに対応したアクションの実行を指示することを特徴とする計算機の運用管理方法。
【請求項２】
前記オブジェクト種別に対応するグループ問い合わせ先の計算機を、イベント情報に含まれるオブジェクト種別が、ネットワーク、パフォーマンス、業務の何れであるかを判定し、判定したオブジェクトを監視している計算機に決定することを特徴とする請求項１記載の計算機の運用管理方法。
【請求項３】
前記オブジェクト種別に対応するグループ問い合わせ先の計算機及び前記イベントに対応するアクションは、予め定義されて備えられていることを特徴とする請求項１または２記載の計算機の運用管理方法。
【請求項４】
ネットワークを介して接続された業務実行計算機を含む複数の計算機を統合して運用管理する計算機の運用管理装置において、業務の監視、ネットワークの監視、業務実行計算機のパフォーマンスの監視を行う各管理計算機からの監視結果としてのイベント情報とその詳細情報とを受け付けるイベント受信手段と、イベント情報のオブジェクト種別に対応するグループ問い合わせ先の計算機を決定するグループ問い合わせ手段と、決定したグループ問い合わせ先の計算機に問い合わせを行うグループ問い合わせ手段と、問い合わせの結果として得られたグループの各計算機に対して、前記イベントに対応したアクションの実行を指示するアクション指示手段とを備えたことを特徴とする計算機の運用管理装置。
【請求項５】
ネットワークを介して接続された業務実行計算機を含む複数の計算機を統合して運用管理するプログラムであって、業務の監視、ネットワークの監視、業務実行計算機のパフォーマンスの監視を行う各管理計算機からの監視結果としてのイベント情報とその詳細情報とを受け付ける処理ステップと、イベント情報のオブジェクト種別に対応するグループ問い合わせ先の計算機を決定する処理ステップと、決定したグループ問い合わせ先の計算機に問い合わせを行う処理ステップと、問い合わせの結果として得られたグループの各計算機に対して、前記イベントに対応したアクションの実行を指示する処理ステップとを有し、前記各処理ステップを実行することにより、複数の計算機を統合して運用管理することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機の運用管理方法及び装置に係り、特に、ネットワークに接続され、複数の計算機を統合して運用管理する計算機の運用管理方法及び装置に関する。
【０００２】
【従来の技術】
従来、業務を実行する業務システムを構成する複数の計算機を統合して運用管理する場合、業務システムを構成する基本情報としてホスト（計算機）名、業務名等が定義され、その基本情報を使用した運用定義を行って複数の計算機の運用管理が行われている。また、送信する情報をグルーピングすることにより、複数の計算機の運用管理を行うものが、例えば、特許文献１等に記載されて知られている。
【０００３】
【特許文献１】
特開２００２−３００３１９号公報
【０００４】
【発明が解決しようとする課題】
前述した従来技術は、あるシステムに問題が発生したときに、重要な業務を完全に続行させるために、予めどの業務が重要であるか等を定義しておく必要があり、基本情報としての業務の追加があったとき、それが重要な業務であれば運用定義を変更する必要があり、管理者の作業量が多くなるという問題点を有している。
【０００５】
また、特許文献１に記載された従来技術は、前述したような業務の重要性に基づいた運用定義について、配慮されていないものである。
【０００６】
本発明の目的は、ホスト名、業務の追加等の基本情報が変更された場合にも、運用定義の変更を必要とせずに複数の計算機を統合して運用管理することを可能にし、これにより、システム管理者が運用定義を変更する作業量を軽減することができる計算機の運用管理方法及び装置を提供することにある。
【０００７】
【課題を解決するための手段】
本発明によれば前記目的は、ネットワークを介して接続された業務実行計算機を含む複数の計算機を統合して運用管理する計算機の運用管理方法において、業務の監視、ネットワークの監視、業務実行計算機のパフォーマンスの監視を行う各管理計算機からの監視結果としてのイベント情報とその詳細情報とを受け、イベント情報のオブジェクト種別に対応するグループ問い合わせ先の計算機を決定し、決定したグループ問い合わせ先の計算機から問い合わせの結果として得られたグループの各計算機に対して、前記イベントに対応したアクションの実行を指示することにより達成される。
【０００８】
また、前記目的は、ネットワークを介して接続された業務実行計算機を含む複数の計算機を統合して運用管理する計算機の運用管理装置において、業務の監視、ネットワークの監視、業務実行計算機のパフォーマンスの監視を行う各管理計算機からの監視結果としてのイベント情報とその詳細情報とを受け付けるイベント受信手段と、イベント情報のオブジェクト種別に対応するグループ問い合わせ先の計算機を決定するグループ問い合わせ手段と、決定したグループ問い合わせ先の計算機に問い合わせを行うグループ問い合わせ手段と、問い合わせの結果として得られたグループの各計算機に対して、前記イベントに対応したアクションの実行を指示するアクション指示手段とを備えたことにより達成される。
【０００９】
本発明は、前述したような構成を備えることにより、マシンのリソース不足等の事象に対して、ホスト名や業務名等をキーにした基本情報の集まりをグループとして定義しておき、このキーを入力値としてグループ情報を取得し、グループ内の各基本情報を使用してアクションを実行させることができる。
【００１０】
【発明の実施の形態】
以下、本発明による計算機の運用管理方法及び装置の実施形態を図面により詳細に説明する。
【００１１】
図１は本発明の一実施形態を適用してネットワークに接続された複数の計算機を統合して運用管理される計算機システムの構成を示すブロック図である。図１において、１０１はグルーピング制御サーバ、１０２は業務運用管理サーバ、１０３はネットワーク管理サーバ、１０４はパフォーマンスサーバ、１０５、１０７は業務実行サーバ、１０６、１０８、１０９はネットワークである。
【００１２】
図１に示す計算機システムは、他のサーバから受信したイベントに対するアクションと実行先サーバグループとを管理するグルーピング制御サーバ１０１と、業務実行の指示及び監視を行う業務運用管理サーバ１０２と、ネットワークの監視を行うネットワーク管理サーバ１０３と、ネットワークに接続されているサーバのディスク容量等のパフォーマンスを監視するパフォーマンス管理サーバ１０４と、業務及びイベントに対応するアクションを実行する複数の業務実行サーバ１０５、１０７とが、ネットワーク１０９に接続されて構成されている。業務実行サーバ１０５、１０７は、ネットワーク１０６、１０８を介してネットワーク１０９に接続されている。
【００１３】
なお、図１には、サーバ１０１、１０２、１０３、１０４、１０５、１０７をそれぞれ独立なものとして示しているが、これらのサーバは、同一の計算機内に共存するように構成されていてもよい。
【００１４】
図２はグルーピング制御サーバ１０１の機能構成を示すブロック図である。図２において、２０１はイベント受信部、２０２はグループ問い合わせ先選択部、２０３はグループ問い合わせ部、２０４はアクション指示部、２０５はグルーピング定義テーブル、２０６はアクション定義テーブルである。
【００１５】
グルーピング制御サーバ１０１は、ホスト名や業務名等をキーとした情報の集まりをグループとして管理し、ネットワークに接続されている種々の機能を備えた計算機である複数のサーバをグループとし、グループ内の各情報を使用して複数の計算機を統合して管理する装置であり、業務運用管理サーバ１０２、ネットワーク管理サーバ１０３、パフォーマンス管理サーバ１０４からのイベントを受信するイベント受信部２０１と、イベント受信部２０１が受信したイベントの内容に応じてグループ問い合わせ先を決定するグループ問い合わせ先選択部２０２と、グループ問い合わせ先選択部２０２が選択決定したグループ問い合わせ先に対してサーバ名で構成されるグループを問い合わせるグループ問い合わせ部２０３と、グループ問い合わせ部２０３が問い合わせたグループの各サーバにアクションを指示するアクション指示部２０４と、グループ問い合わせ先選択部２０２が参照するグルーピング問い合わせ先サーバを定義したグルーピング定義テーブル２０５と、アクション指示部２０４が指示するアクションを定義しているアクション定義テーブル２０６とにより構成される。
【００１６】
図３は業務運用管理サーバ１０２の機能構成を示すブロック図である。図３において、３０１は業務グループ管理部、３０２は業務監視部、３０３はイベント送信部、３０４は業務管理テーブルである。
【００１７】
業務運用管理サーバ１０２は、グループ問い合わせ部２０３からのグループ問い合わせに対して返信するグループを管理している業務グループ管理部３０１と、業務実行サーバ１０５、１０７が実行している業務を監視する業務監視部３０２と、業務監視部３０２が監視した業務監視状況をグルーピング制御サーバ１０１のイベント受信部２０１に送信するイベント送信部３０３と、業務監視部３０２が監視している業務と業務グループ管理部３０１が管理している業務グループを定義している業務管理テーブル３０４とにより構成される。
【００１８】
図４はネットワーク管理サーバ１０３の機能構成を示すブロック図である。図４において、４０１はネットワークグループ管理部、４０２はネットワーク監視部、４０３はイベント送信部、４０４はネットワーク管理テーブルである。
【００１９】
ネットワーク管理サーバ１０３は、グループ問い合わせ部２０３からのグループ問い合わせに対して返信するグループを管理しているネットワークグループ管理部４０１と、ネットワーク１０６、１０８、１０９の状況を監視しているネットワーク監視部４０２と、ネットワーク監視部４０２が監視したネットワーク監視状況をグルーピング制御サーバ１０１のイベント受信部２０１に送信するイベント送信部４０３と、ネットワーク監視部４０２が監視しているネットワークとネットワークグループ管理部４０１が管理しているグループとを定義しているネットワーク管理テーブル４０４とにより構成される。
【００２０】
図５はパフォーマンス管理サーバ１０４の機能構成を示すブロック図である。図５において、５０１はパフォーマンスグループ管理部、５０２はパフォーマンス監視部、５０３はイベント送信部、５０４はパフォーマンス管理テーブルである。
【００２１】
パフォーマンス管理サーバ１０４は、グループ問い合わせ部２０３からのグループ問い合わせに対して返信するグループを管理しているパフォーマンスグループ管理部５０１と、業務実行サーバ１０５、１０７を監視しているパフォーマンス監視部５０２と、パフォーマンス監視部５０２が監視した業務実行サーバのパフォーマンス監視状況をグルーピング制御サーバ１０１のイベント受信部２０１に送信するイベント送信部５０３と、パフォーマンス監視部５０２が監視しているネットワークとパフォーマンスグループ管理部５０１が管理しているグループとを定義しているパフォーマンス管理テーブル５０４とにより構成される。
【００２２】
図６は業務実行サーバ１０５、１０７の機能構成を示すブロック図である。図６において、６０１は業務実行部、６０２はアクション実行部である。
【００２３】
業務実行サーバ１０５、１０７は、業務運用サーバ１０２が管理している業務を実行する業務実行部６０１と、グルーピング制御サーバ１０１が管理しているアクションを実行するアクション実行部６０２とにより構成される。
【００２４】
図７は各サーバ内のイベント送信部３０３、４０３、５０３が送信し、グルーピング制御サーバ１０１のイベント受信部２０１が受信するイベント情報の構成を説明する図である。
【００２５】
イベント情報は、図７に示すように、基本情報７０１と詳細情報７０４とにより構成されている。そして、基本情報７０１は、イベントを識別するイベントＩＤ７０２とイベント送信元サーバ名７０３とにより構成され、詳細情報７０４は、イベントを分類するオブジェクト種別７０５と、事象７０６とにより構成される。ここで説明している実施形態の場合、オブジェクト種別７０５としては、ネットワーク、パフォーマンス、ジョブ等があり、事象７０６としては、前述の各オブジェクト種別に対応して、例えば、サーバ１０５のネットワーク１０６が障害、サーバ１０７のディスク容量が不足、サーバ１０５で異常終了等がある。
【００２６】
図８はグルーピング制御サーバ１０１がグルーピング問い合わせを行うサーバ名を定義したグルーピング定義テーブル２０５の構成を説明する図である。
【００２７】
グルーピング定義テーブル２０５は、図８に示すように、イベントを分類するイベントのオブジェクト種別８０１と、グルーピング問い合わせ先サーバ名８０２とにより構成される。イベントのオブジェクト種別８０１としては、図７でのオブジェクト種別の同様に、ネットワーク、パフォーマンス、ジョブ等がある。サーバ１０１のグループ問い合わせ先選択部２０２は、イベント受信部２０１が受信したイベントのＩＤ７０２と詳細情報７０４、グルーピング定義テーブル２０５のオブジェクト種別８０１と問い合わせ先サーバ名８０２を参照してグループ問い合わせ先を選択する。
【００２８】
図９は業務運用管理サーバ１０２が業務の実行と監視とを行うサーバを定義した業務管理テーブル３０４の構成を説明する図である。
【００２９】
業務管理テーブル３０４は、図９に示すように、業務名称９０１と、業務を実行するサーバ名９０２とにより構成される。業務運用管理サーバ１０２の業務グループ管理部３０１は、グルーピング制御サーバ１０１のグループ問い合わせ部２０３からのグループ問い合わせに対して、図８に示す業務管理テーブル３０４を参照して一致するサーバ名を返送する。
【００３０】
図１０はネットワーク管理サーバ１０３が監視するネットワークを定義したネットワーク管理テーブル４０４の構成を説明する図である。
【００３１】
ネットワーク管理テーブル４０４は、図１０に示すように、ネットワークを識別する名称１００１と、接続されているサーバ名１００２とにより構成される。ネットワーク管理サーバ１０３のネットワークグループ管理部４０１は、グルーピング制御サーバ１０１のグループ問い合わせ部２０３からのグループ問い合わせに対して、図１０に示すネットワーク管理テーブル４０４を参照して一致するサーバ名を返送する。
【００３２】
図１１はパフォーマンス管理サーバ１０４が監視するサーバとパフォーマンスとを定義したパフォーマンス管理テーブル５０４の構成を説明する図である。
【００３３】
パフォーマンス管理テーブル５０４は、図１１に示すように、監視するサーバ名１１０１と、監視したパフォーマンス１１０２とにより構成される。パフォーマンス管理サーバ１０４のパフォーマンスグループ管理部５０１は、グルーピング制御サーバ１０１のグループ問い合わせ部２０３からのグループ問い合わせに対して、図１１に示すパフォーマンス管理テーブル５０４を参照して一致するサーバ名を返送する。
【００３４】
図１２はグルーピング制御サーバ１０１が受信したイベントに対応して実行を指示するプログラムを定義したアクション定義テーブル２０６の構成を説明する図である。
【００３５】
アクション定義テーブル２０６は、図１２に示すように、イベントＩＤ１２０１と、イベントＩＤに対応して実行するプログラム名１２０２とにより構成される。グルーピング制御サーバ１０１のアクション指示部２０４は、図１２に示すアクション定義テーブル２０６を参照して、イベント受信部２０１で受信したイベントＩＤに対応して実行を指示するプログラムを決定する。
【００３６】
図１３はグルーピング制御サーバ１０１がイベントを受信してからアクションを指示するまでの処理動作を説明するフローチャートであり、次に、これについて説明する。
【００３７】
（１）グルーピング制御サーバ１０１のイベント受信部２０１は、各管理サーバ１０２〜１０４のイベント送信部３０３、４０３、５０３から送信されてくる図７により説明したようなイベント情報とその詳細情報とを受信する（ステップ１３０１）。
【００３８】
（２）次に、ステップ１３０１で受信したイベントのオブジェクト種別に対応するグループ問い合わせ先のサーバを、図８により説明したグルーピング定義テーブルから決定する（ステップ１３０２）。
【００３９】
（３）ステップ１３０２で決定したグループ問い合わせ先のサーバのグループ管理部に対してグループを問い合わせる（ステップ１３０３）。
【００４０】
（４）１３０３での問い合わせの応答として得られたグループの各サーバに対してアクションを指示する。指示するアクションは、アクション定義テーブルの受信イベントに対応したアクションである。その後、グルーピング制御サーバ１０１は、イベント受信待ちとなって、ステップ１３０１からの処理を繰り返す（ステップ１３０４）。
【００４１】
図１４は図１３のステップ１３０２の処理でのグループ問い合わせ先を決定する処理動作の詳細を説明するフローチャートであり、次に、これについて説明する。
【００４２】
（１）ステップ１３０１で受信したイベントのオブジェクト種別７０５が、ネットワーク、パフォーマンス、ジョブの何れであるかを判定する（ステップ１４０１）。
【００４３】
（２）ステップ１４０１の判定で、イベントのオブジェクト種別がネットワークであった場合、グルーピング定義テーブル２０５のグルーピング問い合わせ先サーバの欄８０２を参照して、問い合わせ先をサーバ１０２として選択決定する（ステップ１４０２）。
【００４４】
（３）次に、受信したイベントの事象７０６に設定されているサーバを、利用している業務一覧を問い合わせるグループとして決定する（ステップ１４０３）。
（４）ステップ１４０１の判定で、イベントのオブジェクト種別がパフォーマンスであった場合、グルーピング定義テーブル２０５のグルーピング問い合わせ先サーバの欄８０２を参照して、問い合わせ先をサーバ１０２に選択決定する（ステップ１４０４）。
【００４５】
（５）次に、受信したイベントの事象７０６に設定されているサーバを、利用している業務一覧を問い合わせるグループとして決定する（ステップ１４０５）。
【００４６】
（６）ステップ１４０１の判定で、イベントのオブジェクト種別がジョブであった場合、グルーピング定義テーブル２０５のグルーピング問い合わせ先サーバの欄８０２を参照して、問い合わせ先をサーバ１０３と１０４とに選択決定する（ステップ１４０６）。
【００４７】
（７）次に、受信したイベントの事象７０６に設定されているサーバを、監視しているネットワークとパフォーマンスとを問い合わせるグループとする（ステップ１４０７）。
【００４８】
図１５は図１３のステップ１３０４の処理でのグループの各サーバにアクションを指示する処理動作の詳細を説明するフローチャートであり、次に、これについて説明する。
【００４９】
（１）ステップ１３０３の処理で、グルーピング制御サーバは、問い合わせ先である業務運用管理サーバに問い合わせを行い、その問い合わせ結果として、業務運用管理サーバから、イベントに関連する業務や実行先サーバ、障害時の代替サーバ等を応答として取得する（ステップ１５０１）。
【００５０】
（２）ステップ１５０１で取得したイベントの内容を判定し、その内容からイベントＩＤを判定する（ステップ１５０２）。
【００５１】
（３）ステップ１５０２での判定で、イベントＩＤの値が“１”であり、イベントＩＤの値“１”が、問い合わせ先が業務管理サーバ１０２、アクション定義が「代替サーバで業務再実行する」であったとし、グルーピング制御サーバ１０１は、イベントＩＤが“１”（事象が「サーバ１０５のネットワークが障害」）のイベントをネットワーク管理サーバ１０３から受信すると、アクション定義テーブルからアクション「業務再実行」及び実行先を「代替サーバ」とする（ステップ１５０３）。
【００５２】
（４）そして、業務管理サーバに問い合わせた実際の代替サーバ名をアクション実行先サーバとして決定し、決定したアクション定義と実行先サーバに対してアクションの実行を指示する（ステップ１５０４、１５０９）。
【００５３】
（５）ステップ１５０２での判定で、イベントＩＤの値が“２”であり、イベントＩＤの値“２”が、アクション定義が「業務の重要度を下げる」、実行先が「業務実行先サーバ」であったとすると、グルーピング制御サーバ１０１は、イベントＩＤが“２”のイベントを受信すると、アクション定義を「業務の重要度を下げる」、実行先を「業務実行先サーバ」とする（ステップ１５０５）。
【００５４】
（６）そして、業務管理サーバに問い合わせた実際の業務実行先サーバ名をアクション実行先サーバとして決定し、決定したアクション定義と実行先サーバに対してアクションの実行を指示する（ステップ１５０６、１５０９）。
【００５５】
（７）ステップ１５０２での判定で、イベントＩＤの値が“３”であり、イベントＩＤの値“３”が、アクション定義が「業務中断」、実行先が「業務を実行する全サーバ」であったとすると、グルーピング制御サーバ１０１は、イベントＩＤが“３”のイベントを受信すると、アクション定義を「業務中断」、実行先を「業務を実行する全サーバ」とする（ステップ１５０７）。
【００５６】
（８）そして、業務管理サーバに問い合わせた実際の業務実行先の全サーバ名をアクション実行先サーバとして決定し、決定したアクション定義と実行先サーバに対してアクションの実行を指示する（ステップ１５０８、１５０９）。
【００５７】
前述したように、グルーピング制御サーバは、アクション定義テーブル２０６を参照して受信したイベントに対応するアクションを決定し、さらに、業務運用管理サーバから取得した業務と実行先サーバとの情報から、アクション実行先を決定することになる。問い合わせ先は、グルーピング管理テーブルに応じて、ネットワーク管理サーバやパフォーマンス管理サーバでもよい。また、アクション定義テーブルの内容は、そのアクション定義を変更することができる。
【００５８】
そして、グルーピング制御サーバは、受信したイベントと、各管理サーバから取得した情報とを用いて、アクション内容及び依頼先を動的に決定することができ、運用が変更されてもアクション内容や依頼先の定義を変更することなく、運用の変更に対応することができる。
【００５９】
図１６はグルーピング制御サーバ１０１がイベントを受信してからアクションを指示するまでの前述した処理をシーケンスとして示した図であり、次に、これについて説明する。
【００６０】
（１）いま、ネットワーク管理サーバ１０３がネットワークの監視において何らかの事象が発生したことを検知したものとする。これにより、ネットワーク管理サーバ１０３のイベント送信部４０３は、グルーピング制御サーバ１０１にイベントを送信する。グルーピング制御サーバ１０１のイベント受信部２０１は、ネットワーク管理サーバからのイベントを受信する（シーケンス１６０１）。
【００６１】
（２）シーケンス１６０１でのイベントの受信により、グルーピング制御サーバ１０１のグループ問い合わせ部２０３は、図１４により説明した処理の結果として決定した業務運用管理サーバ１０２にグループ問い合わせを行う（シーケンス１６０２）。
【００６２】
（３）業務運用管理サーバ１０２の業務グループ管理部３０１は、シーケンス１６０２でのグループ問い合わせに対するサーバ名の一覧をグループとしてグルーピング制御サーバ１０１に返信する（シーケンス１６０３）。
【００６３】
（４）グルーピング制御サーバ１０１のアクション指示部２０４は、シーケンス１６０３で取得したグループであるサーバ名に従い、業務実行サーバ１０５に対してアクション定義テーブル２０６で定義しているアクションを指示する（シーケンス１６０４）。
【００６４】
図１６により説明した例では、イベント送信元をネットワーク管理サーバ１０３であるとして説明したが、イベント送信元は、運用管理サーバ１０２、パフォーマンス管理サーバ１０４であってもよい。また、図１６で説明した例では、グループの問い合わせ先を業務運用管理サーバ１０２であるとして説明したが、グループの問い合わせ先は、ネットワーク管理サーバ１０３、パフォーマンス管理サーバ１０４であってもよい。さらに、図１６により説明した例では、アクションを実行するサーバを業務実行サーバ１０５であるとして説明したが、シーケンス１６０４のグループを問い合わせた結果が業務実行サーバ１０７の場合、アクションを実行するサーバは、業務実行サーバ１０７となる。
【００６５】
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００６６】
前述した本発明の実施形態によれば、ホスト名や業務の追加等の基本情報が変更された場合にも、運用定義の変更を必要とすることなく、複数のサーバを統合して管理することができるので、システム管理者が運用定義を変更する必要がなく、作業量を軽減することが可能となる。
【００６７】
また、マシンのリソース不足等の事象が発生すると、複数のサーバを統合して管理する制御サーバは、定義されているグループ情報の取得先からグループを取得することによって、１個の基本情報ではなく、基本情報の集まりを取得することが可能である。本発明の実施形態は、これにより、業務実行サーバや業務の追加等の基本情報が変更されても、グループに含まれる情報が変更されるだけで、基本情報をグループ単位で識別することができ、運用定義の変更を行う必要をなくすことができる。
【００６８】
【発明の効果】
以上制御したように本発明によれば、ホスト名、業務の追加等の基本情報が変更された場合にも、運用定義の変更を必要とせずに複数の計算機を統合して運用管理することが可能となり、これにより、システム管理者が運用定義を変更する作業量を軽減することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を適用してネットワークに接続された複数の計算機を統合して運用管理される計算機システムの構成を示すブロック図である。
【図２】グルーピング制御サーバの機能構成を示すブロック図である。
【図３】業務運用管理サーバの機能構成を示すブロック図である。
【図４】ネットワーク管理サーバの機能構成を示すブロック図である。
【図５】パフォーマンス管理サーバの機能構成を示すブロック図である。
【図６】業務実行サーバの機能構成を示すブロック図である。
【図７】各サーバ内のイベント送信部が送信し、グルーピング管理サーバのイベント受信部が受信するイベント情報の構成を説明する図である。
【図８】グルーピング制御サーバがグルーピング問い合わせを行うサーバ名を定義したグルーピング定義テーブルの構成を説明する図である。
【図９】業務運用管理サーバが業務の実行と監視とを行うサーバを定義した業務管理テーブルの構成を説明する図である。
【図１０】ネットワーク管理サーバが監視するネットワークを定義したネットワーク管理テーブルの構成を説明する図である。
【図１１】パフォーマンス管理サーバが監視するサーバとパフォーマンスとを定義したパフォーマンス管理テーブルの構成を説明する図である。
【図１２】グルーピング制御サーバが受信したイベントに対応して実行を指示するプログラムを定義したアクション定義テーブルの構成を説明する図である。
【図１３】グルーピング制御サーバがイベントを受信してからアクションを指示するまでの処理動作を説明するフローチャートである。
【図１４】図１３のステップ１３０２の処理でのグループ問い合わせ先を決定する処理動作の詳細を説明するフローチャートである。
【図１５】図１３のステップ１３０４の処理でのグループの各サーバにアクションを指示する処理動作の詳細を説明するフローチャートである。
【図１６】グルーピング制御サーバがイベントを受信してからアクションを指示するまでの前述した処理をシーケンスとして示した図である。
【符号の説明】
１０１  グルーピング制御サーバ
１０２  業務運用管理サーバ
１０３  ネットワーク管理サーバ
１０４  パフォーマンスサーバ
１０５、１０７  業務実行サーバ
１０６、１０８、１０９  ネットワーク
２０１  イベント受信部
２０２  グループ問い合わせ先選択部
２０３  グループ問い合わせ部
２０４  アクション指示部
２０５  グルーピング定義テーブル
２０６  アクション定義テーブル
３０１  業務グループ管理部
３０２  業務監視部
３０３、４０３、５０３  イベント送信部
３０４  業務管理テーブル
４０１  ネットワークグループ管理部
４０２  ネットワーク監視部
４０４  ネットワーク管理テーブル
５０１  パフォーマンスグループ管理部
５０２  パフォーマンス監視部
５０４  パフォーマンス管理テーブル
６０１  業務実行部
６０２  アクション実行部
【図１】
2004355501.tif 000003
【図２】
2004355501.tif 000004
【図３】
2004355501.tif 000005
【図４】
2004355501.tif 000006
【図５】
2004355501.tif 000007
【図６】
2004355501.tif 000008
【図７】
2004355501.tif 000009
【図８】
2004355501.tif 000010
【図９】
2004355501.tif 000011
【図１０】
2004355501.tif 000012
【図１１】
2004355501.tif 000013
【図１２】
2004355501.tif 000014
【図１３】
2004355501.tif 000015
【図１４】
2004355501.tif 000016
【図１５】
2004355501.tif 000017
【図１６】
2004355501.tif 000018