Fehlerbehebung für Notifications

Mit den Informationen zur Fehlerbehebung können Sie allgemeine Probleme erkennen und beheben, die beim Arbeiten mit Notifications auftreten können.

Siehe auch Bekannte Probleme bei Notifications.

Nachricht nicht empfangen

Beheben Sie Probleme mit einer fehlenden Nachricht für ein Abonnement.

Eine Nachricht, die Sie bei einem Abonnement erwartet haben, wurde nie empfangen. Der Ablauf der Nachrichtenzustellung geschah nicht so, wie Sie es dachten. Beispiel: Sie haben keine E-Mail erhalten, als eine Compute-Instanz einen Alarmschwellenwert überschritten hat.

Im Folgenden sind mögliche Ursachen und Abhilfemaßnahmen für dieses Problem aufgeführt.

Ursache: Trigger nicht erfüllt

Der für die Nachrichten sendende Ressource konfigurierte Trigger wurde möglicherweise nicht im gesuchten Zeitraum erfüllt. (Die Ressource, die die Nachricht sendet, kann ein Alarm, ein Ankündigungsabonnement, eine Ereignisregel, ein Connector oder eine kontextbezogene Benachrichtigung (Alarm oder Ereignisregel) sein.)

Beispiel: Ein Alarm ist für einen Schwellenwert von 90% in einem einstündigen Intervall konfiguriert. Möglicherweise ist die letzte Auswertung erfolgt, bevor die Compute-Instanz den Schwellenwert überschritten hat.

Wie zu diagnostizieren

Prüfen Sie die Historie der nachrichtensendenden Ressource, und vergleichen Sie die Ergebnisse mit den veröffentlichten und zugestellten Nachrichten des Themas.

  1. Notieren Sie sich den Zeitpunkt, zu dem die Triggerbedingung aufgetreten ist.

    Anzeigen von Standardmetrikdiagrammen für die Ressource, um die Zeit zu bestimmen.

    Beispiel: Sie können Metrikdiagramme für eine Compute-Instanz anzeigen und feststellen, dass sie den im Alarm definierten Schwellenwert um 10:01 überschritten haben.

  2. Suchen Sie den zugehörigen Zeitstempel, der von der zugehörigen Ressource (Alarm, Ereignisregel oder Connector) aufgezeichnet wird.
    • Für einen Alarm: Suchen Sie nach relevanten Alarmzustandsübergängen nahe der Zeit der Triggerbedingung.

      Tipp

      Bewerten Sie Alarme und Nachrichten anhand ihrer eindeutigen IDs. Siehe Verarbeitung doppelter Elemente verhindern. Informationen zum Anzeigen des Formats, das von Alarmnachrichten verwendet wird, finden Sie unter Nachrichtenformat und Beispiele.

      Alarmhistorie anzeigen. Ein zu diesem Zeitpunkt gefundener Übergang weist darauf hin, dass der Alarm möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von Übergängen weist darauf hin, dass der Alarm keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Alarm übergeht, prüfen Sie die Konfiguration.

    • Für eine Ereignisregel: Suchen Sie nach übereinstimmenden Ereignissen, die nahe der Zeit der Triggerbedingung liegen.

      Standardkennzahlendiagramme anzeigen für die Ereignisregel. Siehe das Diagramm Übereinstimmende Ereignisse. Ein übereinstimmendes Ereignis um diese Zeit weist darauf hin, dass die Ereignisregel möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Eine Abwesenheit übereinstimmender Ereignisse gibt an, dass die Ereignisregel keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass die Ereignisregel ein übereinstimmendes Ereignis ermittelt, prüfen Sie die zugehörige Konfiguration.

    • Für einen Connector: Suchen Sie nach geschriebenen Nachrichten, die dem Zeitpunkt der Triggerbedingung nahe kommen.

      Standardmetrikdiagramme anzeigen für den Connector. Siehe das Diagramm In Ziel geschriebene Nachrichten. Eine zu diesem Zeitpunkt geschriebene Nachricht gibt an, dass der Connector möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von geschriebenen Nachrichten gibt an, dass der Connector keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Connector eine Nachricht schreibt, prüfen Sie die Konfiguration.

  3. Suchen Sie im übergeordneten Thema des Abonnements nach Nachrichtenveröffentlichungs- und -zustellungszeiten, die nahe am zugehörigen Zeitstempel aus dem vorherigen Schritt liegen.

    Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere die Metrikdiagramme Gesamtanzahl veröffentlichte Nachrichten und Anzahl zugestellte Nachrichten an. Eine veröffentlichte Nachricht, die nicht zugestellt wurde, könnte auf ein Problem mit dem Endpunkt des Abonnements hinweisen.

