Risoluzione dei problemi relativi alle notifiche

Utilizzare le informazioni di risoluzione dei problemi per identificare e risolvere i problemi comuni che possono verificarsi durante l'utilizzo delle notifiche.

Vedere anche Problemi noti per le notifiche.

Messaggio non ricevuto

Risolvere un messaggio mancante per una sottoscrizione.

Un messaggio che ti aspettavi in un abbonamento non è mai stato ricevuto. Il flusso di consegna dei messaggi non si è verificato come si pensava. Ad esempio, non si è ricevuto un messaggio di posta elettronica quando un'istanza di computazione ha superato la soglia di allarme.

Di seguito sono riportate le possibili cause e rimedi per questo problema.

Causa: trigger non soddisfatto

Il trigger configurato per la risorsa di invio dei messaggi potrebbe non essere stato soddisfatto nell'intervallo di tempo che si stava cercando. La risorsa che invia il messaggio potrebbe essere un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola allarme o evento).

Ad esempio, si consideri un allarme configurato per una soglia del 90% a un intervallo di un'ora. Forse la valutazione più recente si è verificata prima che l'istanza di computazione superasse la soglia.

Come diagnosticare

Rivedere la cronologia della risorsa di invio dei messaggi e confrontare i risultati con i messaggi pubblicati e consegnati dell'argomento.

  1. Prendere nota dell'ora in cui si è verificata la condizione di trigger.

    Visualizzare i grafici delle metriche predefinite per la risorsa per determinare l'ora.

    Ad esempio, è possibile visualizzare i grafici delle metriche per un'istanza di computazione e scoprire che ha superato la soglia definita nell'allarme alle 10:01.

  2. Trovare l'indicatore orario correlato registrato dalla risorsa associata (allarme, regola evento o connettore).
    • Per un allarme: cercare le transizioni dello stato di allarme pertinenti vicine all'ora della condizione di trigger.

      Suggerimento

      Valutare allarmi e messaggi utilizzando gli identificativi univoci. Vedere Impedisci elaborazione di elementi duplicati. Per visualizzare il formato utilizzato dai messaggi di allarme, vedere Formato ed esempi dei messaggi.

      Visualizzare la cronologia degli allarmi. Una transizione trovata in quel periodo indica che l'allarme potrebbe aver inviato il messaggio mancante. L'assenza di transizioni indica che l'allarme non ha inviato messaggi. Se si prevedeva la transizione dell'allarme, esaminarne la configurazione.

    • Per una regola evento: cercare gli eventi corrispondenti vicini all'ora della condizione trigger.

      Visualizzare i grafici delle metriche predefinite per la regola evento. Vedere il grafico Eventi corrispondenti. Un evento corrispondente in quel periodo di tempo indica che la regola evento potrebbe aver inviato il messaggio mancante. L'assenza di eventi corrispondenti indica che la regola evento non ha inviato messaggi. Se si prevede che la regola evento rilevi un evento corrispondente, esaminarne la configurazione.

    • Per un connettore: cercare i messaggi scritti vicini all'ora della condizione di trigger.

      Visualizzare i grafici delle metriche predefinite per il connettore. Vedere il grafico Messaggi scritti nella destinazione. Un messaggio scritto in quel momento indica che il connettore potrebbe aver inviato il messaggio mancante. L'assenza di messaggi scritti indica che il connettore non ha inviato messaggi. Se si prevedeva che il connettore scrivesse un messaggio, esaminarne la configurazione.

  3. Nell'argomento padre della sottoscrizione, cercare i tempi di pubblicazione e consegna dei messaggi vicini all'indicatore orario correlato del passo precedente.

    Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare i grafici delle metriche Conteggio totale messaggi pubblicati e Conteggio messaggi consegnati. Un messaggio pubblicato che non è stato consegnato potrebbe indicare un problema con l'endpoint della sottoscrizione.

Come risolvere

È possibile porre rimedio a questa situazione per condizioni trigger future. Aggiornare la configurazione del trigger della risorsa di invio dei messaggi in modo che il trigger sia soddisfatto quando si prevede che lo sia.

Ad esempio, aggiornare un allarme per utilizzare un intervallo più breve.

Di seguito sono riportate le istruzioni per l'aggiornamento delle risorse di invio dei messaggi.

Causa: la risorsa non ha inviato il messaggio

La risorsa di invio dei messaggi potrebbe non aver inviato il messaggio alle notifiche. La risorsa che invia il messaggio potrebbe essere un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola allarme o evento).

