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.
Übersicht über Oracle-Zeitzonendateien
Eine Zeitzonendatei von Oracle Database speichert die folgenden Informationen:
-
Abweichung von der koordinierten Weltzeit (UTC)
-
Übergangszeiten für die Sommerzeit (DST)
-
Abkürzungen für Standardzeit und Sommerzeit
Oracle Database stellt mehrere Versionen von Zeitzonendateien bereit. Wenn Sie eine Oracle-Datenbank in einer lokalen Umgebung erstellen, wählen Sie die Version der Zeitzonendatei aus. Weitere Informationen finden Sie unter Choosing a Time Zone-File
Wenn die Regeln für die Sommerzeit geändert werden, veröffentlicht Oracle neue Zeitzonendateien. Oracle veröffentlicht diese neuen Zeitzonendateien unabhängig vom Zeitplan für vierteljährliche Release Updates (RUs) und Release Update Revisions (RURs). Die Zeitzonendateien befinden sich auf dem Datenbank-Host im Verzeichnis $ORACLE_HOME/oracore/zoneinfo/. Die Zeitzonendateinamen verwenden das Format DSTvVersion, z. B. DSTv35.
Auswirkungen der Zeitzonendatei auf die Datenübertragung
In Oracle Database speichert der TIMESTAMP WITH TIME ZONE-Datentyp Zeitstempel- und Zeitzonendaten. Daten mit dem Datentyp TIMESTAMP WITH TIME ZONE verwenden die Regeln in der zugeordneten Version der Zeitzonendatei. Entsprechend wirkt sich eine Aktualisierung der Zeitzonendatei auf vorhandene TIMESTAMP WITH TIME ZONE-Daten aus.
Probleme können auftreten, wenn Sie Daten zwischen Datenbanken übertragen, die unterschiedliche Versionen der Zeitzonendatei verwenden. Wenn Sie beispielsweise, Daten aus einer Quelldatenbank mit einer höheren Zeitzonendateiversion als die Zieldatenbank zu importieren, gibt die Datenbank den Fehler ORA-39405 aus. Zuvor mussten Sie diesen Fehler mit einer der folgenden Techniken umgehen:
-
Erstellen Sie eine DB-Instance von RDS für Oracle mit der gewünschten Zeitzonendatei, exportieren Sie die Daten aus der Quelldatenbank und importieren Sie sie dann in die neue Datenbank.
-
Verwenden von AWS DMS oder logische Replikation, um Ihre Daten zu migrieren.
Automatische Updates mit der Option TIMEZONE_FILE_AUTOUPGRADE
Wenn Optionsgruppe, die Ihrer DB-Instance von RDS für Oracle angefügt ist, die Option TIMEZONE_FILE_AUTOUPGRADE enthält, aktualisiert RDS Ihre Zeitzonendateien automatisch. Wenn Sie sicherstellen, dass Ihre Oracle-Datenbanken dieselbe Zeitzonendateiversion verwenden, vermeiden Sie zeitaufwändige manuelle Verfahren beim Verschieben von Daten zwischen verschiedenen Umgebungen. Die Option TIMEZONE_FILE_AUTOUPGRADE wird sowohl für Container-Datenbanken (CDBs) als auch Nicht-CDBs unterstützt.
Wenn Sie die Option TIMEZONE_FILE_AUTOUPGRADE Ihrer Optionsgruppe hinzufügen, können Sie auswählen, ob die Option sofort oder während des Wartungsfensters hinzugefügt werden soll. Nachdem Ihre DB-Instance die neue Option angewendet hat, überprüft RDS, ob die Datei einer neueren DSTv-Version installiert werden kann. Die DSTv-Zielversion hängt von den folgenden Faktoren ab:
-
Die Engine-Nebenversion, die Ihre DB-Instance derzeit ausführt
-
Die Engine-Nebenversion, auf die Sie Ihre DB-Instance aktualisieren möchten
Beispielsweise könnte die aktuelle Version Ihrer Zeitzonendatei DSTv33 lauten. Wenn RDS das Update auf Ihre Optionsgruppe anwendet, stellt es möglicherweise fest, dass DSTv34 derzeit in Ihrem DB-Instance-Dateisystem verfügbar ist. RDS aktualisiert Ihre Zeitzonendatei dann automatisch auf DSTv34.
Um die verfügbaren DST-Versionen in den unterstützten RDS-Versionsaktualisierungen zu finden, sehen Sie sich die Patches in den Versionshinweisen für Amazon Relational Database Service (Amazon RDS) für Oracle an. Zum Beispiel listet Version 19.0.0.0.ru-2022-10.rur-2022-10.r1 Patch 34533061: RDBMS - DSTV39 UPDATE - TZDATA2022C auf.
