Resolución de problemas de notificaciones

Es posible que el disparador configurado para el recurso de envío de mensajes no se haya cumplido en el rango de tiempo que estaba buscando. (El recurso que envía el mensaje puede ser una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento)).

Por ejemplo, considere una alarma configurada para un umbral del 90 % en un intervalo de una hora. Tal vez la evaluación más reciente se haya producido antes de que la instancia informática superara el umbral.

Cómo diagnosticar

Revise el historial del recurso de envío de mensajes y compare las conclusiones con los mensajes publicados y entregados del tema.

1. Observe la hora a la que se produjo la condición de disparador.

   Ver gráficos de métricas por defecto para que el recurso determine la hora.

   Por ejemplo, puede ver gráficos de métricas para una instancia informática y encontrar que ha superado el umbral definido en la alarma a las 10:01.

2. Busque el registro de hora relacionado registrado por el recurso asociado (alarma, regla de evento o conector).

   • Para una alarma: busque transiciones de estado de alarma relevantes cercanas a la hora de la condición del disparador.

     Consejo
     
     Evalúe las alarmas y los mensajes con sus identificadores exclusivos. Consulte Cómo evitar el procesamiento de elementos duplicados. Para ver el formato utilizado por los mensajes de alarma, consulte Formato del mensaje y ejemplos.

     Ver el historial de alarmas. Una transición encontrada alrededor de ese tiempo indica que la alarma podría haber enviado el mensaje que falta. La ausencia de transiciones indica que la alarma no envió ningún mensaje. Si esperaba la transición de la alarma, revise su configuración.

   • Para una regla de evento: busque eventos coincidentes cercanos a la hora de la condición de disparador.

     Ver gráficos de métricas por defecto para la regla de evento. Consulte el gráfico Eventos coincidentes. Un evento coincidente en ese momento indica que la regla de evento podría haber enviado el mensaje que le falta. La ausencia de eventos coincidentes indica que la regla de evento no envió ningún mensaje. Si esperaba que la regla de evento detectara un evento coincidente, revise su configuración.

   • Para un conector: busque mensajes escritos que estén cerca de la hora de la condición del disparador.

     Ver gráficos de métricas por defecto para el conector. Consulte el gráfico Mensajes escritos en destino. Un mensaje escrito alrededor de ese momento indica que el conector puede haber enviado el mensaje que le falta. La ausencia de mensajes escritos indica que el conector no envió ningún mensaje. Si esperaba que el conector escribiera un mensaje, revise su configuración.

3. En el tema principal de la suscripción, busque los tiempos de publicación y entrega del mensaje que estén cerca del registro de hora relacionado del paso anterior.

   Visualice los gráficos de métricas por defecto del tema. En concreto, consulte los gráficos de métricas Recuento total de mensajes publicados y Recuento de mensajes entregados. Un mensaje publicado que no se entregó podría indicar un problema con el punto final de la suscripción.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Actualice la configuración del disparador del recurso de envío de mensajes para que se cumpla el disparador cuando espere.

Por ejemplo, actualice una alarma para utilizar un intervalo más corto.

A continuación, se muestran instrucciones para actualizar los recursos de envío de mensajes:

• Anuncios: actualización de una suscripción a anuncios
• Alarmas: actualización de una alarma
• Reglas de evento: Edición de una regla de eventos
• Conectores: Actualización de un conector

Es posible que el recurso de envío de mensajes no haya enviado el mensaje al servicio de notificaciones. (El recurso que envía el mensaje puede ser una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento)).

Por ejemplo, puede esperar un correo electrónico para un evento, mientras que la regla de evento se configuró accidentalmente para un evento diferente.

Cómo diagnosticar

Revise el historial del recurso de envío de mensajes y compare las conclusiones con los mensajes publicados y entregados del tema.

1. Observe la hora a la que se produjo la condición de disparador.

   Ver gráficos de métricas por defecto para que el recurso determine la hora.

   Por ejemplo, puede ver gráficos de métricas para una instancia informática y encontrar que ha superado el umbral definido en la alarma a las 10:01.

