---
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 les alertes à l'état d'oscillation

# Afficher les alertes à l'état d'oscillation {#ariaid-title1}

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

Vous pouvez afficher les alertes à l'état d'oscillation.

## Avant de commencer

Avant de commencer cette procédure, demandez à votre administrateur de configurer les propriétés d'oscillation d'alerte.

Rôle requis : evt_mgmt_admin, evt_mgmt_operator ou evt_mgmt_user

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

le bagottement se produit lorsque la source d'événement continue de générer des événements, même après la clôture de l'alerte associée. Le bagottement entraîne une variation répétée de l'état de la ressource entre la gravité OK et une gravité nécessitant une attention particulière, comme Critical.

La fréquence des événements provenant d'une source identique dans un intervalle donné détermine si une alerte est à l'état d'oscillation ou si un nouveau problème s'est produit. En fonction des valeurs de propriété evt_mgmt.flap_frequency et evt_mgmt.flap_interval :

* Si le même problème est récurrent, Gestion des événements associe le nouvel événement à l'alerte existante et l'état de l'alerte est défini sur Bagottement.
* Si le problème se produit à l'issue de l'intervalle défini, Gestion des événements crée une alerte.

Par exemple, vous pouvez répondre à une alerte en redémarrant un serveur problématique. Si aucun événement n'est généré pendant plusieurs minutes, nous partons du principe que le problème est résolu et que l'alerte est fermée. Si le redémarrage n'a pas résolu le problème, ce serveur peut générer d'autres événements ultérieurement. Des alertes supplémentaires sont ensuite générées pour le même problème.

## Procédure

1. Accédez à la ToutGestion des événementsToutes les alertes.
2. Cliquez sur le numéro d'une alerte à l'état d'Oscillation.
3. Sur l'alerte, cliquez sur l'onglet Bagottement.  
   {#t_EMViewAlertFlapping__entry__2}

   | Champ | Description |
   |-|-|
   | Onglet Bagottement ||
   | Nombre de bagottements | nombre de fois où l'alerte a été bagottée, c'est-à-dire qu'elle a oscillé entre un état de clôture et un état de non-clôture, dans l'intervalle de bagottement depuis l'heure de début de la Fenêtre de début de bagottement. |
   | Fenêtre de début de bagottement | heure de début pour mesurer les occurrences d'oscillation. |
   | Heure de la dernière mise à jour du bagottement | la dernière fois qu'une oscillation s'est produite. Cette heure correspond au temps de traitement de la plateforme, et non à l'heure du système source. |
   | Dernier état de bagottement | état avant que l'alerte ne soit passée à l'état d'oscillation. |
   [Tableau 1. Onglet Bagottement sur le formulaire d'alerte]

4. Si le champ Parent est vide, traitez cette alerte comme un nouveau problème.
**Tâches associées**   

* [Configurer l'oscillation d'alerte](https://servicenow-prod.fluidtopics.net/lwsVj96o_5bT8mm6wDZ23g "Définissez des propriétés d'oscillation pour déterminer le moment où une alerte passe à l'état d'oscillation ou quitte cet état. Le bagottement peut indiquer des problèmes de configuration (c'est-à-dire des seuils trop bas), des services problématiques ou des problèmes de réseau réels.")