Voraussetzungen für ein Upgrade auf 23ai: Für Oracle Database 23ai ist Oracle Grid Infrastructure (GI) 23ai erforderlich.

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata-Flottenupdate.

   Unter Exadata-Flottenupdate ist Sammlungen standardmäßig ausgewählt.

2. Klicken Sie auf den Namen der Sammlung, die bearbeitet werden soll.

   Die Seite Sammeldetails wird angezeigt.

3. Klicken Sie unter Ressourcen auf Wartungszyklen.
4. Klicken Sie auf Wartungszyklus erstellen.

   Die Seite Wartungszyklus erstellen wird angezeigt.

5. Geben Sie auf der Seite Wartungszyklus erstellen die erforderlichen Informationen ein:
   • Wartungszyklusname: Geben Sie eine Beschreibung ein.
   • Die verfügbaren Optionen variieren je nach Collection-Typ (Datenbank oder Grid Infrastructure).
     • Datenbank:
       • Zieldatenbankimage: Standardmäßig wird das neueste von Oracle bereitgestellte Image verwendet. Klicken Sie auf Datenbankimage ändern, um ein 23ai-Zieldatenbankimage auszuwählen.
         • Von Oracle bereitgestellte Datenbanksoftwareimages: Diese Images enthalten allgemein verfügbare Versionen von Oracle Database-Software.
         • Benutzerdefinierte Datenbanksoftwareimages: Diese Images werden von Ihrer Organisation erstellt und enthalten benutzerdefinierte Konfigurationen von Softwareupdates und -patches.
           • Wählen Sie ein Compartment.
           • Wählen Sie eine Region aus.

             Der Regionsfilter entspricht standardmäßig der aktuell verbundenen Region und listet alle in dieser Region erstellten Softwareimages auf. Wenn Sie eine andere Region auswählen, wird die Softwareimageliste aktualisiert, um die in der ausgewählten Region erstellten Softwareimages anzuzeigen.

       • Datenbank-Home: Im Rahmen des Softwareupgrades werden Datenbanken in ein neues Home mit der 23ai-Zielimageversion verschoben. Ein neues Datenbank-Home mit 23ai-Version kann während des Wartungszyklus erstellt werden, oder ein vorhandenes Home kann wiederverwendet werden, wenn bereits ein Home im VM-Cluster vorhanden ist.
         • Neues Home erstellen: Beim Erstellen neuer Homes behalten die Datenbanken in der Collection eine ähnliche Struktur bei. Datenbanken, die vor dem Softwareupdate in einem Shared Home (gemeinsam mit anderen Datenbanken) gespeichert waren, werden beim Update in ein Shared Home verschoben. Datenbanken, die vor dem Softwareupdate nicht in einem gemeinsamen Home gespeichert waren, werden beim Update in ein separates Home verschoben.
         • Vorhandenes Home verwenden, falls verfügbar: Wenn Sie ein vorhandenes Home verwenden, werden alle Datenbankziele im selben VM-Cluster in ein gemeinsames Datenbank-Home verschoben. Wenn kein vorhandenes Home für das ausgewählte Image im VM-Cluster für eine Zieldatenbank gefunden wird, wird ein neues Home erstellt. Wenn mehr als ein vorhandenes Home für das ausgewählte Image gefunden wird, wird das Home mit den wenigsten Datenbanken verwendet. Wenn mehrere Homes die geringste Anzahl von Datenbanken aufweisen, wird ein Home nach dem Zufallsprinzip ausgewählt.
         • Anzeigenamenspräfix von Datenbank-Home: Anzeigename für neue Datenbank-Home-Verzeichnisse, die im Rahmen des Wartungszyklus erstellt werden. Eine Ordinalzahl wird an den Namen des Datenbank-Home angehängt, um es eindeutig zu machen.
     • Grid Infrastructure:
       • Grid Infrastructure-Zielimage: Standardmäßig wird das neueste von Oracle bereitgestellte Image verwendet. Klicken Sie auf Grid Infrastructure-Image ändern, um ein anderes Grid Infrastructure-Zielimage auszuwählen.
         • Von Oracle bereitgestellte Grid Infrastructure-Softwareimages: Diese Images enthalten allgemein verfügbare Versionen der Oracle Grid Infrastructure-Software.
         • Benutzerdefinierte Grid Infrastructure-Softwareimages: Diese Images werden von Ihrer Organisation erstellt und enthalten benutzerdefinierte Konfigurationen von Softwareupdates und Patches. Weitere Informationen finden Sie unter Benutzerdefiniertes Oracle Grid Infrastructure-Softwareimage erstellen.
           • Wählen Sie ein Compartment.
           • Wählen Sie eine Region aus.

             Der Regionsfilter entspricht standardmäßig der aktuell verbundenen Region und listet alle in dieser Region erstellten Softwareimages auf. Wenn Sie eine andere Region auswählen, wird die Softwareimageliste aktualisiert, um die in der ausgewählten Region erstellten Softwareimages anzuzeigen.

   • Wartungsmethode: Mit der Wartungsmethode wird festgelegt, wie VMs in einem VM-Cluster im Batch ausgeführt werden und welche Knoten beim Einspielen der Softwareupdates gemeinsam upgegradet werden.
     • Ein Knoten nach dem anderen (Rolling): (Standard-)Datenbankinstanzen werden jeweils auf einer VM im Cluster aktualisiert, während die anderen Instanzen weiter in Betrieb bleiben.
     • Smart Batch (Rolling): Datenbankinstanzen werden jeweils auf einer oder mehreren VMs aktualisiert. VMs werden basierend auf den konfigurierten Datenbankservices in einem Batch erstellt. Dadurch wird sichergestellt, dass alle Services verfügbar bleiben, solange sie auf mehreren Knoten konfiguriert sind, während die Gesamtanzahl der erforderlichen Batches minimiert wird.
     • Nicht-Rolling-Modus: Alle Datenbankinstanzen auf allen VMs im Cluster werden gleichzeitig aktualisiert. Dies führt zu einem vollständigen Ausfall.
     • 50/50 (Rolling): Die Datenbankinstanzen auf der Hälfte der VMs werden in einem Batch aktualisiert, während die andere Hälfte in einem anderen Batch. Die beiden Batches werden durch die Konfiguration der Datenbankservices bestimmt. Dadurch wird sichergestellt, dass alle Services verfügbar bleiben.
       • Ein Batch nach dem anderen aktivieren: Aktivieren Sie dieses Kontrollkästchen, um Aktualisierungen auf jeweils einen Batch anzuwenden.

         Nachdem Sie das Update für den ersten Batch eingespielt haben, wartet die Aktion zum Einspielen, bis sie fortgesetzt wird, bevor der zweite Batch gestartet wird.

   • Stage-Softwarestartzeit: Legen Sie optional die Startzeit für das Staging der Software fest.
   • Startzeit für Update anwenden: Legen Sie optional die Startzeit für das Einspielen des Updates fest. Die Startzeit für das Einspielen der Aktualisierung muss mindestens 24 Stunden nach der Staging-Softwarestartzeit liegen.

     "Aktualisieren" wird erst ausgeführt, wenn die Aktion "Software zwischenspeichern" abgeschlossen wurde.

   • Vorfallslog- und Traceerfassung aktivieren: Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.
     Hinweis
     
     Änderungen an dieser Konfiguration werden nur unterstützt, wenn alle Aktionen für den Wartungszyklus geplant sind. Sie können diese Einstellung nicht mehr ändern, sobald eine Aktion für den Wartungszyklus gestartet wurde.
     Empfehlung: Wenn diese Einstellung aktiviert bleibt, wird eine schnellere Problemlösung sichergestellt, indem Oracle Diagnosedaten umgehend analysieren kann.

     Für alle Ziele für diesen Zyklus und zukünftige Ereignisse aktivieren: Aktivieren Sie die Diagnoselogerfassung für alle Ziele für diesen Zyklus und zukünftige Ereignisse. Oracle empfiehlt dies für eine einfache Fehlerbehebung und einen besseren Support.

     Nur für alle Ziele für diesen Zyklus aktivieren: Aktivieren Sie die Diagnoselogerfassung für alle Ziele nur im aktuellen Wartungszyklus. Nach Abschluss des Zyklus werden die Einstellungen für die Logerfassung auf die Einstellungen vor dem Beginn des Wartungszyklus zurückgesetzt.

     Vorhandene Einstellungen für die Erfassung von Diagnoselogs verwenden: Erfassen Sie nur Logs für Ziele mit bereits aktivierter Logerfassung.

     Weitere Informationen finden Sie unter:

     • Ereignislogs und Tracedateien und Database-Serviceereignisse im Exadata Database Service on Cloud@Customer-Administratorhandbuch.
     • Ereignislogs und Tracedateien und Datenbankserviceereignisse im Administratorhandbuch für Exadata Database Service on Dedicated Infrastructure.
     • DataCollectionOptions Referenz in der Database-Service-API-Dokumentation.
   • Erweiterte Optionen:
     • Für Grid Infrastructure-(GI-)Collection-Upgrades werden keine Upgradeoptionen unterstützt.
     • Bei Upgrades der Datenbankerfassung werden die folgenden Optionen unterstützt:
       • Rekompilierung ungültiger Objekte: Aktiviert oder deaktiviert die Rekompilierung ungültiger Objekte während des Datenbankupgrades.
       • Zeitzonenupgrade: Aktiviert oder deaktiviert das Zeitzonenupgrade.
         Hinweis
         
         Das Upgrade der Zeitzone kann zu längeren Ausfallzeiten beim Upgrade führen.
     • Tags: (Optional) Sie können wählen, ob Sie Tags anwenden möchten. Wenn Sie über Berechtigungen zum Erstellen von Ressourcen verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigung zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch zuweisen.
