JPH07334444A - イベントサーバによるネットワークシステムの運用管理支援方式 - Google Patents

Abstract

(57)【要約】 【目的】ネットワークシステムにおいて、自ホスト、あ
るいは他ホストから発生する事象を一元管理することに
より、システムの運用管理をスムーズに行えるよう支援
する。 【構成】システム、あるいはアプリケーションプログラ
ムが発行したイベントを管理し、イベント要求プログラ
ムに配布するイベントサーバ、及び複数ホスト間でのイ
ベントの送受信を管理するリモートマネジャーの処理。 【効果】本発明によれば、１つの業務処理単位の運用か
らシステム全体レベルの運用を１つ、あるいは、複数の
運用管理プログラムを作成することにより、簡単に実現
できるため、ユーザ固有のシステムの構築が容易にでき
るという効果がある。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク計算機シ
ステムの自動運転、実行監視などにおけるシステムの運
用管理のためのイベントサーバによるネットワークシス
テムの運用管理支援方式に関する。

【０００２】

【従来の技術】従来の方式は例えば特開平４−５０５８
１９号公報に記載のように論理事象を検知したプログラ
ムが警告データベースを参照し、その論理事象の発生報
告を要求する全てのプログラムに送る手配を終えた後、
元の動作を継続する方式である。

【０００３】これに対して本方式は、事象発生報告の通
知はイベント管理プログラムが行う方式となっており、
事象発生を検知したプログラムにかかる負荷を軽減し、
イベントを発行するプログラムとそれを受け取るプログ
ラムの独立性を高めている。

【０００４】

【発明が解決しようとする課題】従来方式ではイベント
を受け取るプログラムの受け口が１つであり、同時に発
生する可能性のある複数のイベントを受け取ろうとする
とき、イベントを通知する側のプログラム間での排他制
御が必要となり、システムで発生するイベントの件数が
多くなると個々のイベントを発行するプログラムにかか
る負荷が増大する。

【０００５】また、発生した事象を、各事象が発生した
計算機で動作するプログラムに報告する方式であるた
め、もし、ネットワーク上の他の計算機でしか対処でき
ない事象の場合、不都合が発生する。

【０００６】更にシステムで発生したイベント全部を知
る方法がない為、イベントを用いたより有効なシステム
の運用方法を検討することができない。

【０００７】以上の点で、従来の方式はネットワークシ
ステム上での運用の拡張性について配慮がされておら
ず、イベントによるシステムの管理、運用が困難である
という問題があった。

【０００８】本発明による方式は、システムで発生した
イベント情報をもとに、 （１）障害等の管理、課金情報等の収集システムの管
理、運用を自動的に実行できるようにする。

【０００９】（２）システムからの多量のイベント発生
に対してイベント処理に係る性能低下を最小限とする。

【００１０】（３）イベント情報の拡充、受け取りイベ
ントの選択を可能とする事により、個々の運用管理プロ
グラムの作成を容易にする。

【００１１】（４）登録されたイベントを収集すること
により、システムで発生したイベントを確認する手段を
設ける。

【００１２】（５）システムからのイベント発生とイベ
ントを処理する運用管理プログラムとを独立させること
により、システムの信頼性を低下させない。

【００１３】（６）発生したイベントを受け取ったプロ
グラムで該当イベントに対応できない場合、ネットワー
ク上の他の計算機で動作する別の受け取りプログラムに
イベントを転送する。

【００１４】方式を提供することを目的とする。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に本方式では、システムからのイベントの収集を行うイ
ベントスタッカ部と各運用プログラムへのイベントの配
布を制御するイベントスケジューラ部より構成されるイ
ベントサーバ機構を設け、イベントを格納するイベント
バッファを中継点として、各部を非同期に機能できるよ
うにしたものである。

【００１６】また、ネットワーク上のある計算機で動作
中のプログラムから他の計算機宛のイベントを受け取る
プログラムインタフェース部、受け取ったイベントを集
約するリモート送信制御部と、宛先の計算機で該イベン
トを受け取るリモート受信制御部を設け、さらに監視制
御部により、これらの動作を監視する。

【００１７】

