Es posible que no se reciba la notificación de alertas de Operations Manager

Este artículo le ayuda a resolver un problema por el que es posible que los destinatarios de las suscripciones de alerta no reciban notificaciones por correo electrónico en System Center 2012 Operations Manager.

Versión original del producto: System Center 2012 Operations Manager
Número de KB original: 2709639

Causa

System Center Operations Manager puede enviar notificaciones por correo electrónico para nuevas alertas o alertas que tengan un cambio en el estado de resolución. Email notificaciones se envían a todos los destinatarios que se suscriben a la alerta siempre que la alerta cumpla los criterios definidos para la suscripción y que se cumplan todos los demás requisitos previos. Si la alerta no cumple todos los criterios o si la notificación está configurada incorrectamente, los destinatarios previstos no recibirán notificaciones por correo electrónico.

Comprobación de que se cumplen los requisitos previos de notificación

El proceso para configurar System Center Operations Manager para enviar notificaciones por correo electrónico a través del servidor SMTP se describe en Configuración de notificaciones.

El canal de notificación debe configurarse mediante el FQDN y el puerto correctos del servidor SMTP. La dirección y el puerto deben estar disponibles en todos los servidores de administración que forman parte del grupo de recursos de notificaciones de System Center 2012 Operations Manager. Si las reglas de firewall o el software antimalware bloquean la dirección o el puerto, se deben crear exclusiones para los servidores del grupo de recursos.

El canal se puede configurar para la autenticación anónima o autenticación de Windows. Si se selecciona la autenticación anónima, el servidor SMTP debe permitir conexiones anónimas o configurarse para usar una exclusión para la dirección IP de los servidores de administración del grupo de recursos de notificación. Si autenticación de Windows está seleccionada, tendrá que crear una cuenta de ejecución y asociarla con el perfil de ejecución de la cuenta de notificación. Esta cuenta tendrá que tener permiso para enviar mensajes de correo electrónico a través del servidor SMTP. Para obtener más información, vea Crear y configurar una cuenta de acción de notificación.

Comprobación de la configuración del suscriptor

Cada suscriptor puede tener una programación que especifique el tiempo durante el cual se les enviarán las notificaciones. Se trata de una configuración general que afecta a todas las direcciones configuradas para ese suscriptor. Cada dirección que se define para un suscriptor también puede tener una programación que especifique cuándo está disponible esa dirección para que se le envíen notificaciones. Esto permite muchas flexibilidades con las notificaciones.

Por ejemplo, un suscriptor podría tener disponibilidad de notificación general de 8:00 a 17:00 todos los días de la semana. Sin embargo, este suscriptor podría tener dos direcciones que tienen tiempos de notificación diferentes. Por ejemplo, el suscriptor podría tener una dirección de trabajo configurada para de lunes a jueves y una dirección alternativa configurada para el viernes al domingo. Si el suscriptor no recibe notificaciones por correo electrónico, la disponibilidad general del suscriptor y la disponibilidad específica de la dirección deben establecerse antes de que se pueda enviar la notificación.

La dirección a la que se envía la notificación también debe comprobarse como una dirección válida. El servidor SMTP y el cliente de correo electrónico del suscriptor no deben tener ninguna regla de filtrado que bloquee los mensajes de correo electrónico desde el servidor de Operations Manager o el nombre de dominio. La dirección Reply-To que se define en el canal de notificación se puede agregar como una exención a las reglas de filtrado en el servidor SMTP o el cliente si es necesario.

Comprobación de la aplicabilidad de la suscripción

Las suscripciones pueden tener varios criterios que se deben cumplir para que se envíe una notificación. Si no se cumple alguno de los criterios, no se envía ninguna notificación.

En Operations Manager 2007 R2, los dos primeros criterios disponibles son para que la alerta la produzca una instancia que sea miembro de un grupo específico y para que la alerta la produzca una instancia de una clase específica. En estos dos criterios, la instancia que generó la alerta debe aparecer en el campo de origen de la alerta. La alerta mostrará solo el nombre de la instancia, no la clase . Si la clase de la que la instancia es miembro no está clara, el menú Acciones enumerará las acciones disponibles para esa clase cuando la alerta esté resaltada en una vista Alerta. Si la clase es un criterio, la clase debe incluirse en la suscripción. O bien, la instancia específica debe ser miembro de cualquier grupo para el que se haya definido la suscripción.

