---
sourceDocument: Gestion des opérations IT Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des opérations IT Xanadu

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Afficher la liste des alertes Log Analytics dans un groupe Log Analytics

# Afficher la liste des alertes Log Analytics dans un groupe Log Analytics {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Affichez la liste de toutes les alertes Log Analytics dans un Groupe Analyse de journaux onglet Enregistrements connexes .

## Avant de commencer

Rôle requis : evt_mgmt_operator, evt_mgmt_user ou evt_mgmt_admin

## Pourquoi et quand exécuter cette tâche

Pour obtenir une description détaillée des groupes et des alertes Log Analytics, reportez-vous Analyse du journal à la section [Typesd'alertes Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/NdJgxS9WdjxIOdWeeySc1A "Analyse de l'intégrité des journaux génère plusieurs types d’alertes.").

## Procédure

1. Dans l'onglet Vue d'ensemble d'une alerte Log Analytics, accédez à la carte Alertes du groupe et sélectionnez le lien Afficher tout .  
   La section Alertes dans le groupe de l'onglet Enregistrements connexes s'affiche.  
   Figure 1. Section Alertes dans le groupe de l'onglet Enregistrements connexes
2. Pour chaque alerte Log Analytics dans le Groupe Analyse de journaux, les informations décrites dans la table sont disponibles.  
   {#hla-op-alerts-in-group-sow__table_bcp_syz_4tb__entry__2}

   | Colonne | Description |
   |-|-|
   | Numéro | Numéro de l'alerte. Sélectionnez le numéro pour afficher des informations détaillées d'une alerte. Ce champ est automatiquement défini. |
   | Heure de génération de l'événement initial | Heure à laquelle l'événement ayant généré l'alerte s'est produit pour la première fois. Remarque : Cette heure correspond au temps de traitement de ServiceNow, et non à l'heure du système source. |
   | Groupe | Type de groupe auquel l'alerte appartient : alerte Analyse de journal autonome ou Alerte basée sur un composantalerte . |
   | Description | Modèle ou mesure anormale qui a causé la génération de l'alerte. |
   | Sévérité | Valeur de gravité de l'alerte. Les valeurs possibles sont les suivantes : * Critique : une action immédiate est requise. La ressource n'est pas fonctionnelle ou des problèmes critiques sont imminents. * Majeur : la fonctionnalité majeure est gravement altérée ou les performances se sont dégradées. * Mineur : une perte partielle et non critique de fonctionnalité ou une dégradation des performances s'est produite. * Avertissement : surveillance requise, même si la ressource est toujours fonctionnelle. * Informations : message d'information. Une alerte est créée, mais la ressource est toujours fonctionnelle. * Effacé ou Résolu : aucune action n'est requise. Aucune alerte n'est créée à partir de cet événement. Les alertes existantes sont arrêtées. {#hla-op-alerts-in-group-sow__ul_vmx_h5t_hdb} |
   | Groupe de priorités | Groupe de priorités qui indique l'ordre dans lequel résoudre les alertes. Les choix sont les suivants : * Urgent * Élevé * Modéré * Faible {#hla-op-alerts-in-group-sow__ul_nct_h3f_vmb} La valeur du groupe de priorités est plus importante que la gravité seule. Par exemple, une alerte de priorité élevée et de gravité faible doit être traitée avant une alerte de faible priorité et de gravité élevée. Pour plus d'informations sur la façon dont la priorité est calculée, voir [Priorité de l'alerte](https://servicenow-prod.fluidtopics.net/LekBib1iXuK~9Sj40r0Vpg "Déterminez l'ordre dans lequel gérer les alertes en fonction du score de priorité de l'alerte. Plusieurs facteurs déterminent le score de priorité de l'alerte, et cette valeur change selon les modifications apportées aux facteurs sous-jacents."). |
   | État | État de traitement de l'alerte. Une alerte nouvellement générée est à l'état Ouvert. Les autres états sont les suivants : * Rouvrir : une alerte précédemment fermée est à nouveau ouverte et nécessite votre attention. * Bagottement : l'alerte reçoit des événements identiques de la même source à une fréquence élevée. Cet état peut rouvrir une alerte à partir de l'état Fermé, ce qui entraîne une fréquence élevée de changements entre les états Ouvert et Fermé. * Fermé : l'alerte est fermée et ne nécessite aucune autre action. Vous fermez une alerte lorsqu'elle est résolue. {#hla-op-alerts-in-group-sow__ul_wmx_h5t_hdb} |
   | Élément de configuration | CI dans la CMDB. Le CI est appliqué par l'alerte. |
   | Nœud | Champ de nœud reçu dans le message du journal. L'événement décrit dans le message du journal s'est produit sur ce nœud. Souvent, le nœud est le nom du CI associé à l'alerte. Par exemple, un nom d'ordinateur, une adresse IP, FQDN ou une adresse MAC. |
   | Source | Toutes les alertes Analyse de l'intégrité des journaux ont la valeur Analyse de journal dans la colonne Source pour indiquer que l'application Analyse de l'intégrité des journaux a généré l'alerte. |
   | Nom de la mesure | Nom de la mesure dont le comportement anormal a déclenché l'alerte. Par exemple, dans I/O request le cas où la demande d'E/S a pris plus de 15000 ms. |
   | Mis à jour | Heure la plus récente à laquelle les informations ou l'état de l'alerte ont été mis à jour. |
   [Tableau 1. Alertes de groupe]

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