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’option TIMEZONE_FILE_AUTOUPGRADE à un groupe d’options sont des opérations distinctes. L’ajout de l’option TIMEZONE_FILE_AUTOUPGRADE 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 commande de l’interface de ligne de commande RDS suivante :

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

  • Ajoutez l’option TIMEZONE_FILE_AUTOUPGRADE uniquement à l’aide de la commande de l’interface de ligne de 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 commande de l’interface de ligne de 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 sur le 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’opérations d’API 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 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 de base de données 19.0.0.0.ru-2019-07.rur-2019-07.r1 et le fichier sur le fuseau horaire DSTv33.

  • Votre système de fichiers d'instance de base de données inclut le fichier DSTv34.

  • La mise à jour de la version 19.0.0.0.ru-2022-10.rur-2022-10.r1 inclut le fichier 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 utilise DSTv33, mais DSTv34 est disponible sur le système de fichier de votre instance de base de données. Vous souhaitez mettre à jour le fichier sur le fuseau horaire utilisé par votre instance de base de données de DSTv33 vers DSTv34, mais vous ne souhaitez pas mettre à niveau votre moteur vers la nouvelle version mineure, qui inclut le fichier DSTv35.

Dans une commande add-option-to-option-group, 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’option TIMEZONE_FILE_AUTOUPGRADE, RDS procède comme suit :

  1. Il vérifie la présence d’une nouvelle version de DST.

  2. Il détermine que DSTv34 est disponible sur le système de fichiers.

  3. Il met à jour le fichier sur le fuseau horaire immédiatement.

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 utilise DSTv33, mais DSTv34 est disponible sur le système de fichier de votre instance de base de données. Vous voulez mettre à niveau votre moteur de base de données vers la version mineure 19.0.0.0.ru-2022-10.rur-2022-10.r1, qui comprend le fichier DSTv35, et mettre à jour votre fichier sur le fuseau horaire vers DSTv35 pendant la mise à niveau du moteur. Ainsi, votre objectif est d'ignorer DSTv34 et de mettre à jour vos fichiers sur le fuseau horaire directement vers DSTv35.

Pour mettre à niveau le moteur et le fichier de fuseau horaire en même temps, exécutez modify-db-instance avec les options --engine-version et --option-group-name. 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’option TIMEZONE_FILE_AUTOUPGRADE. 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

RDS commence la mise à niveau de votre moteur vers la version 19.0.0.0.ru-2022-10.rur-2022-10.r1. Une fois l’option TIMEZONE_FILE_AUTOUPGRADE appliquée, RDS recherche une nouvelle version DST, vérifie que DSTv35 est disponible dans 19.0.0.0.ru-2022-10.rur-2022-10.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 commande de l’interface de ligne de commande suivante :

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

  2. Ajoutez l’option TIMEZONE_FILE_AUTOUPGRADE au groupe d’options attaché à votre instance à l’aide de la commande de l’interface de ligne de 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 utilise DSTv33, mais DSTv34 est disponible sur le système de fichier de votre instance de base de données. Vous voulez mettre à niveau votre moteur de base de données vers la version 19.0.0.0.ru-2022-10.rur-2022-10.r1, qui comprend le fichier DSTv35, mais conserver le fichier sur le fuseau horaire 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 commande modify-db-instance, ne spécifiez pas de nouveau groupe d’options afin que RDS ne mette pas à jour votre fichier sur le fuseau horaire.

  • Votre instance de base de données est actuellement associée à un groupe d’options comprenant TIMEZONE_FILE_AUTOUPGRADE. Avec une commande modify-db-instance unique, associez votre instance de base de données à un groupe d’options qui n’inclut pas TIMEZONE_FILE_AUTOUPGRADE, puis mettez à niveau votre moteur de base de données vers 19.0.0.0.ru-2022-10.rur-2022-10.r1.