Dépannage des avis

Utilisez les informations de diagnostic pour identifier et résoudre les problèmes courants qui peuvent survenir lors de l'utilisation du service d'avis.

Voir aussi Problèmes connus pour le service d'avis.

Message non reçu

Dépannez un message manquant pour un abonnement.

Un message que vous attendiez d'un abonnement n'a jamais été reçu. Le flux de transmission de messages n'a pas eu lieu comme vous le pensiez. Par exemple, vous n'avez pas reçu de courriel lorsqu'une instance de calcul dépasse un seuil d'alarme.

Voici les causes et remèdes possibles pour cette question.

Cause : Déclencheur non satisfait

Le déclencheur configuré pour la ressource d'envoi de message n'a peut-être pas été satisfait dans l'intervalle de temps que vous recherchez. (La ressource qui envoie le message peut être une alarme, un abonnement aux annonces, une règle d'événement, un connecteur ou un avis contextuel (règle d'alarme ou d'événement).)

Par exemple, considérez 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

Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.

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

    Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.

    Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.

  2. Recherchez l'horodatage associé tel qu'il est 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

      Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.

      consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une 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éclenchement.

      Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.

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

      Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là 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 le sujet parent de l'abonnement, recherchez les délais de publication et de transmission des messages proches de l'horodatage associé à l'étape précédente.

    Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez les graphiques de mesure Nombre total de messages publiés et Nombre de messages livrés. Un message publié qui n'a pas été livré peut indiquer un problème avec le point d'extrémité de l'abonnement.

Comment corriger

Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Mettez à jour la configuration de déclencheur de la ressource d'envoi de message afin que le déclencheur soit satisfait lorsque vous le prévoyez.

Par exemple, mettez à jour une alarme pour qu'elle utilise un intervalle plus court.

Voici les instructions pour mettre à jour les ressources d'envoi de messages :

Cause : La ressource n'a pas envoyé de message