Wie zu beheben

Sie können diese Situation für zukünftige Triggerbedingungen beheben. Aktualisieren Sie die Triggerkonfiguration der nachrichtensendenden Ressource, sodass der Trigger erfüllt wird, wenn Sie ihn erwarten.

Beispiel: Aktualisieren Sie einen Alarm, um ein kürzeres Intervall zu verwenden.

Im Folgenden finden Sie Anweisungen zum Aktualisieren von Nachrichten sendenden Ressourcen:

Ursache: Ressource hat keine Nachricht gesendet

Die Ressource zum Senden von Nachrichten hat die Nachricht möglicherweise nicht an Notifications gesendet. (Die Ressource, die die Nachricht sendet, kann Alarm, Ankündigungsabonnement, Ereignisregel, Connector oder kontextbezogene Benachrichtigung (Alarm oder Ereignisregel) sein.)

Beispiel: Sie erwarten eine E-Mail für ein Ereignis, während die Ereignisregel versehentlich für ein anderes Ereignis konfiguriert wurde.

Wie zu diagnostizieren

Prüfen Sie die Historie der nachrichtensendenden Ressource, und vergleichen Sie die Ergebnisse mit den veröffentlichten und zugestellten Nachrichten des Themas.

  1. Notieren Sie sich den Zeitpunkt, zu dem die Triggerbedingung aufgetreten ist.

    Anzeigen von Standardmetrikdiagrammen für die Ressource, um die Zeit zu bestimmen.

    Beispiel: Sie können Metrikdiagramme für eine Compute-Instanz anzeigen und feststellen, dass sie den im Alarm definierten Schwellenwert um 10:01 überschritten haben.

  2. Suchen Sie den zugehörigen Zeitstempel, der von der zugehörigen Ressource (Alarm, Ereignisregel oder Connector) aufgezeichnet wird.
    • Für einen Alarm: Suchen Sie nach relevanten Alarmzustandsübergängen nahe der Zeit der Triggerbedingung.

      Tipp

      Bewerten Sie Alarme und Nachrichten anhand ihrer eindeutigen IDs. Siehe Verarbeitung doppelter Elemente verhindern. Informationen zum Anzeigen des Formats, das von Alarmnachrichten verwendet wird, finden Sie unter Nachrichtenformat und Beispiele.

      Alarmhistorie anzeigen. Ein zu diesem Zeitpunkt gefundener Übergang weist darauf hin, dass der Alarm möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von Übergängen weist darauf hin, dass der Alarm keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Alarm übergeht, prüfen Sie die Konfiguration.

    • Für eine Ereignisregel: Suchen Sie nach übereinstimmenden Ereignissen, die nahe der Zeit der Triggerbedingung liegen.

      Standardkennzahlendiagramme anzeigen für die Ereignisregel. Siehe das Diagramm Übereinstimmende Ereignisse. Ein übereinstimmendes Ereignis um diese Zeit weist darauf hin, dass die Ereignisregel möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Eine Abwesenheit übereinstimmender Ereignisse gibt an, dass die Ereignisregel keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass die Ereignisregel ein übereinstimmendes Ereignis ermittelt, prüfen Sie die zugehörige Konfiguration.

    • Für einen Connector: Suchen Sie nach geschriebenen Nachrichten, die dem Zeitpunkt der Triggerbedingung nahe kommen.

      Standardmetrikdiagramme anzeigen für den Connector. Siehe das Diagramm In Ziel geschriebene Nachrichten. Eine zu diesem Zeitpunkt geschriebene Nachricht gibt an, dass der Connector möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von geschriebenen Nachrichten gibt an, dass der Connector keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Connector eine Nachricht schreibt, prüfen Sie die Konfiguration.

