---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Zeigen Sie die Liste der Protokollanalysewarnungen in einer Protokollanalysegruppe an

# Zeigen Sie die Liste der Protokollanalysewarnungen in einer Protokollanalysegruppe an {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

Zeigen Sie die Liste aller Protokollanalysewarnungen in an ProtokollanalysegruppeAuf Zugehörige Datensätze Registerkarte.

## Vorbereitungen

Erforderliche Rolle: evt_mgmt_Operator, evt_mgmt_user oder evt_mgmt_admin

## Warum und wann dieser Vorgang ausgeführt wird

Für eine detaillierte Beschreibung von Log AnalyticsGruppen- und Protokollanalysewarnungen, siehe [Typ S von Health Log AnalyticsWarnungen](https://servicenow-prod.fluidtopics.net/43Fv6aIZU0Q_bbJdRzzieg "Health Log AnalyticsGeneriert mehrere Typen Von Warnungen.").

## Prozedur

1. Auf Übersicht Registerkarte für eine Protokollanalysewarnung wechseln Sie zu Warnungen in Gruppe Karte und wählen Sie aus Alle anzeigen Link.  
   Die Warnungen in Gruppe Abschnitt auf Zugehörige Datensätze Registerkartenanzeigen.  
   Abbildung : 1. Warnungen im Gruppenabschnitt auf der Registerkarte „zugehörige Datensätze"
2. Für jede Protokollanalysewarnung in Protokollanalysegruppe, Die in der Tabelle beschriebenen Informationen sind verfügbar.  
   {#hla-op-alerts-in-group-sow__table_bcp_syz_4tb__entry__2}

   | Spalte | Beschreibung |
   |-|-|
   | Nummer | Die Nummer der Warnung. Wählen Sie die Zahl aus, um detaillierte Informationen für eine Warnung anzuzeigen. Dieses Feld wird automatisch festgelegt. |
   | Generierungszeit des ersten Ereignisses | Die Zeit, zu der das Ereignis, das die Warnung generiert hat, zum ersten Mal aufgetreten ist. Hinweis: Die Zeit hier ist ServiceNowVerarbeitungszeit, nicht die Quellsystemzeit. |
   | Gruppe | Typ der Gruppe, zu der die Warnung gehört: Eine eigenständige Protokollanalysewarnung oder ein Komponentenbasierte Warnung. |
   | Beschreibung | Anomales Muster oder Metrik, das die Generierung der Warnung verursacht hat. |
   | Schweregrad | Schweregradwert für die Warnung. Die verfügbaren Werte sind: * Kritisch : Sofortige Aktion ist erforderlich. Entweder ist die Ressource nicht funktionsfähig, oder kritische Probleme stehen bevor. * Schwerwiegend : Schwerwiegende Funktionalität ist stark beeinträchtigt oder die Leistung hat sich verschlechtert. * Gering : Entweder hat sich die Leistung verschlechtert, oder es gibt einen teilweisen, nicht kritischen Verlust der Funktionalität. * Warnung : Aufmerksamkeit ist erforderlich, auch wenn die Ressource noch funktionsfähig ist. * Info : Eine Informationsnachricht. Eine Warnung wird erstellt, die Ressource funktioniert jedoch noch. * Löschen oder gelöst : Keine Aktion erforderlich. Aus diesem Ereignis wird keine Warnung erstellt. Vorhandene Warnungen werden geschlossen. {#hla-op-alerts-in-group-sow__ul_vmx_h5t_hdb} |
   | Prioritätsgruppe | Prioritätsgruppe, die die Reihenfolge angibt, in der Warnungen gelöst werden sollen. Die Auswahlmöglichkeiten lauten wie folgt: * Dringend * Hoch * Mittel * Niedrig {#hla-op-alerts-in-group-sow__ul_nct_h3f_vmb} Der Wert der Prioritätsgruppe ist wichtiger als der Schweregrad allein. Beispielsweise sollte eine Warnung mit hoher Priorität und niedrigem Schweregrad vor einer Warnung mit niedriger Priorität und hohem Schweregrad behandelt werden. Informationen zur Berechnung der Priorität finden Sie unter [Warnungspriorität](https://servicenow-prod.fluidtopics.net/qinYvPSyuUnX33wNRafJyw "Bestimmen Sie die Reihenfolge, in der Warnungen gemäß der Warnungsprioritätsprioritätspunktzahl verarbeitet werden sollen. Mehrere Faktoren bestimmen die Punktzahl der Warnungspriorität, und dieser Wert ändert sich mit Änderungen an den zugrunde liegenden Faktoren."). |
   | Status | Verarbeitungsstatus der Warnung. Eine neu generierte Warnung befindet sich in Offen status. Andere status sind wie folgt: * Erneut Öffnen : Eine zuvor geschlossene Warnung ist erneut geöffnet und erfordert Ihre Aufmerksamkeit. * Fluktuierend : Die Warnung empfängt identische Ereignisse aus derselben Quelle mit hoher Häufigkeit. Dieser Status kann dazu führen, dass eine Warnung aus dem Status „Geschlossen" erneut geöffnet wird, was zu einer hohen Häufigkeit von Changes zwischen dem status „Offen" und „Geschlossen" führt. * Geschlossen : Die Warnung ist geschlossen und erfordert keine weiteren Aktionen. Sie schließen eine Warnung, wenn sie behoben wird. {#hla-op-alerts-in-group-sow__ul_wmx_h5t_hdb} |
   | Konfigurationselement | CI in der CMDB. Das CI wird von der Warnung auf angewendet. |
   | Knoten | Knotenfeld, das in der Protokollnachricht empfangen wird. Das in der Protokollnachricht beschriebene Ereignis ist auf diesem Knoten aufgetreten. Häufig ist der Knoten der Name des CI, das der Warnung zugeordnet ist. Beispiel: Ein Computername, eine IP-Adresse, ein FQDN oder eine MAC-Adresse. |
   | Quelle | Alle Warnungen der Integritätsprotokollanalyse haben den Wert Protokollanalysen In Quelle Spalte, die angibt, dass die App „Integritätsprotokoll-Analytics" die Warnung generiert hat. |
   | Metrikname | Name der Metrik, deren anomales Verhalten zur Warnung geführt hat. Beispiel: I/O requestWenn der Abschluss der E/A-Anforderung länger als 15000 ms dauerte. |
   | Aktualisiert | Letzter Zeitpunkt, zu dem die Warnungsinformationen oder der Status aktualisiert wurden. |
   [Tabelle : 1. Warnungen in Gruppe]

   {#hla-op-alerts-in-group-sow__table_bcp_syz_4tb}
{#hla-op-alerts-in-group-sow__steps_up2_ytr_4tb}