Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Überlegungen zu Oracle-Database-Upgrades
Bevor Sie Ihre Oracle-Instance aktualisieren, sehen Sie sich die folgenden Informationen an.
Themen
Überlegungen zu Oracle Multitenant
Die folgende Tabelle beschreibt die Oracle-Database-Architekturen, die von verschiedenen Versionen unterstützt werden.
| Oracle Database Version | RDS-Support-Status | Architektur |
|---|---|---|
|
Oracle Database 21c |
Unterstützt |
Nur CDB |
|
Oracle Database 19c |
Unterstützt |
CDB oder Nicht-CDB |
In der folgenden Tabelle werden unterstützte und nicht unterstützte Upgrade-Pfade beschrieben.
| Upgrade-Pfad | Unterstützt? |
|---|---|
|
CDB zu CDB |
Ja |
|
Nicht-CDB zu CDB |
Nein, aber Sie können eine Nicht-CDB in eine CDB konvertieren und dann ein Upgrade durchführen |
|
CDB zu Nicht-CDB |
Nein |
Weitere Informationen zu Oracle Multitenant in RDS für Oracle finden Sie unter Single-Tenant-Konfiguration der CDB-Architektur.
Überlegungen zu Optionsgruppen
Wenn Ihre DB-Instance eine benutzerdefinierte Optionsgruppe verwendet, kann Amazon RDS manchmal nicht automatisch eine neue Optionsgruppe zuweisen. Dies geschieht z.°B. beim Upgrade auf eine neue Hauptversion. Geben Sie in solchen Fällen beim Upgrade eine neue Optionsgruppe an. Wir empfehlen, dass Sie eine neue Optionsgruppe erstellen und dieser dieselben Optionen hinzufügen, über die auch Ihre bestehende benutzerdefinierte Optionsgruppe verfügt.
Weitere Informationen finden Sie unter Erstellen einer Optionsgruppe oder Kopieren einer Optionsgruppe.
Wenn Ihre DB-Instance eine benutzerdefinierte Optionsgruppe verwendet, die die APEX- und APEX-DEV-Option enthält, können Sie manchmal die Upgrade-Zeit reduzieren. Führen Sie dazu gleichzeitig ein Upgrade Ihrer Oracle-APEX-Version und Ihrer DB-Instance durch. Weitere Informationen finden Sie unter Aktualisieren der Oracle-APEX-Version.
Überlegungen zu Parametergruppen
Wenn Ihre DB-Instance eine benutzerdefinierte Parametergruppe verwendet, kann Amazon RDS zuweilen Ihre DB-Instance nicht automatisch einer neuen Parametergruppe zuweisen. Dies geschieht z.°B. beim Upgrade auf eine neue Hauptversion. Stellen Sie in diesen Fällen sicher, dass Sie beim Upgrade eine neue Parametergruppe angeben. Wir empfehlen, dass Sie eine neue Parametergruppe erstellen und die Parameter so konfigurieren wie in Ihrer bestehenden benutzerdefinierten Parametergruppe.
Weitere Informationen finden Sie unter Erstellen einer DB-Parametergruppe in Amazon RDS oder Kopieren einer DB-Parametergruppe in Amazon RDS.
Überlegungen zur Zeitzone
Sie können die Zeitzonenoption verwenden, um die von Ihrer Oracle-DB-Instance verwendete Systemzeitzone zu ändern. Gründe, die Zeitzone einer DB-Instance zu ändern, sind beispielsweise Kompatibilitätsanforderungen der Umgebung an einem Standort oder eine veraltete Anwendung. Mit der Zeitzonenoption wird die Zeitzone auf der Ebene des Hosts geändert. Amazon RDS für Oracle aktualisiert die Systemzeitzone im Verlauf des Jahres automatisch. Weitere Informationen zur Systemzeitzone finden Sie unter Oracle-Zeitzone.
Wenn Sie eine Oracle DB-Instance erstellen, legt die Datenbank automatisch die Zeitzone der Datenbank fest. Die Zeitzone der Datenbank wird auch als Sommerzeit (DST, Daylight Saving Time) bezeichnet. Die Zeitzone der Datenbank unterscheidet sich von der Zeitzone des Systems.
Zwischen Oracle-Datenbankversionen können Patch-Sets oder einzelne Patches neue DST-Versionen enthalten. Diese Patches spiegeln die Änderungen der Übergangsregeln für verschiedene Zeitzonenregionen wider. Zum Beispiel kann sich eine Regierung ändern, wenn die Sommerzeit wirksam wird. Änderungen an DST-Regeln können sich auf vorhandene Daten des Datentyps TIMESTAMP WITH TIME ZONE auswirken.
Wenn Sie eine RDS-for-Oracle DB-Instance aktualisieren, aktualisiert Amazon RDS die Datenbank-Zeitzonendatei nicht automatisch. Um die Zeitzonendatei automatisch zu aktualisieren, können Sie die Option TIMEZONE_FILE_AUTOUPGRADE in die Optionsgruppe aufnehmen, die Ihrer DB-Instance während oder nach der Aktualisierung der Engine-Version zugewiesen ist. Weitere Informationen finden Sie unter Automatische Aktualisierung der Oracle-Zeitzonendatei.
Alternativ können Sie die Zeitzonendatei der Datenbank auch manuell aktualisieren, indem Sie eine neue Oracle DB-Instance mit dem gewünschten Sommerzeit-Patch erstellen. Wir empfehlen jedoch, dass Sie die Zeitzonendatei der Datenbank mit der Option TIMEZONE_FILE_AUTOUPGRADE aktualisieren.
Nachdem Sie die Zeitzonendatei aktualisiert haben, migrieren Sie die Daten von Ihrer aktuellen Instance zur neuen Instance. Sie können Daten mit verschiedenen Techniken migrieren, einschließlich der folgenden:
-
AWS Database Migration Service
-
Oracle GoldenGate
-
Oracle Data Pump
-
Ursprünglicher Export/Import (nicht länger für den allgemeinen Gebrauch unterstützt)
Anmerkung
Wenn Sie Daten mit Oracle Data Pump migrieren, löst das Dienstprogramm den Fehler ORA-39405 aus, wenn die Zielzeitzonenversion älter als die Quellzeitzonenversion ist.
Weitere Informationen finden Sie unter TIMESTAMP WITH TIMEZONE-Einschränkungen
Überlegungen zu Spatial Patch Bundles (SPB)
In RDS ist ein Versionsupdate (RU) eine Engine-Unterversion, die Sicherheitskorrekturen, Bugfixes und neue Features für Oracle Database enthält. Ein Spatial Patch Bundle (SPB) ist eine Engine-Unterversion, die auch für die Oracle-Spatial-Option entwickelte Patches enthält. Beispielsweise ist 19.0.0.0.ru-2025-01.spb-1.r1 eine Engine-Unterversion, die RU-Patches in Engine-Version 19.0.0.0.ru-2025-01.rur-2025-01.r1 plus Spatial-Patches enthält.
Wenn Sie Ihre Datenbank auf SPBs aktualisieren, sollten Sie Folgendes beachten:
-
SPBs werden nur für Oracle Database 19c unterstützt.
-
In der Regel wird ein SPB 2–3 Wochen nach dem entsprechenden vierteljährlichen RU veröffentlicht.
-
Sie können Ihre DB-Instance auf ein SPB aktualisieren, auch wenn Ihre Instance die Oracle-Spatial-Option nicht verwendet, die Spatial-Patches in der Engine-Version jedoch gelten nur für Oracle Spatial. Sie können eine neue Instance auf einem SPB erstellen und die Oracle-Spatial-Option später installieren.
-
Wenn Sie das automatische Unterversion-Upgrade für Ihre DB-Instance aktivieren, hängt Ihr Upgrade-Pfad davon ab, ob Ihre Instance derzeit ein SPB oder RU verwendet. Wenn Ihre Instance ein SPB verwendet, aktualisiert RDS Ihre Instance automatisch auf das neueste SPB. Wenn Ihre Instance ein RU verwendet, aktualisiert RDS Ihre Instance automatisch auf das neueste RU.
-
Sie können Ihre DB-Instance nur dann von einem RU auf ein SPB aktualisieren, wenn es sich bei dem SPB um dieselbe oder eine höhere Engine-Version als beim aktuellen RU handelt.
-
Sie können Ihre DB-Instance nur dann manuell von einem SPB auf ein RU aktualisieren, wenn es sich bei dem RU um eine höhere Version handelt.