Wie zu beheben

Sie können diese Situation für zukünftige Triggerbedingungen beheben. Beispiel: Aktualisieren Sie eine Ereignisregel so, dass sie mit dem beabsichtigten Ereignis übereinstimmt.

Im Folgenden finden Sie Anweisungen zum Aktualisieren von Nachrichten sendenden Ressourcen:

Ursache: Falsch konfiguriertes Abonnement

Das Abonnement ist möglicherweise falsch konfiguriert.

Beispiel: Der Endpunkt eines E-Mail-Abonnements stimmt möglicherweise nicht mit der erwarteten E-Mail-Adresse überein, oder der Endpunkt eines Slack-Abonnements enthält möglicherweise nicht den richtigen Webhook.

Ein Indikator für ein falsch konfiguriertes Abonnement ist eine veröffentlichte Nachricht, die nicht zugestellt wird.

Wie zu diagnostizieren

Lesen Sie die Details des Abonnements, und prüfen Sie die Konfiguration. Beispiel: Vergleichen Sie den Endpunkt eines E-Mail-Abonnements mit der erwarteten E-Mail-Adresse.

Prüfen Sie die Historie der nachrichtensendenden Ressource, und vergleichen Sie die Ergebnisse mit den veröffentlichten und zugestellten Nachrichten des Themas.

  1. Notieren Sie sich den Zeitpunkt, zu dem die Triggerbedingung aufgetreten ist.

    Anzeigen von Standardmetrikdiagrammen für die Ressource, um die Zeit zu bestimmen.

    Beispiel: Sie können Metrikdiagramme für eine Compute-Instanz anzeigen und feststellen, dass sie den im Alarm definierten Schwellenwert um 10:01 überschritten haben.

  2. Suchen Sie den zugehörigen Zeitstempel, der von der zugehörigen Ressource (Alarm, Ereignisregel oder Connector) aufgezeichnet wird.
    • Für einen Alarm: Suchen Sie nach relevanten Alarmzustandsübergängen nahe der Zeit der Triggerbedingung.

      Tipp

      Bewerten Sie Alarme und Nachrichten anhand ihrer eindeutigen IDs. Siehe Verarbeitung doppelter Elemente verhindern. Informationen zum Anzeigen des Formats, das von Alarmnachrichten verwendet wird, finden Sie unter Nachrichtenformat und Beispiele.

      Alarmhistorie anzeigen. Ein zu diesem Zeitpunkt gefundener Übergang weist darauf hin, dass der Alarm möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von Übergängen weist darauf hin, dass der Alarm keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Alarm übergeht, prüfen Sie die Konfiguration.

    • Für eine Ereignisregel: Suchen Sie nach übereinstimmenden Ereignissen, die nahe der Zeit der Triggerbedingung liegen.

      Standardkennzahlendiagramme anzeigen für die Ereignisregel. Siehe das Diagramm Übereinstimmende Ereignisse. Ein übereinstimmendes Ereignis um diese Zeit weist darauf hin, dass die Ereignisregel möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Eine Abwesenheit übereinstimmender Ereignisse gibt an, dass die Ereignisregel keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass die Ereignisregel ein übereinstimmendes Ereignis ermittelt, prüfen Sie die zugehörige Konfiguration.

    • Für einen Connector: Suchen Sie nach geschriebenen Nachrichten, die dem Zeitpunkt der Triggerbedingung nahe kommen.

      Standardmetrikdiagramme anzeigen für den Connector. Siehe das Diagramm In Ziel geschriebene Nachrichten. Eine zu diesem Zeitpunkt geschriebene Nachricht gibt an, dass der Connector möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von geschriebenen Nachrichten gibt an, dass der Connector keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Connector eine Nachricht schreibt, prüfen Sie die Konfiguration.

  3. Suchen Sie im übergeordneten Thema des Abonnements nach Nachrichtenveröffentlichungs- und -zustellungszeiten, die nahe am zugehörigen Zeitstempel aus dem vorherigen Schritt liegen.

    Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere die Metrikdiagramme Gesamtanzahl veröffentlichte Nachrichten und Anzahl zugestellte Nachrichten an. Eine veröffentlichte Nachricht, die nicht zugestellt wurde, könnte auf ein Problem mit dem Endpunkt des Abonnements hinweisen.

Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben.

