Servicewartung für Autonomous AI Database on Dedicated Exadata Infrastructure

Oracle plant und führt alle Patching- und anderen Wartungsvorgänge auf allen autonomen KI-Datenbankressourcen der dedizierten Exadata-Infrastruktur aus. Gleichzeitig erhalten Sie verschiedene Optionen zum Anpassen, Anzeigen und Neuplanken von Wartungsereignissen für die verschiedenen Infrastrukturressourcen.

Hinweis: Wenn "Datenbank-In-Memory" aktiviert ist, kann es bei jeder Patching-Aktivität zu einer Performanceverschlechterung kommen, die zum Neustart der Datenbank führt. Weitere Informationen zu Database In-Memory finden Sie unter Database In-Memory.

Servicewartungstypen

Oracle plant und führt verschiedene Servicewartungsaktivitäten in Ihrer autonomen KI-Datenbank durch. Diese Wartungsereignisse variieren in Umfang und Häufigkeit des Patchings.

Das Cloud Operations-Team von Oracle überwacht kontinuierlich das Patching und führt ein Rollback durch, wenn ein Patch die grundlegenden Integritätstests nicht erfolgreich durchführt. Wenn ein Rollback erforderlich ist, wird die Wartung neu geplant. Während das Rollback die letzte Option ist, ist es unser Ziel, immer die schnellste Korrektur zu bieten, um Ihre Datenbank in einen fehlerfreien Zustand wiederherzustellen. Wenn eine Regression nur in Ihrer Anwendung angezeigt wird, sollte sie über eine Serviceanfrage (SR) gemeldet werden. Bei kritischen Problemen, die sofort behandelt werden müssen, kann Oracle einen One-off-Patch außerhalb des Standardwartungsplans entwickeln und bereitstellen.

Angeben, wann Wartung stattfinden kann

Im Allgemeinen plant und führt Oracle die gesamte Flottenwartung über jedes Quartal und monatliche Infrastruktursicherheitskorrekturen für Schwachstellen mit CVSS-Scores größer oder gleich 7 aus. Sie können die Wartungsplanung Oracle überlassen oder ein bestimmtes Wartungsfenster festlegen, in dem Oracle mit der Wartung beginnen kann.

Vierteljährliche Wartung anpassen

Sie wählen entweder einen Zeitplan für die vierteljährliche automatische Wartung der autonomen KI-Datenbankressourcen aus oder lassen Oracle die Updates automatisch planen. Oracle benachrichtigt Sie im Voraus über das Datum und die Uhrzeit der bevorstehenden geplanten Wartung.

Sie können Folgendes mit automatischer vierteljährlicher Wartung auf verschiedenen Ressourcenebenen ausführen, wie in der folgenden Tabelle aufgeführt:

Infrastrukturressource Hinweise & weitere Referenzen
Exadata-Infrastruktur (EI)
Autonomes Exadata-VM-Cluster (AVMC)

Hinweis: AVMC-Ressourcen, die in den Exadata-Infrastrukturressourcen in Oracle Cloud bereitgestellt wurden, bevor das Feature "Autonome VM-KI-Datenbank" gestartet wird, erben den Wartungsplan von der zugehörigen Exadata-Infrastruktur.

Autonome Containerdatenbank (ACD)
  • Voreinstellungen für die Wartung der autonomen Containerdatenbank aktualisieren zeigt, wie die folgenden Voreinstellungen aktualisiert werden:

    • Wartungsmethode für automatische Aktualisierungen (Rolling oder Non-Rolling). Sie können auch die Zeitzonendatei einschließen, die zusammen mit dem RU aktualisiert werden soll.

      Hinweis: In einer Autonomous Data Guard-Konfiguration führt die Nicht-Rolling-Wartungsmethode während des jeweiligen Wartungsfensters zu Ausfallzeiten für die primären und Standby-ACDs, bis das Patching abgeschlossen ist.

    • Wartungsversion für die automatischen Updates (nächste RU oder neueste RU).

    • Automatischer Wartungsplan für die ACD. Es gibt verschiedene Optionen zum Anpassen des Wartungsplans, wie unter Anpassbare Einstellungen im Wartungsplan beschrieben.

      Hinweis: Sie können keinen benutzerdefinierten Zeitplan für eine Standby-ACD in einer Autonomous Data Guard-Konfiguration definieren. Sie können jedoch die Anzahl der Tage festlegen, für die die Standby-ACD-Wartung vor der primären ACD-Wartung geplant wird, da die Standby-ACD immer vor der primären ACD gepatcht wird.

  • Sie können auch eine On-Demand-Wartung planen, um RU (Release Update) zusammen mit der Zeitzonendatei oder nur der Zeitzonendatei für eine ACD zu aktualisieren. Anweisungen finden Sie unter Vierteljährliches Wartungsupdate planen.

    Hinweis: Nur bei On-Demand-Aktualisierungen von Zeitzonendateien wird die Standby-ACD 3 Tage vor der primären ACD in für Autonomous Data Guard aktivierten ACDs gepatcht.

  • Geplante Wartung einer autonomen Containerdatenbank anzeigen und verwalten
  • Vergangene Wartung einer autonomen Containerdatenbank anzeigen

