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-Revisionen (RURs). Die Zeitzonendateien befinden sich auf dem Datenbank-Host im Verzeichnis $ORACLE_HOME/oracore/zoneinfo/. Die Namen der Zeitzonendateien verwenden das Format DSTv version wie in 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 Sie 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 TIMEZONE_FILE_AUTOUPGRADE Option wird sowohl für Container-Datenbanken (CDBs) als auch für CDBs Nicht-Datenbanken 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, prüft RDS, ob eine neuere DSTv version Datei installiert werden kann. Das Ziel DSTv version hängt von 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 Ihre aktuelle Zeitzonen-Dateiversion sein DSTv33. Wenn RDS das Update auf Ihre Optionsgruppe anwendet, DSTv34 wird möglicherweise festgestellt, dass es derzeit auf Ihrem DB-Instance-Dateisystem verfügbar ist. RDS aktualisiert dann Ihre Zeitzonendatei auf DSTv34 automatisch.
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 auf: RDBMS — UPDATE — C. DSTV39 TZDATA2022
