---
sourceDocument: IT Operations Management Zürich
sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/zurich/it-operations-management
Release :
- zurich
ft:locale :
- de-DE
ft:publication_title :
- IT Operations Management Zürich
ft:clusterId :
- itom
bundleId :
- itom
workflow :
- Technology
---
# Warnungspriorität
# Warnungspriorität {#ariaid-title1}
* Freigeben Version: Zurich
*
* Aktualisiert 31. Juli 2025
*
*  7 Minuten Lesedauer
Bestimmen Sie die Reihenfolge, in der Warnungen behandelt werden, anhand der Punktzahl der Warnungspriorität. Mehrere Faktoren bestimmen die Priorität der Warnung, und dieser Wert ändert sich mit Änderungen an den zugrunde liegenden Faktoren.
## Multifaktor-Entscheidungen {#alert-priority__section_aqk_2cb_mbb}
Der Wert der Warnungsprioritätspunktzahl setzt sich aus dem Wert der Kategorie und ihrer relativen Gewichtung zusammen. Sie können die Faktoren, aus denen die Punktzahl besteht, wie in den folgenden Abschnitten beschrieben, gemäß Category order, Category value mapping und CI type weight factor mapping konfigurieren. Die Kategorien sind:
* Accumulated categories - Diese Kategorien kumulieren Elemente mit verschiedenen Untertypen, die möglicherweise einen anderen Status oder Gewichtsfaktor haben. Beispielsweise Services, die nach unterschiedlicher Relevanz berücksichtigt werden, oder Services, die nach Kosten berücksichtigt werden.
* Choice-list categories - Eine Liste von Elementen Sie können jedes Element einem anderen Wert zuordnen, wodurch die Priorität für dieses Element geändert wird. Beispielsweise kann der kritische Schweregrad, der standardmäßig den Wert 1 hat, 4 zugeordnet werden, um ihm eine höhere Gewichtung in der berechneten Warnungspriorität zu geben.
{#alert-priority__ul_xy1_3k5_hcb} {#alert-priority__table_wsm_v5d_sbb__entry__2}
| Kategorie | Beschreibung |
|-|-|
| Kumulierte Kategorien ||
| Anzahl der betroffenen Business Services | Diese Kategorie wird von der Geschäftsrelevanz des Services berücksichtigt. Eine Warnung, die sich auf einen Service auswirkt, hat eine niedrigere Priorität als eine Warnung, die sich auf viele Services auswirkt. Wenn beispielsweise ein Router ausgefallen ist, kann dies Auswirkungen auf viele Services haben, und eine höhere Priorität stellt sicher, dass diese Warnung vor einer anderen behandelt wird, die sich auf weniger Services auswirkt. Eine Warnung, die sich auf viele nicht kritische Services auswirkt, muss mit Priorität behandelt werden. Wenn sich eine Warnung jedoch nur auf einige wenige Services auswirkt, dies aber wichtige Services sind, hat diese Warnung eine höhere Priorität. |
| CI-Typ | Diese Kategorie unterscheidet verschiedene CI-Typen. Beispielsweise kann eine Warnung auf einem CI-Typ, der ein Router oder Switch ist, eine höhere Priorität haben als eine Warnung auf einem anderen CI-Typ, z. B. einem Server oder einer Anwendung. |
| Anzahl sekundärer Warnungen | Warnungen, die ähnliche Eigenschaften wie andere Warnungen aufweisen, werden normalerweise gruppiert, z. B. Warnungen mit demselben Nachrichtenschlüssel. Eine übergeordnete Warnung mit vielen sekundären Warnungen hat eine höhere Priorität als eine übergeordnete Warnung mit nur wenigen sekundären Warnungen. Alle sekundären Warnungen einer übergeordneten Warnung werden gezählt. Wenn eine sekundäre Warnung geschlossen wird, ist sie nicht mehr mit der übergeordneten Warnung korreliert. Wenn eine übergeordnete Warnung geschlossen wird, sind alle sekundären Warnungen nicht mehr korreliert, und ihr Prioritätswert wird entsprechend berechnet. |
| Auswahllisten-Kategorien ||
| Warnungsstatus | Für eine Warnung im Status Closed wird keine Prioritätspunktzahl berechnet. Die verfügbaren Status mit ihren Standardwerten sind: * Offen = Zuordnungswert 1 * Erneut öffnen = Zuordnungswert 2 * Flattern = Zuordnungswert 3 {#alert-priority__ul_amk_nwl_gcb} |
| Warnungsschweregrad | Die Prioritätspunktzahl spiegelt den Schweregrad der zugrunde liegenden Warnung wider, z. B. hat eine Warnung mit dem Schweregrad Critical einen höheren gewichteten Wert als eine Warnung mit dem Schweregrad Minor. Für eine Warnung mit dem Schweregrad OK wird keine Priorität berechnet. Die verfügbaren Stufen sind: * Kritisch * Hoher * Geringer * Warnung {#alert-priority__ul_jsy_zc2_sbb} |
| Rolle | Die Prioritätspunktzahl spiegelt die Rolle der Warnung wider. Die Prioritätspunktzahl ist höher für eine Warnung mit der Rolle Parent hat, darauf folgt Rolle None, und das geringste Gewicht hat eine Warnung mit Rolle Secondary. Eine übergeordnete Warnung mit vielen sekundären Warnungen hat einen höheren Wert als eine übergeordnete Warnung mit weniger sekundären Warnungen. Die verfügbaren Rollen sind: * Übergeordnet * Keine * Sekundär {#alert-priority__ul_ppc_nd2_sbb} |
[Tabelle : 1. Kategorienliste]
{#alert-priority__table_wsm_v5d_sbb}
## Struktur der Warnungsprioritätspunktzahl {#alert-priority__section_n13_pyl_gcb}
Gewichteter Wert für jede Kategorie
: Jede Kategorie verfügt über eine eigene Platzierung in der Alarmprioritätspunktzahl, entsprechend ihrer Reihenfolge und ihrem Limit. Wie nachfolgend unter [Warnungsprioritätspunktzahl ändern](https://www.servicenow.com/docs/NFkOuaRZNdF~Iub8eqLh7g#alert-priority__section_modify) beschrieben, können Sie Reihenfolge und Grenzwert konfigurieren. Es gibt nur positive Zahlen.
: Mit Ausnahme der folgenden werden alle Kategoriewerte aus der Tabelle em_alert_priority_category_mapping zugeordnet:
* CI-Typ: Aus der Tabelle em_alert_priority_ci_type zugeordnet
* Sekundär: Der Wert entspricht der Anzahl der sekundären Warnungen und wird aus keiner Tabelle zugeordnet.
{#alert-priority__ul_xjf_lvd_f4b}
Hinweis:
Um einen optimalen Arbeitsspeicherschutz zu gewährleisten, haben Warnungsgruppen mit mehr als 1000 Warnungen möglicherweise keine genaue Prioritätspunktzahl.
{#alert-priority__table_lr4_bcs_gcb__entry__2}
| Kategorie | Punktzahl |
|-|-|
| Services | (7,0, 1000000,0) Beispiel: Es gibt 2 betroffene Services, deren geschäftliche Relevanz wie folgt bewertet wird: * Service1: Geschäftsrelevanz-Prioritätspunktzahl = 3 * Service2: Geschäftsrelevanz-Prioritätspunktzahl = 4 {#alert-priority__ul_u4y_qfj_qlb}Die Summe der geschäftlichen Relevanzprioritätspunktzahlen ist 7, daher beträgt der berechnete Prioritätswert 7.000.000 (7 \* 1.000.000). Hinweis: Die Prioritätspunktzahl der Geschäftsrelevanz ist der zugeordnete Wert ( Wert nach Zuordnung ) In den Anwendungsservices-Einträgen der Tabelle „Zuordnungen der Warnungsprioritätskategorie" (em_Alert_Priority_category_Mapping). |
| Schweregrad | (3,0, 100000,0) |
| CI-Typ | (20,0, 100,0) |
| Rolle | (2,0, 10,0) |
| Sekundär | (0, 0,01) |
| Status | (3,0, 0,001) |
[Tabelle : 2. Beispielkomponenten für die Warnungsprioritätspunktzahl 7302020.003]
{#alert-priority__table_lr4_bcs_gcb}Mit den Punktzahlen aus der vorherigen Tabelle wird die Warnungsprioritätspunktzahl wie folgt berechnet:
(Services value \* 1,000,000) + (Severity value \* 100,000) + (CI type value \* 100) + (Role value \* 10) + (Secondary value) + (State value \* 0.001)
Durch Ersetzen der Werte der Kategorien aus der vorherigen Tabelle in der Formel ergibt sich:
(7 \* 1,000,000) + (3 \* 100,000) + (20 \* 100) + (2 \* 10) + (0 \* 0.001) + (3 \* 0.001) = 7,302,020.003
Im Bereich Prioritätsaufgliederung der Registerkarte Weitere Informationen wird als Warnungsprioritätswert 7302020.003 angezeigt. In der Liste „Warnungen" wird dieser Wert als 7302 (Anzahl der Tausender) angezeigt.
Hinweis:
Wenn Sie anwenderdefinierte Geschäftskritikalitätswerte haben, die sich von den vordefinierten Werten unterscheiden, fügen Sie der Tabelle „Zuordnungen der Warnungsprioritätskategorie" \[em_Alert_Priority_category_Mapping\] einen Eintrag hinzu.
Auswirkung von Kategoriebegrenzungen
: Durch Grenzwerte für Kategorien können sich Überlaufwerte auf die nächste Kategorie auswirken, die in der Prioritätsreihenfolge höher angeordnet ist. Jede aufgelaufene Kategorie hat ein vordefiniertes Limit. Wenn die Anzahl diesen Grenzwert überschreitet, wird 1 zur nächsthöheren Kategorie addiert. Wenn beispielsweise die Anzahl der CI-Typen den Grenzwert überschreitet, wird 1 zur nächsten Kategorie (Schweregrad) addiert, die eine höhere Priorität hat: `yyy-zzz wird zu yy (y + 1) - 000`.
## In Liste „Alle Warnungen" anzeigen {#alert-priority__section_display}
In der Liste Alle Warnungen wird die Warnungsprioritätspunktzahl in der Spalte Priorität angezeigt. Nur zu Anzeigezwecken wird die tatsächlich berechnete Warnungsprioritätspunktzahl durch 1000 geteilt, während in der Datenbank für Berechnungs- und Sortierzwecke der vollständige berechnete Wert verwendet wird.
Die detaillierte Berechnung der Warnungspriorität der ausgewählten Warnung wird auf der Registerkarte Weitere Informationen im Bereich Prioritätsaufgliederung angezeigt.
## Berechnung der Warnungsprioritätspunktzahl {#alert-priority__section_calculate}
Die Berechnung der Warnungspriorität basiert auf allen Warnungen einer Gruppe und nicht nur auf der primären Warnung der Gruppe. Die Priorität wird für Warnungen berechnet, die diese Bedingungen erfüllen:
* Status ungleich Geschlossen
* Schweregrad ungleich OK
{#alert-priority__ul_ibj_y1m_gcb}Warnungen, die zur Prioritätsberechnung in der Warteschlange stehen, werden in der Tabelle `em_alert_trigger_queue` aufgelistet. In der Tabelle „Geplante Aufgaben" sind zwei Jobs für `Event Management - Warteschlangenpriorität Warnungen` vorhanden. Diese beiden Jobs können parallel ausgeführt werden. Sie können Einfügen und bleiben verwenden, um einen anderen Job zu erstellen. Der Job `Event Management - Warnungspriorität` wird einmal pro Minute ausgeführt und berechnet Prioritäten in Batches von 1000 offenen Warnungen. Es gibt mehrere Faktoren, die den Wert der Priorität einer Warnung bestimmen. Eine Änderung des Schweregrads löst eine sofortige Aktualisierung der Warnungsprioritätspunktzahl aus. In diesem Fall wird nur der Schweregradteil der Priorität geändert, zusammen mit den Schweregradinformationen im Bereich Prioritätsaufgliederung der Registerkarte Weitere Informationen.
## Auslöser, die eine Neuberechnung auslösen {#alert-priority__section_i5d_kj5_hcb}
Auslöser, die eine Neuberechnung der Warnungsprioritätspunktzahl bewirken können, sind: {#alert-priority__table_oc1_4km_gcb__entry__2}
| Wiederholung | Auswirkung auf die Warnungsprioritätspunktzahl |
|-|-|
| Neue Warnung | Die Generierung einer neuen Warnung ist ein Auslöser für die Berechnung der Warnungsprioritätspunktzahl. |
| Vorhandene Warnung, die von „Geschlossen" in einen anderen Status übergeht | Die Priorität wird für eine geschlossene Warnung nicht berechnet. Wenn der Warnungsstatus also von „Geschlossen" in „Offen", „Erneut öffnen" oder „Fluktuierend" geändert wird, ist diese Änderung ein Ausler fösür die Neuberechnung der Warnungsprioritätspunktzahl. |
| Rollenänderung zwischen primär, sekundär oder keine | Änderungen an der Rolle sind ein Auslöser für die Neuberechnung der Warnungsprioritätspunktzahl. Beispiel: * Eine Warnung, deren Typ in Primärgeändert wurde, löst eine Neuberechnung der Warnungsprioritätspunktzahl aus. * Eine Warnung, deren Typ in Keine geändert wurde, löst die Neuberechnung der Warnungsprioritätspunktzahl aus. * Eine Warnung, deren Typ in Sekundärgeändert wurde, löst eine Neuberechnung der Warnungsprioritätspunktzahl aus. {#alert-priority__ul_o3j_cy4_hcb} |
| CI-Typ | Wenn ein CI an einen Alarm gebunden wird, ist diese Änderung ein Auslöser für die Neuberechnung der Alarmprioritätspunktzahl. Dieser Auslöser zur Neuberechnung der Priorität erfolgt nur einmal, wenn das CI an den Alarm gebunden ist. |
| Änderung der Anzahl sekundärer Warnungen | Eine Änderung der Anzahl sekundärer Warnungen löst eine Neuberechnung der Warnungsprioritätspunktzahl aus. |
| Schweregrad | Eine Änderung des Schweregrads löst eine Neuberechnung der Warnungsprioritätspunktzahl aus. Zum Beispiel löst die Änderung von OK zu Schwerwiegend eine Neuberechnung der Punktzahl aus. Im Gegensatz zu den anderen oben aufgeführten Auslösern löst eine Änderung des Schweregrads eine sofortige Aktualisierung des Schweregrads der Berechnung der Warnungsprioritätspunktzahl aus. |
[Tabelle : 3. Liste der Auslöser für die Neuberechnung]
{#alert-priority__table_oc1_4km_gcb}
## Warnungsprioritätspunktzahl ändern {#alert-priority__section_modify}
Sie können die Wichtigkeit einiger Kategorien der Warnungspriorität ändern, indem Sie deren Reihenfolge und/oder Gewichtung wie unten beschrieben ändern. Beispiel: Wenn der CI-Typ eine höhere Bedeutung hat als die Anzahl der betroffenen Services, können Sie deren Reihenfolge ändern. Infolgedessen wird die Anzahl der Services jetzt mit 100 multipliziert, während der CI-Typ jetzt mit 1000000 multipliziert wird.
Hinweis:
Durch die Änderungen, die Sie mit diesem erweiterten Verfahren vornehmen, ändert sich die Standardmethode zur Berechnung der Warnungsprioritätspunktzahl. Wenn diese konfigurierbaren Werte geändert werden, ändert sich bei Warnungen, die andernfalls möglicherweise keine hohe Punktzahl haben würden, möglicherweise die Reihenfolge, in der die Warnungen abgearbeitet werden.
Kategoriereihenfolge ändern
: Navigieren Sie zur Tabelle em_alert_priority_category_order. In der Spalte Reihenfolge können Sie die Reihenfolge der erforderlichen Kategorie ändern.
Kategoriewertzuordnung
: Die Tabelle em_alert_priority_category_mapping zeigt den Konfigurationswert für jede Kategorieauswahl. Jeder Wert in einer Dropdown-Liste von Kategorien kann durch Konfigurieren dieser Tabelle einem anderen Wert zugeordnet werden.
CI-Typ-Gewichtsfaktorzuordnung
: Navigieren Sie zur Tabelle em_alert_priority_ci_type. Sie können einen neuen CI zum Beispiel DualCoreCPU hinzufügen und in der Spalte Priorität die Priorität der gewünschten Kategorie ändern. Darüber hinaus können Sie den vorhandenen Typ bearbeiten und seinen Prioritätswert ändern. Diese Tabelle wird dazu verwendet, den Wert jedes CI-Typs zuzuordnen. Beispielsweise kann ein Mainframe mit CI_type: cmdb_ci_mainframe eine Priorität von 80 haben, während ein Server mit CI_type: cmdb_ci_server eine Priorität von 60 aufweisen könnte. Mit der Zuordnung können Sie die Priorität der verschiedenen CI-Typen anpassen.