Tipp: Oracle empfiehlt, dass Sie ein Wartungsfenster für alle oben aufgeführten Infrastrukturressourcen festlegen, um:

Anpassbare Einstellungen im Wartungsplan

Sie können die folgenden Details in der Oracle Cloud Infrastructure-Konsole auswählen, während Sie einen benutzerdefinierten Zeitplan für eine der oben genannten Infrastrukturressourcen definieren.

Monatliche Sicherheitswartung der Infrastruktur anpassen

Die monatliche Infrastruktur-Sicherheitswartung soll bei Bedarf während eines 21-tägigen Fensters angewendet werden, das zwischen dem 18. und dem 21. jedes Monats beginnt und bis zum 9. bis zum 12. des folgenden Monats ausgeführt wird. Mindestens 7 Tage vor Beginn des monatlichen Wartungsfensters erhalten Sie eine Benachrichtigung über den vorgeschlagenen Zeitplan.Bei Bedarf können Sie die monatliche Wartung gegebenenfalls mit einem anderen Datum im Fenster neu planen.

Monatliche Sicherheitspatches können innerhalb des Wartungsfensters auf eine andere Zeit neu terminiert werden, können jedoch nicht über das 21-Tage-Fenster hinaus übersprungen oder neu terminiert werden. Sie können bei einer Neuplanung der vierteljährlichen Wartung auch die monatliche Sicherheitswartungswartung neu planen, solange Sie die monatliche Wartung im aktuellen Wartungsfenster beibehalten.

Während der monatlichen Patching-Aktivität für die Infrastruktursicherheit wirken sich die autonomen KI-Datenbanken oder Anwendungen, die mit ihnen verbunden sind, nicht aus. Updates für Datenbankserver werden online mittels Ksplice-Technologie eingespielt, und Updates an Speicherservern werden rollierend eingespielt.

Beim Aktualisieren Ihrer Serviceinfrastruktur kann Oracle jedoch einige Vorgänge blockieren, einschließlich Arbeitsspeicher- und Speicherskalierung, Betriebssystem- und Grid Infrastructure-Patching (einschließlich Vorabprüfungen) und elastische Erweiterung von Compute- und Speicherservern. Verschieben Sie diese Vorgänge, bis die Updates abgeschlossen sind. Das Einspielen von Sicherheitsupdates dauert je nach I/O-Aktivität etwa 15 Minuten pro DB-Serverhost, plus 60 Minuten pro Speicherserver. Wenn Sie versuchen, einen solchen Vorgang auszuführen, werden Sie von der Konsole über die laufenden Sicherheitsupdates informiert. In den Gast-VMs wird keine Software aktualisiert.

One-Off-Patches anpassen

In der Wartungsansicht der Oracle Cloud-Konsole können Sie die geplante Startzeit bearbeiten oder den One-off-Patch sofort installieren. Standardmäßig werden One-off-Patches von Oracle innerhalb von 72 Stunden nach Verfügbarkeit des Patches eingespielt. Wenn keine Aktion zum Ändern des Zeitplans ausgeführt wird, wird der Patch automatisch eingespielt. Sie können die One-off-Patches nur innerhalb des aktuellen Quartals neu planen. Ein One-off-Patch kann jedoch nicht vollständig übersprungen werden.

Angeben, welche Art von Patches eingespielt werden soll

Ein Standardwartungsvorgang besteht darin, Datenbanksoftwarepatches auf Ihre autonomen Containerdatenbanken und damit auf die darin erstellten autonomen KI-Datenbanken einzuspielen. Standardmäßig spielt Oracle Releaseupdates (RUs) ein. Sie können den Wartungstyp entweder auf "Nächstes RU" konfigurieren, um die autonome Containerdatenbank auf das nächste Releaseupdate zu aktualisieren, oder auf das neueste RU, um die autonome Containerdatenbank auf das neueste Releaseupdate im nächsten Wartungsfenster zu aktualisieren. Dementsprechend verwendet Oracle einen Imagetyp, der Ihrer Voreinstellung entspricht, wenn verfügbar. Bei Bedarf können Sie einen bestimmten geplanten Patch jederzeit in eine andere Version ändern.