2. Busque el registro de hora relacionado registrado por el recurso asociado (alarma, regla de evento o conector).

   • Para una alarma: busque transiciones de estado de alarma relevantes cercanas a la hora de la condición del disparador.

     Consejo
     
     Evalúe las alarmas y los mensajes con sus identificadores exclusivos. Consulte Cómo evitar el procesamiento de elementos duplicados. Para ver el formato utilizado por los mensajes de alarma, consulte Formato del mensaje y ejemplos.

     Ver el historial de alarmas. Una transición encontrada alrededor de ese tiempo indica que la alarma podría haber enviado el mensaje que falta. La ausencia de transiciones indica que la alarma no envió ningún mensaje. Si esperaba la transición de la alarma, revise su configuración.

   • Para una regla de evento: busque eventos coincidentes cercanos a la hora de la condición de disparador.

     Ver gráficos de métricas por defecto para la regla de evento. Consulte el gráfico Eventos coincidentes. Un evento coincidente en ese momento indica que la regla de evento podría haber enviado el mensaje que le falta. La ausencia de eventos coincidentes indica que la regla de evento no envió ningún mensaje. Si esperaba que la regla de evento detectara un evento coincidente, revise su configuración.

   • Para un conector: busque mensajes escritos que estén cerca de la hora de la condición del disparador.

     Ver gráficos de métricas por defecto para el conector. Consulte el gráfico Mensajes escritos en destino. Un mensaje escrito alrededor de ese momento indica que el conector puede haber enviado el mensaje que le falta. La ausencia de mensajes escritos indica que el conector no envió ningún mensaje. Si esperaba que el conector escribiera un mensaje, revise su configuración.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Por ejemplo, actualice una regla de evento para que coincida con el evento previsto.

A continuación, se muestran instrucciones para actualizar los recursos de envío de mensajes:

• Anuncios: actualización de una suscripción a anuncios
• Alarmas: actualización de una alarma
• Reglas de evento: Edición de una regla de eventos
• Conectores: Actualización de un conector

Es posible que la suscripción esté configurada incorrectamente.

Por ejemplo, es posible que el punto final de una suscripción de correo electrónico no coincida con la dirección de correo electrónico esperada o que el punto final de una suscripción de Slack no incluya el webhook correcto.

Un indicador de una suscripción configurada incorrectamente es un mensaje publicado que no se entrega.

Cómo diagnosticar

Obtenga los detalles de la suscripción y revise la configuración. Por ejemplo, compare el punto final de una suscripción de correo electrónico con la dirección de correo electrónico esperada.

Revise el historial del recurso de envío de mensajes y compare las conclusiones con los mensajes publicados y entregados del tema.

1. Observe la hora a la que se produjo la condición de disparador.

   Ver gráficos de métricas por defecto para que el recurso determine la hora.

   Por ejemplo, puede ver gráficos de métricas para una instancia informática y encontrar que ha superado el umbral definido en la alarma a las 10:01.

2. Busque el registro de hora relacionado registrado por el recurso asociado (alarma, regla de evento o conector).

   • Para una alarma: busque transiciones de estado de alarma relevantes cercanas a la hora de la condición del disparador.

     Consejo
     
     Evalúe las alarmas y los mensajes con sus identificadores exclusivos. Consulte Cómo evitar el procesamiento de elementos duplicados. Para ver el formato utilizado por los mensajes de alarma, consulte Formato del mensaje y ejemplos.

     Ver el historial de alarmas. Una transición encontrada alrededor de ese tiempo indica que la alarma podría haber enviado el mensaje que falta. La ausencia de transiciones indica que la alarma no envió ningún mensaje. Si esperaba la transición de la alarma, revise su configuración.

   • Para una regla de evento: busque eventos coincidentes cercanos a la hora de la condición de disparador.

     Ver gráficos de métricas por defecto para la regla de evento. Consulte el gráfico Eventos coincidentes. Un evento coincidente en ese momento indica que la regla de evento podría haber enviado el mensaje que le falta. La ausencia de eventos coincidentes indica que la regla de evento no envió ningún mensaje. Si esperaba que la regla de evento detectara un evento coincidente, revise su configuración.

   • Para un conector: busque mensajes escritos que estén cerca de la hora de la condición del disparador.

     Ver gráficos de métricas por defecto para el conector. Consulte el gráfico Mensajes escritos en destino. Un mensaje escrito alrededor de ese momento indica que el conector puede haber enviado el mensaje que le falta. La ausencia de mensajes escritos indica que el conector no envió ningún mensaje. Si esperaba que el conector escribiera un mensaje, revise su configuración.