Ad esempio, si potrebbe prevedere un'e-mail per un evento, mentre la regola evento è stata configurata per errore per un altro evento.

Come diagnosticare

Rivedere la cronologia della risorsa di invio dei messaggi e confrontare i risultati con i messaggi pubblicati e consegnati dell'argomento.

  1. Prendere nota dell'ora in cui si è verificata la condizione di trigger.

    Visualizzare i grafici delle metriche predefinite per la risorsa per determinare l'ora.

    Ad esempio, è possibile visualizzare i grafici delle metriche per un'istanza di computazione e scoprire che ha superato la soglia definita nell'allarme alle 10:01.

  2. Trovare l'indicatore orario correlato registrato dalla risorsa associata (allarme, regola evento o connettore).
    • Per un allarme: cercare le transizioni dello stato di allarme pertinenti vicine all'ora della condizione di trigger.

      Suggerimento

      Valutare allarmi e messaggi utilizzando gli identificativi univoci. Vedere Impedisci elaborazione di elementi duplicati. Per visualizzare il formato utilizzato dai messaggi di allarme, vedere Formato ed esempi dei messaggi.

      Visualizzare la cronologia degli allarmi. Una transizione trovata in quel periodo indica che l'allarme potrebbe aver inviato il messaggio mancante. L'assenza di transizioni indica che l'allarme non ha inviato messaggi. Se si prevedeva la transizione dell'allarme, esaminarne la configurazione.

    • Per una regola evento: cercare gli eventi corrispondenti vicini all'ora della condizione trigger.

      Visualizzare i grafici delle metriche predefinite per la regola evento. Vedere il grafico Eventi corrispondenti. Un evento corrispondente in quel periodo di tempo indica che la regola evento potrebbe aver inviato il messaggio mancante. L'assenza di eventi corrispondenti indica che la regola evento non ha inviato messaggi. Se si prevede che la regola evento rilevi un evento corrispondente, esaminarne la configurazione.

    • Per un connettore: cercare i messaggi scritti vicini all'ora della condizione di trigger.

      Visualizzare i grafici delle metriche predefinite per il connettore. Vedere il grafico Messaggi scritti nella destinazione. Un messaggio scritto in quel momento indica che il connettore potrebbe aver inviato il messaggio mancante. L'assenza di messaggi scritti indica che il connettore non ha inviato messaggi. Se si prevedeva che il connettore scrivesse un messaggio, esaminarne la configurazione.

Come risolvere

È possibile porre rimedio a questa situazione per condizioni trigger future. Ad esempio, aggiornare una regola evento in modo che corrisponda all'evento previsto.

Di seguito sono riportate le istruzioni per l'aggiornamento delle risorse di invio dei messaggi.

Causa: sottoscrizione configurata in modo errato

La sottoscrizione potrebbe essere configurata in modo errato.

Ad esempio, l'endpoint di una sottoscrizione di posta elettronica potrebbe non corrispondere all'indirizzo di posta elettronica previsto oppure l'endpoint di una sottoscrizione Slack potrebbe non includere il webhook corretto.

Un indicatore di una sottoscrizione configurata in modo errato è un messaggio pubblicato che non viene consegnato.

Come diagnosticare

Ottieni i dettagli della sottoscrizione ed esamina la configurazione. Ad esempio, confrontare l'endpoint di una sottoscrizione e-mail con l'indirizzo e-mail previsto.