6. Klicken Sie auf Wartungszyklus erstellen.

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata-Flottenupdate.

   Unter Exadata-Flottenupdate ist Sammlungen standardmäßig ausgewählt.

2. Klicken Sie auf den Namen der Sammlung, die bearbeitet werden soll.

   Die Seite Sammeldetails wird angezeigt.

3. Klicken Sie unter Ressourcen auf Wartungszyklen.
4. Klicken Sie auf Wartungszyklus erstellen.

   Die Seite Wartungszyklus erstellen wird angezeigt.

5. Geben Sie auf der Seite Wartungszyklus erstellen die angeforderten Informationen an:
   • Bezeichnung Wartungszyklus: Geben Sie eine aussagekräftige Bezeichnung ein.
   • Die verfügbaren Auswahlmöglichkeiten variieren je nach Collection-Typ (Datenbank oder Grid Infrastructure).
     • Datenbank:
       • Zieldatenbankimage: Standardmäßig wird das neueste von Oracle bereitgestellte Image verwendet. Klicken Sie auf Datenbankimage ändern, um ein anderes Zieldatenbankimage auszuwählen.
         • Von Oracle bereitgestellte Datenbanksoftwareimages: Diese Images enthalten allgemein verfügbare Versionen von Oracle Database-Software.
         • Benutzerdefinierte Datenbanksoftwareimages: Diese Images werden von Ihrer Organisation erstellt und enthalten benutzerdefinierte Konfigurationen von Softwareupdates und -patches.
           • Wählen Sie ein Compartment aus.
           • Wählen Sie eine Region aus.

             Der Regionsfilter ist standardmäßig der aktuell verbundene Bereich und listet alle in diesem Bereich erstellten Softwareimages auf. Wenn Sie einen anderen Bereich auswählen, wird die Liste der Softwareimages aktualisiert, um die im ausgewählten Bereich erstellten Softwareimages anzuzeigen.

       • Datenbank-Home: Im Rahmen des Softwareupdates werden Datenbanken in ein neues Home in der Zielimageversion verschoben. Während des Wartungszyklus kann ein neues Home erstellt werden, oder ein vorhandenes Home kann wiederverwendet werden, wenn es bereits im VM-Cluster vorhanden ist.
         • Neues Home erstellen: Beim Erstellen neuer Homes behalten die Datenbanken in der Collection eine ähnliche Struktur bei. Datenbanken in einem gemeinsamen Home (gemeinsam mit anderen Datenbanken verwendet) vor dem Softwareupdate werden beim Update in ein gemeinsames Home verschoben. Datenbanken, welche vor dem Softwareupdate in einem gemeinsamen Home nicht gespeichert waren, werden beim Update in ein separates Home übertragen.
         • Vorhandenes Home verwenden, falls verfügbar: Wenn Sie ein vorhandenes Home verwenden, werden alle Datenbankziele im selben VM-Cluster in ein gemeinsames Datenbank-Home verschoben. Wenn im VM-Cluster für eine Zieldatenbank kein vorhandenes Home für das ausgewählte Image gefunden wird, wird ein neues Home erstellt. Wenn mehr als ein vorhandenes Home für das ausgewählte Image gefunden wird, wird das Homes mit der wenigsten Datenbank verwendet. Wenn mehrere Homes die geringste Anzahl von Datenbanken haben, wird ein Home nach dem Zufallsprinzip ausgewählt.
         • Anzeigenamenspräfix des Datenbank-Homes: Anzeigename für neue Datenbank-Homes, die im Rahmen des Wartungszyklus erstellt wurden. An die Namen des Datenbank-Homemes wird eine Ordinalzahl angehängt, um das Zuhause eindeutig zu Benennen.
     • Grid Infrastructure –
       • Grid Infrastructure-Zielimage: Standardmäßig wird das neueste von Oracle bereitgestellte Image verwendet. Klicken Sie auf Grid Infrastructure-Image ändern, um ein anderes Grid Infrastructure-Zielimage auszuwählen.
         • Von Oracle bereitgestellte Grid Infrastructure-Softwareimages: Diese Images enthalten allgemein verfügbare Versionen der Oracle Grid Infrastructure-Software.
         • Benutzerdefinierte Grid Infrastructure-Softwareimages: Diese Images werden von Ihrer Organisation erstellt und enthalten benutzerdefinierte Konfigurationen von Softwareupdates und -patching. Weitere Informationen finden Sie unter Benutzerdefiniertes Oracle Grid Infrastructure-Softwareimage erstellen.
           • Wählen Sie ein Compartment aus.
           • Wählen Sie eine Region aus.

             Der Regionsfilter ist standardmäßig der aktuell verbundene Bereich und listet alle in diesem Bereich erstellten Softwareimages auf. Wenn Sie einen anderen Bereich auswählen, wird die Liste der Softwareimages aktualisiert, um die im ausgewählten Bereich erstellten Softwareimages anzuzeigen.

   • Wartungsmethode: Die Wartungsmethode bestimmt, wie VMs in einem VM-Cluster im Batch verarbeitet werden und welche Knoten beim Einspielen der Softwareupdates zusammen aktualisiert werden.
     • Ein Knoten nach dem anderen (Rolling): (Standard) Datenbankinstanzen werden jeweils auf einer VM im Cluster aktualisiert, während die übrigen Instanzen weiterhin in Betrieb bleiben.
     • Smart Batch (Rolling): Datenbankinstanzen werden jeweils auf mindestens einer VM aktualisiert. VMs werden basierend auf den konfigurierten Datenbankservices im Batch verarbeitet. Dadurch wird sichergestellt, dass alle Services verfügbar bleiben, solange sie auf mehreren Knoten konfiguriert sind, während die Gesamtanzahl der benötigten Batches minimiert wird.
     • Nicht-Rolling-Modus: Alle Datenbankinstanzen auf allen VMs im Cluster werden gleichzeitig aktualisiert. Dies führt zu einer vollständigen Ausfallzeit.
     • 50/50 (Rolling): Die Datenbankinstanzen auf der Hälfte der VMs werden in einem Batch aktualisiert, während die andere Hälfte in einem anderen Batch. Die beiden Batches werden durch die Konfiguration der Datenbankservices bestimmt. Dadurch wird sichergestellt, dass alle Services verfügbar bleiben.
       • Ein Batch nach dem anderen aktivieren: Aktivieren Sie dieses Kontrollkästchen, um Aktualisierungen auf jeweils einen Batch anzuwenden.

         Nachdem Sie das Update für den ersten Batch eingespielt haben, wartet die Aktion zum Einspielen, bis sie fortgesetzt wird, bevor der zweite Batch gestartet wird.

   • Startzeit der Staging-Software: Legen Sie optional die Startzeit für das Staging der Software fest.
   • Startzeit der Aktualisierung anwenden: Legen Sie optional die Startzeit für die Anwendung der Aktualisierung fest. Die Startzeit für das Apply-Update muss mindestens 24 Stunden nach der Startzeit der Staging-Software liegen.

     Die Aktion "Update einspielen" wird erst ausgeführt, wenn der Vorgang "Software bereitstellen" abgeschlossen wurde.

   • Vorfallslog- und Traceerfassung aktivieren: Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.
     Hinweis
     
     Änderungen an dieser Konfiguration werden nur unterstützt, wenn alle Aktionen für den Wartungszyklus geplant sind. Sie können diese Einstellung nicht mehr ändern, sobald eine Aktion für den Wartungszyklus gestartet wurde.
     Empfehlung: Wenn diese Einstellung aktiviert bleibt, wird eine schnellere Problemlösung sichergestellt, indem Oracle Diagnosedaten umgehend analysieren kann.

     Für alle Ziele für diesen Zyklus und zukünftige Ereignisse aktivieren: Aktivieren Sie die Diagnoselogerfassung für alle Ziele für diesen Zyklus und zukünftige Ereignisse. Oracle empfiehlt dies für eine einfache Fehlerbehebung und einen besseren Support.

     Nur für alle Ziele für diesen Zyklus aktivieren: Aktivieren Sie die Diagnoselogerfassung für alle Ziele nur im aktuellen Wartungszyklus. Nach Abschluss des Zyklus werden die Einstellungen für die Logerfassung auf die Einstellungen vor dem Beginn des Wartungszyklus zurückgesetzt.

     Vorhandene Einstellungen für die Erfassung von Diagnoselogs verwenden: Erfassen Sie nur Logs für Ziele mit bereits aktivierter Logerfassung.

     Weitere Informationen finden Sie unter:

     • Vorfalllogs und Tracedateien und Datenbankserviceereignisse in der Exadata Database Service on Cloud@Customer - Administratordokumentation.
     • Vorfalllogs und Tracedateien und Ereignisse des Datenbankservice im Exadata Database Service on Dedicated Infrastructure - Administratordokumentation.
     • DataCollectionOptions-Referenz in der Database-Service-API-Dokumentation.
   • Erweiterte Optionen:
     • Start-/Stoppoptionen für Datenbank:
       • Maximaler Drain-Timeout (in Sekunden): Geben Sie einen Drain-Timeout in Sekunden zwischen Knoten an. Dies wird während eines Rolling-Updates verwendet, um Zeit für die Verlagerung der Datenbankverbindung bereitzustellen. Der verwendete Drain-Timeout entspricht dem Maximum dieses Wertes oder dem maximal konfigurierten Drain-Timeout der Services, die auf einer bestimmten Instanz ausgeführt werden. Standard ist 600.
       • Serviceplatzierung beibehalten: Wenn diese Option aktiviert ist, wird der Datenbankservice bis zur Platzierung vor der Aktion Update anwenden wiederhergestellt.
     • Softwareupdateoptionen:
       • Fehlende Bugfixes ignorieren: Aktivieren Sie dieses Kontrollkästchen, um die Verschiebung als Teil des Softwareupdates auszuführen, auch wenn im Ziel-Home Patches für Bugfixes fehlen, die im Source Home vorhanden sind.
         • Zu ignorierende Bugnummern: Geben Sie optional die zu ignorierenden Bugnummern ein. Wenn Sie keine Bugnummer angeben, wird jeder Bug, der in der Quelle, aber nicht im Ziel behoben wurde, ignoriert.
       • Rolling-Patch erzwingen: Aktivieren Sie dieses Kontrollkästchen, um zu erzwingen, dass der Patchvorgang auch bei Nicht-Rolling-Patches im Rolling-Modus ausgeführt wird.
     • Tags: (Optional) Sie können wählen, ob Sie Tags anwenden möchten. Wenn Sie über Berechtigungen zum Erstellen von Ressourcen verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigung zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch zuweisen.