Ursache: Gelöschte Nachricht

Notifications hat die von einem Alarm, einem Ankündigungsabonnement, einer Ereignisregel, einem Connector oder einer kontextbezogenen Benachrichtigung (Alarm oder Ereignisregel) empfangene Nachricht gelöscht, die für ein Abonnement bestimmt war. Dieses Problem kann auftreten, wenn das Abonnement aussteht oder falsch konfiguriert ist.

Wie zu diagnostizieren

Suchen Sie im übergeordneten Thema des Abonnements nach gelöschten Funktionsnachrichten. Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere das Metrikdiagramm Anzahl nicht erfolgreiche Nachrichten an, und beachten Sie den Wert der Metrikdimension endpointType ("ORACLE_FUNCTIONS" für eine Nachricht mit einer gelöschten Funktion). Wenn eine Nachricht mit einer gelöschten Funktion vorhanden ist, wird der Zähler dieses Metrikdiagramms inkrementiert und zeigt "ORACLE_FUNCTIONS" für endpointType an.

Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben.

Ursache: Das Abonnement ist nicht aktiv

Beispiel: Ein Slack-Abonnement hat aufgrund fehlender Bestätigung den Status "Ausstehend".

Wie zu diagnostizieren
Rufen Sie die Details des Abonnements ab, um den aktiven Status zu bestätigen. Wenn Sie das Abonnement nicht finden können, wurde es möglicherweise gelöscht.
Wie zu beheben
Sie können diese Situation bei zukünftigen Triggerbedingungen beheben. Bestätigen Sie das Abonnement, um es zu aktivieren, oder erstellen Sie es neu, wenn Sie es nicht finden können.

Ursache: Nicht unterstützte Ressource für SMS

SMS-Nachrichten sind für die Ressource zum Senden von Nachrichten möglicherweise nicht aktiviert. SMS-Abonnements sind nur für Nachrichten aktiviert, die von den folgenden Oracle Cloud Infrastructure-Services gesendet werden: Ankündigungen, Monitoring und Connector Hub. Siehe Bevor Sie beginnen (auf der Seite "SMS-Abonnement erstellen").

Beispiel: Eine Ereignisregel, die zum Senden von Nachrichten an ein Thema konfiguriert ist. Das Thema enthält ein E-Mail-Abonnement und ein SMS-Abonnement. SMS-Nachrichten sind jedoch nicht für den Events-Service aktiviert. In diesem Fall wird die SMS-Nachricht gelöscht.

Wie zu diagnostizieren

Suchen Sie im übergeordneten Thema des Abonnements nach gelöschten SMS-Nachrichten. Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere das Metrikdiagramm Anzahl nicht erfolgreiche Nachrichten an, und beachten Sie den Wert der Metrikdimension endpointType ("SMS" für eine gelöschte SMS-Nachricht). Beispiel: Wenn eine nicht unterstützte Ressource eine SMS-Nachricht an ein Thema sendet, das ein SMS-Abonnement enthält, wird die SMS-Nachricht gelöscht. Der Zähler dieses Metrikdiagramms wird inkrementiert und zeigt "SMS" für endpointType an.

Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben. Erstellen Sie eine nachrichten sendende Ressource, die für das Senden von SMS-Nachrichten aktiviert ist:

Ursache: Internationale SMS-Funktionen fehlen

Die SMS-Nachricht kann an oder von einem nicht unterstützten Gebietsschema gesendet werden. Internationale SMS-Funktionen sind erforderlich, wenn SMS-Nachrichten von einer Telefonnummer in einem anderen Land stammen.

