Alle Autonomous Database-Instanzen werden automatisch einem Wartungsfenster zugewiesen, und verschiedene Instanzen können verschiedene Wartungsfenster haben.

Autonomous Database verwendet diese Wartungsfenster, um den gesamten Stack zu patchen, mit dem Ihre Datenbank ausgeführt wird, einschließlich Datenbanksoftware, Datenbankwörterbuch, Betriebssysteme, Exadata-Speicher, Firmware und mehr.

Patches enthalten Bugfixes, Sicherheitsfixes und neue Funktionen. Kritische Sicherheitsfixes werden immer angewendet, sobald sie verfügbar sind. Patches werden in allen Datenbanken einheitlich bereitgestellt, sodass Sie keine One-off-Patches verfolgen müssen. Nachdem ein Fix für ein Problem implementiert wurde, z.B. ein Problem in einer Datenbank, wird der Fix in allen Autonomous Database-Instanzen bereitgestellt.

Alle Patches durchlaufen einen strengen Test- und Validierungsprozess, der Teil einer kontinuierlichen Integrations- und Entwicklungspipeline ist. Fixes werden in mehreren Phasen und Umgebungen validiert, bevor sie in Early Patch- und Always Free-Datenbanken bereitgestellt werden, gefolgt von regulären Datenbanken auf Patchebene. Mit dieser Pipeline können Regressionen abgefangen und behoben werden, bevor der Patch in allen Datenbanken bereitgestellt wird. In dem unwahrscheinlichen Fall, dass Patching eine Regression einführt, verfügt Oracle über Prozesse, um das Problem zu mindern, einschließlich Aktionen wie die folgenden:

• Rollback einer Teilmenge des Patches oder des gesamten Patches.

• Datenbankparameter festlegen, um den Patch zu deaktivieren, der die Regression eingeführt hat

• Ein Onlinepatch anwenden, um das Problem ohne Ausfallzeiten oder Verbindungsunterbrechungen zu beheben.

Beschreibung der Abbildung autonome Datenbank-kontinuierlich-integration.eps

Automatische Regressionserkennung für Autonomous Database bietet eine proaktive Behandlung von Regressionen und ermöglicht eine automatisierte Problemerkennung, Diagnose und Minderung. Dies kann die manuelle Untersuchung von Problemen und die Einreichung von Serviceanfragen reduzieren oder überflüssig machen. Die automatische Regressionserkennung überwacht alle Datenbanken sowohl auf der Early- als auch auf der Regular-Patch-Ebene. Sie ist jedoch besonders nützlich, wenn Sie eine Workload auf einer Early-Datenbank auf Patchebene testen. Wenn die automatische Regressionserkennung ein Problem findet und eine Regression identifiziert, wird das Problem automatisch mit detaillierten Informationen gemeldet, um es zu diagnostizieren. Dieses automatisierte Reporting ermöglicht es Oracle im Rahmen des kontinuierlichen Bereitstellungs-Patching-Zyklus, das Problem zu mindern oder zu beheben, bevor Änderungen Produktionsdatenbanken erreichen (Regelmäßige Datenbanken auf Patchebene). Automatische Regressionserkennung kann möglicherweise nicht jedes Problem finden. Wenn Sie Probleme selbst sehen, können Sie eine Serviceanfrage einreichen.

Die automatische Regressionserkennung umfasst Folgendes:

• Die automatische Regressionserkennung überwacht die Datenbank und speichert im Falle eines Vorfalls einen Fehler für den Vorfall mit detaillierten Diagnoseinformationen, die aus dem Automatic Workload Repository extrahiert wurden.

• Das Vorfallberichtssystem erstellt Benachrichtigungen an Oracle Cloud Infrastructure Operations and Development-Teams mit Oracle Automatic Incident Monitoring.

• Probleme werden durch die Analyse der Alerts zur automatischen Regressionserkennung gemindert.

• Die automatische Regressionserkennung wird laufend weiterentwickelt und verbessert.

Auf der Seite "Autonomous Database-Details" werden das Feld Patchebene und das Feld Nächste Wartung angezeigt, das Datum und die Uhrzeit für das bevorstehende Wartungsfenster enthält. Das Datum wird automatisch aktualisiert, wenn das nächste Wartungsfenster geplant wird. Der Link Historie anzeigen enthält Details zu vergangenen Wartungsarbeiten. Im Feld Zielkomponente wird die Komponente angezeigt, die im nächsten Wartungsfenster aktualisiert werden soll.

Wenn Autonomous Data Guard aktiviert ist, zeigt die Konsole auch Wartungsinformationen für eine lokale Standbydatenbank an.

Der Wartungsbereich umfasst folgende Informationen:

Hinweise zur geplanten Wartung und zum Patching:

• Das Autonomous Database-Operationsteam greift niemals auf Ihre Daten zu, es sei denn, Sie erteilen eine explizite Berechtigung über eine Serviceanfrage für eine bestimmte Dauer.

• Wenn sich die Datenbank während des Wartungsfensters im Status " gestoppt" befindet, werden die Datenbankänderungen aus dem Patch beim Starten der Datenbank eingespielt.