6. Klicken Sie auf Wartungszyklus erstellen.

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata-Flottenupdate.

   Unter Exadata-Flottenupdate ist Sammlungen standardmäßig ausgewählt.

2. Klicken Sie auf den Namen der Sammlung, die bearbeitet werden soll.

   Die Seite Sammeldetails wird angezeigt.

3. Klicken Sie unter Ressourcen auf Wartungszyklen.
4. Klicken Sie auf Wartungszyklus erstellen.

   Die Seite Wartungszyklus erstellen wird angezeigt.

5. Geben Sie auf der Seite Wartungszyklus erstellen die erforderlichen Informationen ein.

   Wenn Sie die Verwaltungsmethode 50/50 (Rolling) wählen, wird ein zusätzliches Kontrollkästchen Ein Batch nach dem anderen aktivieren angezeigt. Aktivieren Sie dieses Kontrollkästchen, um Aktualisierungen auf jeweils einen Batch anzuwenden.

   Nachdem Sie das Update für den ersten Batch eingespielt haben, wartet die Aktion zum Einspielen, bis sie fortgesetzt wird, bevor der zweite Batch gestartet wird.

6. Klicken Sie auf Erstellen.

   Wenn Sie geplant haben, werden die Aktionen Stage-Software und Update anwenden zur geplanten Zeit ausgeführt.

   Diese Details finden Sie im Abschnitt Aktionen auf der Seite Wartungsdetails.

   Wenn die geplanten Aktionen Stage-Software und Vorabprüfung anwenden erfolgreich sind, beginnt der erste Batch mit dem Aktualisierungsprozess.

   Nachdem die Aktualisierung auf den ersten Batch angewendet wurde, ändert sich der Status des Wartungszyklus in Aktion erforderlich. Der Status des Updates anwenden für den zweiten Batch bleibt Wartend.

