Dépannage de Notifications

Le déclencheur configuré pour la ressource d'envoi de message n'a peut-être pas été satisfait dans la période que vous recherchez. (La ressource qui envoie le message peut être une alarme, un abonnement d'annonce, une règle d'événement, un connecteur ou une notification contextuelle (règle d'alarme ou d'événement).)

Prenons l'exemple d'une alarme configurée pour un seuil de 90 % à un intervalle d'une heure. L'évaluation la plus récente a peut-être eu lieu avant que l'instance de calcul ne dépasse le seuil.

Comment diagnostiquer

Consultez l'historique de la ressource d'envoi de messages et comparez les résultats aux messages publiés et distribués de la rubrique.

1. Notez l'heure à laquelle la condition de déclencheur s'est produite.

   Visualisez les graphiques de mesures par défaut pour la ressource afin de déterminer l'heure.

   Par exemple, vous pouvez afficher les graphiques de mesures d'une instance Compute et constater qu'ils ont dépassé le seuil défini dans l'alarme à 10 h 01.

2. Recherchez l'horodatage associé tel qu'enregistré par la ressource associée (alarme, règle d'événement ou connecteur).

   • Pour une alarme : recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.

     Conseil
     
     Evaluez les alarmes et les messages à l'aide de leur identificateur unique. Reportez-vous à Méthode pour empêcher le traitement des éléments en double. Pour visualiser le format utilisé par les messages d'alarme, reportez-vous à Format de message et exemples.

     Afficher l'historique d'alarme. Une transition trouvée autour de cette heure indique que l'alarme a peut-être envoyé le message que vous manquez. L'absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.

   • Pour une règle d'événement : recherchez les événements correspondants proches de l'heure de la condition de déclencheur.

     Visualisez les graphiques de mesure par défaut pour la règle d'événement. Reportez-vous au graphique Evénements correspondants. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message manquant. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous attendiez de la règle d'événement qu'elle détecte un événement correspondant, vérifiez sa configuration.

   • Pour un connecteur : recherchez les messages écrits proches de l'heure de la condition de déclenchement.

     Visualisez les graphiques de mesures par défaut pour le connecteur. Reportez-vous au graphique Messages écrits sur la cible. Un message écrit vers cette heure indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.

3. Dans la rubrique parent de l'abonnement, recherchez les délais de publication et de distribution des messages proches de l'horodatage associé de l'étape précédente.

   Affichez les graphiques de mesures par défaut de la rubrique. Plus précisément, affichez les graphiques de mesures Nombre total de messages publiés et Nombre de messages livrés. Un message publié qui n'a pas été distribué peut indiquer un problème avec l'adresse de l'abonnement.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Mettez à jour la configuration du déclencheur de la ressource d'envoi de messages de sorte que le déclencheur soit satisfait lorsque vous pensez qu'il le sera.

Par exemple, mettez à jour une alarme pour utiliser un intervalle plus court.

Pour mettre à jour les ressources d'envoi de messages, procédez comme suit :

• Annonces : mise à jour d'un abonnement d'annonce
• Alarmes : Mise à jour d'une alarme
• Règles d'événement : Modification d'une règle Events
• Connecteurs : Mise à jour d'un connecteur

La ressource d'envoi de message n'a peut-être pas envoyé le message à Notifications. (La ressource qui envoie le message peut être une alarme, un abonnement d'annonce, une règle d'événement, un connecteur ou une notification contextuelle (alarme ou règle d'événement).)

Par exemple, vous pouvez vous attendre à un e-mail pour un événement, alors que la règle d'événement a été configurée accidentellement pour un autre événement.

Comment diagnostiquer

Consultez l'historique de la ressource d'envoi de messages et comparez les résultats aux messages publiés et distribués de la rubrique.

1. Notez l'heure à laquelle la condition de déclencheur s'est produite.

   Visualisez les graphiques de mesures par défaut pour la ressource afin de déterminer l'heure.

   Par exemple, vous pouvez afficher les graphiques de mesures d'une instance Compute et constater qu'ils ont dépassé le seuil défini dans l'alarme à 10 h 01.

2. Recherchez l'horodatage associé tel qu'enregistré par la ressource associée (alarme, règle d'événement ou connecteur).

   • Pour une alarme : recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.

     Conseil
     
     Evaluez les alarmes et les messages à l'aide de leur identificateur unique. Reportez-vous à Méthode pour empêcher le traitement des éléments en double. Pour visualiser le format utilisé par les messages d'alarme, reportez-vous à Format de message et exemples.

     Afficher l'historique d'alarme. Une transition trouvée autour de cette heure indique que l'alarme a peut-être envoyé le message que vous manquez. L'absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.

   • Pour une règle d'événement : recherchez les événements correspondants proches de l'heure de la condition de déclencheur.

     Visualisez les graphiques de mesure par défaut pour la règle d'événement. Reportez-vous au graphique Evénements correspondants. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message manquant. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous attendiez de la règle d'événement qu'elle détecte un événement correspondant, vérifiez sa configuration.

   • Pour un connecteur : recherchez les messages écrits proches de l'heure de la condition de déclenchement.

     Visualisez les graphiques de mesures par défaut pour le connecteur. Reportez-vous au graphique Messages écrits sur la cible. Un message écrit vers cette heure indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Par exemple, mettez à jour une règle d'événement pour qu'elle corresponde à l'événement prévu.

Pour mettre à jour les ressources d'envoi de messages, procédez comme suit :

• Annonces : mise à jour d'un abonnement d'annonce
• Alarmes : Mise à jour d'une alarme
• Règles d'événement : Modification d'une règle Events
• Connecteurs : Mise à jour d'un connecteur

L'abonnement peut être mal configuré.

Par exemple, l'adresse d'un abonnement par courriel peut ne pas correspondre à l'adresse électronique attendue ou l'adresse d'un abonnement Slack peut ne pas inclure le webhook correct.

Un indicateur d'un abonnement mal configuré est un message publié qui n'est pas distribué.

Comment diagnostiquer

Obtenez les détails de l'abonnement et vérifiez la configuration. Par exemple, comparez l'adresse d'un abonnement par courriel à l'adresse électronique attendue.

Consultez l'historique de la ressource d'envoi de messages et comparez les résultats aux messages publiés et distribués de la rubrique.

1. Notez l'heure à laquelle la condition de déclencheur s'est produite.

   Visualisez les graphiques de mesures par défaut pour la ressource afin de déterminer l'heure.

   Par exemple, vous pouvez afficher les graphiques de mesures d'une instance Compute et constater qu'ils ont dépassé le seuil défini dans l'alarme à 10 h 01.

2. Recherchez l'horodatage associé tel qu'enregistré par la ressource associée (alarme, règle d'événement ou connecteur).

   • Pour une alarme : recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.

     Conseil
     
     Evaluez les alarmes et les messages à l'aide de leur identificateur unique. Reportez-vous à Méthode pour empêcher le traitement des éléments en double. Pour visualiser le format utilisé par les messages d'alarme, reportez-vous à Format de message et exemples.

     Afficher l'historique d'alarme. Une transition trouvée autour de cette heure indique que l'alarme a peut-être envoyé le message que vous manquez. L'absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.

   • Pour une règle d'événement : recherchez les événements correspondants proches de l'heure de la condition de déclencheur.

     Visualisez les graphiques de mesure par défaut pour la règle d'événement. Reportez-vous au graphique Evénements correspondants. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message manquant. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous attendiez de la règle d'événement qu'elle détecte un événement correspondant, vérifiez sa configuration.

   • Pour un connecteur : recherchez les messages écrits proches de l'heure de la condition de déclenchement.

     Visualisez les graphiques de mesures par défaut pour le connecteur. Reportez-vous au graphique Messages écrits sur la cible. Un message écrit vers cette heure indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.

3. Dans la rubrique parent de l'abonnement, recherchez les délais de publication et de distribution des messages proches de l'horodatage associé de l'étape précédente.

   Affichez les graphiques de mesures par défaut de la rubrique. Plus précisément, affichez les graphiques de mesures Nombre total de messages publiés et Nombre de messages livrés. Un message publié qui n'a pas été distribué peut indiquer un problème avec l'adresse de l'abonnement.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures.

• Si l'abonnement est en attente, confirmez-le.
• Si l'abonnement n'est pas configuré correctement, recréez-le avec une configuration correcte. Nous vous recommandons de supprimer l'abonnement mal configuré.

Notifications a supprimé le message reçu d'une alarme, d'un abonnement d'annonce, d'une règle d'événement, d'un connecteur ou d'une notification contextuelle (alarme ou règle d'événement) destinée à un abonnement. Ce problème peut survenir lorsque l'abonnement est en attente ou mal configuré.

Comment diagnostiquer

Dans la rubrique parent de l'abonnement, recherchez les messages de fonction supprimés. Affichez les graphiques de mesures par défaut de la rubrique. En particulier, affichez le graphique de mesures Nombre de messages ayant échoué et notez la valeur de la dimension de mesure endpointType ("ORACLE_FUNCTIONS" pour un message de fonction supprimé). Lorsqu'un message de fonction supprimé existe, le compteur de ce graphique de mesures est incrémenté, affichant "ORACLE_FUNCTIONS" pour endpointType.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures.

• Si l'abonnement est en attente, confirmez-le.
• Si l'abonnement n'est pas configuré correctement, recréez-le avec une configuration correcte. Nous vous recommandons de supprimer l'abonnement mal configuré.

Par exemple, un abonnement Slack est en attente en raison d'un manque de confirmation.

Comment diagnostiquer

Obtenez les détails de l'abonnement pour confirmer le statut Actif. Si vous ne trouvez pas l'abonnement, il a peut-être été supprimé.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. confirmez l'abonnement pour l'activer ou, si vous ne le trouvez pas, recréez l'abonnement.

Les messages SMS peuvent ne pas être activés pour la ressource d'envoi de messages. Les abonnements SMS sont activés uniquement pour les messages envoyés par les services Oracle Cloud Infrastructure suivants : Announcements, Monitoring et Connector Hub. Reportez-vous à Avant de commencer (sur la page Création d'un abonnement SMS).

Par exemple, prenons une règle d'événement configurée pour envoyer des messages à un sujet. La rubrique contient un abonnement par courriel et un abonnement SMS. Toutefois, les messages SMS ne sont pas activés pour le service Events. Dans ce cas, le message SMS est supprimé.

Comment diagnostiquer

Dans la rubrique parent de l'abonnement, recherchez les messages SMS supprimés. Affichez les graphiques de mesures par défaut de la rubrique. Plus précisément, affichez le graphique de mesures Nombre de messages ayant échoué et notez la valeur de la dimension de mesure endpointType ("SMS" pour un message SMS supprimé). Par exemple, si une ressource non prise en charge envoie un message SMS à un sujet contenant un abonnement SMS, le message SMS est supprimé. Le compteur de ce graphique de mesures est incrémenté, affichant "SMS" pour endpointType.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Créez une ressource d'envoi de messages activée pour l'envoi de messages SMS :

• Alarmes : Création d'une alarme
• Annonces : Création d'un abonnement d'annonce
• Connecteurs : Création d'un connecteur

Le message SMS peut être envoyé vers ou depuis un environnement linguistique non pris en charge. Des fonctionnalités SMS internationales sont requises si les messages SMS proviennent d'un numéro de téléphone d'un autre pays.

Comment diagnostiquer

Confirmez que vous avez la possibilité d'envoyer et de recevoir des messages SMS vers et depuis d'autres pays. Nous étendons continuellement la prise en charge à davantage de pays afin qu'un plus grand nombre d'utilisateurs puissent recevoir des messages SMS de numéros de téléphone locaux. Reportez-vous à SMS.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Bénéficiez de fonctionnalités SMS internationales.

Un courriel peut ne pas être remis si son adresse figure sur une liste de suppression.

Les motifs de suppression incluent les codes de refus et les réclamations des utilisateurs. Pour plus d'informations, reportez-vous à Gestion de la liste de suppression.

Comment diagnostiquer

Dans la rubrique parent de l'abonnement, recherchez les e-mails supprimés. Affichez les graphiques de mesures par défaut de la rubrique. Plus précisément, affichez le graphique de mesures Nombre de messages ayant échoué et notez la valeur de la dimension de mesure endpointType ("EMAIL" pour un courriel supprimé). Par exemple, si l'adresse électronique figure sur une liste de suppression, elle est supprimée. Le compteur de ce graphique de mesures est incrémenté, affichant "EMAIL" pour endpointType.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Reportez-vous à Suppression d'une adresse électronique de la liste de suppression. Pour obtenir de l'aide afin d'éviter les listes de suppression à l'avenir, reportez-vous à Maintenance d'une réputation d'expéditeur de courriel positive.

Si votre sujet se trouve dans des compartiments gérés par Oracle Platform Services (nommés "ManagedCompartmentForPaas"), le service Monitoring n'est peut-être pas autorisé à l'utiliser et les messages d'alarme envoyés à ce sujet risquent de ne pas être reçus.

Comment diagnostiquer

Obtenez les détails du sujet pour déterminer si son compartiment est un compartiment géré par Oracle Platform Services (nommé "ManagedCompartmentForPaas").

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Pour plus de détails, y compris les étapes de résolution, reportez-vous à Les messages d'alarme ne sont pas reçus dans les compartiments gérés Oracle Platform Services.

La ressource d'envoi de message n'a peut-être pas envoyé le message à Notifications. (Une ressource d'envoi de messages peut être une alarme, un abonnement d'annonce, une règle d'événement, un connecteur ou une notification contextuelle (alarme ou règle d'événement).)

Par exemple, vous pouvez vous attendre à ce qu'une règle d'événement envoie un message au sujet configuré en raison d'un événement. Toutefois, la règle d'événement peut être configurée accidentellement pour un autre événement qui ne s'est pas produit.

Comment diagnostiquer

Consultez l'historique de la ressource d'envoi de messages et comparez les résultats aux messages publiés et distribués de la rubrique.

1. Notez l'heure à laquelle la condition de déclencheur s'est produite.

   Visualisez les graphiques de mesures par défaut pour la ressource afin de déterminer l'heure.

   Par exemple, vous pouvez afficher les graphiques de mesures d'une instance Compute et constater qu'ils ont dépassé le seuil défini dans l'alarme à 10 h 01.

2. Recherchez l'horodatage associé tel qu'enregistré par la ressource associée (alarme, règle d'événement ou connecteur).

   • Pour une alarme : recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.

     Conseil
     
     Evaluez les alarmes et les messages à l'aide de leur identificateur unique. Reportez-vous à Méthode pour empêcher le traitement des éléments en double. Pour visualiser le format utilisé par les messages d'alarme, reportez-vous à Format de message et exemples.

     Afficher l'historique d'alarme. Une transition trouvée autour de cette heure indique que l'alarme a peut-être envoyé le message que vous manquez. L'absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.

   • Pour une règle d'événement : recherchez les événements correspondants proches de l'heure de la condition de déclencheur.

     Visualisez les graphiques de mesure par défaut pour la règle d'événement. Reportez-vous au graphique Evénements correspondants. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message manquant. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous attendiez de la règle d'événement qu'elle détecte un événement correspondant, vérifiez sa configuration.

   • Pour un connecteur : recherchez les messages écrits proches de l'heure de la condition de déclenchement.

     Visualisez les graphiques de mesures par défaut pour le connecteur. Reportez-vous au graphique Messages écrits sur la cible. Un message écrit vers cette heure indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Par exemple, mettez à jour une règle d'événement pour qu'elle corresponde à l'événement prévu.

Pour mettre à jour les ressources d'envoi de messages, procédez comme suit :

• Annonces : mise à jour d'un abonnement d'annonce
• Alarmes : Mise à jour d'une alarme
• Règles d'événement : Modification d'une règle Events
• Connecteurs : Mise à jour d'un connecteur

Notifications a supprimé le message reçu d'une alarme, d'un abonnement à une annonce, d'une règle d'événement, d'un connecteur ou d'une notification contextuelle (alarme ou règle d'événement) destinée à un abonnement à une fonction. Ce problème peut survenir lorsque l'abonnement est en attente ou mal configuré.

Comment diagnostiquer

Dans la rubrique parent de l'abonnement, recherchez les messages de fonction supprimés. Affichez les graphiques de mesures par défaut de la rubrique. En particulier, affichez le graphique de mesures Nombre de messages ayant échoué et notez la valeur de la dimension de mesure endpointType ("ORACLE_FUNCTIONS" pour un message de fonction supprimé). Lorsqu'un message de fonction supprimé existe, le compteur de ce graphique de mesures est incrémenté, affichant "ORACLE_FUNCTIONS" pour endpointType.

Résolution

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures.

• Si l'abonnement est en attente, confirmez-le.
• Si l'abonnement n'est pas configuré correctement, recréez-le avec une configuration correcte. Nous vous recommandons de supprimer l'abonnement mal configuré.

La fonction n'a pas été appelée même si Notifications a remis le message reçu d'une alarme, d'un abonnement d'annonce, d'une règle d'événement, d'un connecteur ou d'une notification contextuelle (alarme ou règle d'événement).

Comment diagnostiquer

Remarque

Le service Notifications ne dispose d'aucune information sur une fonction après que celle-ci a été appelée.

S'il s'agit du premier appel, la réponse peut être retardée.

1. Confirmer la transmission de notifications : dans le sujet parent de l'abonnement, confirmez que Notifications a transmis le message à la fonction. Affichez les graphiques de mesures par défaut de la rubrique. En particulier, affichez le graphique de mesures Nombre de messages distribués et notez la valeur de la dimension de mesure endpointType ("ORACLE_FUNCTIONS" pour un message de fonction fourni). Lorsqu'un message de fonction est distribué, le compteur de ce graphique de mesures est incrémenté, affichant "ORACLE_FUNCTIONS" pour endpointType.
2. Dans la fonction, recherchez les temps d'appel et d'exécution proches de l'heure à laquelle la condition de déclenchement s'est produite.
   • Visualisez les graphiques de mesures par défaut de la fonction. Plus précisément, visualisez les graphiques de mesures Appels et Durée. Une absence de points de données clôturant cet horodatage indique que la fonction n'a pas été appelée ou exécutée.
   • Visualisez les journaux de service de la fonction.

Résolution

Si la fonction n'a jamais été appelée, contactez le support technique.

La fonction n'a pas été exécutée même si elle a été appelée après que Notifications a remis le message reçu d'une alarme, d'un abonnement d'annonce, d'une règle d'événement, d'un connecteur ou d'une notification contextuelle (alarme ou règle d'événement).

Comment diagnostiquer

Remarque

Le service Notifications ne dispose d'aucune information sur une fonction après que celle-ci a été appelée.

S'il s'agit du premier appel, la réponse peut être retardée.

1. Confirmer la transmission de notifications : dans le sujet parent de l'abonnement, confirmez que Notifications a transmis le message à la fonction. Affichez les graphiques de mesures par défaut de la rubrique. En particulier, affichez le graphique de mesures Nombre de messages distribués et notez la valeur de la dimension de mesure endpointType ("ORACLE_FUNCTIONS" pour un message de fonction fourni). Lorsqu'un message de fonction est distribué, le compteur de ce graphique de mesures est incrémenté, affichant "ORACLE_FUNCTIONS" pour endpointType.
2. Dans la fonction, recherchez les temps d'appel et d'exécution proches de l'heure à laquelle la condition de déclenchement s'est produite.
   • Visualisez les graphiques de mesures par défaut de la fonction. Plus précisément, visualisez les graphiques de mesures Appels et Durée. Un point de données dans Appels qui n'a pas d'occurrence correspondante dans Durée indique que la fonction a été appelée mais n'a pas été exécutée.
   • Visualisez les journaux de service de la fonction.

Résolution

Reportez-vous à Dépannage d'OCI Functions.