【作用】イベントサーバは、イベントサーバに対する要
求の解析と、各要求に対応する処理（イベントの登録、
配付）を行う。イベント登録部はイベントの登録要求に
伴ってイベント登録エリアからイベント情報を取り出
し、イベント取得プログラムが必要とするイベントだけ
をイベントスタックリストに格納する。また、イベント
取得プログラムの要求に従って、イベントスタックリス
トを検索し、該当するイベントを配付する。

【００１８】これにより、各イベント発行プログラム
は、イベント情報の組立とイベントバッファへの登録及
びイベントスケジューラへのイベント発生報告を行うだ
けで、１つのイベントを複数のイベント取得プログラム
に配布することが可能となる。

【００１９】

【実施例】以下、図面を参照して本発明の一実施例を詳
細に説明する。

【００２０】図１は単一ホストで構成されるシステムで
のイベントと、それに纏わるプロセスの関連を示してい
る。図１においてイベントサーバ１はイベントの収集と
配布を一括して制御する。各イベント取得プログラム１
４，１５，１６，・・・は処理の開始にあたり、必要と
するイベント情報をイベントサーバ１に対して指定す
る。イベントサーバ１はイベント管理テーブル１１を参
照し、疑似オペレータ管理テーブル１２と取得要求チェ
ックリスト１３に要求のあった運用プログラムの情報を
蓄える。

【００２１】イベント登録プログラム２，３，４，・・
・からイベント５，６，７，８，９，・・・が発行され
た場合、イベントサーバ１は取得要求チェックリスト１
３を参照してイベントスタック１０に格納するか否かを
判断する。このとき不要なイベント７（，９）であれば
イベントスタック１０には格納しない。要求と一致する
イベント情報５（，６，８）を検知したときはウエイト
指定で該当イベントを要求しているプログラムの有無を
確認する為、疑似オペレータ管理テーブル１２を検索す
る。ウエイト指定でイベントを要求しているプログラム
にイベントを配布し更に該当イベントを要求するプログ
ラムがある場合、イベントスタック１０に格納する。イ
ベントを要求するイベント取得プログラムが１つも存在
しない場合はイベントは一切格納しない。

【００２２】イベント取得プログラム１４（，１５，１
６）から受取り要求を受けたイベントサーバ１は疑似オ
ペレータ管理テーブル１２の指す箇所からイベントスタ
ック１０に登録されたイベントを順次検索し、要求する
イベントがあればそのイベント情報を配布し、疑似オペ
レータ管理テーブル１２からのネクストイベントポイン
タを次の要求イベントまで更新する。このとき配布され
たイベント情報を要求しているプログラムがイベント取
得要求を出したプログラム１つであった場合、該当イベ
ントはイベントスタックから外される。イベント取得要
求に対して該当するイベントがスタックにない場合、イ
ベント取得要求がウエイト指定で出されていれば疑似オ
ペレータ管理テーブルを待ち状態にする。リターン指定
でイベント取得要求が出されていた場合、要求は該当イ
ベントなしでエラーリターンする。

【００２３】イベントサーバ１へのイベントの登録要
求、あるいは取得要求は全て要求登録キュー１７に格納
される。イベントサーバ１はここから順次要求を取り出
し、それに従って処理を実行する。すなわち要求がイベ
ント登録であれば該当するプログラムのイベント登録エ
リア１８（，１９，２０）からイベント情報を取り出し
て上記のイベント登録処理を行い、イベント取得要求で
あればイベント情報の配布処理を実行する。要求は必ず
１件ずつ処理されるのでイベント登録プログラム間での
排他制御は不要である。

【００２４】イベントの登録にはイベントを発行するプ
ログラム毎にイベント登録エリア１８，１９，２０，・
・・が設けられている。このため他のプログラムから同
時にイベントが発行された場合にもイベント情報のデー
タを互いに破壊し合うことが避けられる。同様にイベン
ト受取エリアもイベントを要求するプログラム毎に確保
され、システムの信頼性を確保している。