Rivedere la cronologia della risorsa di invio dei messaggi e confrontare i risultati con i messaggi pubblicati e consegnati dell'argomento.

  1. Prendere nota dell'ora in cui si è verificata la condizione di trigger.

    Visualizzare i grafici delle metriche predefinite per la risorsa per determinare l'ora.

    Ad esempio, è possibile visualizzare i grafici delle metriche per un'istanza di computazione e scoprire che ha superato la soglia definita nell'allarme alle 10:01.

  2. Trovare l'indicatore orario correlato registrato dalla risorsa associata (allarme, regola evento o connettore).
    • Per un allarme: cercare le transizioni dello stato di allarme pertinenti vicine all'ora della condizione di trigger.

      Suggerimento

      Valutare allarmi e messaggi utilizzando gli identificativi univoci. Vedere Impedisci elaborazione di elementi duplicati. Per visualizzare il formato utilizzato dai messaggi di allarme, vedere Formato ed esempi dei messaggi.

      Visualizzare la cronologia degli allarmi. Una transizione trovata in quel periodo indica che l'allarme potrebbe aver inviato il messaggio mancante. L'assenza di transizioni indica che l'allarme non ha inviato messaggi. Se si prevedeva la transizione dell'allarme, esaminarne la configurazione.

    • Per una regola evento: cercare gli eventi corrispondenti vicini all'ora della condizione trigger.

      Visualizzare i grafici delle metriche predefinite per la regola evento. Vedere il grafico Eventi corrispondenti. Un evento corrispondente in quel periodo di tempo indica che la regola evento potrebbe aver inviato il messaggio mancante. L'assenza di eventi corrispondenti indica che la regola evento non ha inviato messaggi. Se si prevede che la regola evento rilevi un evento corrispondente, esaminarne la configurazione.

    • Per un connettore: cercare i messaggi scritti vicini all'ora della condizione di trigger.

      Visualizzare i grafici delle metriche predefinite per il connettore. Vedere il grafico Messaggi scritti nella destinazione. Un messaggio scritto in quel momento indica che il connettore potrebbe aver inviato il messaggio mancante. L'assenza di messaggi scritti indica che il connettore non ha inviato messaggi. Se si prevedeva che il connettore scrivesse un messaggio, esaminarne la configurazione.

  3. Nell'argomento padre della sottoscrizione, cercare i tempi di pubblicazione e consegna dei messaggi vicini all'indicatore orario correlato del passo precedente.

    Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare i grafici delle metriche Conteggio totale messaggi pubblicati e Conteggio messaggi consegnati. Un messaggio pubblicato che non è stato consegnato potrebbe indicare un problema con l'endpoint della sottoscrizione.

Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future.

Causa: messaggio eliminato

Le notifiche hanno eliminato il messaggio ricevuto da un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola allarme o evento) destinata a una sottoscrizione. Questo problema può verificarsi quando la sottoscrizione è in sospeso o configurata in modo errato.

Come diagnosticare

Nell'argomento padre della sottoscrizione, cercare i messaggi di funzione eliminati. Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare il grafico della metrica Conteggio messaggi non riusciti e prendere nota del valore della dimensione metrica endpointType ("ORACLE_FUNCTIONS" per un messaggio di funzione eliminata). Quando esiste un messaggio di funzione eliminata, il contatore di questo grafico delle metriche viene incrementato e viene visualizzato "ORACLE_FUNCTIONS" per endpointType.

Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future.

Causa: la sottoscrizione non è attiva

Ad esempio, una sottoscrizione Slack è in stato In sospeso a causa della mancanza di conferma.

Come diagnosticare
Ottieni i dettagli della sottoscrizione per confermare lo stato attivo. Se non riesci a trovare l'abbonamento, potrebbe essere stato eliminato.
Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future. confermare la sottoscrizione per attivarla oppure, se non si riesce a trovarla, ricreare la sottoscrizione.

Causa: risorsa non supportata utilizzata per SMS

I messaggi SMS potrebbero non essere abilitati per la risorsa di invio dei messaggi. Le sottoscrizioni SMS sono abilitate solo per i messaggi inviati dai seguenti servizi Oracle Cloud Infrastructure: annunci, monitoraggio e hub connettore. Vedere Procedure preliminari (nella pagina "Creazione di una sottoscrizione SMS").

Ad esempio, si consideri una regola evento configurata per l'invio di messaggi a un argomento. L'argomento contiene una sottoscrizione e-mail e una sottoscrizione SMS. Tuttavia, i messaggi SMS non sono abilitati per il servizio Eventi. In questo caso, il messaggio SMS viene eliminato.

Come diagnosticare

Nell'argomento padre della sottoscrizione, cercare i messaggi SMS eliminati. Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare il grafico della metrica Conteggio messaggi non riusciti e prendere nota del valore della dimensione metrica endpointType ("SMS" per un messaggio SMS eliminato). Ad esempio, se una risorsa non supportata invia un messaggio SMS a un argomento contenente una sottoscrizione SMS, il messaggio SMS viene eliminato. Il contatore di questo grafico delle metriche incrementa, mostrando "SMS" per endpointType.

Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future. Creare una risorsa di invio messaggi abilitata per l'invio di messaggi SMS:

Causa: mancano le funzionalità SMS internazionali

Il messaggio SMS potrebbe essere inviato a o da impostazioni nazionali non supportate. Le funzionalità SMS internazionali sono necessarie se i messaggi SMS provengono da un numero di telefono in un altro paese.