Wie zu diagnostizieren
Bestätigen Sie, dass Sie SMS-Nachrichten in und aus anderen Ländern senden und empfangen können. Unterstützung für weitere Länder wird kontinuierlich hinzugefügt, damit mehr Nutzer SMS-Nachrichten von lokalen Telefonnummern erhalten können. Siehe SMS.
Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben. Erhalten Sie internationale SMS-Funktionen.

Ursache: Unterdrückte E-Mail-Adresse

Eine E-Mail-Nachricht wird möglicherweise nicht zugestellt, wenn die E-Mail-Adresse in einer Unterdrückungsliste enthalten ist.

Gründe für die Unterdrückung sind Bounce-Codes und Benutzerbeschwerden. Weitere Informationen finden Sie unter Unterdrückungsliste verwalten.

Wie zu diagnostizieren

Suchen Sie im übergeordneten Thema des Abonnements nach gelöschten E-Mail-Nachrichten. Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere das Metrikdiagramm Anzahl nicht erfolgreiche Nachrichten an, und beachten Sie den Wert der Metrikdimension endpointType ("EMAIL" für eine gelöschte E-Mail-Nachricht). Beispiel: Wenn sich die E-Mail-Adresse in einer Unterdrückungsliste befindet, wird die E-Mail-Nachricht gelöscht. Der Zähler dieses Metrikdiagramms wird inkrementiert und zeigt "EMAIL" für endpointType an.

Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben. Siehe E-Mail-Adresse aus der Unterdrückungsliste löschen. Weitere Informationen zum Vermeiden von Unterdrückungslisten in Zukunft finden Sie unter Positive E-Mail-Absenderreputation verwalten.

Ursache: Keine Überwachungsberechtigungen für Compartment vorhanden

Wenn sich Ihr Thema in einem von Oracle Platform Services verwalteten Compartment (benannt "ManagedCompartmentForPaas") befindet, ist der Monitoring-Service möglicherweise nicht berechtigt, es zu verwenden, und Alarmnachrichten, die an dieses Thema gesendet werden, werden möglicherweise nicht empfangen.

Wie zu diagnostizieren

Rufen Sie die Details des Themas ab, um zu bestimmen, ob das Compartment ein von Oracle Platform Services verwaltetes Compartment ist (genannt "ManagedCompartmentForPaas").

Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben. Weitere Einzelheiten, einschließlich der Schritte zur Lösung, finden Sie unter Alarmnachrichten werden in von Oracle Platform Services verwalteten Compartments nicht empfangen.

Abonnement verschwunden

Identifizieren Sie Ereignisse, die möglicherweise dazu geführt haben, dass ein Abonnement verschwunden ist.

Ein Abonnement, auf das Sie zuvor zugegriffen haben, ist nicht mehr verfügbar.

Das Abonnement wurde entfernt, entweder durch explizites Löschen oder durch ein Ereignis zum Aufheben des Abonnements (auf GetUnsubscription).

Beispiel: Ein Mitglied der E-Mail-Verteilerliste hat auf den Link zum Abbestellen geklickt, der in der von einem Alarm gesendeten E-Mail-Nachricht enthalten ist.

Abhilfe: Identifizieren von Abmelde- und Löschereignissen

  1. Öffnen Sie das Navigationsmenü , und wählen Sie Observability and Management aus. Wählen Sie unter Logging die Option Audit aus.
  2. Wählen Sie das Compartment mit den zu überwachenden Abonnements aus.
  3. Filtern Sie nach Abmelde- und Löschereignissen, indem Sie die folgenden Werte angeben.
    • Nach Zeit filtern: Wählen Sie Benutzerdefiniert aus.
    • Startdatum: Wählen Sie das Startdatum für das Suchfenster aus.
    • Enddatum: Wählen Sie das Enddatum für das Suchfenster aus.
    • Anforderungsaktionstypen: Wählen Sie DELETE aus.
      Hinweis

      Um nach älteren Abmelde- und Löschereignissen zu filtern, wählen Sie GET (wird für Nachrichten vor dem 18. Juli 2023 verwendet).
    • Ressource: Wählen Sie ons-subscription aus.
    • Ereignistyp: Wählen Sie die folgenden Elemente aus:
      • com.oraclecloud.notification.GetUnsubscription
      • com.oraclecloud.notification.DeleteSubscription
    Übereinstimmende Ereignisse werden unter Ereignisse explorieren aufgeführt.
  4. Um festzustellen, ob sich ein Ereignis auf das fehlende Abonnement bezieht, blenden Sie es ein, um seine Logdaten zu prüfen.
    Beispiel message für ein Abmeldeereignis: "GetUnsubscription succeeded. Subscription removed from topic ocid1.onstopic.oc1.iad.exampleid"
  5. (Optional) Wählen Sie Logdaten exportieren (JSON) aus, um die aufgeführten Ereignisse zu exportieren.
    Weitere Informationen zur Verwendung von Auditereignissen finden Sie unter Auditlogs.

