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:
-
Offset von der koordinierten Weltzeit (UTC)
-
Übergangszeiten für die Sommerzeit (DST)
-
Abkürzungen für Standardzeit und DST
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 sich die Regeln für ändernDST, 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 DSTvversion, wie inDSTv35.
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. Daher sind vorhandene TIMESTAMP WITH TIME ZONE Daten betroffen, wenn Sie die Zeitzonendatei aktualisieren.
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 der Zieldatenbank importieren, gibt die Datenbank den ORA-39405 Fehler aus. Zuvor mussten Sie diesen Fehler mit einer der folgenden Techniken umgehen:
-
Erstellen Sie eine RDS Oracle-DB-Instance mit der gewünschten Zeitzonendatei, exportieren Sie Daten aus Ihrer Quelldatenbank und importieren Sie sie dann in die neue Datenbank.
-
Verwenden Sie AWS DMS unsere logische Replikation, um Ihre Daten zu migrieren.
Automatische Updates mit der AUTOUPGRADE Option TIMEZONE FILE _ _
Wenn die an Ihre RDS Oracle-DB-Instance angehängte Optionsgruppe die TIMEZONE_FILE_AUTOUPGRADE Option enthält, werden Ihre Zeitzonendateien automatisch RDS aktualisiert. Indem Sie sicherstellen, dass Ihre Oracle-Datenbanken dieselbe Zeitzonen-Dateiversion verwenden, vermeiden Sie zeitaufwändige manuelle Verfahren, wenn Sie Daten zwischen verschiedenen Umgebungen verschieben. Die TIMEZONE_FILE_AUTOUPGRADE Option wird sowohl für Container-Datenbanken (CDBs) als auch für Nicht-Datenbanken unterstütztCDBs.
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, wird RDS geprüft, ob sie eine neuere installieren kann DSTvversion file. Das Ziel DSTvversion 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 seinDSTv33. Wenn das Update auf Ihre Optionsgruppe RDS angewendet wird, DSTv34 wird möglicherweise festgestellt, dass es derzeit auf Ihrem DB-Instance-Dateisystem verfügbar ist. RDSaktualisiert dann Ihre Zeitzonendatei auf DSTv34 automatisch.
Die verfügbaren DST Versionen in den unterstützten RDS Versionsupdates finden Sie in den Patches in den Versionshinweisen für Amazon Relational Database Service (AmazonRDS) for Oracle. Zum Beispiel listet Version 19.0.0.0.ru-2022-10.rur-2022-10.r1 Patch 34533061: - - 022C auf. RDBMS DSTV39 UPDATE TZDATA2