3. En el tema principal de la suscripción, busque los tiempos de publicación y entrega del mensaje que estén cerca del registro de hora relacionado del paso anterior.

   Visualice los gráficos de métricas por defecto del tema. En concreto, consulte los gráficos de métricas Recuento total de mensajes publicados y Recuento de mensajes entregados. Un mensaje publicado que no se entregó podría indicar un problema con el punto final de la suscripción.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador.

• Si la suscripción está pendiente, confírmela.
• Si la suscripción está configurada incorrectamente, vuelva a crearla con la configuración correcta. Recomendamos suprimir la suscripción configurada incorrectamente.

El servicio de notificaciones ha borrado el mensaje recibido de una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento) destinada a una suscripción. Este problema puede ocurrir cuando la suscripción está pendiente o configurada incorrectamente.

Cómo diagnosticar

En el tema principal de la suscripción, busque mensajes de función borrados. Visualice los gráficos de métricas por defecto del tema. En concreto, consulte el gráfico de métricas Recuento de Mensajes Fallidos y observe el valor de la dimensión de métrica endpointType ("ORACLE_FUNCTIONS" para un mensaje de función borrada). Cuando existe un mensaje de función borrada, el contador de este gráfico de métricas aumenta, mostrando "ORACLE_FUNCTIONS" para endpointType.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador.

• Si la suscripción está pendiente, confírmela.
• Si la suscripción está configurada incorrectamente, vuelva a crearla con la configuración correcta. Recomendamos suprimir la suscripción configurada incorrectamente.

Por ejemplo, una suscripción de Slack está en estado pendiente debido a una falta de confirmación.

Cómo diagnosticar

Obtenga los detalles de la suscripción para confirmar el estado activo. Si no encuentra la suscripción, es posible que se haya suprimido.

Cómo corregir

Puede remediar esta situación para futuras condiciones de disparador. Confirme la suscripción para activarla o, si no la encuentra, vuelva a crear la suscripción.

Es posible que los mensajes SMS no estén activados para el recurso de envío de mensajes. Las suscripciones de SMS sólo están activadas para los mensajes que envían los siguientes servicios de Oracle Cloud Infrastructure: Announcements, Monitoring y Connector Hub. Consulte Antes de Empezar (en la página "Creación de una Suscripción de SMS").

Por ejemplo, considere una regla de evento configurada para enviar mensajes a un tema. El tema contiene una suscripción de correo electrónico y una suscripción de SMS. Sin embargo, los mensajes SMS no están activados para el servicio Events. En este caso, el mensaje SMS se borra.

Cómo diagnosticar

En el tema principal de la suscripción, busque mensajes SMS borrados. Visualice los gráficos de métricas por defecto del tema. En concreto, consulte el gráfico de métricas Recuento de mensajes fallidos y observe el valor de la dimensión de métrica endpointType ("SMS" para un mensaje SMS borrado). Por ejemplo, si un recurso no soportado envía un mensaje SMS a un tema que contiene una suscripción SMS, el mensaje SMS se borra. El contador de este gráfico de métricas aumenta, mostrando "SMS" para endpointType.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Cree un recurso de envío de mensajes que esté activado para enviar mensajes SMS:

• Alarmas: Creación de una alarma
• Anuncios: Creación de una suscripción a anuncios
• Conectores: Creación de un conector

El mensaje SMS se puede enviar desde o hacia una configuración regional no soportada. Se requieren capacidades de SMS internacional si los mensajes SMS proceden de un número de teléfono de otro país.

Cómo diagnosticar

Confirme que tiene la capacidad de enviar y recibir mensajes SMS desde y hacia otros países. Agregamos continuamente soporte para más países para que más usuarios puedan recibir mensajes SMS de números de teléfono locales. Consulte SMS.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Obtenga capacidades de SMS internacionales.

