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 TIMEZONE_FILE_AUTOUPGRADE Option zu einer Optionsgruppe sind separate Vorgänge. Das Hinzufügen der TIMEZONE_FILE_AUTOUPGRADE Option 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:

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. Denken Sie daran, dass, wenn Sie Ihre Optionsgruppe aktualisieren und dann Ihre DB-Engine in separaten API Vorgängen aktualisieren, es möglich ist, dass beim Upgrade Ihrer DB-Engine gerade eine Aktualisierung der Zeitzonendatei ausgeführt wird.

Die Beispiele in diesem Abschnitt setzen Folgendes voraus:

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

Aktualisieren der Zeitzonendatei ohne Engine-Upgrade

In diesem Szenario verwendet DSTv33 Ihre Datenbank das Dateisystem Ihrer DB-Instance, ist aber auf diesem verfügbar. DSTv34 Sie möchten die von Ihrer DB-Instance verwendete Zeitzonendatei von DSTv33 bis aktualisierenDSTv34, aber Sie möchten Ihre Engine nicht auf eine neue Nebenversion aktualisieren, die Folgendes beinhaltet:DSTv35.

Fügen Sie in einem add-option-to-option-group Befehl der Optionsgruppe TIMEZONE_FILE_AUTOUPGRADE hinzu, die von Ihrer DB-Instance verwendet wird. Geben Sie an, ob die Option sofort hinzugefügt oder in das Wartungsfenster verschoben werden soll. RDSFührt nach dem Anwenden der TIMEZONE_FILE_AUTOUPGRADE Option Folgendes aus:

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

In diesem Szenario verwendet Ihre Datenbank das Dateisystem Ihrer DB-InstanceDSTv33, DSTv34 ist aber in diesem verfügbar. Sie möchten Ihre DB-Engine auf die Nebenversion 19.0.0.0.ru-2022-10.rur-2022-10.r1 aktualisieren, die diese beinhaltetDSTv35, und Ihre Zeitzonendatei während des Engine-Upgrades auf diese aktualisieren. DSTv35 Ihr Ziel ist es also, Ihre Zeitzonendateien direkt zu überspringen und zu aktualisieren. DSTv34 DSTv35

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

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

RDSbeginnt mit der Aktualisierung Ihrer Engine auf 19.0.0.0.ru-2022-10.rur-2022-10.r1. Sucht nach der Anwendung der TIMEZONE_FILE_AUTOUPGRADE Option nach einer neuen DST Version, stellt fest, dass diese in RDS 19.0.0.0.ru-2022-10.rur-2022-10.r1 verfügbar DSTv35 ist, und startet sofort das Update für. DSTv35

Um Ihre Engine sofort zu aktualisieren und anschließend Ihre Zeitzonendatei zu aktualisieren, führen Sie die folgenden Schritte nacheinander aus:

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

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

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