Systemereignisse

Ereignisse sind spezielle Datensätze, die das System verwendet, um zu protokollieren, wenn bestimmte Bedingungen auftreten, und um eine Art von Aktion als Reaktion auf die Bedingungen auszuführen.

Das System verwendet Business-Regeln, um Systembedingungen zu überwachen und Ereignisdatensätze in der Ereignistabelle [sysevent] zu generieren, die auch als Ereignisprotokoll oder Ereigniswarteschlange bezeichnet wird.

Ereignisgenerierende Business-Regeln verwenden normalerweise diese Skriptlogik:

Wenn [eine Bedingung für den aktuellen Datensatz „wahr“ ist], [ein bestimmtes Ereignis zur Warteschlange hinzufügen].

Hier sind beispielsweise einige der Bedingungen in Incident-Ereignis Business-Regel:

• Wenn ein Anwender einem Incident-Datensatz einen Kommentar hinzufügt, fügen Sie einen hinzu incident.commentedEreignis.
• Wenn ein Anwender einen Incident-Datensatz hinzufügt, fügen Sie einen hinzu incident.insertedEreignis.
• Wenn ein Anwender einen Incident-Datensatz aktualisiert, fügen Sie einen hinzu incident.updatedEreignis.

Ereignisgenerierende Business-Regeln verwenden das GlideSystem EventWarteschlange Methode zum Einfügen von Ereignisdatensätzen, die normalerweise diese Informationen enthalten:

Tabelle : 1. Ereignisfelder

Feld	Beschreibung
Name	Eindeutiger Name des Ereignisses. Baseline-Ereignisnamen umfassen den betroffenen Datensatz und die auslösende Aktion, z. B. incident.commented.
Parm1	Ereignisspezifischer Parameter, den das System verwendet, um Datensatzinformationen an andere Teile des Systems zu übergeben, z. B. eine Datensatz-SYS-ID oder einen Feldwert.
Parm2	Ereignisspezifischer Parameter, den das System verwendet, um Datensatzinformationen an andere Teile des Systems zu übergeben, 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 Business-Regel 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 eine Art von Aktion 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
• Inaktivitätsüberwachung auslösen

Standardmäßig stellt das System Ereignisse bereit, die einen breiten Überblick über die Anwendungsaktivität abdecken. Wenn vorhandene Ereignisse nicht Ihren Anforderungen entsprechen, können Sie eigene Ereignisse erstellen, um auf bestimmte Änderungen an Datensätzen zu achten.

Entwicklerschulungen finden Sie unter Geplante Skriptausführungen und Ereignisziele Auf ServiceNow® Developer Site.

Verwenden Sie Dashboard für Systemereignisse und Aufgaben Dient zur Überwachung des Systemereignisverarbeitungssystems und des Verarbeitungssystems für geplante Aufgaben.

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 festgelegt Wahr Dient zur Verarbeitung aller Ereignisse während des Plattform-Upgrades. Standard = Falsch .
• glide.event_processor.upgrade_safe_events : Konfigurieren Sie eine kommagetrennte Liste von Ereignisnamen, um anzugeben, dass nur angegebene Ereignisse verarbeitet werden. Standard = <empty>.

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