• Die Datenbank bleibt im Wartungsfenster verfügbar. Neue Verbindungen zur Datenbank werden immer erfolgreich sein. Je nachdem, welche Komponente gepatcht wird, werden die vorhandenen Datenbankverbindungen möglicherweise kurzzeitig getrennt. Sie können sie jedoch sofort wieder herstellen und die Datenbank weiter verwenden:

  • Bei Datenbankpatches werden vorhandene Verbindungen möglicherweise getrennt, wenn sie länger als die Drain-Zeit nach dem Patching ausgeführt werden.

  • Bei Infrastrukturpatches werden vorhandene Verbindungen möglicherweise getrennt, wenn sie länger als die Drain-Zeit nach dem Patching ausgeführt werden.

  • Bei Dictionary-Patches werden vorhandene Verbindungen möglicherweise getrennt, wenn sie Sperren für die Dictionary-Objekte enthalten, die gepatcht werden. Andernfalls sind die vorhandenen Verbindungen nicht betroffen. Beispiel: Wenn Ihre Anwendung während des Patchings eine Prozedur im Package DBMS_CLOUD ausführt und das Package gepatcht werden muss, wird die Session, die dieses Package verwendet, möglicherweise getrennt.

    Weitere Informationen finden Sie unter SESSION_EXIT_ON_PACKAGE_STATE_ERROR.

• Mit Oracle Cloud Infrastructure Events können Sie sich benachrichtigen lassen, wenn die Wartung beginnt und endet. Weitere Informationen finden Sie unter Informationsereignisse in Autonomous Database.

• Wenn Sie das zugewiesene Wartungsfenster am Samstag oder Sonntag in ein anderes 2-Stunden-Fenster in der lokalen Zeitzone der Region ändern möchten, reichen Sie eine Serviceanfrage beim Oracle Cloud-Support ein.

  Wenn Sie einen bestimmten Zeitraum für Ihr Wartungsfenster am Samstag oder Sonntag in der lokalen Zeitzone der Region angeben möchten, können Sie den Zeitraum mit derselben Serviceanfrage anfordern. Wenn Sie einen bestimmten Zeitraum für Ihr Wartungsfenster anfordern, kann die Änderung nur vorgenommen werden, wenn der angeforderte Zeitraum für Ihre Datenbank verfügbar ist.

• Wenn der zugewiesene Speicher der Datenbank 384 TB beträgt, können Sie ein benutzerdefiniertes 2-Stunden-Fenster auswählen, indem Sie eine Serviceanfrage bei Oracle Cloud Support einreichen (d.h. Sie können eine Serviceanfrage einreichen, um einen bestimmten Tag und einen bestimmten Zeitraum entweder am Samstag oder Sonntag in der lokalen Zeitzone der Region für Ihr Wartungsfenster anzufordern).

Informationen zum Erfassen einer Workload aus einer Produktionsdatenbank und zum Wiedergeben der Workload auf einem aktualisierbaren Klon auf einer frühen Patchebene finden Sie unter Workloads gegen ein bevorstehendes Patch testen.

Weitere Informationen zum SLO mit Nullregression für Autonomous Database finden Sie unter Service Level Objective mit Nullregression.

Sie können die Historie der Autonomous Database-Verwaltungsereignisse anzeigen, um Details zu vergangenen Wartungsereignissen wie Titel, Status, Startzeit und Endzeit anzuzeigen.

1. Klicken Sie auf der Seite "Autonomous Database-Details" unter Wartung auf Historie anzeigen.
2. In der Oracle Cloud Infrastructure-Konsole wird die Seite für die Wartungshistorie angezeigt.
3. (Optional) Mit dem Selektor Status können Sie Ereignisse nach Status filtern.

   Beispiel: Wenn Sie Erfolgr. auswählen, werden auf der Seite "Wartungshistorie" nur die Wartungsereignisse mit dem Status "Erfolgr." angezeigt.

   
   Beschreibung der Abbildung adb_maintenance_history.png

Sie können Autonomous Database-Patchinformationen anzeigen, einschließlich einer Liste der gelösten Probleme und der Komponenten.

1. Wählen Sie den Autonomous Database-Patch aus, den Sie anzeigen möchten. Auf der Seite "Verwaltungshistorie" der Oracle Cloud Infrastructure-Konsole wird die Liste der Patches unter Titel angezeigt.
2. Fragen Sie für den ausgewählten Patch die View DBA_CLOUD_PATCH_INFO ab.

   Beispiel: Verwenden Sie für Patch ADBS-21.7.1.1 die folgende Abfrage:

   SELECT * FROM DBA_CLOUD_PATCH_INFO WHERE PATCH_VERSION = 'ADBS-21.7.1.1';

3. Fragen Sie die View ab, um Details zu Problemen zu erhalten:

   SELECT * FROM DBA_CLOUD_PATCH_INFO WHERE PATCH_VERSION = 'ADBS-21.7.1.1' and BUG_NUM = bug_number;

SELECT * FROM DBA_CLOUD_PATCH_INFO;

Wenn Sie eine Autonomous Database-Instanz bereitstellen oder klonen, können Sie eine Patchebene auswählen, die für zukünftige Patches gelten soll. Sie können die Patchebene auch nach dem Provisioning einer Autonomous Database-Instanz bearbeiten. Es gibt zwei Patchebenenoptionen: Regelmäßig und Frühzeitig.

Die View DB_NOTIFICATIONS speichert Informationen zu Wartungsstatusbenachrichtigungen für Ihre Autonomous Database-Instanz.

1. Melden Sie sich bei Ihrer Autonomous Database-Instanz an.
2. Mit der folgenden Abfrage können Sie Informationen zur Wartung (Patching) anzeigen.

   SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';