Eine schrittweise Anleitung finden Sie unter Voreinstellungen für die Wartung der autonomen Containerdatenbank aktualisieren.

Bereits geplante Wartung anzeigen und verwalten

Sobald eine Wartungsaktivität auf Basis des festgelegten Wartungsfensters geplant ist, können Sie den tatsächlichen Zeitpunkt der Aktivität selbst bestimmen. Sie können dabei die Patchversion ändern, den Patch sofort einspielen oder die Aktivität überspringen.

Details der geplanten Wartung

Für jedes geplante Wartungsereignis für die Exadata-Infrastruktur, ein autonomes Exadata-VM-Cluster oder eine autonome Containerdatenbank werden auf der Seite "Wartung" der Ressource die folgenden Details aufgeführt:

Verwaltungsvorgänge für eine geplante Wartung

Für jedes Wartungsereignis, das auf der Seite "Wartung" einer Infrastrukturressource aufgeführt ist, können Sie die folgenden Verwaltungsvorgänge ausführen, sofern das Ereignis nicht bereits begonnen hat:

Hinweis: Jetzt patchen ist für eine autonome KI-Datenbank nicht verfügbar, die mit Autonomous Data Guard aktiviert ist. Als Workaround können Sie die geplante Wartungszeit ändern, sodass sie im nächsten verfügbaren 4-Stunden-Zeitraum beginnt. Stellen Sie sicher, dass die Standbydatenbank vor der Primärdatenbank gepatcht wird, und zwar mit einem Pufferzeitraum von 1 bis 7 Tagen dazwischen.

Hinweis: Es ist nicht möglich, zwei aufeinanderfolgende Wartungsereignisse zu überspringen. Nachdem ein Wartungsereignis übersprungen wurde, können Sie das nächste geplante Wartungsereignis unmittelbar nicht überspringen. Sie können die Wartungsereignisse nur für zwei alternative Quartale in einem Jahr übersprungen.

Eine Schritt-für-Schritt-Anleitung finden Sie hier:

Wartungsstatusbenachrichtigungen anzeigen

In der Ansicht DB_NOTIFICATIONS werden Informationen zu Wartungsstatusbenachrichtigungen für Ihre autonome AI-Datenbankinstanz gespeichert.

Gilt nur für: Anwendbar Oracle Public Cloud

So zeigen Sie Benachrichtigungsinformationen an:

  1. Stellen Sie eine Verbindung zu Ihrer Autonomous AI Database-Instanz her.

  2. Mit der folgenden Abfrage können Sie Wartungsinformationen (Patching) anzeigen.

     SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';

Im Folgenden finden Sie Details zum Wartungsstatus.

In der folgenden Tabelle sind die DB_NOTIFICATIONS-Spalten und -Datentypen aufgeführt.

Spalte Datentyp Beschreibung
TYPE VARCHAR2(128)TYPE

Gibt den Benachrichtigungstyp an.

Gültiger Wert: MAINTENANCE.

TIME TIMESTAMP(6) WITH TIME ZONE Zeitpunkt, zu dem der Benachrichtigungseintrag hinzugefügt wurde.
EXPECTED_START_DATE TIMESTAMP(6) WITH TIME ZONE Geplante Wartungsstartzeit.
EXPECTED_END_DATE TIMESTAMP(6) WITH TIME ZONE Endzeit der geplanten Wartung.
ACTUAL_START_DATE TIMESTAMP(6) WITH TIME ZONE Tatsächliche Wartungsstartzeit.
ACTUAL_END_DATE TIMESTAMP(6) WITH TIME ZONE Tatsächliche Wartungsendzeit
PRODUCT VARCHAR2(128)

Produkt oder Komponente, für das die Wartung geplant oder ausgeführt wird.

Werte: DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS VARCHAR2(128)

Aktueller Wartungsstatus.

Werte: SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE VARCHAR2(64)

Patching-Vorgangsmodus.

Werte: RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT VARCHAR2(64)

Datenbankauswirkung.

Werte: AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION VARCHAR2(128) Die Details der Meldungsmeldung
PATCH_ID VARCHAR2(128) Patchversion.

Automatisches Queuing von Wartungsereignissen

Vierteljährliche Wartungsereignisse verschiedener autonomer KI-Datenbankressourcen