Il se peut que la ressource qui envoie le message n'ait pas envoyé le message au service d'avis. (La ressource qui envoie le message peut être une alarme, un abonnement aux annonces, une règle d'événement, un connecteur ou un avis contextuel (règle d'alarme ou d'événement).)

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

Comment diagnostiquer

Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.

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

    Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.

    Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.

  2. Recherchez l'horodatage associé tel qu'il est 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

      Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.

      consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une 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éclenchement.

      Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.

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

      Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là 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.

Comment corriger

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.

Voici les instructions pour mettre à jour les ressources d'envoi de messages :

Cause : Abonnement mal configuré

L'abonnement est peut-être mal configuré.

Par exemple, le point d'extrémité d'un abonnement de courriel peut ne pas correspondre à l'adresse de courriel attendue, ou le point d'extrémité d'un abonnement Slack peut ne pas inclure le webhook approprié.

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

Comment diagnostiquer

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

Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.

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

    Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.

    Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.

  2. Recherchez l'horodatage associé tel qu'il est 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

      Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.

      consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une 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éclenchement.

      Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.

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

      Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là 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 le sujet parent de l'abonnement, recherchez les délais de publication et de transmission des messages proches de l'horodatage associé à l'étape précédente.

    Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez les graphiques de mesure Nombre total de messages publiés et Nombre de messages livrés. Un message publié qui n'a pas été livré peut indiquer un problème avec le point d'extrémité de l'abonnement.

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

Cause : Message supprimé

Le service d'avis a supprimé le message reçu d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement) destiné à 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 abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure 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ée existe, le compteur de ce graphique de mesure incrémente, indiquant "ORACLE_FUNCTIONS" pour endpointType.

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

Cause : L'abonnement n'est pas actif

Par exemple, un abonnement Slack a le statut 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é.
Comment corriger
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.

Cause : Ressource non prise en charge utilisée pour les SMS

Il est possible que les messages SMS ne soient pas activés pour la ressource d'envoi de messages. Les abonnements SMS ne sont activés que pour les messages envoyés par les services Oracle Cloud Infrastructure suivants : annonces, Surveillance et Centre de connecteurs. Voir Avant de commencer (dans la page "Création d'un abonnement SMS").

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

Comment diagnostiquer

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

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

Cause : Les capacités de SMS internationaux sont manquantes

Le message SMS peut être envoyé vers ou depuis des paramètres régionaux non pris en charge. Les SMS internationaux sont requis si les 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 à destination et en provenance d'autres pays. Nous ajoutons continuellement la prise en charge de nouveaux pays afin que davantage d'utilisateurs puissent recevoir des messages SMS à partir de numéros de téléphone locaux. Voir SMS.
Comment corriger
Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Obtenez des capacités internationales de SMS.

Cause : Adresse de courriel supprimée

Il est possible qu'un courriel ne soit pas livré si l'adresse figure sur une liste d'exclusion.

Les motifs de suppression comprennent les codes de non-transmission et les plaintes d'utilisateur. Pour plus d'informations, voir Gestion de la liste d'exclusion.

Comment diagnostiquer

Dans la rubrique parent de l'abonnement, recherchez les courriels abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Nombre de messages ayant échoué et notez la valeur de la dimension de mesure endpointType ("EMAIL" pour un courriel abandonné). Par exemple, si l'adresse de courriel figure sur une liste de suppression, le message est abandonné. Le compteur de ces incréments de graphique de mesure, indiquant "EMAIL" pour endpointType.

Comment corriger
Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Voir Suppression d'une adresse de courriel de la liste d'exclusion. Pour obtenir de l'aide sur la prévention des listes de suppression à l'avenir, voir Modifier une réputation d'expéditeur de courriel positive.

Cause : Autorisations de surveillance manquantes pour le compartiment

Si votre sujet se trouve dans des compartiments gérés par Oracle Platform Services (nommés "ManagedCompartmentForPaas"), il se peut que le service de surveillance ne soit pas autorisé à l'utiliser et que les messages d'alarme envoyés à ce sujet ne soient pas 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").

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

Abonnement disparu

Identifiez les événements qui ont pu entraîner la disparition d'un abonnement.

Un abonnement auquel vous avez accédé auparavant n'est plus disponible.

L'abonnement a été supprimé, soit par suppression explicite, soit par un événement de désabonnement (appel à GetUnsubscription).

Mesure corrective : Identifier les événements de désabonnement et de suppression

  1. Ouvrez le menu de navigation et sélectionnez Observabilité et gestion. Sous Journalisation, sélectionnez Vérification.
  2. Sélectionnez le compartiment contenant les abonnements à surveiller.
  3. Filtre pour les événements de désabonnement et de suppression en fournissant les valeurs suivantes.
    • Filtrer par période : Sélectionnez Personnalisé.
    • Date de début : Sélectionnez la date de début de la fenêtre de recherche.
    • Date de fin : sélectionnez la date de fin de la fenêtre de recherche.
    • Types d'action de demande : Sélectionnez DELETE.
      Note

      Pour filtrer les anciens événements de désabonnement et de suppression, sélectionnez GET (utilisé pour les messages avant le 18 juillet 2023).
    • Ressource : Sélectionnez sur abonnement.
    • Type d'événement : Sélectionnez les articles suivants :
      • com.oraclecloud.notification.GetUnsubscription
      • com.oraclecloud.notification.DeleteSubscription
    Les événements correspondants sont répertoriés sous Explorer les événements.
  4. Pour déterminer si un événement est lié à l'abonnement manquant, développez-le pour vérifier ses données de journal.
    Exemple message pour un événement de désabonnement : "GetUnsubscription succeeded. Subscription removed from topic ocid1.onstopic.oc1.iad.exampleid"
  5. (Facultatif) Sélectionnez Exporter les données de journal (JSON) pour exporter les événements listés.
    Pour plus d'informations sur l'utilisation des événements de vérification, voir Journaux de vérification.

Mesure corrective : Envoyer un avis pour tout événement de désabonnement

  1. Ouvrez le menu de navigation et sélectionnez Observabilité et gestion. Sous Service d'événements, sélectionnez Règles.
  2. Sélectionnez un compartiment.
  3. Sélectionnez Créer une règle.
  4. Dans la page Créer une règle, entrez un nom convivial et une description. Évitez d'entrer des informations confidentielles.
  5. Sous Conditions de règle, fournissez les valeurs suivantes.
    • Condition : Sélectionnez Type d'événement.
    • Nom du service : Sélectionnez Avis.
    • Type d'événement : Sélectionnez Abonnement - Obtenir un désabonnement.
  6. Sous Actions, fournissez les valeurs suivantes :
    • Type d'action : Sélectionnez Avis.
    • Compartiment des avis : Sélectionnez le compartiment qui contient le sujet à utiliser pour les messages d'événement.
    • Sujet : Sélectionnez le sujet à utiliser pour les messages d'événement.
  7. Sélectionnez Créer une règle.

Fonction non appelée ou exécution

Dépannez une fonction qui n'a pas été appelée ou qui n'a pas été exécutée comme prévu au moyen d'un abonnement.

La fonction configurée dans un abonnement de fonction n'a pas été appelée ou n'a pas été exécutée. Le flux de transmission de message pour la fonction n'a pas eu lieu comme vous le pensiez. Par exemple, la fonction configurée n'a pas redimensionné une machine virtuelle lorsqu'elle dépassait la mémoire.

Voici les causes et remèdes possibles pour cette question.

Cause : La ressource n'a pas envoyé de message

Il se peut que la ressource qui envoie le message n'ait pas envoyé le message au service d'avis. (Une ressource d'envoi de message peut être une alarme, un abonnement aux annonces, une règle d'événement, un connecteur ou un avis contextuel (règle d'alarme ou d'événement).)

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

Comment diagnostiquer

Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.

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

    Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.

    Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.

  2. Recherchez l'horodatage associé tel qu'il est 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

      Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.

      consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une 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éclenchement.

      Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.

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

      Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là 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.

Comment corriger

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.

Voici les instructions pour mettre à jour les ressources d'envoi de messages :

Cause : Message supprimé

Le service d'avis a supprimé le message reçu d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement) destiné à 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 abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure 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ée existe, le compteur de ce graphique de mesure incrémente, indiquant "ORACLE_FUNCTIONS" pour endpointType.

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

Cause : La fonction n'a pas été appelée

La fonction n'a pas été appelée même si le service d'avis a transmis le message reçu à partir d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement).

