Nachrichtenklassen

z/OS

Externer-Job-Monitor

---

Ereignis-Monitor

in AE werden Ereignisse als Objekte mit verschiedenen Registerkarten definiert und gepflegt. Mit den vom z/OS-Agenten unterstützten Ereignissen vom Typ "Konsole" ist es möglich, die Konsolenausgabe zu überwachen, wobei das Ereignis sofort ausgelöst wird, wenn alle in der Registerkarte Konsole definierten Bedingungen zutreffen.

Dazu muss der Ereignis-Monitor UCXEM25 installiert und gestartet worden sein. Beim Typ "Dateisystem" wird über SMF überprüft, ob die Bedingung zutrifft und das Ereignis sofort ausgelöst.

Ereignis-Monitor als eigenständige Aufgabe (Started Task)

Es ist auch möglich, den Ereignis-Monitor als eigenständige Started Task über eine eigene INI-Datei zu betreiben. Hierzu ist es nötig, den Parameter start= in der INI-Datei des Agenten auszukommentieren. Nach dem Starten des Ereignis-Monitors als Started Task versucht dieser, eine TCP/IP-Verbindung zum Agenten herzustellen. Der Ereignis-Monitor verbindet sich hier nur mit der Konsole der eigenen LPAR.Zur Nutzung der SMF basierenden Funktionen lädt er den SMF-Exit. Kann keine Verbindung zum Agenten hergestellt werden, oder geht diese im laufenden Betrieb verloren, wird im eingestellten Intervall (Parameter connect= in der Sektion TCP/IP in der INI-Datei) versucht, die Verbindung wieder herzustellen.

Eine sofortige Neuverbindung ist mit der Konsolanweisung "MODIFY ..., EX=<addr>:<port>" möglich. Die neue Verbindung erfolgt auch dann, wenn der Ereignis-Monitor eine Verbindung zu einem anderen Agenten hat. In diesem Fall wird eine neue Verbindung aufgebaut und wenn diese erfolgreich war, kann die alte Verbindung geschlossen werden.

Der Ereignis-Monitor unterstützt Logging- und Tracefunktionen. Werden die Traceschalter zur Laufzeit dynamisch verändert, werden diese an den Ereignis-Monitor weitergereicht. Das Logging des Ereignis-Monitors wird nicht in die AE Datenbank geschrieben.

Jeder Ereignis-Monitor benötigt zwei Dateien:

VSAM-Datei

Diese dient als Ereignis-Speicher, die ausgefilterten Ereignisse werden sichergestellt. Erst wenn das Ereignis vom Server als verarbeitet quittiert wurde, wird es vom Ereignis-Monitor aus dieser Datei gelöscht. Damit ist sichergestellt, dass der Ereignis-Monitor keine Ereignisse verliert und diese sogar nach einer Beendigung und einem Neustart erhalten bleiben.

Sequentielle Datei

Diese enthält die Filterdefinitionen, der Ereignis-Monitor merkt sich hier die vom Server erhaltenen Filter. Ändert sich etwas in der Filterdefinition, wird die gesamte Datei neu geschrieben. Wird der Ereignis-Monitor neu gestartet, arbeitet er mit diesen Filtern sofort (auch ohne Agent) weiter. Nachdem der Ereignis-Monitor wieder eine Verbindung zum Agenten hat, kann er von diesem weitere Filter bekommen bzw. können bestehende Filter auch deaktiviert werden.

Die Beendigung des Ereignis-Monitors ist über das Konsolkommando "STOP" bzw. "MODIFY END" möglich. Im Agenten besteht die Beendigungsform "MODIFY SHUTDOWN". Hierbei werden alle Ereignis-Monitore, die eine TCP/IP-Verbindung zum Agenten haben, von diesem beendet, danach beendet sich der Agent selbst.

Beenden des Ereignis-Monitors 

Verwenden Sie folgende Befehle, um den Ereignis-Monitor und/oder den SMF-Exit manuell zu beenden:

Beim Abbruch eines Ereignis-Monitors bleibt der SMF-Exit immer aktiv.

SMF Exit

Der Ereignis-Monitor leitet Ereignisse an die Automation Engine weiter solange er aktiv ist. Damit im Falle seiner Beendigung oder seines Abbruches keine Ereignisse verloren gehen, speichert sie der SMF-Exit.

Siehe auch:

Ereignis
INI-Datei des z/OS-Agenten (Ereignis-Monitor als Sub-Task)
INI-Datei für den eigenständigen Ereignis-Monitor

Agent - Zusammenwirken AE und z/OS
Agent für z/OS installieren