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 zu ergreifen.

Das System verwendet Geschäftsregeln, um Systembedingungen zu überwachen und Ereignisdatensätze in der Tabelle „Ereignis“ [sysevent] zu generieren, die auch als Ereignisprotokoll oder Ereigniswarteschlange bezeichnet wird.

Ereignisgenerierende Geschäftsregeln verwenden normalerweise diese Skriptlogik:

Wenn [eine Bedingung für den aktuellen Datensatz wahr ist], dann [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 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, in der 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
• 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 eine breite Ansicht der Anwendungsaktivität abdecken. Wenn vorhandene Ereignisse nicht Ihren Anforderungen entsprechen, können Sie eigene Ereignisse erstellen, um bestimmte Änderungen an Datensätzen zu beobachten.

Informationen zu Entwicklerschulungen finden Sie unter Geplante Skriptausführungen und Ereignisziele Auf der 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.