La notification des alertes Operations Manager peut ne pas être reçue

Cet article vous aide à résoudre un problème où les destinataires des abonnements aux alertes peuvent ne pas recevoir Notifications par e-mail dans System Center 2012 Operations Manager.

Version d’origine du produit : System Center 2012 Operations Manager
Numéro de la base de connaissances d’origine : 2709639

Cause

System Center Operations Manager peut envoyer des Notifications par e-mail pour de nouvelles alertes ou des alertes dont l’état de résolution change. Email notifications sont envoyées à tous les destinataires qui s’abonnent à l’alerte tant que l’alerte répond aux critères définis pour l’abonnement et que toutes les autres conditions préalables sont remplies. Si l’alerte ne répond pas à tous les critères ou si la notification n’est pas configurée de manière incorrecte, les destinataires prévus ne recevront pas Notifications par e-mail.

Vérifier que les conditions préalables aux notifications sont remplies

Le processus de configuration de System Center Operations Manager pour envoyer des Notifications par e-mail via le serveur SMTP est décrit dans Configuration de la notification.

Le canal de notification doit être configuré à l’aide du nom de domaine complet et du port appropriés du serveur SMTP. L’adresse et le port doivent être disponibles à partir de tous les serveurs d’administration qui font partie du pool de ressources de notifications dans System Center 2012 Operations Manager. Si l’adresse ou le port est bloqué par des règles de pare-feu ou un logiciel anti-programme malveillant, des exclusions pour les serveurs du pool de ressources doivent être créées.

Le canal peut être configuré pour l’authentification anonyme ou Authentification Windows. Si l’authentification anonyme est sélectionnée, le serveur SMTP doit autoriser les connexions anonymes ou être configuré pour utiliser une exclusion pour l’adresse IP des serveurs d’administration du pool de ressources de notification. Si Authentification Windows est sélectionné, un compte d’identification doit être créé et associé au profil d’identification du compte de notification. Ce compte doit avoir l’autorisation d’envoyer des messages électroniques via le serveur SMTP. Pour plus d’informations, consultez Créer et configurer un compte d’action de notification.

Vérifier la configuration de l’abonné

Chaque abonné peut avoir une planification qui spécifie l’heure pendant laquelle les notifications lui seront envoyées. Il s’agit d’un paramètre général qui affecte toutes les adresses configurées pour cet abonné. Chaque adresse définie pour un abonné peut également avoir une planification qui spécifie quand cette adresse est disponible pour recevoir des notifications. Cela permet de nombreuses flexibilités avec les notifications.

Par exemple, un abonné peut avoir une disponibilité générale des notifications de 8 h à 17 h tous les jours de la semaine. Toutefois, cet abonné peut avoir deux adresses qui ont des heures de notification différentes. Par exemple, l’abonné peut avoir une adresse professionnelle configurée pour le lundi au jeudi et une autre adresse configurée pour le vendredi au dimanche. Si l’abonné ne reçoit pas Notifications par e-mail, la disponibilité générale de l’abonné et la disponibilité de l’adresse spécifique doivent être définies avant que la notification puisse être envoyée.

L’adresse à laquelle la notification est envoyée doit également être vérifiée en tant qu’adresse valide. Le serveur SMTP et le client de messagerie de l’abonné ne doivent pas avoir de règles de filtrage qui bloquent les messages électroniques provenant du serveur Operations Manager ou du nom de domaine. L’adresse Reply-To définie dans le canal de notification peut être ajoutée en tant qu’exemption à toutes les règles de filtrage sur le serveur ou le client SMTP si nécessaire.

Vérifier l’applicabilité de l’abonnement

Les abonnements peuvent avoir plusieurs critères qui doivent être remplis pour qu’une notification soit envoyée. Si l’un des critères n’est pas rempli, aucune notification n’est envoyée.

Dans Operations Manager 2007 R2, les deux premiers critères disponibles sont que l’alerte soit déclenchée par un instance membre d’un groupe spécifique et que l’alerte soit déclenchée par un instance d’une classe spécifique. Dans ces deux critères, les instance qui ont déclenché l’alerte doivent être répertoriés dans le champ source de l’alerte. L’alerte répertorie uniquement le nom du instance, et non la classe . Si la classe dont le instance est membre n’est pas claire, le menu Actions répertorie les actions disponibles pour cette classe lorsque l’alerte est mise en surbrillance dans une vue Alerte. Si la classe est un critère, la classe doit être incluse dans l’abonnement. Ou le instance spécifique doit être membre d’un groupe pour lequel l’abonnement est défini.

