Strategien zum Aktualisieren Ihrer Zeitzonendatei - Amazon Relational Database Service
Aktualisieren der Zeitzonendatei ohne Engine-UpgradeDurchführen eines Upgrades der Zeitzonendatei und der DB-Engine-VersionDurchführen eines Upgrades Ihrer DB-Engine-Version, ohne die Zeitzonendatei zu aktualisieren

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.

Strategien zum Aktualisieren Ihrer Zeitzonendatei

Das Aktualisieren Ihrer DB-Engine und das Hinzufügen der Option TIMEZONE_FILE_AUTOUPGRADE zu einer Optionsgruppe sind separate Vorgänge. Das Hinzufügen der Option TIMEZONE_FILE_AUTOUPGRADE initiiert die Aktualisierung Ihrer Zeitzonendatei, falls eine aktuellere verfügbar ist. Sie führen die folgenden Befehle (es werden nur relevante Optionen angezeigt) entweder sofort oder im nächsten Wartungsfenster aus:

  • Aktualisieren Sie Ihre DB-Engine nur mit dem folgenden RDS-CLI-Befehl:

    modify-db-instance --engine-version name ...

  • Fügen Sie die Option TIMEZONE_FILE_AUTOUPGRADE nur mit dem folgenden CLI-Befehl hinzu: 

    add-option-to-option-group --option-group-name name --options OptionName=TIMEZONE_FILE_AUTOUPGRADE ...

  • Aktualisieren Sie Ihre DB-Engine und fügen Sie Ihrer Instance mit dem folgenden CLI-Befehl eine neue Optionsgruppe hinzu:

    modify-db-instance --engine-version name --option-group-name name ...

Ihre Aktualisierungsstrategie hängt davon ab, ob Sie Ihre Datenbank und Ihre Zeitzonendatei zusammen aktualisieren oder nur einen dieser Vorgänge ausführen möchten. Beachten Sie, dass bei einer Aktualisierung Ihrer Optionsgruppe und einem anschließenden Upgrade Ihrer DB-Engine in separaten API-Vorgängen möglicherweise gerade eine Aktualisierung der Zeitzonendatei durchgeführt wird, wenn Sie Ihre DB-Engine upgraden.

Die Beispiele in diesem Abschnitt setzen Folgendes voraus:

  • Sie haben der Optionsgruppe, die aktuell von Ihrer DB-Instance verwendet wird, TIMEZONE_FILE_AUTOUPGRADE noch nicht hinzugefügt.

  • Ihre DB-Instance verwendet die Datenbankversion 19.0.0.0.ru-2019-07.rur-2019-07.r1 und die Zeitzonendatei DSTv33.

  • Ihr DB-Instance-Dateisystem enthält die Datei DSTv34.

  • Das Release-Update 19.0.0.0.ru-2022-10.rur-2022-10.r1 umfasst DSTv35.

Sie können für die Aktualisierung Ihrer Zeitzonendatei die folgenden Strategien verfolgen.

Aktualisieren der Zeitzonendatei ohne Engine-Upgrade

In diesem Szenario verwendet Ihre Datenbank DSTv33, obwohl DSTv34 in Ihrem DB-Instance-Dateisystem verfügbar ist. Sie möchten die von Ihrer DB-Instance verwendete Zeitzonendatei von DSTv33 auf DSTv34 aktualisieren, ohne ein Upgrade Ihrer Engine auf eine neue Nebenversion durchzuführen, die DSTv35 enthält.

Fügen Sie in einem add-option-to-option-group-Befehl der von Ihrer DB-Instance verwendeten Optionsgruppe TIMEZONE_FILE_AUTOUPGRADE hinzu. Geben Sie an, ob die Option sofort hinzugefügt oder in das Wartungsfenster verschoben werden soll. Nachdem die Option TIMEZONE_FILE_AUTOUPGRADE angewendet wurde, führt RDS die folgenden Schritte aus:

  1. Suchen nach einer neuen Sommerzeitversion

  2. Ermitteln, ob DSTv34 im Dateisystem verfügbar ist

  3. Sofortiges Aktualisieren der Zeitzonendatei

Durchführen eines Upgrades der Zeitzonendatei und der DB-Engine-Version

