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

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des opérations IT Australie

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Afficher les alertes dans l'état d'oscillation

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

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute de lecture

Vous pouvez afficher les alertes spécifiquement à 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

l'oscillation 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. L'oscillation fait fluctuer à plusieurs reprises le statut de la ressource entre la OK gravité et une gravité nécessitant une attention particulière, par exemple Critical.

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

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

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

## Procédure

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

   | Champ | Description |
   |-|-|
   | Onglet d'oscillation ||
   | Nombre d'oscillations | nombre de fois où l'alerte a oscillé, c'est-à-dire a fluctué entre un état fermé et un état non fermé, dans l'intervalle d'oscillation depuis l'heure de début dans la fenêtre de démarrage de l'oscillation. |
   | Fenêtre de début de l'oscillation | l'heure de début initiale pour mesurer les occurrences d'oscillation. |
   | Heure de la dernière mise à jour de l'oscillation | la dernière fois que l'oscillation s'est produite. Il s'agit du temps de traitement de la plateforme et non de l'heure du système source. |
   | Dernier état de l'oscillation | état avant que l'alerte n'entre dans l'état d'oscillation. |
   [Tableau 1. Onglet d'oscillation 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/jHmwFimC7Q7_ccMKt2eyqQ "Définissez les propriétés d’oscillation pour déterminer quand une alerte entre et sort de l’état d’oscillation. L’oscillation peut indiquer des problèmes de configuration (c’est-à-dire des seuils trop bas), des services gênants ou de réels problèmes de réseau.")