Dans System Center 2012 Operations Manager, plusieurs conditions supplémentaires ont été ajoutées comme critères possibles pour la notification d’alerte. Plusieurs conditions peuvent être spécifiées dans un seul abonnement. Toutefois, toutes les conditions doivent être remplies pour que la notification soit envoyée. Les règles qui s’appliquent à l’appartenance à la classe et au groupe sont les mêmes que celles qui s’appliquent dans Operations Manager 2007 R2.

Dans certains cas, une alerte peut être déclenchée par un nœud observateur ou un partenaire de réplication pour le compte d’un instance. Dans ce cas, la source de l’alerte serait le nœud observateur ou le partenaire de réplication. Par conséquent, les abonnements aux alertes qui n’incluent pas le nœud observateur ou le partenaire de réplication en tant que source n’envoient pas de notification par e-mail. Les instance les plus courantes sont les alertes de pulsation d’agent manquantes dans lesquelles la source est le instance de l’observateur du service d’intégrité pour ce service d’intégrité.

Des abonnements peuvent être créés pour des règles et des analyses spécifiques. Une alerte spécifique peut être mise en surbrillance dans une vue Alerte, et un abonnement aux notifications peut être créé pour cette alerte à partir du menu Actions ou en cliquant avec le bouton droit sur l’alerte et en sélectionnant le sous-menu Notifications . Si plusieurs alertes doivent être incluses dans un abonnement, le critère Créé par des règles ou des moniteurs peut être sélectionné dans l’Assistant Nouvel abonnement, et plusieurs règles et moniteurs peuvent être sélectionnés simultanément.

Par défaut, les abonnements envoient des notifications pour tous les niveaux de gravité et de priorité des alertes, sauf si un autre comportement est spécifié. Les règles et les moniteurs qui créent des alertes de gravité et de priorité spécifiques exposent généralement des remplacements pour modifier la gravité et la priorité de ces alertes. Les remplacements de ces propriétés d’alerte peuvent être utiles pour inclure dans les abonnements existants des alertes déclenchées par ces règles et analyses ou pour exclure ces alertes des abonnements existants.

Dans System Center 2012 Operations Manager, la notification d’alerte est envoyée lorsque l’alerte répond pour la première fois à tous les critères, quel que soit l’état de résolution, sauf si l’état de résolution lui-même est un critère. Si la suppression d’alerte est activée pour la règle ou le moniteur qui déclenche une alerte, une seule notification est envoyée lorsque les critères de l’abonnement sont remplis pour la première fois. Aucune notification supplémentaire n’est envoyée tant que l’alerte n’est pas fermée et qu’une nouvelle alerte répondant à tous les critères de l’abonnement est déclenchée.

Les critères qui recherchent du texte spécifique dans le nom ou dans les champs personnalisés peuvent également empêcher l’envoi de notifications d’alerte. Tous les critères qui autorisent le texte générique peuvent empêcher la notification si les valeurs génériques spécifiées ne correspondent pas au champ d’alerte spécifié. En tant que test, utilisez une valeur générique plus simple ou supprimez les critères pendant le test pour vérifier que la notification d’alerte est envoyée.

Délai de notification

Les abonnements aux alertes peuvent être configurés pour envoyer une notification uniquement une fois que les critères d’alerte restent inchangés pendant un certain temps. Par exemple, un abonnement configuré pour envoyer un e-mail après 20 minutes n’envoie pas de message si l’une des propriétés d’alerte change en moins de 20 minutes afin qu’elle ne réponde plus aux critères de notification. Si les propriétés de l’alerte changent pour répondre à nouveau aux critères de l’abonnement et rester pendant 20 minutes ou plus, la notification est envoyée.

Les propriétés qui peuvent changer avant l’envoi de la notification peuvent être des propriétés de gravité, de priorité, d’état de résolution ou de champ personnalisé. Si l’alerte est générée par un moniteur et configurée pour que la gravité de l’alerte corresponde à l’état du moniteur, une modification de l’état de l’analyse avant l’expiration de l’intervalle de délai peut modifier la gravité de l’alerte et empêcher la notification par un abonnement qui utilise une certaine gravité comme critère de notification.

Si les serveurs d’administration du pool de ressources de notification connaissent des périodes d’utilisation élevée des ressources ou des charges de travail, la notification d’alerte peut être retardée. Les flux de travail de notification sont effectués par le service de gestion De System Center. Par conséquent, si ce service n’est pas disponible ou est en charge, les notifications peuvent ne pas être reçues ou être retardées, même si d’autres fonctions de gestion et le traitement des données semblent se produire comme d’habitude.