Überlegungen zu Oracle DB-Upgrades - Amazon Relational Database Service

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 DB-Upgrades

Bevor Sie Ihre Oracle-Instance aktualisieren, sehen Sie sich die folgenden Informationen an.

Überlegungen zu Oracle Multitenant

In der folgenden Tabelle werden die Oracle-Datenbankarchitekturen beschrieben, die in 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 sie dann aktualisieren

CDB zu Nicht-CDB

Nein

Weitere Informationen zu Oracle Multitenant in RDS for 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-Option enthält, können Sie manchmal die Upgrade-Zeit reduzieren. Führen Sie dazu gleichzeitig ein Upgrade Ihrer APEX-Version und Ihrer DB-Instance durch. Weitere Informationen finden Sie unter Die APEX Version aktualisieren.

Ü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 for 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

  • Orakel 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 in der Oracle-Dokumentation.