Es posible que no se entregue un mensaje de correo electrónico si la dirección de correo electrónico está en una lista de supresión.

Entre los motivos de supresión se incluyen los códigos de devolución y las quejas de los usuarios. Para obtener más información, consulte Gestión de la lista de supresión.

Cómo diagnosticar

En el tema principal de la suscripción, busque mensajes de correo electrónico borrados. Visualice los gráficos de métricas por defecto del tema. En concreto, consulte el gráfico de métricas Recuento de Mensajes Fallidos y observe el valor de la dimensión de métrica endpointType ("Correo Electrónico" para un mensaje de correo electrónico borrado). Por ejemplo, si la dirección de correo electrónico está en una lista de supresión, el mensaje de correo electrónico se borra. El contador de este gráfico de métricas aumenta y muestra "EMAIL" para endpointType.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Consulte Supresión de una dirección de correo electrónico de la lista de supresión. Para obtener ayuda para evitar listas de supresión en el futuro, consulte Mantenimiento de una reputación de emisor de correo electrónico positivo.

Si el tema está en un compartimento gestionado de Oracle Platform Services (denominado "ManagedCompartmentForPaas"), es posible que el servicio Monitoring no tenga permisos para utilizarlo y que no se reciban los mensajes de alarma enviados a ese tema.

Cómo diagnosticar

Obtenga los detalles del tema para determinar si su compartimento es un compartimento gestionado por Oracle Platform Services (denominado "ManagedCompartmentForPaas").

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Para obtener más información, incluidos los pasos para la resolución, consulte No se reciben mensajes de alarma en los compartimentos gestionados de Oracle Platform Services.

Es posible que el recurso de envío de mensajes no haya enviado el mensaje al servicio de notificaciones. (Un recurso de envío de mensajes puede ser una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento)).

Por ejemplo, puede esperar que una regla de evento envíe un mensaje al tema configurado porque se produjo un evento. Sin embargo, la regla de evento puede configurarse accidentalmente para un evento diferente que no se produjo.

Cómo diagnosticar

Revise el historial del recurso de envío de mensajes y compare las conclusiones con los mensajes publicados y entregados del tema.

1. Observe la hora a la que se produjo la condición de disparador.

   Ver gráficos de métricas por defecto para que el recurso determine la hora.

   Por ejemplo, puede ver gráficos de métricas para una instancia informática y encontrar que ha superado el umbral definido en la alarma a las 10:01.

2. Busque el registro de hora relacionado registrado por el recurso asociado (alarma, regla de evento o conector).

   • Para una alarma: busque transiciones de estado de alarma relevantes cercanas a la hora de la condición del disparador.

     Consejo
     
     Evalúe las alarmas y los mensajes con sus identificadores exclusivos. Consulte Cómo evitar el procesamiento de elementos duplicados. Para ver el formato utilizado por los mensajes de alarma, consulte Formato del mensaje y ejemplos.

     Ver el historial de alarmas. Una transición encontrada alrededor de ese tiempo indica que la alarma podría haber enviado el mensaje que falta. La ausencia de transiciones indica que la alarma no envió ningún mensaje. Si esperaba la transición de la alarma, revise su configuración.

   • Para una regla de evento: busque eventos coincidentes cercanos a la hora de la condición de disparador.

     Ver gráficos de métricas por defecto para la regla de evento. Consulte el gráfico Eventos coincidentes. Un evento coincidente en ese momento indica que la regla de evento podría haber enviado el mensaje que le falta. La ausencia de eventos coincidentes indica que la regla de evento no envió ningún mensaje. Si esperaba que la regla de evento detectara un evento coincidente, revise su configuración.

   • Para un conector: busque mensajes escritos que estén cerca de la hora de la condición del disparador.

     Ver gráficos de métricas por defecto para el conector. Consulte el gráfico Mensajes escritos en destino. Un mensaje escrito alrededor de ese momento indica que el conector puede haber enviado el mensaje que le falta. La ausencia de mensajes escritos indica que el conector no envió ningún mensaje. Si esperaba que el conector escribiera un mensaje, revise su configuración.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador. Por ejemplo, actualice una regla de evento para que coincida con el evento previsto.