Abhilfe: Benachrichtigung für jedes Abmeldeereignis senden

  1. Öffnen Sie das Navigationsmenü , und wählen Sie Observability and Management aus. Wählen Sie unter Events-Service die Option Regeln aus.
  2. Wählen Sie ein Compartment aus.
  3. Wählen Sie Regel erstellen aus.
  4. Geben Sie auf der Seite Regel erstellen einen benutzerfreundlichen Namen und eine Beschreibung ein. Geben Sie dabei keine vertraulichen Informationen ein.
  5. Geben Sie unter Regelbedingungen die folgenden Werte an.
    • Bedingung: Wählen Sie Ereignistyp aus.
    • Servicename: Wählen Sie Benachrichtigungen aus.
    • Ereignistyp: Wählen Sie Abonnement - Abmeldung abrufen aus.
  6. Geben Sie unter Aktionen die folgenden Werte an:
    • Aktionstyp: Wählen Sie Benachrichtigungen aus.
    • Benachrichtigungs-Compartment: Wählen Sie das Compartment mit dem Thema aus, das Sie für Ereignisnachrichten verwenden möchten.
    • Thema: Wählen Sie das Thema aus, das Sie für Ereignisnachrichten verwenden möchten.
  7. Wählen Sie Regel erstellen aus.

Funktion nicht aufgerufen oder ausgeführt

Beheben Sie Probleme bei einer Funktion, die nicht aufgerufen oder nicht wie erwartet über ein Abonnement ausgeführt wurde.

Die in einem Funktionsabonnement konfigurierte Funktion wurde entweder nicht aufgerufen oder wurde nicht ausgeführt. Der Ablauf der Nachrichtenzustellung für die Funktion war nicht so, wie Sie es für möglich hielten. Beispiel: Die konfigurierte Funktion hat die Größe einer VM bei Speicherüberschreitung nicht geändert.

Im Folgenden sind mögliche Ursachen und Abhilfemaßnahmen für dieses Problem aufgeführt.

Ursache: Ressource hat keine Nachricht gesendet

Die Ressource zum Senden von Nachrichten hat die Nachricht möglicherweise nicht an Notifications gesendet. (Eine Ressource, die Nachrichten sendet, kann Alarm, Ankündigungsabonnement, Ereignisregel, Connector oder kontextbezogene Benachrichtigung (Alarm oder Ereignisregel) sein.)

Beispiel: Sie erwarten, dass eine Ereignisregel eine Nachricht an das konfigurierte Thema sendet, weil ein Ereignis aufgetreten ist. Die Ereignisregel kann jedoch versehentlich für ein anderes Ereignis konfiguriert werden, das nicht stattgefunden hat.

Wie zu diagnostizieren