Wenn Sie einen benutzerdefinierten Wartungsplan für Infrastrukturressourcen auswählen, berücksichtigt Oracle Ihre Präferenzen bei der Planung der Wartungsereignisse. Wenn Ihr benutzerdefinierter Zeitplan jedoch zu Überschneidungen mit anderen Infrastrukturressourcen führt, serialisiert Oracle die Ausführung der Wartungsereignisse automatisch wie folgt: Exadata-Infrastruktur, autonomes Exadata-VM-Cluster, autonome Containerdatenbank. Dabei wird zwischen Ereignissen jeweils eine Zeitlücke eingefügt.

Beispiel: Angenommen, ein Wartungsereignisse für eine Exadata-Infrastrukturressource und ein Wartungsereignisse für eine autonome Containerdatenbank sollen laut Plan gleichzeitig gestartet werden. In diesem Fall wird das Wartungsereignis für die Exadata-Infrastrukturressource gestartet. Das Wartungsereignis für die autonome Containerdatenbank wird in die Queue gestellt und unmittelbar nach Abschluss des Wartungsereignisses für die Exadata-Infrastrukturressource gestartet.

Vierteljährliche Wartungsereignisse und monatliche Infrastruktur-Sicherheitspatches

Scenario Warteschlange
Wenn eine vierteljährliche Wartungsaktivität innerhalb von 24 Stunden nach einem monatlichen Infrastruktur-Sicherheitspatch geplant ist. Die geplante monatliche Wartung wird übersprungen und sofort nach der vierteljährlichen Wartung angewendet.
Wenn eine vierteljährliche Wartungsaktivität zur gleichen Zeit wie ein monatlicher Infrastruktur-Sicherheitspatch geplant ist. Die vierteljährliche Wartung wird zuerst ausgeführt, und der monatliche Sicherheitspatch wird sofort nach Abschluss der vierteljährlichen Wartung eingespielt.
Wenn ein monatlicher Infrastruktur-Sicherheitspatch 0-24 Stunden vor der vierteljährlichen Wartung beginnen soll.

Die geplante monatliche Wartung wird warten und sofort nach der vierteljährlichen Wartung ausgeführt.

Wenn die vierteljährliche Wartung anschließend neu geplant wird, beginnt die monatliche Sicherheitswartung sofort.

Oracle empfiehlt daher, die vierteljährliche und monatliche Wartung gleichzeitig zu planen. Wenn Sie das vierteljährliche Wartungsereignis im letzten Moment neu planen, wird die monatlichen Wartungsaktivitäten zum geplanten Zeitpunkt ausgeführt, nachdem der Zeitplan bearbeitet wurde.
Wenn eine vierteljährliche Wartung außerhalb des 24-Stunden-Fensters der Sicherheitswartung im selben Monat geplant ist.

Für die vierteljährliche Wartungsarbeiten benötigen Sie ein Wartungsfenster und für eine Sicherheitswartung ein Wartungsfenster.

Hinweis: Sie können die Exadata-Infrastruktur jederzeit vor der geplanten monatlichen Wartung neu planen.

Die Storage Server werden nur einmal aktualisiert, wenn Sie die monatliche Sicherheitswartung mindestens 25 Stunden vor der vierteljährlichen Wartung im Monat planen, in dem sowohl die vierteljährliche als auch die monatliche Sicherheitswartung geplant wurde.

Vergangene Wartungsereignisse anzeigen

You can view past maintenance of an Exadata Infrastructure, Autonomous Exadata VM Cluster, or an Autonomous Container Database resource from its Details page.

Eine Schritt-für-Schritt-Anleitung finden Sie hier:

Servicewartungsereignisse überwachen

Sie können die Wartungsereignisse der Infrastrukturressourcen der autonomen KI-Datenbank mit den Services Events und Notifications überwachen. Mit den Services Events und Notifications können Sie E-Mail-Benachrichtigungen erhalten, wenn Wartungsereignisse bei der Exadata-Infrastruktur, autonomen Exadata-VM-Clustern und autonomen Containerdatenbankressourcen auftreten.

Für jede Infrastrukturressource werden vier verschiedene Wartungsereignisse generiert, wie unten aufgeführt:

Eine vollständige Liste der Ereignisse, die für jede Infrastrukturressource generiert wurden, finden Sie unter Ereignisse für autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur.

Sie können eines dieser Wartungsereignisse für eine Infrastrukturressource abonnieren, indem Sie die folgenden allgemeinen Aufgaben ausführen:

Eine Schritt-für-Schritt-Anleitung mit einem Beispiel finden Sie unter Beispiel für Benachrichtigungen: E-Mails für Wartungsereignisse.

Verwandte Inhalte

Serviceanfrage in My Oracle Support erstellen