Systemereignisse

Ereignisse sind spezielle Datensätze, die vom System zur Protokollierung bestimmter Bedingungen und zur Ergreifung entsprechender Maßnahmen verwendet werden.

Das System verwendet Geschäftsregeln zur Überwachung der Systembedingungen und zur Generierung von Ereignisdatensätzen in der Ereignistabelle [sysevent], die auch als Ereignisprotokoll oder Ereigniswarteschlange bezeichnet wird.

Geschäftsregeln für die Ereignisgenerierung verwenden in der Regel die folgende Skriptlogik:

Wenn [eine Bedingung für den aktuellen Datensatz zutrifft], [fügen Sie der Warteschlange ein bestimmtes Ereignis hinzu].

Hier sind beispielsweise einige der Bedingungen in der Geschäftsregel für Incident-Ereignisse :

• Wenn ein Benutzer einem Incident-Datensatz einen Kommentar hinzufügt, fügen Sie ein Ereignis incident.commented hinzu.
• Wenn ein Benutzer einen Incident-Datensatz hinzufügt, fügen Sie ein Ereignis incident.inserted hinzu.
• Wenn ein Benutzer einen Incident-Datensatz aktualisiert, fügen Sie ein Ereignis incident.updated hinzu.

Geschäftsregeln für die Ereignisgenerierung verwenden die GlideSystem eventQueue- Methode zum Einfügen von Ereignisdatensätzen, die normalerweise die folgenden Informationen enthalten:

Tabelle : 1. Ereignisfelder

Feld	Beschreibung
Name	Eindeutiger Name des Ereignisses. Namen von Baseline-Ereignissen enthalten den betroffenen Datensatz und die auslösende Aktion, z. B. incident.commented.
Parm1	Ereignisspezifischer Parameter, mit dem das System Datensatzinformationen an andere Teile des Systems übergibt, z. B. eine Datensatz-Sys-ID oder einen Feldwert.
Parm2	Ereignisspezifischer Parameter, mit dem das System Datensatzinformationen an andere Teile des Systems übergibt, z. B. eine Datensatz-Sys-ID oder einen Feldwert.
Tabelle	Tabelle, für die das Ereignis gilt. Dies ist dieselbe Tabelle, für die die Geschäftsregel ausgeführt wurde.
Instanz	Sys-ID des Datensatzes, für den dieses Ereignis gilt.

Geplante Aufgaben lesen regelmäßig die Ereigniswarteschlange und leiten sie zur Verarbeitung an den entsprechenden -Handler weiter. Der -Handler verwendet Informationen aus Ereignisdatensätzen, um Aktionen auszuführen, z. B.:

• Führen Sie eine Skriptaktion aus
• Planen Sie einen Auftrag
• Senden Sie eine Benachrichtigung
• Lösen Sie eine Workflow-Aktivität aus
• Löst eine Inaktivitätsüberwachung aus

Standardmäßig stellt das System Ereignisse bereit, die eine umfassende Ansicht der Anwendungsaktivität abdecken. Wenn vorhandene Ereignisse nicht Ihren Anforderungen entsprechen, können Sie eigene Ereignisse erstellen, um nach bestimmten Änderungen an Datensätzen zu suchen.

Informationen zu Entwicklerschulungen finden Sie unter Geplante Skriptausführungen und Ereignisziele im ServiceNow® Developer Site.

Verwenden Sie das Dashboard für Systemereignisse und Aufgaben, um das Systemereignis-Verarbeitungssystem und das Verarbeitungssystem für geplante Aufgaben zu überwachen.

Ereignisverarbeitung während des Plattform-Upgrades

Bestimmen Sie, welche Ereignisse während eines Plattform-Upgrades verarbeitet werden sollen, indem Sie die folgenden Eigenschaften konfigurieren:

• glide.event_processor.all_events_upgrade_safe: Auf „ wahr “ setzen, um alle Ereignisse während des Plattform-Upgrades zu verarbeiten. Standard = false.
• glide.event_processor.upgrade_safe_events: Konfigurieren Sie eine durch Kommas getrennte Liste von Ereignisnamen, um anzugeben, dass nur die angegebenen Ereignisse verarbeitet werden. Standard =<empty> .

  Diese Eigenschaft ist nur relevant, wenn glide.event_processor.all_events_upgrade_safe = false.