CONS-Ereignisse

Als Entwickler und Objektdesigner definieren Sie Konsolenereignisse, um den Inhalt der von der Konsole (dem Zielsystem) zurückgegebenen Meldungen, Meldungsqueue usw. zu überwachen. Verwenden Sie Konsolenereignisse, um zu überprüfen, ob ein bestimmter String in den Meldungen vorhanden ist, in bestimmten Intervallen und optional zu bestimmten Daten oder Uhrzeiten. Wenn die Bedingungen, die Sie auf der Seite Ereignis definieren, erfüllt sind, löst das Konsolenereignis die Aktionen aus, die Sie auf seiner Seite Ereignis-Prozess definieren. Diese Aktionen sind in der Regel die Ausführung weiterer Objekte. Konsolenereignisse befinden sich im Status Sleeping, solange Häufigkeit und Zeitbedingungen nicht erfüllt sind. Der Status ändert sich in Überprüfung, wenn die Bedingungen erfüllt sind.

Sie können die folgenden Funktionen der Automation Engine scripting language verwenden, um relevante Daten für das Ereignisobjekt abzurufen:

Diese Seite beinhaltet Folgendes:

Überwachte Agenten

Konsolenereignisobjekte überwachen die Ausgabe und Meldungen, die von den folgenden Agenten zurückgegeben werden:

  • BS2000

    Konsolen-Ausgabe

    Voraussetzung: Installieren Sie das Dienstprogramm UCXEB2xU für die Konsole, das parallel zum BS2000-Agenten laufen soll.

  • z/OS

    Konsolen-Ausgabe. Unterstützung mehrerer Konsolen - MCS.

  • OS/400

    Meldungsqueue

  • SAP-Ereignisse

    • ABAP Event History

    • XI-Kommunikationskanäle (Statusänderungen)

    • Java Event History

  • Der Ereignisanzeige von Windows

CONSOLE-Ereignisse definieren

Auf der hier beschriebenen Dateiereignis-Seite definieren Sie, was das FILE-Ereignis-Objekt überprüfen soll. Auf der Seite Seite "Ereignis-Prozess" definieren Sie die Aktionen, die ausgelöst werden, wenn die Bedingungen erfüllt sind.