Come diagnosticare
Confermare di avere la possibilità di inviare e ricevere messaggi SMS da e verso altri paesi. Aggiungiamo continuamente il supporto per più paesi in modo che più utenti possano ricevere messaggi SMS dai numeri di telefono locali. Vedere SMS.
Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future. Ottieni funzionalità SMS internazionali.

Causa: indirizzo e-mail eliminato

È possibile che un messaggio di posta elettronica non venga consegnato se l'indirizzo di posta elettronica si trova in un elenco di indirizzi esclusi.

I motivi della soppressione includono i codici di mancato recapito e i reclami degli utenti. Per ulteriori informazioni, vedere Gestione della lista di eliminazione.

Come diagnosticare

Nell'argomento padre della sottoscrizione, cercare i messaggi e-mail eliminati. Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare il grafico della metrica Conteggio messaggi non riusciti e prendere nota del valore della dimensione metrica endpointType ("EMAIL" per un messaggio e-mail eliminato). Ad esempio, se l'indirizzo e-mail si trova in un elenco di indirizzi esclusi, il messaggio viene eliminato. Il contatore di questo grafico delle metriche incrementa, mostrando "EMAIL" per endpointType.

Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future. Vedere Eliminazione di un indirizzo di posta elettronica dall'elenco eliminazioni. Per informazioni su come evitare gli elenchi di eliminazione in futuro, vedere Gestione della reputazione di un mittente e-mail positivo.

Causa: autorizzazioni di monitoraggio mancanti per il compartimento

Se l'argomento si trova in un compartimento gestito di Oracle Platform Services (denominato "ManagedCompartmentForPaas"), è possibile che il servizio di monitoraggio non disponga delle autorizzazioni necessarie per utilizzarlo e che i messaggi di allarme inviati a tale argomento non vengano ricevuti.

Come diagnosticare

Ottieni i dettagli dell'argomento per determinare se il relativo compartimento è un compartimento gestito da Oracle Platform Services (denominato "ManagedCompartmentForPaas").

Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future. Per ulteriori dettagli, inclusi i passi per la risoluzione, vedere I messaggi di allarme non vengono ricevuti nei compartimenti gestiti di Oracle Platform Services.

Sottoscrizione scomparsa

Identifica gli eventi che potrebbero aver causato la scomparsa di una sottoscrizione.

Una sottoscrizione a cui si è avuto accesso in precedenza non è più disponibile.

La sottoscrizione è stata rimossa tramite un'eliminazione esplicita o un evento di annullamento della sottoscrizione (chiamata a GetUnsubscription).

Rimedio: identifica gli eventi di annullamento sottoscrizione ed eliminazione

  1. Aprire il menu di navigazione e selezionare Osservabilità e gestione. In Log, selezionare Audit.
  2. Selezionare il compartimento contenente le sottoscrizioni che si desidera monitorare.
  3. Filtrare gli eventi di annullamento sottoscrizione ed eliminazione fornendo i valori riportati di seguito.
    • Filtra per ora: selezionare Personalizzato.
    • Data di inizio: selezionare la data di inizio per la finestra di ricerca.
    • Data fine: selezionare la data di fine per la finestra di ricerca.
    • Tipi di azione di richiesta: selezionare DELETE.
      Nota

      Per filtrare gli eventi di annullamento ed eliminazione meno recenti, selezionare GET (utilizzato per i messaggi precedenti al 18 luglio 2023).
    • Risorsa: selezionare su sottoscrizione.
    • Tipo di evento: selezionare gli elementi riportati di seguito.
      • com.oraclecloud.notification.GetUnsubscription
      • com.oraclecloud.notification.DeleteSubscription
    Gli eventi corrispondenti sono elencati nella sezione Esplora eventi.
  4. Per determinare se un evento è correlato alla sottoscrizione mancante, espanderlo per esaminarne i dati di log.
    Esempio message per un evento di annullamento della sottoscrizione: "GetUnsubscription succeeded. Subscription removed from topic ocid1.onstopic.oc1.iad.exampleid"
  5. (Facoltativo) Selezionare Esporta dati di log (JSON) per esportare gli eventi elencati.
    Per ulteriori informazioni sull'uso degli eventi di audit, vedere Log di audit.