En System Center 2012 Operations Manager, se agregaron varias condiciones adicionales como posibles criterios para la notificación de alertas. Se pueden especificar varias condiciones en una sola suscripción. Pero se deben cumplir todas las condiciones para que se envíe la notificación. Las reglas que se aplican a la pertenencia a clases y grupos son las mismas reglas que se aplican en Operations Manager 2007 R2.

En algunos casos, un nodo de monitor o un asociado de replicación pueden generar una alerta en nombre de una instancia. En esta situación, el origen de la alerta sería el nodo de monitor o el asociado de replicación. Por lo tanto, las suscripciones de alerta que no incluyan el nodo de monitor o el asociado de replicación como origen no enviarían una notificación por correo electrónico. La instancia más común de esta sería la falta de alertas de latido del agente en las que el origen es la instancia de Health Service Watcher para ese servicio de mantenimiento.

Las suscripciones se pueden crear para reglas y monitores específicos. Una alerta específica se puede resaltar en una vista alerta y se puede crear una suscripción de notificación para esa alerta desde el menú Acciones o haciendo clic con el botón derecho en la alerta y seleccionando el submenú Notificaciones . Si hay que incluir varias alertas en una suscripción, el criterio Creado por reglas o monitores se puede seleccionar en el asistente para nueva suscripción y se pueden seleccionar varias reglas y monitores a la vez.

De forma predeterminada, las suscripciones enviarán notificaciones para todos los niveles de gravedad y prioridad de las alertas, a menos que se especifique otro comportamiento. Las reglas y los monitores que crean alertas de gravedad y prioridad específicas normalmente exponen invalidaciones para cambiar la gravedad y prioridad de estas alertas. Las invalidaciones de estas propiedades de alerta pueden ser útiles para incluir en las alertas de suscripciones existentes que generan estas reglas y monitores o para excluir dichas alertas de las suscripciones existentes.

En System Center 2012 Operations Manager, la notificación de alerta se enviará cuando la alerta cumpla por primera vez todos los criterios, independientemente del estado de resolución, a menos que el propio estado de resolución sea un criterio. Si la supresión de alertas está habilitada para la regla o el monitor que genera una alerta, solo se enviará una notificación cuando se cumplan por primera vez los criterios de suscripción. No se enviarán notificaciones adicionales hasta que se cierre la alerta y se active una nueva alerta que cumpla todos los criterios de suscripción.

Los criterios que buscan texto específico en el nombre o en campos personalizados también pueden impedir que se envíen algunas notificaciones de alerta. Cualquier criterio que permita el texto comodín puede impedir la notificación si los valores comodín especificados no coinciden con el campo de alerta especificado. Como prueba, use un valor comodín más sencillo o elimine los criterios durante las pruebas para comprobar que se envía la notificación de alerta.

Retraso de notificación

Las suscripciones de alerta se pueden configurar para enviar una notificación solo después de que los criterios de alerta permanezcan sin cambios durante un tiempo. Por ejemplo, una suscripción configurada para enviar un mensaje de correo electrónico después de 20 minutos no enviará un mensaje si alguna de las propiedades de alerta cambia en menos de 20 minutos para que ya no cumpla los criterios de notificación. Si las propiedades de alerta cambian para cumplir de nuevo los criterios de suscripción y permanecen durante 20 minutos o más, se enviará la notificación.

Las propiedades que podrían cambiar antes de enviar la notificación pueden ser las propiedades de gravedad, prioridad, estado de resolución o campo personalizado. Si un monitor genera la alerta y la configura para que la gravedad de la alerta coincida con el estado del monitor, un cambio de estado del monitor antes de que expire el intervalo de retraso podría cambiar la gravedad de la alerta e impedir la notificación por parte de una suscripción que use cierta gravedad como criterio de notificación.

Si los servidores de administración del grupo de recursos de notificación experimentan períodos de uso elevado de recursos o cargas de trabajo, la notificación de alertas podría retrasarse. Los flujos de trabajo de notificación los realiza el servicio De administración de System Center. Por lo tanto, si este servicio no está disponible o está bajo carga, es posible que las notificaciones no se reciban o se retrasen, aunque otras funciones de administración y procesamiento de datos parezcan producirse como de costumbre.