CONSOLE-Ereignisobjekte definieren

  1. Auswahl des zu überwachenden Ereignisses.

    Im Abschnitt Konsolenereignis geben Sie die Eigenschaften ein, die das Ereignis identifizieren, das Sie mit diesem Objekt überwachen möchten.

    1. Geben Sie die Agenten- und Quelldetails der zu überwachenden Ereignisse an.

      Führen Sie im Agent eine der folgenden Aktionen aus:

      • Wählen Sie einen Eintrag aus der Liste aus.

      • Geben Sie entweder den Namen des Agenten ein oder geben Sie eine Variable ein, die den Namen des Agenten abruft, und wählen Sie den entsprechenden Agententyp aus.

        Verwenden Sie diese Option, wenn der Agent nicht dem aktuellen Mandanten, sondern dem Mandanten 0 zugeordnet ist und daher hier nicht aufgeführt ist.

      Je nachdem, welchen Agenten Sie ausgewählt haben, variieren die übrigen Felder in diesem Abschnitt.

      Weitere Informationen finden Sie hier:

    2. In der Tabelle Ereignisse geben Sie die Bedingungen an, die die überwachte Konsolen-Ausgabe erfüllen soll, damit die Aktionen auf der Seite Ereignis-Prozess ausgelöst werden.

      Zulässige Platzhalterzeichen: * (beliebig viele Zeichen) und ? (ein bestimmtes Zeichen)

      Geben Sie je nach ausgewähltem Agenten die folgenden Parameter ein:

      • BS2000

        Geben Sie in der Tabelle Ereignisse den String ein, nach dem das Ereignis suchen soll.

      • OS/390

        • Systemname

          Filter für den benutzerdefinierten Systemnamen, mit dem verschiedene Instanzen des Betriebssystems in einem Komplex unterschieden werden

          Maximale Länge: 8 Zeichen.

        • Setzen Sie hier einen Filter für den OS Namen wie von IBM definiert. Derzeit ist es immer "MVS".

          Maximale Länge: 8 Zeichen.

        • Jobname

          Zu überwachende Jobs

          Maximale Länge: 32 Zeichen.

        • Meldungsfilter 

          String, nach dem gesucht werden soll

          Wichtig! Der String muss immer mit einem Platzhalterzeichen beginnen.

        Hinweis: Um die Konsolenausgabe in z/OS zu überwachen (Multiple Console Support - MCS), installieren Sie den Ereignis-Monitor UCXEMxx. Starten Sie ihn mit einem entsprechenden Eintrag in der INI-Datei des z/OS-Agenten.

      • OS/400

        In OS/400 können Sie Meldungsqueues überwachen. Sie definieren die Queue in der INI-Datei des OS/400-Agenten.

        Zulässige Schweregradwerte: 0 bis 999

      • SAP

        Das Konsolenereignis für SAP unterscheidet verschiedene Datenquellen:

        • ABAP Event History

          • Ereignis-ID

            Filter für den Namen des SAP-ABAP-Ereignisses.

          • Ereignisparameter

            Filter für den Parameter des SAP-ABAP-Ereignisses.

          • Event-Server

            Filter für den Batch-Server-Namen des SAP-ABAP-Ereignisses.

          • Hinweise:

          • Sie benötigen XBP 3.0, um SAP-Ereignisse zu überwachen. Geben Sie die verwendete XBP-Schnittstellenversion an, die in den SAP-Verbindung (CONN) verwendet wird. Weitere Informationen finden Sie unter Überwachung von SAP-Ereignissen.

          • Der Agent fragt das SAP-System periodisch nach eingetretenen SAP-Ereignissen ab und meldet sie den aktiven Konsolenereignissen.

            Der Administrator kann das erforderliche Intervall mithilfe des Schlüssels JOB_CHECKINTERVAL in der Variablen UC_HOSTCHAR_DEFAULT definieren. Weitere Informationen finden Sie unter UC_HOSTCHAR_DEFAULT - Host-Charakteristika.

          • Legen Sie mit der Transaktion SM64 ein Kriterienprofil für die Event History an.

          • Die Script-Funktion GET_EVENT_INFO stellt zusätzliche Informationen über das SAP-Ereignis bereit. Weitere Informationen finden Sie unter GET_CONSOLE, GET_EVENT_INFO.

        • XI-Kommunikationskanäle

          • Login

            Das Objekt, das die Anmeldeinformationen für das XI-Objekt enthält
            Das Login-Objekt übersteuert die Daten, die im Verbindung (CONN)-Objekt angegeben sind.

            Wichtig! Verwenden Sie unterschiedliche Login-Objekte für SAP- und XI-Systeme, wenn beide auf dem gleichen Agent installiert sind, da sonst der Login-Eintrag nicht eindeutig wäre.

          • In Kanal, Partner und Dienst spezifizieren Sie den Ereignisfilter.

            Zulässiges Platzhalterzeichen: *

          • Zustand

            Mögliche Werte: ERROR, OK, INACTIVE, UNKNOWN und UNREGISTERED

          • Aktivierungszustand

            Mögliche Werte: STARTED und STOPPED

          Die Filterliste beschreibt den Sollzustand eines oder mehrerer Kommunikationskanäle. Ein Ereignis wird für jeden Kommunikationskanal ausgelöst, der

          • beim Start des Ereignisobjektes nicht dem Sollzustand entspricht
          • in einen anderen Status wechselt (ob nominal oder anders)

          Nur wenn beim Start des Ereignisobjektes der Kommunikationskanal dem Sollzustand entspricht, wird kein Ereignis ausgelöst.

          Sie können die Script-Funktion GET_EVENT_INFO auf der Seite Ereignis-Prozess verwenden, um zusätzliche Informationen über den XI-Kommunikationskanal bereitzustellen. Weitere Informationen finden Sie unter GET_CONSOLE, GET_EVENT_INFO.

        • Java Event History

          • Ereignistyp

            Filter für den Typ des SAP Java Scheduler-Ereignisses
            Der Inhalt dieser Liste wird aus der Variablen UC_SAP_XJBP_EVENTTYPES abgerufen, die in Mandant 0 verfügbar ist. Das Variablenobjekt wird mit allen möglichen Ereignistypen bereitgestellt. Ändern Sie dieses Variablenobjekt nicht. Weitere Informationen finden Sie unter UC_SAP_JXBP_EVENTTYPES - Ereignistypen des Java Schedulers in SAP.

          • Ereignisparameter

            Filter für den Parameter des SAP Java Scheduler-Ereignisses

            Zulässige Platzhalterzeichen: * (beliebig viele Zeichen) und ? (ein bestimmtes Zeichen)

          • Ereignis Zusatzparameter

            Filter für zusätzliche Parameter des SAP Java Scheduler-Ereignisses

            Zulässige Platzhalterzeichen: * (beliebig viele Zeichen) und ? (ein bestimmtes Zeichen)

      • Windows

        In Windows überwachen Sie die Ereignisanzeige von Windows.

        Um auf bestimmte Meldungen zu reagieren, analysieren Sie die Ereignisanzeige. Die Ereignisdetails liefern die erforderlichen Angaben. Doppelklicken Sie auf die Einträge, um sie zu öffnen.

        Meldungstexte bestehen in Microsoft Windows aus statischen und variablen Teilen. Das Ereignis liefert nur die variablen Teile der Meldung. Wenn Sie einen Meldungsfilter verwenden, reagiert das Ereignis nur, wenn variable Meldungsteile durchsucht werden. Weitere Informationen finden Sie unter GET_WIN_EVENT.

        • Typ

          Zu überwachendes Log

        • Quelle

          Quelle des Windows-Ereignisses

        • Kategorie

          Definiert durch die Kategorie, die das Ereignis protokolliert hat
          Kombiniert Ereignisse desselben Kategoriewerts.

          Zulässige Zeichen: Numerisch.

          Geben Sie 0 ein, wenn Sie nicht nach Kategorie filtern möchten.

        • Ereignis-ID

          Geben Sie 0 ein, wenn Sie nicht nach Ereignis-ID filtern möchten.

        • Typ

          Typ des zu überwachenden Windows-Ereignisses

        • Benutzer

          Benutzer, dem das Windows-Ereignis zugeordnet ist

        • Meldungsfilter 

          String, nach dem in der Ausgabe gesucht werden soll.

  2. Unter Häufigkeit definieren Sie, wie oft das Ereignisobjekt aktiviert werden soll:

    • Wiederholt

      Aktiviert das Ereignisobjekt regelmäßig, abhängig von der unten definierten Einstellung

    • Bis zum ersten Treffer

      Aktiviert das Ereignisobjekt, bis die angegebenen Bedingungen zutreffen

  3. Legen Sie hier fest, wann das Ereignisobjekt aktiviert werden soll.

    Die Zeit- und Datumsbedingungen sind immer aktiviert. Ein Ereignis wird nur in einem der folgenden Fälle ausgelöst:

    • Mindestens eine der Bedingungen ist erfüllt.
    • Hier wurde keine Bedingung definiert.

    Auch die Zeitzone, die dem Ereignis zugeordnet ist, wird berücksichtigt. Eine Aktivierung von Ereignissen mit Angabe eines logischen Datums ergibt daher keinen Sinn.

    Siehe Tabellen auf Seiten.

  4. Auf der Seite Seite "Ereignis-Prozess" definieren Sie die Aktionen, die das Ereignis auslösen wird.