In diesem Szenario verwendet Ihre Datenbank DSTv33, obwohl DSTv34 in Ihrem DB-Instance-Dateisystem verfügbar ist. Sie möchten ein Upgrade Ihre DB-Engine auf die Nebenversion 19.0.0.0.ru-2022-10.rur-2022-10.r1 durchführen, die DSTv35 enthält, und Ihre Zeitzonendatei beim Engine-Upgrade auf DSTv35 aktualisieren. Ihr Ziel ist es, DSTv34 zu überspringen und Ihre Zeitzonendateien direkt auf DSTv35 zu aktualisieren.

Um die Engine und die Zeitzonendatei zusammen zu aktualisieren, führen Sie den Befehl modify-db-instance mit den Optionen --engine-version und --option-group-name aus. Sie können den Befehl sofort ausführen oder in das Wartungsfenster verschieben. Geben Sie in In --option-group-name eine Optionsgruppe an, die die Option TIMEZONE_FILE_AUTOUPGRADE enthält. Zum Beispiel:

aws rds modify-db-instance 
    --db-instance-identifier my-instance \
    --engine-version new-version \
    ----option-group-name og-with-timezone-file-autoupgrade \    
    --apply-immediately

RDS beginnt mit der Aktualisierung Ihrer Engine auf 19.0.0.0.ru-2022-10.rur-2022-10.r1. Nachdem die Option TIMEZONE_FILE_AUTOUPGRADE angewendet wurde, sucht RDS nach einer neuen DST-Version, stellt fest, dass DSTv35 in Version 19.0.0.0.ru-2022-10.rur-2022-10.r1 verfügbar ist, und startet das Update auf DSTv35 sofort.

Um Ihre Engine sofort zu aktualisieren und dann Ihre Zeitzonendatei zu aktualisieren, führen Sie die Schritte nacheinander aus:

  1. Aktualisieren Sie Ihre DB-Engine nur mit dem folgenden CLI-Befehl:

    aws rds modify-db-instance \
    --db-instance-identifier my-instance \
    --engine-version new-version \
    --apply-immediately

  2. Fügen Sie die Option TIMEZONE_FILE_AUTOUPGRADE mit dem folgenden CLI-Befehl der Optionsgruppe hinzu, die an Ihre Instance angehängt ist: 

    aws rds add-option-to-option-group \
    --option-group-name og-in-use-by-your-instance \
    --options OptionName=TIMEZONE_FILE_AUTOUPGRADE \
    --apply-immediately

Durchführen eines Upgrades Ihrer DB-Engine-Version, ohne die Zeitzonendatei zu aktualisieren

In diesem Szenario verwendet Ihre Datenbank DSTv33, obwohl DSTv34 in Ihrem DB-Instance-Dateisystem verfügbar ist. Sie möchten Ihre DB-Engine auf Version 19.0.0.0.ru-2022-10.rur-2022-10.r1 aktualisieren, die DSTv35 umfasst, aber die Zeitzonendatei DSTv33 beibehalten. Sie können sich aus den folgenden Gründen für diese Strategie entscheiden:

  • Ihre Daten verwenden nicht den Datentyp TIMESTAMP WITH TIME ZONE.

  • Ihre Daten verwenden den Datentyp TIMESTAMP WITH TIME ZONE, aber Ihre Daten sind nicht von den Zeitzonenänderungen betroffen.

  • Sie möchten die Aktualisierung der Zeitzonendatei verschieben, da Sie die zusätzliche Ausfallzeit nicht tolerieren können.

Ihre Strategie hängt davon ab, welche der folgenden Möglichkeiten zutrifft:

  • Ihre DB-Instance ist keiner Optionsgruppe zugeordnet, die TIMEZONE_FILE_AUTOUPGRADE umfasst. Geben Sie in Ihrem modify-db-instance-Befehl keine neue Optionsgruppe an, damit RDS Ihre Zeitzonendatei nicht aktualisiert.

  • Ihre DB-Instance ist derzeit einer Optionsgruppe zugeordnet, die TIMEZONE_FILE_AUTOUPGRADE enthält. Ordnen Sie in einem einzelnen modify-db-instance-Befehl Ihre DB-Instance einer Optionsgruppe zu, die TIMEZONE_FILE_AUTOUPGRADE nicht enthält, und aktualisieren Sie dann Ihre DB-Engine auf 19.0.0.0.ru-2022-10.rur-2022-10.r1.