Rimedio: invia una notifica per qualsiasi evento di annullamento della sottoscrizione

  1. Aprire il menu di navigazione e selezionare Osservabilità e gestione. In Servizio eventi, selezionare Regole.
  2. Selezionare un compartimento.
  3. Selezionare Crea regola.
  4. Nella pagina Crea regola, immettere un nome descrittivo e una descrizione. Evitare di inserire informazioni riservate.
  5. In Condizioni regola, fornire i valori riportati di seguito.
    • Condizione: selezionare Tipo di evento.
    • Nome servizio: selezionare Notifiche.
    • Tipo di evento: selezionare Sottoscrizione - Ottieni annullamento sottoscrizione.
  6. In Azioni, fornire i valori riportati di seguito.
    • Tipo di azione: selezionare Notifiche.
    • Compartimento notifiche: selezionare il compartimento contenente l'argomento che si desidera utilizzare per i messaggi di evento.
    • Argomento: selezionare l'argomento che si desidera utilizzare per i messaggi evento.
  7. Selezionare Crea regola.

Funzione non richiamata o eseguita

Risolvere i problemi relativi a una funzione non richiamata o non eseguita come previsto tramite una sottoscrizione.

La funzione configurata in una sottoscrizione funzione non è stata richiamata o non è stata eseguita. Il flusso di consegna dei messaggi per la funzione non si è verificato come si pensava. Ad esempio, la funzione configurata non ha ridimensionato una VM quando supera la memoria.

Di seguito sono riportate le possibili cause e rimedi per questo problema.

Causa: la risorsa non ha inviato il messaggio

La risorsa di invio dei messaggi potrebbe non aver inviato il messaggio alle notifiche. Una risorsa di invio messaggi può essere un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola allarme o evento).

Ad esempio, si potrebbe prevedere che una regola evento invii un messaggio all'argomento configurato perché si è verificato un evento. Tuttavia, la regola evento potrebbe essere configurata accidentalmente per un evento diverso che non si è verificato.

Come diagnosticare

Rivedere la cronologia della risorsa di invio dei messaggi e confrontare i risultati con i messaggi pubblicati e consegnati dell'argomento.

  1. Prendere nota dell'ora in cui si è verificata la condizione di trigger.

    Visualizzare i grafici delle metriche predefinite per la risorsa per determinare l'ora.

    Ad esempio, è possibile visualizzare i grafici delle metriche per un'istanza di computazione e scoprire che ha superato la soglia definita nell'allarme alle 10:01.

  2. Trovare l'indicatore orario correlato registrato dalla risorsa associata (allarme, regola evento o connettore).
    • Per un allarme: cercare le transizioni dello stato di allarme pertinenti vicine all'ora della condizione di trigger.

      Suggerimento

      Valutare allarmi e messaggi utilizzando gli identificativi univoci. Vedere Impedisci elaborazione di elementi duplicati. Per visualizzare il formato utilizzato dai messaggi di allarme, vedere Formato ed esempi dei messaggi.

      Visualizzare la cronologia degli allarmi. Una transizione trovata in quel periodo indica che l'allarme potrebbe aver inviato il messaggio mancante. L'assenza di transizioni indica che l'allarme non ha inviato messaggi. Se si prevedeva la transizione dell'allarme, esaminarne la configurazione.

    • Per una regola evento: cercare gli eventi corrispondenti vicini all'ora della condizione trigger.

      Visualizzare i grafici delle metriche predefinite per la regola evento. Vedere il grafico Eventi corrispondenti. Un evento corrispondente in quel periodo di tempo indica che la regola evento potrebbe aver inviato il messaggio mancante. L'assenza di eventi corrispondenti indica che la regola evento non ha inviato messaggi. Se si prevede che la regola evento rilevi un evento corrispondente, esaminarne la configurazione.

    • Per un connettore: cercare i messaggi scritti vicini all'ora della condizione di trigger.

      Visualizzare i grafici delle metriche predefinite per il connettore. Vedere il grafico Messaggi scritti nella destinazione. Un messaggio scritto in quel momento indica che il connettore potrebbe aver inviato il messaggio mancante. L'assenza di messaggi scritti indica che il connettore non ha inviato messaggi. Se si prevedeva che il connettore scrivesse un messaggio, esaminarne la configurazione.

Come risolvere

È possibile porre rimedio a questa situazione per condizioni trigger future. Ad esempio, aggiornare una regola evento in modo che corrisponda all'evento previsto.

Di seguito sono riportate le istruzioni per l'aggiornamento delle risorse di invio dei messaggi.

Causa: messaggio eliminato