Prüfen Sie die Historie der nachrichtensendenden Ressource, und vergleichen Sie die Ergebnisse mit den veröffentlichten und zugestellten Nachrichten des Themas.

  1. Notieren Sie sich den Zeitpunkt, zu dem die Triggerbedingung aufgetreten ist.

    Anzeigen von Standardmetrikdiagrammen für die Ressource, um die Zeit zu bestimmen.

    Beispiel: Sie können Metrikdiagramme für eine Compute-Instanz anzeigen und feststellen, dass sie den im Alarm definierten Schwellenwert um 10:01 überschritten haben.

  2. Suchen Sie den zugehörigen Zeitstempel, der von der zugehörigen Ressource (Alarm, Ereignisregel oder Connector) aufgezeichnet wird.
    • Für einen Alarm: Suchen Sie nach relevanten Alarmzustandsübergängen nahe der Zeit der Triggerbedingung.

      Tipp

      Bewerten Sie Alarme und Nachrichten anhand ihrer eindeutigen IDs. Siehe Verarbeitung doppelter Elemente verhindern. Informationen zum Anzeigen des Formats, das von Alarmnachrichten verwendet wird, finden Sie unter Nachrichtenformat und Beispiele.

      Alarmhistorie anzeigen. Ein zu diesem Zeitpunkt gefundener Übergang weist darauf hin, dass der Alarm möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von Übergängen weist darauf hin, dass der Alarm keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Alarm übergeht, prüfen Sie die Konfiguration.

    • Für eine Ereignisregel: Suchen Sie nach übereinstimmenden Ereignissen, die nahe der Zeit der Triggerbedingung liegen.

      Standardkennzahlendiagramme anzeigen für die Ereignisregel. Siehe das Diagramm Übereinstimmende Ereignisse. Ein übereinstimmendes Ereignis um diese Zeit weist darauf hin, dass die Ereignisregel möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Eine Abwesenheit übereinstimmender Ereignisse gibt an, dass die Ereignisregel keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass die Ereignisregel ein übereinstimmendes Ereignis ermittelt, prüfen Sie die zugehörige Konfiguration.

    • Für einen Connector: Suchen Sie nach geschriebenen Nachrichten, die dem Zeitpunkt der Triggerbedingung nahe kommen.

      Standardmetrikdiagramme anzeigen für den Connector. Siehe das Diagramm In Ziel geschriebene Nachrichten. Eine zu diesem Zeitpunkt geschriebene Nachricht gibt an, dass der Connector möglicherweise die Nachricht gesendet hat, die Ihnen fehlt. Das Fehlen von geschriebenen Nachrichten gibt an, dass der Connector keine Nachrichten gesendet hat. Wenn Sie erwartet haben, dass der Connector eine Nachricht schreibt, prüfen Sie die Konfiguration.

Wie zu beheben

Sie können diese Situation für zukünftige Triggerbedingungen beheben. Beispiel: Aktualisieren Sie eine Ereignisregel so, dass sie mit dem beabsichtigten Ereignis übereinstimmt.

Im Folgenden finden Sie Anweisungen zum Aktualisieren von Nachrichten sendenden Ressourcen:

Ursache: Gelöschte Nachricht

Notifications hat die von einem Alarm, einem Ankündigungsabonnement, einer Ereignisregel, einem Connector oder einer kontextbezogenen Benachrichtigung (Alarm oder Ereignisregel) empfangene Nachricht gelöscht, die für ein Funktionsabonnement bestimmt war. Dieses Problem kann auftreten, wenn das Abonnement aussteht oder falsch konfiguriert ist.

Wie zu diagnostizieren

Suchen Sie im übergeordneten Thema des Abonnements nach gelöschten Funktionsnachrichten. Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere das Metrikdiagramm Anzahl nicht erfolgreiche Nachrichten an, und beachten Sie den Wert der Metrikdimension endpointType ("ORACLE_FUNCTIONS" für eine Nachricht mit einer gelöschten Funktion). Wenn eine Nachricht mit einer gelöschten Funktion vorhanden ist, wird der Zähler dieses Metrikdiagramms inkrementiert und zeigt "ORACLE_FUNCTIONS" für endpointType an.

Wie zu beheben
Sie können diese Situation für zukünftige Triggerbedingungen beheben.

Ursache: Funktion wurde nicht aufgerufen

Die Funktion wurde nicht aufgerufen, obwohl Notifications die von einem Alarm, einem Ankündigungsabonnement, einer Ereignisregel, einem Connector oder einer kontextbezogenen Benachrichtigung (Alarm oder Ereignisregel) empfangene Nachricht zugestellt hat.

Wie zu diagnostizieren
Hinweis