Aktivieren/Ausführen und Überwachen des CONS-Ereignisses

Führen Sie das Ereignisobjekt aus, um es zu aktivieren.

Die Ausführung von Ereignisobjekten löst die Ausführung anderer Objekte aus; diese können wiederum zur Ausführung weiterer Aufgaben führen. Die Aufgaben, die sich aus diesen Ausführungen ergeben, werden in der Process Monitoring-Perspektive auf den verschiedenen Listen der Ausführungen, die sich auf das Ereignisobjekt beziehen, angezeigt. Sie sind der Ereignisaufgabe untergeordnet und werden mit einem speziellen Tag-Typ namens !EVNT gekennzeichnet. Mit diesem Tag können Sie überprüfen, welche Ausführungen durch ein bestimmtes Ereignis ausgelöst wurden. Weitere Informationen finden Sie unter Ereignisse überwachen und Ausführungsdaten.

Führen Sie Ereignisobjekte wie folgt aus:

  • Fügen Sie Ereignisobjekte in Schedules (JSCH) ein, um sie automatisch zu vorgegebenen Zeiten und/oder Intervallen auszuführen.

  • Ereignisobjekte in Workflows einfügen (siehe Workflows (JOBP)).

  • Ereignisobjekte manuell ausführen, neu starten oder stoppen. Weitere Informationen finden Sie unter Ereignisse ausführen.

Um zu überprüfen, wie oft das System das Ereignis geprüft hat, gehen Sie in den Abschnitt Anzahl überprüfen in den Objektdetails. Weitere Informationen finden Sie unter Objekt- und Aufgabendetails anzeigen.

Überwachen Sie das Ereignis

Sie können das Ereignis sofort nach der Ausführung des Objekts überwachen. Klicken Sie mit der rechten Maustaste auf das Objekt und wählen Sie Überwachen, In Process Monitoring anzeigen und öffnen Sie die vorgefilterte Liste der Aufgaben, um die Aufgabe anzuzeigen. Verfolgen Sie den Fortschritt der Aufgabe und greifen Sie auf Reports und statistische Informationen in der Process Monitoring-Perspektive zu.

Sie können aktive Ereignisse wie folgt stoppen:

  • Das Ereignis abbrechen
    Status: Abgebrochen/manuell abgebrochen
  • Das Ereignis beenden
    Status: Ended_OK
  • Das Ereignis unterbrechen
    Das Ereignis bleibt aktiv, ist aber vorübergehend deaktiviert

Weitere Informationen finden Sie unter Mit Aufgaben arbeiten, insbesondere unter Stoppen und Unterbrechen.

Siehe auch: