Gibt eine Meldung an, dass das ADMIN-Kennwort für Autonomous Database innerhalb von 30 Tagen abläuft oder abgelaufen ist.

• Wenn das ADMIN-Kennwort innerhalb von 30 Tagen nach der Verwendung nicht mehr verwendet werden kann, erhalten Sie eine Warnung, die das Datum angibt, an dem das ADMIN-Kennwort nicht mehr verwendet werden kann.

• Wenn das ADMIN-Kennwort abläuft und nicht mehr verwendet werden kann, meldet Autonomous Database ein Ereignis, das angibt, dass das ADMIN-Benutzerkennwort abgelaufen ist und zurückgesetzt werden muss.

Wenn ein automatischer Failover für Autonomous Database beginnt und die Datenbank nicht verfügbar ist, wird ein AutonomousDatabase-AutomaticFailoverBegin-Ereignis generiert.

Das Ereignis wird nur ausgelöst, wenn Sie Autonomous Data Guard verwenden.

Wenn ein automatischer Failover, der ausgelöst wurde, abgeschlossen ist und die Datenbank jetzt verfügbar ist, wird ein AutonomousDatabase-AutomaticFailoverEnd-Ereignis generiert.

Das Ereignis wird nur ausgelöst, wenn Sie Autonomous Data Guard verwenden.

Die Autonomous Database-Instanz kann nicht geöffnet werden, oder die Services wie "high", "low", "medium", "tp" oder "tpurgent" sind nicht gestartet oder verfügbar.

Die folgenden Bedingungen lösen DatabaseDownBegin nicht aus:

• Vorgänge, die während des Wartungsfensters ausgeführt werden

• Probleme im Zusammenhang mit Load Balancer, Netzwerk oder Backup

• Ein Benutzer, der die Instanz stoppt

Dieses Ereignis wird nicht ausgelöst, wenn Sie Autonomous Data Guard nutzen und die Standbydatenbank aufgrund einer der folgenden Bedingungen nicht verfügbar ist.

Die Datenbank wird aus dem Status "Heruntergefahren" wiederhergestellt, d.h. die Autonomous Database-Instanz wird nach einem DatabaseDownBegin-Ereignis mit ihren Services geöffnet. DatabaseDownEnd wird nur ausgelöst, wenn ein vorheriges DatabaseDownBegin-Ereignis vorhanden war.

Die folgenden Bedingungen lösen DatabaseDownEnd nicht aus:

• Vorgänge, die während des Wartungsfensters ausgeführt werden

• Ein Benutzer, der die Instanz startet

Wenn Sie Autonomous Data Guard verwenden und die primäre Datenbank ausfällt, wird ein DatabaseDownBegin-Ereignis ausgelöst. Wenn das System einen Failover auf die Standbydatenbank durchführt, wird ein DatabaseDownEnd-Ereignis ausgelöst.

Die Autonomous Database-Instanz verwendet vom Kunden verwaltete Schlüssel, und der Zugriff auf die Datenbank ist nicht mehr möglich (Status Nicht zugänglich).

Die folgenden Bedingungen lösen DatabaseInaccessibleBegin aus:

• Oracle Cloud Infrastructure Vault-Masterverschlüsselungsschlüssel wird gelöscht.

• Oracle Cloud Infrastructure Vault-Masterverschlüsselungsschlüssel ist deaktiviert.

• Autonomous Database-Instanz kann den Oracle Cloud Infrastructure Vault nicht erreichen.

Wenn die Autonomous Database-Instanz den Status Nicht zugänglich wiederherstellt, der ein DatabaseInaccessibleBegin-Ereignis generiert hat, löst die Datenbank ein DatabaseInaccessibleEnd-Ereignis aus, wenn der Datenbankstatus in Verfügbar geändert wird.

Gibt eine Meldung an, dass das Autonomous Database-Benutzerkennwort innerhalb der angegebenen Kulanzfrist abläuft (Standard 30 Tage) oder bereits abgelaufen ist.

• Wenn ein Autonomous Database-Benutzerkennwort innerhalb der angegebenen Nachfrist nicht mehr verwendet werden kann, erhalten Sie eine Warnung, die das Datum angibt, an dem das Kennwort nicht mehr verwendet werden kann.

• Wenn ein Autonomous Database-Benutzerkennwort abläuft und nicht mehr verwendet werden kann, meldet Autonomous Database ein Ereignis, das angibt, dass das Kennwort abgelaufen ist und zurückgesetzt werden muss.

Das Ereignis DatabaseUserPasswordWarning wird einmal täglich generiert.

Wenn die Anzahl der nicht erfolgreichen Anmeldeversuche in den letzten drei (3) Stunden 3 * Anzahl der Benutzer erreicht, löst die Datenbank ein FailedLoginWarning-Ereignis aus.