Comment diagnostiquer
Note

Le service d'avis n'a aucune information sur une fonction une fois celle-ci appelée.

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

  1. Confirmer la transmission des avis : Dans le sujet parent de l'abonnement, vérifiez que le service d'avis a transmis le message à la fonction. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Delivered Messages Count (Nombre de messages livré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 transmis, le compteur de ce graphique de mesure incrémente, indiquant "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.
Comment corriger
Si la fonction n'a jamais été appelée, communiquez avec le soutien technique.

Cause : La fonction n'a pas été exécutée

La fonction n'a pas été exécutée même si elle a été appelée après que le service d'avis a transmis le message reçu d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement).

Comment diagnostiquer
Note

Le service d'avis n'a aucune information sur une fonction une fois celle-ci appelée.

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

  1. Confirmer la transmission des avis : Dans le sujet parent de l'abonnement, vérifiez que le service d'avis a transmis le message à la fonction. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Delivered Messages Count (Nombre de messages livré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 transmis, le compteur de ce graphique de mesure incrémente, indiquant "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.
Comment corriger
Voir Dépannage du service des fonctions pour OCI.

Confirmation d'abonnement HTTPS (URL personnalisée) non reçue

Dépannez un message de confirmation manquant pour un nouvel abonnement à HTTPS (URL personnalisée).

Le nouvel abonnement HTTPS (URL personnalisée) reste au statut En attente une fois que vous avez envoyé la confirmation.

L'abonnement n'a jamais reçu la confirmation. Le point d'extrémité de l'abonnement HTTPS (URL personnalisée) n'a jamais reçu la confirmation, car le point d'extrémité de l'abonnement ne satisfait pas aux préalables pour les abonnements HTTPS (URL personnalisée). Par exemple, le point d'extrémité n'est pas accessible publiquement ou ne prend pas en charge les exigences d'en-tête non autorisées.

Pour résoudre ce problème, créez un nouvel abonnement avec un point d'extrémité qui satisfait aux préalables.

  1. Trouvez un point d'extrémité qui satisfait aux préalables pour les abonnements HTTPS (URL personnalisée).
  2. À l'aide du point d'extrémité sélectionné, créez un nouvel abonnement HTTPS (URL personnalisée).
  3. Confirmez le nouvel abonnement.
    Il est recommandé de supprimer l'abonnement avec le point d'extrémité problématique.