Politiques pour la mise à jour de votre fichier sur le fuseau horaire - Amazon Relational Database Service
Mettre à jour le fichier sur le fuseau horaire sans mettre à niveau le moteurMettre à niveau le fichier sur le fuseau horaire et la version du moteur de base de donnéesMettre à niveau la version de votre moteur de base de données sans mettre à jour le fichier sur le fuseau horaire

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Politiques pour la mise à jour de votre fichier sur le fuseau horaire

La mise à niveau de votre moteur de base de données et l'ajout de l'TIMEZONE_FILE_AUTOUPGRADEoption à un groupe d'options sont des opérations distinctes. L'ajout de TIMEZONE_FILE_AUTOUPGRADE cette option lance la mise à jour de votre fichier de fuseau horaire si un fichier plus récent est disponible. Vous exécutez les commandes suivantes (seules les options pertinentes sont affichées) immédiatement ou lors de la fenêtre de maintenance suivante :

  • Mettez à niveau votre moteur de base de données uniquement à l'aide de la RDS CLI commande suivante :

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

  • Ajoutez l'TIMEZONE_FILE_AUTOUPGRADEoption uniquement à l'aide de la CLI commande suivante : 

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

  • Mettez à niveau votre moteur de base de données et ajoutez un nouveau groupe d'options à votre instance à l'aide de la CLI commande suivante :

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

Votre stratégie de mise à jour varie selon que vous souhaitez mettre à niveau votre base de données et votre fichier de fuseau horaire en même temps ou effectuer une seule de ces opérations. N'oubliez pas que si vous mettez à jour votre groupe d'options puis que vous mettez à niveau votre moteur de base de données dans le cadre d'APIopérations distinctes, il est possible qu'une mise à jour du fichier de fuseau horaire soit actuellement en cours lorsque vous mettez à niveau votre moteur de base de données.

Les exemples de cette section supposent ce qui suit :

  • Vous n'avez pas encore été ajouté TIMEZONE_FILE_AUTOUPGRADE au groupe d'options actuellement associé à votre instance de base de données.

  • Votre instance de base de données utilise la version 19.0.0.0.ru-2019-07.rur-2019-07.r1 et un fichier de fuseau horaire. DSTv33

  • Le système de fichiers de votre instance de base de données inclut un fichierDSTv34.

  • La mise à jour 19.0.0.0.ru-05.10.rur-2_10.r1 inclut. DSTv35

Pour mettre à jour votre fichier sur le fuseau horaire, vous pouvez utiliser les stratégies suivantes.

Mettre à jour le fichier sur le fuseau horaire sans mettre à niveau le moteur

Dans ce scénario, votre base de données utiliseDSTv33, mais elle DSTv34 est disponible sur votre système de fichiers d'instance de base de données. Vous souhaitez mettre à jour le fichier de fuseau horaire utilisé par votre instance de base de données de DSTv33 àDSTv34, mais vous ne souhaitez pas mettre à niveau votre moteur vers une nouvelle version mineure, qui inclutDSTv35.

Dans une add-option-to-option-group commande, ajoutez TIMEZONE_FILE_AUTOUPGRADE au groupe d'options utilisé par votre instance de base de données. Indiquez si vous souhaitez ajouter l'option immédiatement ou la reporter à la fenêtre de maintenance. Après avoir appliqué l'TIMEZONE_FILE_AUTOUPGRADEoption, RDS procédez comme suit :

  1. Vérifie l'existence d'une nouvelle DST version.

  2. Détermine ce qui DSTv34 est disponible sur le système de fichiers.

  3. Met à jour immédiatement le fichier de fuseau horaire.

Mettre à niveau le fichier sur le fuseau horaire et la version du moteur de base de données

Dans ce scénario, votre base de données utiliseDSTv33, mais elle DSTv34 est disponible sur votre système de fichiers d'instance de base de données. Vous souhaitez mettre à niveau votre moteur de base de données vers la version mineure 19.0.0.0.ru-05.10.rur-05.r1, qui inclut DSTv35 et mettre à jour votre fichier de fuseau horaire pendant la mise à niveau du moteur. DSTv35 Ainsi, votre objectif est d'ignorer DSTv34 et de mettre à jour vos fichiers de fuseau horaire directement versDSTv35.

Pour mettre à niveau le moteur et le fichier de fuseau horaire en même temps, exécutez modify-db-instance les --engine-version options --option-group-name et. Vous pouvez exécuter la commande immédiatement ou la reporter à la fenêtre de maintenance. In --option-group-name, spécifiez un groupe d'options qui inclut l'TIMEZONE_FILE_AUTOUPGRADEoption. Par exemple :

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

RDScommence la mise à niveau de votre moteur vers la version 19.0.0.0.ru-05.10.rur-05.r1. Après avoir appliqué l'TIMEZONE_FILE_AUTOUPGRADEoption, RDS vérifie s'il existe une nouvelle DST version, vérifie qu'elle DSTv35 est disponible dans 19.0.0.0.ru-10.rur-05.r1 et lance immédiatement la mise à jour vers. DSTv35

Pour mettre à niveau votre moteur immédiatement, puis mettre à niveau votre fichier de fuseau horaire, effectuez les opérations dans l'ordre :

  1. Mettez à niveau votre moteur de base de données uniquement à l'aide de la CLI commande suivante :

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

  2. Ajoutez l'TIMEZONE_FILE_AUTOUPGRADEoption au groupe d'options attaché à votre instance à l'aide de la CLI commande suivante : 

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

Mettre à niveau la version de votre moteur de base de données sans mettre à jour le fichier sur le fuseau horaire

Dans ce scénario, votre base de données utiliseDSTv33, mais elle DSTv34 est disponible sur votre système de fichiers d'instance de base de données. Vous souhaitez mettre à niveau votre moteur de base de données vers la version 19.0.0.0.ru-05.10.rur-05.r1, qui inclut le fichier de fuseau horaire, mais le conserve. DSTv35 DSTv33 Vous pouvez être appelé choisir cette politique pour les raisons suivantes :

  • Vos données n'utilisent pas le type de données TIMESTAMP WITH TIME ZONE.

  • Vos données utilisent le type de données TIMESTAMP WITH TIME ZONE, mais vos données ne sont pas affectées par les changements de fuseau horaire.

  • Vous souhaitez reporter la mise à jour du fichier sur le fuseau horaire, car vous ne pouvez pas tolérer de temps d'arrêt supplémentaire.

Votre stratégie dépend de si les possibilités suivantes sont vraies (true) :

  • Votre instance de base de données n'est pas associée à un groupe d'options comprenant TIMEZONE_FILE_AUTOUPGRADE. Dans votre modify-db-instance commande, ne spécifiez pas de nouveau groupe d'options afin de RDS ne pas mettre à jour votre fichier de fuseau horaire.

  • Votre instance de base de données est actuellement associée à un groupe d'options qui inclutTIMEZONE_FILE_AUTOUPGRADE. À l'aide d'une seule modify-db-instance commande, associez votre instance de base de données à un groupe d'options qui n'inclut pas TIMEZONE_FILE_AUTOUPGRADE et mettez à niveau votre moteur de base de données vers 19.0.0.0.ru-10.rur-10.r1.