• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Comment les incidents en état d'alerte sont-ils clos ?

Ce document explique les différentes manières dont un incident peut être clôturé.

Comment fermer automatiquement un incident

Un incident sera automatiquement fermé lorsque le signal cible reviendra à un état de non-violation pendant la période indiquée dans le seuil de la condition. Ce temps d’attente est appelé période de récupération.

Par exemple : si le comportement de violation est « Score Apdex inférieur à 0,80 au moins une fois toutes les 5 minutes », l'incident sera automatiquement fermé lorsque le score Apdex sera égal ou supérieur à 0,80 pendant 5 minutes consécutives. Il en va de même pour un seuil « pendant au moins x minutes » : x minutes de comportement non-infractionnel sont nécessaires pour clôturer automatiquement l'incident.

Lorsqu'un incident se ferme automatiquement :

  1. L'horodatage de clôture est rétroactif au début de la période de récupération.
  2. L'évaluation se réinitialise et redémarre à partir du moment où l'incident précédent s'est terminé.

Toutes les conditions disposent d'un paramètre de limite de temps d'incident qui forcera automatiquement la fermeture d'un incident de longue durée.

Fixer une limite de temps pour un incident de longue durée

Le paramètre de limite de temps d'incident forcera automatiquement la fermeture d'un incident de longue durée après le nombre de jours/heures que vous sélectionnez. Ceci est particulièrement utile pour les entités éphémères qui, lorsqu'elles disparaissent, provoquent un incident continu qui ne se ferme pas automatiquement.

Limits and Defaults

  • Tous les incidents d'alerte seront soumis à une limite de temps incident . La plupart des conditions d'alerte vous permettront de modifier ce champ.
  • La valeur par défaut, si aucune valeur n'est fournie lors de la configuration, est de 3 jours (24 heures pour les conditions d'infrastructure).
  • Le délai d'incident pour les conditions non liées à l'infrastructure peut être fixé à 5 minutes et à 30 jours. Si, pour une raison quelconque, le signal est toujours en infraction dans 30 jours, l'incident sera fermé et un nouvel incident s'ouvrira. Les conditions d'infrastructure peuvent être définies sur les heures suivantes : 1, 2, 4, 8, 12, 24, 48 ou 72.

Conseil

Ce paramètre est lié au paramètre de problème inactif.

Lorsque les périodes de temps dans ces deux paramètres sont différentes, notre système utilise la période de temps la plus courte, quel que soit le paramètre. Par exemple, si le paramètre de délai de fermeture d'un incident ouvert est de 2 jours et que le paramètre de délai d'inactivité du problème est de 3 jours, notre système attendra 2 jours avant de fermer le problème.

Examples:

  • Vous avez défini la limite de temps de l'incident à 12 heures. Si cet incident dure 12 heures, il sera fermé à 12 heures et l'évaluation de l'état de cette entité sera réinitialisée.
  • Votre JVM a un pic de CPU et cela crée un incident. La JVM plante alors et est remplacée par une nouvelle JVM. Si vous n'avez pas défini de limite de temps pour l'incident, l'incident de la JVM en panne ne se fermera jamais.
Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.