Nicht erfolgreiche Anmeldeversuche können darauf zurückzuführen sein, dass ein Benutzer einen ungültigen Benutzernamen oder ein ungültiges Kennwort eingegeben hat, oder auf einen Verbindungstimeout. Das Ereignis wird ausgelöst, wenn der Schwellenwert für nicht erfolgreiche Anmeldeversuche innerhalb des überwachten Zeitraums (der letzten drei Stunden) überschritten wird.

Wenn eine Autonomous Database aufgrund von Serverwartung, Hardwareaktualisierung, einem Hardwareproblem oder im Rahmen einer Ressourcenskalierung in eine andere Exadata-Infrastruktur umgespeichert wird, wird das Ereignis InstanceRelocateBegin zu Beginn des Umspeicherungsprozesses ausgelöst.

Wenn eine Autonomous Database aufgrund von Serverwartung, Hardwareaktualisierung, einem Hardwareproblem oder im Rahmen einer Ressourcenskalierung in eine andere Exadata-Infrastruktur verlagert wird, wird das Ereignis InstanceRelocateEnd am Ende des Umzugsprozesses ausgelöst.

Wenn ein geplantes Upgrade für Autonomous Database beginnt und die Datenbank nicht verfügbar ist, wird ein ScheduledUpgradeBegin-Ereignis generiert.

Wenn ein geplantes Upgrade für Autonomous Database beendet wird und die Datenbank jetzt verfügbar ist, wird ein ScheduledUpgradeEnd-Ereignis generiert.

Wenn ein geplantes Upgrade für Autonomous Database nicht erfolgreich verläuft und die Datenbank jetzt verfügbar ist, wird ein ScheduledUpgradeFailed-Ereignis generiert.

Dieses Ereignis wird generiert, wenn Autonomous Database feststellt, dass ein Wallet in weniger als sechs (6) Wochen ablaufen soll. Dieses Ereignis wird höchstens einmal pro Woche gemeldet.

Dieses Ereignis wird ausgelöst, wenn eine Verbindung vorhanden ist, die das ablaufende Wallet verwendet.

AJDNonJsonStorageExceeded

Dieses Ereignis wird generiert, wenn eine autonome JSON-Datenbank das maximale Speicherlimit von 20 GB an Daten überschritten hat, die außerhalb von SODA-Collections gespeichert sind. Dieses Limit gilt nicht für Daten, die in SODA-Collections oder Objekten gespeichert sind, die SODA-Collections zugeordnet sind, wie Indizes oder Materialized Views.

Zusätzlich zu diesem Ereignis wird eine E-Mail an den Kontoinhaber gesendet. Sie müssen entweder die Nutzung nicht-SODA-bezogener Daten unter das 20-GB-Limit reduzieren oder die autonome JSON-Datenbank in Autonomous Transaction Processing hochstufen. Weitere Informationen finden Sie unter In Autonomous Transaction Processing hochstufen.

APEXUpgradeAvailable

Dieses Ereignis wird generiert, wenn Sie Oracle APEX verwenden, und ein neues Release wird verfügbar.

APEXUpgradeBegin

Dieses Ereignis wird generiert, wenn Sie Oracle APEX verwenden und Ihre Autonomous Database-Instanz mit einem Upgrade auf ein neues Oracle APEX-Release beginnt oder mit der Anwendung eines Oracle APEX-Patchset-Bundles beginnt.

APEXUpgradeEnd

Dieses Ereignis wird generiert, wenn Sie Oracle APEX verwenden und Ihre Autonomous Database-Instanz ein Upgrade auf ein neues Oracle APEX-Release abschließt oder die Installation eines Oracle APEX-Patchset-Bundles abgeschlossen hat.

AutomaticRefreshEnd

Dieses Ereignis wird generiert, wenn die geplante automatische Aktualisierung abgeschlossen ist.

Weitere Informationen finden Sie unter Policy für automatische Aktualisierung für aktualisierbaren Klon bearbeiten.

AutomaticRefreshFailed

Dieses Ereignis wird generiert, wenn die geplante automatische Aktualisierung nicht erfolgreich ist.

Weitere Informationen finden Sie unter Policy für automatische Aktualisierung für aktualisierbaren Klon bearbeiten.

DatabaseConnection

Dieses Ereignis wird generiert, wenn von einer neuen IP-Adresse eine Verbindung zur Datenbank hergestellt wird (in den letzten 30 Tagen wurde keine Verbindung zur angegebenen IP-Adresse hergestellt).

InactiveConnectionsDetected