7. Klicken Sie auf Update anwenden.

   Die Detailseite Aktualisierungsaktion anwenden wird angezeigt.

8. Klicken Sie auf Continue Apply.

   Der Status der Aktualisierung anwenden für den zweiten Batch wird in In Bearbeitung geändert.

   Der Status des Wartungszyklus wird in In Bearbeitung geändert.

   Nachdem die Aktualisierung auf den zweiten Batch angewendet wurde, ändert sich der Status des Wartungszyklus in Erfolgreich.

   Der Status der Aktualisierung anwenden für den zweiten Batch ändert sich in Erfolgreich.

Um Wartungszyklen zu suchen, die für ein einzelnes Compartment spezifisch sind, können Sie mit dem Listengeltungsbereich Wartungszyklen nach Compartment filtern.

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata-Flottenupdate.

   Unter Exadata-Flottenupdate ist Sammlungen standardmäßig ausgewählt.

2. Klicken Sie auf Wartungszyklen.
3. Wählen Sie unter Listenbereich ein Compartment in der Liste aus.

Filtern Sie Wartungszyklen, indem Sie einen Status aus der Statusliste auswählen.

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata-Flottenupdate.

   Unter Exadata-Flottenupdate ist Sammlungen standardmäßig ausgewählt.

2. Klicken Sie auf Wartungszyklen.
3. Wählen Sie unter Filter einen Status aus der Liste aus.