Der Notifications-Service enthält keine Informationen zu einer Funktion, nachdem sie aufgerufen wurde.

Wenn dies der erste Aufruf ist, wird die Antwort möglicherweise verzögert.

  1. Benachrichtigungszustellung bestätigen: Bestätigen Sie im übergeordneten Thema des Abonnements, dass Notifications die Nachricht an die Funktion zugestellt hat. Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere das Metrikdiagramm Anzahl zugestellte Nachrichten an, und beachten Sie den Wert der Metrikdimension endpointType ("ORACLE_FUNCTIONS" für eine zugestellte Funktionsmeldung). Wenn eine Funktionsmeldung zugestellt wird, wird der Zähler dieses Metrikdiagramms inkrementiert und zeigt "ORACLE_FUNCTIONS" für endpointType an.
  2. Suchen Sie in der Funktion nach Aufruf- und Ausführungszeiten, die nahe dem Zeitpunkt liegen, zu dem die Triggerbedingung aufgetreten ist.
Wie zu beheben
Wenn die Funktion nie aufgerufen wurde, wenden Sie sich an den Support.

Ursache: Funktion wurde nicht ausgeführt

Die Funktion wurde nicht ausgeführt, obwohl sie aufgerufen wurde, nachdem Notifications die von einem Alarm, einem Ankündigungsabonnement, einer Ereignisregel, einem Connector oder einer kontextbezogenen Benachrichtigung (Alarm oder Ereignisregel) empfangene Nachricht zugestellt hat.

Wie zu diagnostizieren
Hinweis

Der Notifications-Service enthält keine Informationen zu einer Funktion, nachdem sie aufgerufen wurde.

Wenn dies der erste Aufruf ist, wird die Antwort möglicherweise verzögert.

  1. Benachrichtigungszustellung bestätigen: Bestätigen Sie im übergeordneten Thema des Abonnements, dass Notifications die Nachricht an die Funktion zugestellt hat. Zeigen Sie die Standardmetrikdiagramme des Themas an. Zeigen Sie insbesondere das Metrikdiagramm Anzahl zugestellte Nachrichten an, und beachten Sie den Wert der Metrikdimension endpointType ("ORACLE_FUNCTIONS" für eine zugestellte Funktionsmeldung). Wenn eine Funktionsmeldung zugestellt wird, wird der Zähler dieses Metrikdiagramms inkrementiert und zeigt "ORACLE_FUNCTIONS" für endpointType an.
  2. Suchen Sie in der Funktion nach Aufruf- und Ausführungszeiten, die nahe dem Zeitpunkt liegen, zu dem die Triggerbedingung aufgetreten ist.
Wie zu beheben
Siehe Fehlerbehebung bei OCI Functions.

HTTPS-Abonnementbestätigung (benutzerdefinierte URL) nicht erhalten

Beheben Sie Probleme mit einer fehlenden Bestätigungsmeldung für ein neues HTTPS-Abonnement (benutzerdefinierte URL).

Das neue Abonnement für HTTPS (benutzerdefinierte URL) bleibt im Status Ausstehend, nachdem Sie die Bestätigung gesendet haben.

Das Abonnement hat die Bestätigung nie erhalten. Der Endpunkt für das HTTPS-(Benutzerdefinierte URL-)Abonnement hat die Bestätigung nie erhalten, weil der Endpunkt des Abonnements die Voraussetzungen für HTTPS-(Benutzerdefinierte URL-)Abonnements nicht erfüllt. Beispiel: Der Endpunkt ist nicht öffentlich zugänglich, oder er unterstützt die nicht autorisierte Headeranforderung nicht.

Um dieses Problem zu beheben, erstellen Sie ein neues Abonnement mit einem Endpunkt, der die Voraussetzungen erfüllt.

  1. Suchen Sie einen Endpunkt, der die Voraussetzungen für HTTPS-(Custom URL-)Abonnements erfüllt.
  2. Erstellen Sie mit dem ausgewählten Endpunkt ein neues HTTPS-Abonnement (benutzerdefinierte URL).
  3. Bestätigen Sie das neue Abonnement.