Dieses Ereignis wird generiert, wenn die Anzahl der ermittelten inaktiven Datenbankverbindungen über einem bestimmten Verhältnis im Vergleich zu allen Datenbankverbindungen für die Autonomous Database-Instanz liegt. Wenn Sie dieses Ereignis abonnieren, können Sie ungenutzte Verbindungen im Auge behalten.

Dieses Ereignis wird einmal täglich generiert, wenn Folgendes zutrifft:

• Die Anzahl der inaktiven Verbindungen, bei denen die verstrichene Zeit für die inaktive Verbindung mehr als 24 Stunden beträgt, ist größer als 10% der Gesamtzahl der Verbindungen in einem beliebigen Zustand.

  Bei dieser Berechnung sind inaktive Verbindungen Verbindungen, bei denen status "INACTIVE" ist.

Mit der folgenden Abfrage können Sie detaillierte Informationen zu Sessions melden, die länger als 24 Stunden inaktiv waren:

SELECT sid, serial#, last_call_et  FROM v$session
     WHERE status = 'INACTIVE' AND last_call_et > 60 * 60 *24;

Dieses Ereignis wird generiert, wenn eine Transaktion länger als 24 Stunden offen ist. Pro Transaktion wird nur ein Ereignis generiert. Das generierte Ereignis enthält die Transaktions-ID, die Adresse und die Sitzungsadresse.

MaintenanceBegin

Dieses Ereignis wird ausgelöst, wenn die Wartung gestartet wird, und gibt den Startzeitstempel für die Wartung an (dieses Ereignis enthält nicht die geplante Startzeit).

Dieses Ereignis wird auch ausgelöst, wenn die Wartung für eine lokale Autonomous Data Guard-Standbydatenbank gestartet wird.

MaintenanceEnd

Dieses Ereignis wird ausgelöst, wenn die Wartung beendet wird, und gibt den Endzeitstempel für die Wartung an (dieses Ereignis enthält nicht die geplante Endzeit).

Dieses Ereignis wird auch ausgelöst, wenn die Wartung für eine lokale Autonomous Data Guard-Standbydatenbank beendet wird.

NewMaintenanceSchedule

Dieses Ereignis wird generiert, wenn das Wartungsdatum aktualisiert wird und das neue Datum auf der Oracle Cloud Infrastructure-Konsole angezeigt wird.

Dieses Ereignis wird auch ausgelöst, wenn das Wartungsdatum aktualisiert wird und das neue Datum für eine lokale Autonomous Data Guard-Standbydatenbank angezeigt wird.

Wenn die Java-Version aktualisiert wird, gibt das Feld description des Ereignisses Folgendes an: This maintenance involves Java version update, please expect down time of Java service during this maintenance window.

NetworkUsageInbound

Dieses Ereignis wird ausgelöst, wenn der durchschnittliche eingehende Netzwerktraffic zu Ihrer Autonomous Database für TCP- oder HTTP-Datenbankverbindungen in den letzten 24 Stunden 50% des durchschnittlichen eingehenden Traffics überschritten hat, der einen Tag zuvor beobachtet wurde.

Wenn die Triggerbedingungen für dieses Ereignis erfüllt sind, wird das Ereignis NetworkUsageInbound einmal täglich generiert.

NetworkUsageOutbound

Dieses Ereignis wird ausgelöst, wenn der durchschnittliche ausgehende Netzwerktraffic von Ihrer Autonomous Database für TCP- oder HTTP-Datenbankverbindungen in den letzten 24 Stunden 50% des durchschnittlichen ausgehenden Traffics überschritten hat, der am Vortag beobachtet wurde.

Wenn die Triggerbedingungen für dieses Ereignis erfüllt sind, wird das Ereignis NetworkUsageOutbound einmal täglich generiert.

Dieses Ereignis wird ausgelöst, wenn der Operatorzugriff für die Datenbank ermittelt wird. Sie können die Zugriffsdetails in der Ansicht DBA_OPERATOR_ACCESS mit der in der Ereignisbeschreibung angegebenen Anforderungs-ID abfragen.

Das Ereignis OperatorAccess wird einmal alle 24 Stunden generiert.

QueryPerformanceDegradationDetected

Dieses Ereignis wird ausgelöst, wenn die durchschnittliche verstrichene Zeit einer Abfrage das Zehnfache der durchschnittlichen verstrichenen Zeit in den letzten sieben (7) Tagen überschritten hat.

Das Feld QueryPerformanceDegradationDetected-Ereignis description gibt die potenzielle Ursache einer Verschlechterung der Abfrageperformance an. Beispiel: Mit einer Meldung wie:

Query performance slow down detected for SQL ID 9x25vyx9ujnn8. 
This could potentially be due to a recent compute scale down performed on this Autonomous Database. 
You might need to scale up your instance's compute allocation to address this performance degradation.