【００２５】図２はイベントサーバ１とイベントのロギ
ング機能の関連を示している。イベントサーバ１がイベ
ントスタック１０に登録したイベント情報を登録イベン
ト連絡エリア２４にも書き込む。イベントロギングプロ
グラム２５は登録イベント連絡エリア２４から順次イベ
ント情報を取り出し、ロギングレコードとしてイベント
ロギングファイル２６に出力する。イベントロギングプ
ログラム２５はイベントサーバ１の補助プログラムとし
て存在し、イベントサーバ１が動作している間、並行し
て動作する。ロギングされたイベント情報を確認したい
場合、イベントログ編集プログラム２７を実行すること
によりイベントロギングファイル２６の内容はテキスト
形式に編集され、端末２８あるいは編集結果ファイル２
９に出力される。

【００２６】図３は複数ホスト間でのイベントの送受信
方法の概要を示したものである。イベントサーバ１が自
ホスト内で発生したイベントを統括管理する機能である
のに対し、リモートマネジャはネットワーク上における
イベントの送受信を制御している。イベント発生元ホス
ト３０のプログラム３２で発生したイベント３３に対し
他ホスト３１のプログラム３５で対応処理（アクショ
ン）を行う必要のある場合、プログラム３２は自ホスト
のイベントサーバ１−１ではなくリモートマネジャ３４
−１に対しイベント登録要求を行う。リモートマネジャ
３４−１はイベント送信先ホスト３１のリモートマネジ
ャ３４−２に対しイベントを送信する。リモートマネジ
ャ３４−２は複数のホストのリモートマネジャーから送
られてくるイベントを一括して受け取り、自ホスト３１
のイベントサーバ１−２に登録する。この機能をイベン
トサーバ１−２側から見ると、リモートマネジャーもイ
ベントを登録するプログラムの１つとなる。こうしてイ
ベントサーバ１−２に登録されたイベントはそれを要求
するプログラム３５に取得され、アクションを引き起こ
す。

【００２７】イベントの送受信にこのリモートマネジャ
を介在させることにより、リモートマネジャをマシン毎
の仕様に合わせて変更するだけで、システムの他の部分
（主にイベントサーバ）に変更を加えずに他社マシンど
うしを接続することも可能となる。

【００２８】

【発明の効果】本発明によれば、１つの業務処理単位の
運用からシステム全体レベルの運用を１つ、あるいは、
複数の運用管理プログラムを作成することにより、簡単
に実現できるため、ユーザ固有のシステムの構築が容易
にできるという効果がある。

【図面の簡単な説明】

【図１】単一ホストで構成されるシステムでのイベント
と、それに纏わるプログラムの関連を示す図である。

【図２】イベントサーバとイベントのロギング機能の関
連を示す図である。

【図３】複数ホスト間でのイベントの送受信方法の概念
図である。

【符号の説明】

１，１−１，１−２…イベントサーバ、 ２，３，４，３２…イベント登録プログラム、 ５，６，７，８，９，３３…発行されたイベント情報、 １０…イベント登録スタック、 １１…イベント管理テーブル、 １２…疑似オペレータ管理テーブル、 １３…取得要求チェックリスト、 １４，１５，１６，３５…イベント取得プログラム、 １７…要求登録キュー、 １８，１９，２０…イベント登録エリア、 ２１，２２，２３…イベント受取エリア、 ２４…登録イベント連絡エリア、 ２５…イベントロギングプログラム、 ２６…イベントロギングファイル、 ２７…イベントログ編集プログラム、 ２８…端末、 ２９…イベントログ編集結果ファイル、 ３０，３１…ホスト、 ３４−１，３４−２…リモートマネジャ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐藤 正樹 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 大川 裕弘 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 飯塚 勝 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 小西 勇作 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】複数のユーザが同時に使用する単一、及
   び、ネットワークに接続された複数の装置から構成され
   る計算機システムにおいて、 （１）システムあるいは、アプリケーションプログラム
   が検知したイベントの発行 （２）イベントの収集 （３）複数のイベント処理出口（運用管理プログラム）
   へのイベントの配付 （４）収集したイベントのロギングと編集出力 （５）ネットワークに接続された他の計算機へのイベン
   トの配付 で構成されるイベントサーバ機能を有することを特徴と
   するシステムの運用管理支援方式。