JP2608130B2 - Event central management processor - Google Patents

Event central management processor

Info

Publication number
JP2608130B2
JP2608130B2 JP1054155A JP5415589A JP2608130B2 JP 2608130 B2 JP2608130 B2 JP 2608130B2 JP 1054155 A JP1054155 A JP 1054155A JP 5415589 A JP5415589 A JP 5415589A JP 2608130 B2 JP2608130 B2 JP 2608130B2
Authority
JP
Japan
Prior art keywords
event
destination
management server
message
management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP1054155A
Other languages
Japanese (ja)
Other versions
JPH02232763A (en
Inventor
文好 村上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP1054155A priority Critical patent/JP2608130B2/en
Publication of JPH02232763A publication Critical patent/JPH02232763A/en
Application granted granted Critical
Publication of JP2608130B2 publication Critical patent/JP2608130B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Description

【発明の詳細な説明】 〔概要〕 複数のプロセッサからなる一つのシステム構成上で,
事象をシステム全体で一元的に管理する事象集中管理処
理装置に関し, 事象管理サーバがどこのプロセッサに配置されている
かを,事象管理要求元に意識させないシステム統一イン
タフェースを提供し,事象を扱うプログラムの生産性,
柔軟性を向上させることを目的とし, 発生した事象を記憶する事象ログファイルと,システ
ム内で発生した事象の事象通知,事象監視および事象ロ
グ参照に関する処理を行う事象管理サーバとを,システ
ム内の特定プロセッサに唯一つ配置し,それへのメッセ
ージの宛先を,あらかじめ登録するようにし,事象管理
サーバに対する事象管理要求メッセージを,上記宛先に
対して送信することにより,各事象管理要求元に,事象
管理サーバが存在する特定のプロセッサを意識させない
で,システムとして事象を集中的に管理するように構成
する。
DETAILED DESCRIPTION OF THE INVENTION [Overview] On one system configuration including a plurality of processors,
For a centralized event management processor that manages events centrally in the entire system, a system unified interface that does not make the event management server aware of which processor the event management server is located in is provided. Productivity,
For the purpose of improving flexibility, an event log file that stores the events that occurred and an event management server that performs processing related to event notification, event monitoring, and event log reference of events that occurred in the system A single processor is assigned to a specific processor, the destination of the message is registered in advance, and an event management request message to the event management server is sent to the destination, so that each event management request source can send The system is configured to centrally manage events as a system without being aware of the specific processor in which the management server exists.

〔産業上の利用分野〕[Industrial applications]

本発明は,複数のプロセッサからなる一つのシステム
構成上で,事象をシステム全体で一元的に管理する事象
集中管理処理装置に関する。
The present invention relates to an event centralized management processing device that centrally manages events in the entire system on one system configuration including a plurality of processors.

近年のコンピュータシステムでは,複数のプロセッサ
を一つのシステムとして操作でき,かつ,システム運用
や業務処理の自動化の構築,システム運用管理の各種統
計処理の構築なだを容易に実現することが要求されてい
る。
In recent computer systems, it is required to be able to operate multiple processors as a single system, and to easily realize the construction of automation of system operation and business processing and the construction of various statistical processes for system operation management. I have.

このため,疎結合マルチプロセッサ(LCMP:Loosely C
oupled Multi Processor)や,密結合マルチプロセッサ
(TCMP:Tightly Coupled Multi Processor)のシステム
構成の上に,システム運用および業務処理の自動化とし
て,事象の発生を契機にスケジュールする自動化プログ
ラムや,事象ログデータを用いた各種統計処理のプログ
ラムが,資源管理元と密なインタフェースをもって提供
されている。
For this reason, loosely coupled multiprocessors (LCMP: Loosely C
oupled Multi Processor) and Tightly Coupled Multi Processor (TCMP) system configuration, as well as an automated program that schedules when an event occurs and event log data to automate system operation and business processing. The various statistical processing programs used are provided with a close interface with the resource manager.

しかし,複数プロセッサを単一システムに見せ,か
つ,各種の運用形態に柔軟に適応できるシステム構成
(以下,FCMPという[注参照])では,事象をシステム
全体で統一的に管理する事象管理サーバが必要で,事象
を通知する資源管理元と,自動化プログラムを疎な関係
にすることや,事象ログデータを一元的に見せることが
必要である。
However, in a system configuration in which multiple processors appear as a single system and can be flexibly adapted to various operation modes (hereinafter referred to as FCMP [Note]), an event management server that manages events in a unified manner throughout the system is required. It is necessary to make the resource management source that notifies the event a sparse relationship with the automation program, and to show event log data in a unified manner.

[注]分散核のOSにおいて,プロセッサ間を高速チャネ
ルで結び,プロセッサ同士の相互作用を行う核型のメッ
セージ(以下,単にメッセージと記載するが,回線メッ
セージやオペレータメッセージとは異なる)により,プ
ロセッサ間通信が可能なプロセッサ群から構成されるシ
ステムを,FCMP(Flexibly Coupled Multi Processor)
と仮称する。FCMPは,一つのシステムとして操作でき
る。また,ネットワークからは,一つのローカルシステ
ムとして位置付けられる。
[Note] In a distributed kernel OS, the processors are linked by a high-speed channel, and a core-type message (hereinafter simply referred to as a message, but different from a line message or operator message) that interacts with the processors. FCMP (Flexibly Coupled Multi Processor)
Provisionally. FCMP can operate as one system. From the network, it is positioned as one local system.

〔従来の技術〕[Conventional technology]

第6図は従来技術の例を示す。 FIG. 6 shows an example of the prior art.

第6図において,60−1,60−2は事象の発生を検出す
る資源管理元,61−1,61−2は事象の種別ごとに発生事
象情報が格納されるログファイル,62−1,62−2は事象
の種別に応じた通知インタフェース,63は自動化プログ
ラム等の事象監視元,64は統計処理プログラム等の事象
ログ参照元,65はログ編集結果が格納される編集ファイ
ルを表す。また,66は統一した事象の通知・受け取りを
可能とするための事象管理部,67は事象の監視依頼情報
や発生事象を管理する事象管理簿,68は発生した事象を
記憶する事象ログファイルを表す。
In FIG. 6, reference numerals 60-1 and 60-2 denote resource management sources for detecting the occurrence of an event, and reference numerals 61-1 and 61-2 denote log files storing event information for each event type. Reference numeral 62-2 denotes a notification interface corresponding to the type of event, 63 denotes an event monitoring source such as an automation program, 64 denotes an event log reference source such as a statistical processing program, and 65 denotes an editing file in which a log editing result is stored. 66 is an event management unit for enabling unified notification and reception of events, 67 is event monitoring request information and an event management book that manages events that occur, and 68 is an event log file that stores events that have occurred. Represent.

第6図(イ)に示すように,従来のシステム運用/運
転および業務処理の自動化においては,自動化プログラ
ム等の事象監視元63と,資源管理元60−1,60−2とが,
個々に密な通知インタフェース62−1,62−2を持ち,例
えば媒体障害発生とか,チャネル障害発生とかいうよう
なエラー事象の発生に対して,その事象の種別ごとに,
個々に事象を監視し,再構成処理や情報復旧処理などの
プログラムを自動的に起動するようにしている。
As shown in FIG. 6 (a), in the conventional automation of system operation / operation and business processing, the event monitoring source 63 such as an automation program and the resource management sources 60-1 and 60-2 communicate with each other.
Each has a dense notification interface 62-1 and 62-2. For each occurrence of an error event such as the occurrence of a media failure or the occurrence of a channel failure, for each event type,
Individual events are monitored and programs such as reconfiguration processing and information recovery processing are automatically started.

また,各種統計処理においては,事象ログ参照元64
が,個々に点在するログファイル61−1,61−2に格納さ
れたログデータを収集およびマージし,再編集して,報
告書などを作成している。
In various statistical processes, the event log reference source 64
However, log data stored in individually scattered log files 61-1 and 61-2 are collected, merged, re-edited, and a report is created.

第6図(イ)に示す方式では,システム全体で統一さ
れた事象の管理がなされておらず,かつ,資源管理元と
密なインタフェースをもって,自動化プログラムや統計
処理プログラムを構築しているため,新たな運用形態や
新機能の提供による柔軟な対応ができない。さらに,統
計処理においては,個々に点在するログデータのマージ
および再編集が必要となり,ログ参照時のコストが増大
するという問題がある。
In the method shown in Fig. 6 (a), unified event management is not performed in the entire system, and automation programs and statistical processing programs are built with a close interface with the resource management source. It is not possible to respond flexibly by providing new operation forms and new functions. Furthermore, in the statistical processing, it is necessary to merge and re-edit log data that is scattered individually, and there is a problem in that the cost of referencing the log increases.

それを解決するため,本発明者等は,特願昭62−0630
67号の「計算機システムにおける事象通知・受取処理方
式」において,例えば第6図(ロ)に示すように,資源
管理元60−1,60−2と事象監視元63,事象ログ参照元64
との間に,事象管理部66を介在させ,事象管理部66が,
システム内で発生した事象をすべて統一的に管理する方
式を提案している。
In order to solve this, the present inventors have filed Japanese Patent Application No. 62-0630.
In “Event notification / reception processing method in computer system” of No. 67, for example, as shown in FIG. 6 (b), resource management sources 60-1, 60-2, event monitoring source 63, event log reference source 64
The event management unit 66 is interposed between the
We propose a method to unify management of all events that occur in the system.

この方式では,資源管理元からの事象通知は,すべて
事象管理部66に対して行われ,事象管理簿67に発生情報
が登録される。また,発生事象の内容が事象ログファイ
ル68に格納される。一方,事象監視元69からの監視依頼
も事象管理簿67に登録され,監視事象の発生通知や,事
象ログ参照元64からのログデータの参照要求も,事象管
理部66によって統一的に処理されるようになっている。
In this method, all event notifications from the resource management source are sent to the event management unit 66, and the occurrence information is registered in the event management book 67. Further, the content of the occurred event is stored in the event log file 68. On the other hand, a monitoring request from the event monitoring source 69 is also registered in the event management book 67, and a notification of the occurrence of a monitoring event and a log data reference request from the event log reference source 64 are uniformly processed by the event management unit 66. It has become so.

〔発明が解決しようとする課題〕[Problems to be solved by the invention]

ところで,第6図(ロ)に示す方式では,資源管理元
60−1等や事象監視元63,事象ログ参照元64等の,事象
管理部66に事象の管理を要求するプログラムは,事象管
理部66に対する要求の通知先を知る必要がある。特に,
複数プロセッサを単一システムと見せるようなシステム
構成のもとでは,事象管理部66が,どのプロセッサで動
作しているかを,各要求元は常に意識する必要がある。
By the way, in the method shown in FIG.
Programs that request the event management unit 66 to manage events, such as 60-1 and the like, the event monitoring source 63, and the event log reference source 64, need to know the notification destination of the request to the event management unit 66. Especially,
Under a system configuration in which a plurality of processors are regarded as a single system, each request source must always be aware of which processor the event management unit 66 is operating on.

そのため,事象管理部66が,あるプロセッサ上で動作
していたときに,プロセッサやメモリ資源の動的な切り
離しや組み込みがあり,事象管理部66を他のプロセッサ
で動作させる必要があった場合などに,その変更を,各
事象管理要求元が知り,通知先の変更などを行わなけれ
ばならなくなる。
Therefore, when the event management unit 66 is operating on a certain processor and the processor and memory resources are dynamically disconnected and embedded, and the event management unit 66 needs to be operated on another processor, etc. Then, each event management request source must know the change and change the notification destination.

複数プロセッサを単一システムとして扱った自動化プ
ログラムを構築する際には,上位層の自動化プログラム
で単一システムに見せるための考慮が必要であり,事象
管理部66と,事象管理部66に対する処理依頼元との関係
も,さらに疎な関係にすることが望まれる。
When constructing an automation program that treats multiple processors as a single system, it is necessary to consider that the higher-layer automation program looks like a single system. It is hoped that the relationship with the element should be further sparse.

本発明は上記問題点の解決を図り,システム内で発生
する事象を集中的に管理する事象管理サーバを,特定プ
ロセッサに配置して,事象を利用する側の自動化プログ
ラムや事象ログデータを参照する統計処理プログラム
と,資源管理元とを疎な関係にし,さらに,事象管理サ
ーバと,事象を通知する資源管理元および事象を利用す
る側のプログラムとの関係も,事象管理サーバが配置さ
れているプロセッサを意識させないような関係にして,
システム全体の統一されたインタフェースを提供するこ
とを目的としている。
The present invention solves the above problems, and arranges an event management server that centrally manages events that occur in a system in a specific processor, and refers to an automation program and event log data on the side that uses the events. The statistic processing program and the resource management source are made sparse, and the event management server is also located in the relationship between the event management server, the resource management source that notifies the event, and the program that uses the event. Make the relationship transparent to the processor,
It aims to provide a unified interface for the entire system.

〔課題を解決するための手段〕[Means for solving the problem]

第1図は本発明の構成例を示す。 FIG. 1 shows a configuration example of the present invention.

第1図において,P1〜P3はそれぞれCPUおよびメモリを
備えたプロセッサ,10−1〜10−3は全体で1つのオペ
レーティング・システムの基本機能を提供する分散OS基
本機構,14は各処理単位に対するメッセージの宛先管理
とメッセージの送受信処理を行う宛先管理部/メッセー
ジ送受信処理部,15は事象管理サーバ,16−1〜16−3は
事象管理要求に関するマクロ命令による事象管理サーバ
インタフェース,17は宛先登録依頼部,18は事象通知処理
部,19は事象監視処理部,20は事象ログ参照処理部,21は
事象の発生を検出する資源管理元,22は自動化プログラ
ム等の事象の発生を監視する事象監視元,23は統計処理
プログラム等の事象ログ参照元,24は事象のログデータ
が格納される事象ログファイル,25はプロセッサ間を結
む高速チャネルを表す。
In FIG. 1, P1 to P3 denote processors each having a CPU and a memory, 10-1 to 10-3 denote a distributed OS basic mechanism that provides basic functions of one operating system as a whole, and 14 denotes a processing unit for each processing unit. Destination management unit / message transmission / reception processing unit that performs message destination management and message transmission / reception processing, 15 is an event management server, 16-1 to 16-3 are event management server interfaces by macro instructions related to event management requests, and 17 is destination registration Request unit, 18 is an event notification processing unit, 19 is an event monitoring processing unit, 20 is an event log reference processing unit, 21 is a resource management source that detects the occurrence of events, and 22 is an event that monitors the occurrence of events such as automation programs A monitoring source, 23 is an event log reference source such as a statistical processing program, 24 is an event log file storing event log data, and 25 is a high-speed channel connecting processors.

各プロセッサP1〜P3は,高速チャネル25を介して接続
され,分散OS基本機構10−1〜10−3によって,単一の
システムとして操作することができるようになってい
る。
The processors P1 to P3 are connected via a high-speed channel 25, and can be operated as a single system by the distributed OS basic mechanisms 10-1 to 10-3.

事象管理サーバ15は,システム内の特定プロセッサ,
例えばプロセッサP2に,唯一つ存在し,事象を集中管理
するものである。
The event management server 15 includes a specific processor in the system,
For example, only one processor P2 exists to centrally manage events.

事象管理サーバ15は,初期設定時に,宛先登録依頼部
17により,分散OS基本機構10−2の宛先管理部/メッセ
ージ送受信処理部14に対して,自分に対するメッセージ
の宛先登録を依頼する。
The event management server 15 sends the destination registration request
At 17, the destination management unit / message transmission / reception processing unit 14 of the distributed OS basic mechanism 10-2 is requested to register the destination of the message for itself.

事象管理サーバインタフェース16−1〜16−3は,そ
れぞれ事象通知マクロ命令,事象管理マクロ命令,事象
ログ参照マクロ命令等によって動作するものであって,
資源管理元21,事象監視元22,事象ログ参照元23の処理要
求を,宛先管理部/メッセージ送受信処理部14を介し
て,事象管理サーバ15に通知する。
The event management server interfaces 16-1 to 16-3 are operated by an event notification macro instruction, an event management macro instruction, an event log reference macro instruction, and the like.
The processing request of the resource management source 21, the event monitoring source 22, and the event log reference source 23 is notified to the event management server 15 via the destination management unit / message transmission / reception processing unit 14.

このとき,事象管理サーバ15があらかじめ登録した宛
先が参照されるので,要求元の資源管理元21,事象管理
元22,事象ログ参照元23は,事象管理サーバ15のサーバ
名を指定するだけで,事象管理サーバ15が配置されてい
るプロセッサを直接意識する必要がないようになってい
る。
At this time, the destination registered in advance by the event management server 15 is referred to. Therefore, the resource management source 21, the event management source 22, and the event log reference source 23, which are the request sources, need only specify the server name of the event management server 15. Therefore, it is not necessary to directly consider the processor in which the event management server 15 is arranged.

〔作用〕[Action]

資源管理元21は,事象の発生を検出したときに,事象
管理サーバインタフェース16−1を介して,事象管理サ
ーバ15へ事象発生の通知を行う。事象管理サーバ15は,
事象通知処理部18により,その通知されてきた事象を,
事象ログファイル24に蓄積する。また,事象監視元22が
あらかじめ監視したい事象を事象管理サーバ15に依頼し
ておくと,事象通知処理部18および事象監視処理部19の
連携により,資源管理元21から通知された事象が監視対
象の事象であるときに,事象監視元22に監視対象の事象
が発生した旨を通知する。
When detecting the occurrence of an event, the resource management source 21 notifies the event management server 15 of the occurrence of the event via the event management server interface 16-1. The event management server 15
The event notified by the event notification processing unit 18
Store it in the event log file 24. When the event monitoring source 22 requests the event management server 15 in advance for the event to be monitored, the event notification processing unit 18 and the event monitoring processing unit 19 cooperate to monitor the event notified from the resource management source 21. When the event is, the event monitoring source 22 is notified that an event to be monitored has occurred.

一方,事象ログ参照元23が,過去に発生した特定の事
象を参照したい旨を,事象管理サーバ15に依頼すると,
事象ログ参照処理部20は,事象ログファイル24から必要
な事象ログデータを取り出し,それを事象ログ参照元23
に渡す。
On the other hand, when the event log reference source 23 requests the event management server 15 to refer to a specific event that has occurred in the past,
The event log reference processing unit 20 extracts necessary event log data from the event log file 24 and
Pass to.

これらの処理依頼や通知は,すべて事象管理サーバイ
ンタフェース16−1〜16−3を介して行われ,事象管理
サーバインタフェース16−1〜16−3により,事象管理
サーバ15とのメッセージの送受信が行われる。したがっ
て,事象管理サーバ15の宛先などを決める処理は,すべ
て事象管理サーバインタフェース16−1〜16−3で吸収
され,各事象管理の要求元は,事象管理サーバ15が配置
されているプロセッサを意識する必要がなくなる。
All of these processing requests and notifications are performed via the event management server interfaces 16-1 to 16-3, and messages are transmitted to and received from the event management server 15 by the event management server interfaces 16-1 to 16-3. Will be Therefore, all processes for determining the destination of the event management server 15 are absorbed by the event management server interfaces 16-1 to 16-3, and the request source of each event management is aware of the processor in which the event management server 15 is arranged. You don't have to.

〔実施例〕〔Example〕

第2図は本発明の一実施例に係るシステム立ち上げ時
の処理の例,第3図は本発明の一実施例に係る事象管理
要求の処理の例,第4図は本発明の一実施例で用いられ
る事象管理要求メッセージの例,第5図は本発明の一実
施例に係る事象管理サーバの処理の例を示す。
FIG. 2 is an example of processing at the time of system startup according to one embodiment of the present invention, FIG. 3 is an example of processing of an event management request according to one embodiment of the present invention, and FIG. 4 is one embodiment of the present invention. FIG. 5 shows an example of an event management request message used in the example, and FIG. 5 shows an example of processing of the event management server according to an embodiment of the present invention.

本発明の実施例において,システムの立ち上げ時に,
分散OS基本機構10と事象管理サーバ15が行う処理を,第
2図に示す処理〜に従って説明する。
In the embodiment of the present invention, when the system is started,
The processing performed by the distributed OS basic mechanism 10 and the event management server 15 will be described with reference to the processing shown in FIG.

第1図に示すシステムのIPL時には,第2図に示す
ように,IPLに伴う初期設定を行う分散OS基本機構10が,
あらかじめ設定された構成定義情報30を参照し,そこで
定義されている動作プロセッサ(プロセッサP2)上に,
事象管理サーバ15を配置して,起動する。
At the time of the IPL of the system shown in FIG. 1, as shown in FIG.
Referring to the configuration definition information 30 set in advance, the operation processor (processor P2) defined there is referred to.
The event management server 15 is arranged and started.

事象管理サーバ15は,動作環境の初期化処理の一貫
として,自分宛の宛先を示す宛先識別子xと,自分のサ
ーバ名等を指定し,分散OS基本機構10の宛先管理部に,
宛先の登録依頼を行う。
The event management server 15 designates a destination identifier x indicating a destination addressed to itself, a server name of the server itself, and the like as part of the initialization processing of the operating environment.
Request destination registration.

登録依頼を受けた宛先管理部は,メモリ上の宛先管
理簿31に,事象管理サーバ15の宛先情報を登録する。す
なわち,宛先識別子としてx,サーバ名(機能名)として
「事象管理サーバ」,属性として,事象管理サーバ15が
動作するプロセッサ名「P2」などを設定する。
The destination management unit that has received the registration request registers the destination information of the event management server 15 in the destination management book 31 on the memory. That is, x is set as the destination identifier, "event management server" is set as the server name (function name), and the processor name "P2" on which the event management server 15 operates is set as the attribute.

なお,宛先識別子を,事象管理サーバ15に対して1個
登録するのではなく,事象管理サーバ15内の機能単位,
例えば事象通知機能,事象監視機能,事象ログ参照機能
ごとに登録するようにしてもよい。
Instead of registering one destination identifier in the event management server 15, a function unit in the event management server 15,
For example, registration may be performed for each event notification function, event monitoring function, and event log reference function.

第1図に示す事象管理サーバ15に対する事象通知,事
象監視または事象ログ参照などの事象管理要求は,事象
管理サーバインタフェース16−1〜16−3を介して行わ
れるが,この事象管理サーバインタフェース16−1〜16
−3は,要求元に事象管理サーバ15の宛先を意識させな
いマクロ命令インタフェースにより実現される。
Event management requests such as event notification, event monitoring, and event log reference to the event management server 15 shown in FIG. 1 are made via the event management server interfaces 16-1 to 16-3. -1 to 16
-3 is realized by a macro instruction interface that does not make the request source aware of the destination of the event management server 15.

第3図に示す事象通知マクロ命令40,事象監視マクロ
命令41,または事象ログ参照マクロ命令42が,要求元に
より発行されると,そのマクロ命令によって起動される
事象管理サーバインタフェース16および分散OS基本機構
10は,第3図に示す処理〜のような処理を行う。な
お,事象管理サーバインタフェース16は,要求元の仮想
空間上で動作するプログラム群である。
When the event notification macro instruction 40, the event monitoring macro instruction 41, or the event log reference macro instruction 42 shown in FIG. 3 is issued by the request source, the event management server interface 16 and the distributed OS basic instruction which are started by the macro instruction are issued. mechanism
Step 10 performs the processing shown in FIG. The event management server interface 16 is a group of programs that operate on the virtual space of the request source.

マクロ命令で指定されたパラメタにより,事象管理
サーバ15に渡すパラメタを生成する。事象通知マクロ命
令40のパラメタは,事象種別,事象の属性等である。事
象監視マクロ命令41のパラメタは,事象種別,監視条件
等である。事象ログ参照マクロ命令42のパラメタは,事
象種別,参照条件等である。監視条件および参照条件
は,例えばいつからいつまでに発生した事象というよう
に,監視または参照する事象の発生時間などによる必要
とする事象を選択するための条件である。
The parameter to be passed to the event management server 15 is generated based on the parameter specified by the macro instruction. The parameters of the event notification macro instruction 40 are an event type, an attribute of the event, and the like. The parameters of the event monitoring macro instruction 41 are an event type, a monitoring condition, and the like. The parameters of the event log reference macro instruction 42 are an event type, a reference condition, and the like. The monitoring condition and the reference condition are conditions for selecting a necessary event based on the occurrence time of an event to be monitored or referred to, such as an event that has occurred from when to when.

次に,事象管理サーバインタフェース16は,事象管
理サーバ15のサーバ名を指定し,分散OS基本機構10の宛
先管理部に,事象管理サーバ15の宛先識別子の取り出し
を依頼する。
Next, the event management server interface 16 designates the server name of the event management server 15, and requests the destination management unit of the distributed OS basic facility 10 to extract the destination identifier of the event management server 15.

宛先管理部は,宛先管理簿をサーバ名をもとに検索
し,宛先識別子xを宛先管理簿から探し出す。
The destination management unit searches the destination management book based on the server name, and searches for the destination identifier x from the destination management book.

その宛先識別子xを,事象管理サーバインタフェー
ス16に返却する。
The destination identifier x is returned to the event management server interface 16.

事象管理サーバインタフェース16は,宛先識別子x
を指定して,事象管理サーバ15に対する処理要求のメッ
セージの送受信を,分散OS基本機構10に依頼する。
The event management server interface 16 has a destination identifier x
And requests the distributed OS basic mechanism 10 to transmit and receive a processing request message to / from the event management server 15.

分散OS基本機構10のメッセージ送受信部は,指定宛
先へ向けて,依頼されたメッセージを送信する。宛先が
他のプロセッサであって,プロセッサ間にまたがる通信
の場合には,相手プロセッサに配置している分散OS基本
機構を経由して,メッセージを送り込む。メッセージ送
受信処理では,メッセージ返信宛先を設定する。
The message transmitting / receiving unit of the distributed OS basic mechanism 10 transmits the requested message to the designated destination. If the destination is another processor and the communication spans between the processors, the message is sent via the distributed OS basic mechanism arranged in the partner processor. In the message transmission / reception processing, a message reply destination is set.

処理結果のメッセージを受信したならば,メッセー
ジの送受信依頼元である事象管理サーバインタフェース
16に,受信したメッセージ内容を通知する。
If the message of the processing result is received, the event management server interface that is the message transmission / reception request source
16 is notified of the content of the received message.

受信したメッセージ内に設定されている処理結果
を,マクロ命令を発行した要求元へ通知する。
Notify the processing result set in the received message to the request source that issued the macro instruction.

事象管理サーバ15へ送るメッセージのフォーマット
は,例えば第4図に示すようになっている。
The format of the message sent to the event management server 15 is, for example, as shown in FIG.

宛先の欄には,事象管理サーバ15の宛先識別子xを設
定する。機能コードは,事象通知,事象監視,事象ログ
参照等の各機能をコード化したもので,事象管理サーバ
15で処理するプログラムを規定するものである。機能対
応のパラメタは,マクロ命令のパラメタとして指定され
た事象種別などのパラメタである。
In the destination column, a destination identifier x of the event management server 15 is set. The function code is a code that encodes each function such as event notification, event monitoring, and event log reference.
This defines the program to be processed in step 15. The parameter corresponding to the function is a parameter such as an event type specified as a parameter of the macro instruction.

事象管理要求のメッセージを受信した事象管理サーバ
15は,例えば第5図に示すような以下の処理を実行す
る。
Event management server that received the event management request message
15 executes the following processing as shown in FIG. 5, for example.

受信したメッセージに設定されている機能コードを
参照し,事象通知,事象監視または事象ログ参照等の処
理を行う。すなわち,機能コードに応じて,機能対応の
プログラムに制御を渡す。ここでは,特願昭62−063067
号の「計算機システムにおける事象通知・受取処理方
式」などに開示されている技術を利用し,監視事象情
報,受け取り待ち情報,発生事象情報等を記憶する事象
管理表50や,事象の振り分けに用いる事象定義表51等を
使用して,事象ログファイル24への格納,事象監視元へ
の事象発生通知,事象ログファイル24のログデータの参
照等の処理を行う。
Performs processing such as event notification, event monitoring, and event log reference by referring to the function code set in the received message. That is, control is passed to a function-compatible program according to the function code. Here, Japanese Patent Application No. 62-063067
Using the technology disclosed in the issue of "Event notification / reception processing method in computer systems", it is used for event management table 50 that stores monitoring event information, information waiting to be received, event information, etc., and for event distribution Using the event definition table 51 and the like, processing such as storage in the event log file 24, notification of event occurrence to the event monitoring source, and reference to log data of the event log file 24 is performed.

次に,処理結果を返信メッセージ52に設定し,返信
宛先向けにその返信メッセージ52を送信する。このメッ
セージは,前述した第3図に示す処理で受信され,最
終的に処理結果が,事象管理要求元へ通知されることに
なる。
Next, the processing result is set in the reply message 52, and the reply message 52 is transmitted to the reply destination. This message is received in the processing shown in FIG. 3, and the processing result is finally notified to the event management request source.

〔発明の効果〕〔The invention's effect〕

以上説明したように,本発明によれば,事象通知側の
資源管理元と,事象および事象ログの利用側の自動プロ
グラムや統計処理プログラムなどとは,直接的な結び付
きがなく,また,事象管理サーバが,どこのプロセッサ
に配置されているかを,要求元に全く意識させないシス
テム統一インタフェースを実現することができる。した
がって,資源管理や運用形態に合った柔軟な自動化処理
や,統計処理の開発が容易になり,かつ,そのプログラ
ムの信頼性,生産性が向上する。
As described above, according to the present invention, there is no direct connection between the resource management source on the event notification side and the automatic program or the statistical processing program on the event and event log user side. It is possible to realize a system unified interface that makes the request source completely unaware of which processor the server is located in. Therefore, it is easy to develop flexible automation processing and statistical processing suitable for resource management and operation form, and the reliability and productivity of the program are improved.

また,統計処理の性能を向上させ,事象ログ参照時の
コストを低く抑えることができるようになる。
Further, the performance of the statistical processing can be improved, and the cost of referring to the event log can be reduced.

【図面の簡単な説明】[Brief description of the drawings]

第1図は本発明の構成例, 第2図は本発明の一実施例に係るシステム立ち上げ時の
処理の例, 第3図は本発明の一実施例に係る事象管理要求の処理の
例, 第4図は本発明の一実施例で用いられる事象管理要求メ
ッセージの例, 第5図は本発明の一実施例に係る事象管理サーバの処理
の例, 第6図は従来技術の例を示す。 図中,P1〜P3はプロセッサ,10−1〜10−3は分散OS基本
機構,14は宛先管理部/メッセージ送受信処理部,15は事
象管理サーバ,16−1〜16−3は事象管理サーバインタ
フェース,17は宛先登録依頼部,18は事象通知処理部,19
は事象監視処理部,20は事象ログ参照処理部,21は資源管
理元,22は事象監視元,23は事象ログ参照元,24は事象ロ
グファイル,25は高速チャネルを表す。
FIG. 1 is a configuration example of the present invention, FIG. 2 is an example of a process at the time of system startup according to an embodiment of the present invention, and FIG. 3 is an example of an event management request process according to an embodiment of the present invention. FIG. 4 shows an example of an event management request message used in one embodiment of the present invention, FIG. 5 shows an example of processing of an event management server according to one embodiment of the present invention, and FIG. Show. In the figure, P1 to P3 are processors, 10-1 to 10-3 are distributed OS basic mechanisms, 14 is a destination management unit / message transmission / reception processing unit, 15 is an event management server, and 16-1 to 16-3 are event management servers. Interface, 17 is the destination registration request section, 18 is the event notification processing section, 19
Denotes an event monitoring processing unit, 20 denotes an event log reference processing unit, 21 denotes a resource management source, 22 denotes an event monitoring source, 23 denotes an event log reference source, 24 denotes an event log file, and 25 denotes a high-speed channel.

Claims (1)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】複数のプロセッサからなるシステムにおけ
る事象集中管理処理装置であって, 上記複数のプロセッサの中の一つのプロセッサは, 発生した事象情報を蓄積し記憶する事象ログファイル
(24)と, その事象ログファイルを管理し,システム内で発生した
事象の事象通知,事象監視および事象ログ参照に関する
処理を行うサーバであって,初期設定時に下記の宛先管
理部/メッセージ送受信処理部に対して,自分に対する
メッセージの宛先登録を依頼する宛先登録依頼手段を有
する事象管理サーバ(15)とを備え, 上記各プロセッサ内で動作するオペレーティング・シス
テム内に, 宛先登録の依頼によって登録した宛先登録要求元へのメ
ッセージの宛先識別情報と該宛先登録要求元が存在する
プロセッサの情報とを管理し,指定された宛先識別情報
に従ってメッセージの送受信処理を行う宛先管理部/メ
ッセージ送受信処理部(14)を備え, 上記複数のプロセッサの中の各事象管理要求元(21,22,
23)に対応して, 上記宛先管理部/メッセージ送受信処理部に対し,上記
事象管理サーバへのメッセージの宛先識別情報を要求
し,獲得した宛先識別情報を用いて,各事象管理要求元
からの上記事象管理サーバに対する事象通知,事象監視
または事象ログ参照に関する事象管理要求を,上記宛先
管理部/メッセージ送受信処理部を介して上記事象管理
サーバへ通知する事象管理サーバインタフェース(16)
を備えた ことを特徴とする事象集中管理処理装置。
An event centralized management processing device in a system comprising a plurality of processors, wherein one of the plurality of processors has an event log file (24) for accumulating and storing generated event information; A server that manages the event log file and performs processing related to event notification, event monitoring, and event log reference for events that have occurred in the system. An event management server (15) having a destination registration requesting means for requesting destination registration of a message to itself, and in an operating system operating in each of the above processors, a destination registration request source registered by the destination registration request. Manages the destination identification information of this message and the information of the processor in which the destination registration request source exists, and Destination management unit / message transceiver for transmitting and receiving process of the message according to the destination identification information includes a (14), each event management requester among the plurality of processors (21, 22,
In response to (23), the destination management unit / message transmission / reception processing unit is requested for the destination identification information of the message to the event management server, and the obtained destination identification information is used to send a message from each event management request source. An event management server interface that notifies the event management server of an event management request related to event notification, event monitoring, or event log reference to the event management server via the destination management unit / message transmission / reception processing unit (16)
A centralized event management processor comprising:
JP1054155A 1989-03-07 1989-03-07 Event central management processor Expired - Lifetime JP2608130B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP1054155A JP2608130B2 (en) 1989-03-07 1989-03-07 Event central management processor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP1054155A JP2608130B2 (en) 1989-03-07 1989-03-07 Event central management processor

Publications (2)

Publication Number Publication Date
JPH02232763A JPH02232763A (en) 1990-09-14
JP2608130B2 true JP2608130B2 (en) 1997-05-07

Family

ID=12962659

Family Applications (1)

Application Number Title Priority Date Filing Date
JP1054155A Expired - Lifetime JP2608130B2 (en) 1989-03-07 1989-03-07 Event central management processor

Country Status (1)

Country Link
JP (1) JP2608130B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5615359A (en) * 1994-06-23 1997-03-25 Candle Distributed Solutions, Inc. Data server with data probes employing predicate tests in rule statements
US5781703A (en) * 1996-09-06 1998-07-14 Candle Distributed Solutions, Inc. Intelligent remote agent for computer performance monitoring

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57206924A (en) * 1981-06-15 1982-12-18 Toshiba Corp Monitoring and controlling device
JPS63228335A (en) * 1987-03-18 1988-09-22 Fujitsu Ltd Event information and reception processing system in computer system

Also Published As

Publication number Publication date
JPH02232763A (en) 1990-09-14

Similar Documents

Publication Publication Date Title
US7451359B1 (en) Heartbeat mechanism for cluster systems
US5941996A (en) Distributed network agents
US8379538B2 (en) Model-driven monitoring architecture
US8751573B2 (en) Cloud-processing management with a landscape directory
US20080140760A1 (en) Service-oriented architecture system and methods supporting dynamic service provider versioning
US20080140857A1 (en) Service-oriented architecture and methods for direct invocation of services utilizing a service requestor invocation framework
US7711625B2 (en) Asynchronous events in meta-data driven instrumentation
US9270741B2 (en) Namespace and storage management application infrastructure for use in management of resources in a storage system environment
US20070198554A1 (en) Apparatus for business service oriented management infrastructure
US7500251B2 (en) Method and system for managing programs for web service system
US7966394B1 (en) Information model registry and brokering in virtualized environments
US5857076A (en) Program product for obtaining the state of network resources in A distributed computing environment
US5781736A (en) Method for obtaining the state of network resources in a distributed computing environment by utilizing a provider associated with indicators of resource states
US8239862B2 (en) Apparatus, method, and computer program product for processing information
KR20020021237A (en) Realtime Middleware apparatus providing an integrated software development frameworks of embedded system and its service method
CA2504170C (en) Clustering system and method having interconnect
US5668994A (en) Conversation management routine for co-operative processing applications
JP2608130B2 (en) Event central management processor
US20080178182A1 (en) Work state returning apparatus, work state returning method, and computer product
US7475076B1 (en) Method and apparatus for providing remote alert reporting for managed resources
US5793977A (en) System for obtaining the state of network resources in a distributed computing environment
US20070027885A1 (en) Client server system and method of managing the system capable of quickly giving necessary information to client computer
KR20030022603A (en) Management system for service operation and its operation method
KR0155321B1 (en) Distribute system management
US20230409568A1 (en) Monitoring metadata synchronization and aggregation

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080213

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090213

Year of fee payment: 12

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090213

Year of fee payment: 12

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100213

Year of fee payment: 13

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100213

Year of fee payment: 13