Wenn die Triggerbedingungen für dieses Ereignis erfüllt sind, wird das Ereignis QueryPerformanceDegradationDetected höchstens einmal pro Tag generiert.

ResourceUtilizationWarning

Wenn die Triggerbedingungen für dieses Ereignis erfüllt sind, wird das Ereignis ResourceUtilizationWarning einmal pro Stunde generiert.

ScheduledMaintenanceWarning

Dieses Ereignis wird generiert, wenn in der Instanz ein geplanter Wartungsvorgang 24 Stunden und erneut generiert wird, wenn die geplante Wartung 1 Stunde (60 Minuten) ansteht.

Dieses Ereignis wird auch ausgelöst, wenn eine lokale Autonomous Data Guard-Standbydatenbank 24 Stunden nach einer geplanten Wartung liegt und erneut, wenn die lokale Autonomous Data Guard-Standbydatenbank 1 Stunde (60 Minuten) nach der geplanten Wartung liegt.

Wenn die Java-Version aktualisiert wird, gibt das Feld description des Ereignisses Folgendes mit der folgenden Meldung an: This maintenance involves Java version update, please expect down time of Java service during this maintenance window.

SQLParseErrorWarning

Wenn ein SQL-Parse-Fehler in einem bestimmten Zeitfenster mehrmals auftritt, z.B. 200 Mal oder mehr in einer Stunde, werden "Too Many Parse Errors"-Einträge im Alertlog generiert. Das Ereignis SQLParseErrorWarning wird ausgelöst, wenn ein neuer Eintrag im Alertlog vorhanden ist, der angibt, dass eine SQL-Anweisung zu viele Parsefehler aufweist. Beispiel: Wenn eine ungültige Abfrage 200 Mal in weniger als einer Stunde ausgeführt wird, löst dies das Ereignis SQLParseErrorWarning aus.

Dieses Ereignis wird höchstens einmal pro Tag generiert. Dies bedeutet, dass eine Verzögerung von bis zu 24 Stunden vor der Ereigniserstellung auftreten kann.

Dieses Ereignis wird ausgelöst, wenn eine Workload-Erfassung initiiert wird.

Dieses Ereignis wird ausgelöst, wenn eine Workload-Erfassung erfolgreich abgeschlossen wird.

Dadurch wird eine vorab authentifizierte (PAR-)URL zum Herunterladen der Capture-Berichte generiert.

Diese URL ist im Feld captureDownloadURL des Ereignisses enthalten und ist ab dem Generierungsdatum 7 Tage lang gültig.

Dieses Ereignis wird ausgelöst, wenn eine Workload-Wiedergabe initiiert wird.

Dieses Ereignis wird ausgelöst, wenn eine Workload-Wiedergabe erfolgreich abgeschlossen wird.

Dadurch wird eine im Voraus authentifizierte (PAR-)URL zum Herunterladen der Wiedergabeberichte generiert.

Diese URL ist im Feld replayDownloadURL des Ereignisses enthalten und ist ab dem Generierungsdatum 7 Tage lang gültig.

Weitere Informationen finden Sie unter Kritische Ereignisse in Autonomous Database.

Dieses Ereignis wird 48 Stunden vor dem Datenbankstopp ausgegeben.

Dieses Ereignis wird 48 Stunden vor der Datenbankbeendigung ausgegeben.

Weitere Informationen finden Sie unter Informationsereignisse in Autonomous Database.

Dieses Ereignis wird ausgelöst, wenn ein langfristiges Backup abgeschlossen ist.

Dieses Ereignis wird ausgelöst, wenn ein langfristiger Backupplan deaktiviert ist.

Dieses Ereignis wird ausgelöst, wenn ein langfristiger Backupplan aktiviert oder aktualisiert wird.

Dieses Ereignis wird ausgelöst, wenn ein langfristiges Backup gestartet wird.

Dieses Ereignis wird ausgegeben, nachdem der Failover erfolgreich oder nicht erfolgreich abgeschlossen wurde.

Nicht erfolgreiche manuelle Failover-Vorgänge können zu Datenverlust führen. Weitere Informationen finden Sie auf der Detailseite von Autonomous Database in der Oracle Cloud Infrastructure-Konsole bei einem nicht erfolgreichen manuellen Failover.)

Die Ereignisse "Manuelle Aktualisierung" werden für aktualisierbare Autonomous Database-Klone verwendet.

Dieses Ereignis wird ausgegeben, nachdem der Switchover erfolgreich oder nicht erfolgreich abgeschlossen wurde.

Nicht erfolgreiche Switchover-Vorgänge können zu Datenverlust führen. Weitere Informationen finden Sie auf der Detailseite von Autonomous Database in der Oracle Cloud Infrastructure-Konsole, falls ein Switchover nicht erfolgreich war.