A continuación, se muestran instrucciones para actualizar los recursos de envío de mensajes:

• Anuncios: actualización de una suscripción a anuncios
• Alarmas: actualización de una alarma
• Reglas de evento: Edición de una regla de eventos
• Conectores: Actualización de un conector

El servicio de notificaciones ha borrado el mensaje recibido de una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento) destinada a una suscripción de función. Este problema puede ocurrir cuando la suscripción está pendiente o configurada incorrectamente.

Cómo diagnosticar

En el tema principal de la suscripción, busque mensajes de función borrados. Visualice los gráficos de métricas por defecto del tema. En concreto, consulte el gráfico de métricas Recuento de Mensajes Fallidos y observe el valor de la dimensión de métrica endpointType ("ORACLE_FUNCTIONS" para un mensaje de función borrada). Cuando existe un mensaje de función borrada, el contador de este gráfico de métricas aumenta, mostrando "ORACLE_FUNCTIONS" para endpointType.

Cómo corregir

Puede solucionar esta situación para futuras condiciones de disparador.

• Si la suscripción está pendiente, confírmela.
• Si la suscripción está configurada incorrectamente, vuelva a crearla con la configuración correcta. Recomendamos suprimir la suscripción configurada incorrectamente.

No se ha llamado a la función aunque Notifications haya entregado el mensaje recibido de una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento).

Cómo diagnosticar

Nota

El servicio de notificaciones no tiene información sobre una función una vez llamada.

Si esta es la primera llamada, la respuesta se puede retrasar.

1. Confirmar entrega de notificaciones: en el tema principal de la suscripción, confirme que Notifications entregó el mensaje a la función. Visualice los gráficos de métricas por defecto del tema. En concreto, consulte el gráfico de métricas Recuento de mensajes entregados y observe el valor de la dimensión de métrica endpointType ("ORACLE_FUNCTIONS" para un mensaje de función entregado). Cuando se entrega un mensaje de función, el contador de este gráfico de métricas aumenta, mostrando "ORACLE_FUNCTIONS" para endpointType.
2. En la función, busque tiempos de llamada y ejecución cercanos al momento en que se produjo la condición de disparador.
   • Visualización de los gráficos de métricas por defecto de la función. En concreto, visualice los gráficos de métricas Llamadas y Duración. Si no se cierran los puntos de datos, el registro de hora indica que la función no se invocó ni se ejecutó.
   • Ver los logs de servicio de la función.

Cómo corregir

Si la función nunca se invocó, póngase en contacto con los Servicios de Soporte.

La función no se ejecutó aunque se llamó después de que Notifications entregara el mensaje recibido de una alarma, una suscripción a anuncios, una regla de evento, un conector o una notificación contextual (regla de alarma o evento).

Cómo diagnosticar

Nota

El servicio de notificaciones no tiene información sobre una función una vez llamada.

Si esta es la primera llamada, la respuesta se puede retrasar.

1. Confirmar entrega de notificaciones: en el tema principal de la suscripción, confirme que Notifications entregó el mensaje a la función. Visualice los gráficos de métricas por defecto del tema. En concreto, consulte el gráfico de métricas Recuento de mensajes entregados y observe el valor de la dimensión de métrica endpointType ("ORACLE_FUNCTIONS" para un mensaje de función entregado). Cuando se entrega un mensaje de función, el contador de este gráfico de métricas aumenta, mostrando "ORACLE_FUNCTIONS" para endpointType.
2. En la función, busque tiempos de llamada y ejecución cercanos al momento en que se produjo la condición de disparador.
   • Visualización de los gráficos de métricas por defecto de la función. En concreto, visualice los gráficos de métricas Llamadas y Duración. Un punto de datos en Llamadas que no tenga una incidencia coincidente en Duración indica que se ha llamado a la función pero no se ha ejecutado.
   • Ver los logs de servicio de la función.

Cómo corregir

Consulte Solución de problemas de OCI Functions.