Systemereignisse

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 1 Minute Lesedauer

    • Events sind spezielle Datensätze, mit denen das System das Auftreten bestimmter Bedingungen protokolliert und als Antwort auf die Bedingungen eine Aktion durchführt.

    Das System verwendet Geschäftsregeln, um Systembedingungen zu überwachen und Event-Datensätze in der Event-Tabelle [sysevent] zu generieren, die auch als Event-Protokoll oder Event-Warteschlange bezeichnet wird.

    Event-generierende Business Rules verwenden normalerweise die folgende Skriptlogik:

    Wenn [eine Bedingung für den aktuellen Datensatz erfüllt ist], [fügen Sie der Warteschlange ein bestimmtes Event 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 incident.commented -Event hinzu.
    • Wenn ein Benutzer einen Incident-Datensatz hinzufügt, fügen Sie ein incident.inserted -Event hinzu.
    • Wenn ein Benutzer einen Incident-Datensatz aktualisiert, fügen Sie ein Ereignis incident.updated hinzu.
    Event-generierende Business Rules verwenden die GlideSystem eventQueue- Methode, um Event-Datensätze einzufügen, die normalerweise die folgenden Informationen enthalten:
    Tabelle : 1. Ereignisfelder
    Feld Beschreibung
    Name Eindeutiger Name des Ereignisse. 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 Event gilt. Dies ist dieselbe Tabelle, in der die Business Rule ausgeführt wurde.
    Instanz Sys-ID des Datensatzes, für den dieses Event gilt.
    Regelmäßige Aufgaben lesen die Event-Warteschlange regelmäßig und leiten sie zur Verarbeitung an den entsprechenden Handler weiter. Der Handler verwendet Informationen aus Event-Datensätzen, um eine Aktion auszuführen, z. B.:
    • Führen Sie eine Skriptaktion aus
    • Planen Sie eine Aufgabe
    • Senden Sie eine Benachrichtigung
    • Lösen Sie eine Workflow-Aktivität aus
    • Lösen Sie eine Inaktivitätsüberwachung aus

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

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

    Event-Verarbeitung während des Plattform-Upgrades

    Legen Sie fest, welche Events während eines Plattform-Upgrades verarbeitet werden sollen, indem Sie die folgenden Eigenschaften konfigurieren:

    • glide.event_processor.all_events_upgrade_safe: Legen Sie diese Option auf „ true “ fest, um alle Events während des Plattform-Upgrades zu verarbeiten. Standard = false.
    • glide.event_processor.upgrade_safe_events: Konfigurieren Sie eine durch Kommas getrennte Liste von Event-Namen, um anzugeben, dass nur die angegebenen Events verarbeitet werden. Standard =<empty> .

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