Le notifiche hanno eliminato il messaggio ricevuto da un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola allarme o evento) destinata a una sottoscrizione funzione. Questo problema può verificarsi quando la sottoscrizione è in sospeso o configurata in modo errato.

Come diagnosticare

Nell'argomento padre della sottoscrizione, cercare i messaggi di funzione eliminati. Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare il grafico della metrica Conteggio messaggi non riusciti e prendere nota del valore della dimensione metrica endpointType ("ORACLE_FUNCTIONS" per un messaggio di funzione eliminata). Quando esiste un messaggio di funzione eliminata, il contatore di questo grafico delle metriche viene incrementato e viene visualizzato "ORACLE_FUNCTIONS" per endpointType.

Come risolvere
È possibile porre rimedio a questa situazione per condizioni trigger future.

Causa: la funzione non è stata richiamata

La funzione non è stata richiamata anche se Notifiche ha consegnato il messaggio ricevuto da un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola di allarme o evento).

Come diagnosticare
Nota

Il servizio Notifiche non contiene informazioni su una funzione dopo che è stata richiamata.

Se si tratta della prima chiamata, la risposta potrebbe essere ritardata.

  1. Confermare la consegna delle notifiche: nell'argomento padre della sottoscrizione, confermare che le notifiche hanno consegnato il messaggio alla funzione. Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare il grafico della metrica Conteggio messaggi consegnati e prendere nota del valore della dimensione metrica endpointType ("ORACLE_FUNCTIONS" per un messaggio di funzione consegnato). Quando viene inviato un messaggio di funzione, il contatore di questo grafico delle metriche viene incrementato e viene visualizzato "ORACLE_FUNCTIONS" per endpointType.
  2. Nella funzione cercare i tempi di richiamo e di esecuzione vicini all'ora in cui si è verificata la condizione di trigger.
Come risolvere
Se la funzione non è mai stata richiamata, contattare il Supporto.

Causa: la funzione non è stata eseguita

La funzione non è stata eseguita anche se è stata richiamata dopo che Notifiche ha consegnato il messaggio ricevuto da un allarme, una sottoscrizione annuncio, una regola evento, un connettore o una notifica contestuale (regola di allarme o evento).

Come diagnosticare
Nota

Il servizio Notifiche non contiene informazioni su una funzione dopo che è stata richiamata.

Se si tratta della prima chiamata, la risposta potrebbe essere ritardata.

  1. Confermare la consegna delle notifiche: nell'argomento padre della sottoscrizione, confermare che le notifiche hanno consegnato il messaggio alla funzione. Visualizzare i grafici delle metriche predefinite dell'argomento. In particolare, visualizzare il grafico della metrica Conteggio messaggi consegnati e prendere nota del valore della dimensione metrica endpointType ("ORACLE_FUNCTIONS" per un messaggio di funzione consegnato). Quando viene inviato un messaggio di funzione, il contatore di questo grafico delle metriche viene incrementato e viene visualizzato "ORACLE_FUNCTIONS" per endpointType.
  2. Nella funzione cercare i tempi di richiamo e di esecuzione vicini all'ora in cui si è verificata la condizione di trigger.
Come risolvere
Vedere Risoluzione dei problemi delle funzioni OCI.

Conferma sottoscrizione HTTPS (URL personalizzato) non ricevuta

Risolvere un messaggio di conferma mancante per una nuova sottoscrizione HTTPS (Custom URL).

La nuova sottoscrizione HTTPS (Custom URL) rimane in stato In sospeso dopo l'invio della conferma.

L'abbonamento non ha mai ricevuto la conferma. L'endpoint per la sottoscrizione HTTPS (URL personalizzato) non ha mai ricevuto la conferma perché l'endpoint della sottoscrizione non soddisfa i prerequisiti per le sottoscrizioni HTTPS (URL personalizzato). Ad esempio, l'endpoint non è accessibile pubblicamente o non supporta i requisiti di intestazione non autorizzati.

Per risolvere questo problema, creare una nuova sottoscrizione con un endpoint che soddisfi i prerequisiti.

  1. Trovare un endpoint che soddisfa i prerequisiti per le sottoscrizioni HTTPS (URL personalizzato).
  2. Utilizzando l'endpoint selezionato, creare una nuova sottoscrizione HTTPS (URL personalizzato).
  3. Confermare la nuova sottoscrizione.
    Si consiglia di eliminare la sottoscrizione con l'endpoint problematico.