AWS announces preview of AWS Interconnect - multicloud
AWS announces AWS Interconnect – multicloud (preview), providing simple, resilient, high-speed private connections to other cloud service providers. AWS Interconnect - multicloud is easy to configure and provides high-speed, resilient connectivity with dedicated bandwidth, enabling customers to interconnect AWS networking services such as AWS Transit Gateway, AWS Cloud WAN, and Amazon VPC to other cloud service providers with ease.
Comment puis-je résoudre les problèmes liés à l'option de fuseau horaire dans mon instance de base de données Amazon RDS pour Oracle ?
Je souhaite utiliser l'option de fuseau horaire avec mon instance de base de données Amazon Relational Database Service (Amazon RDS) for Oracle. Ou je souhaite résoudre les problèmes que je rencontre lorsque j'utilise l'option de fuseau horaire avec mon instance de base de données.
Brève description
Vous pouvez utiliser l'option de fuseau horaire pour modifier le fuseau horaire système utilisé par votre instance de base de données RDS pour Oracle. Par exemple, vous pouvez modifier le fuseau horaire d'une instance de base de données pour la rendre compatible avec un environnement sur site ou une application héritée.
L'option de fuseau horaire modifie le fuseau horaire au niveau de l'hôte. Si vous modifiez le fuseau horaire de votre instance, l'option affecte toutes les colonnes et valeurs de type date. Cela inclut SYSDATE et SYSTIMESTAMP.
Résolution
Considérations et limites
Avant d'utiliser l'option de fuseau horaire, vérifiez les points suivants pour comprendre les limitations de cette option :
- Lorsque vous créez une instance de base de données RDS pour Oracle, la base de données définit automatiquement le fuseau horaire de la base de données. Le fuseau horaire de la base de données est également appelé fuseau horaire d'été (DST). Le fuseau horaire de la base de données est distinct du fuseau horaire du système.
- Entre les versions de la base de données Oracle, les ensembles de correctifs ou les correctifs individuels incluent souvent de nouvelles versions DST. Ces correctifs reflètent les modifications apportées aux règles de transition pour les diverses régions de fuseau horaire. Les modifications apportées aux règles DST peuvent affecter les données existantes du type de données TIMESTAMP WITH TIME ZONE.
- Si vous mettez à niveau une instance de base de données RDS pour Oracle, Amazon RDS ne met pas automatiquement à niveau le fichier de fuseau horaire de la base de données. Pour mettre à niveau automatiquement le fichier de fuseau horaire, incluez l'option TIMEZONE_FILE_AUTOUPGRADE dans le groupe d'options de l'instance pendant ou après la mise à niveau de la version du moteur.
Récupérer votre instance de base de données avec un paramètre antérieur de fuseau horaire
Remarque : L'option de fuseau horaire est une option permanente et persistante. Cela signifie que vous ne pouvez pas supprimer l'option d'un groupe d'options après l'avoir ajoutée. De même, vous ne pouvez pas supprimer le groupe d'options de votre instance après l'avoir ajouté. Vous ne pouvez pas non plus remplacer le paramètre de fuseau horaire de l'option par un autre fuseau horaire. Pour plus d'informations, consultez la section Options persistantes et permanentes.
Si vous définissez le fuseau horaire de manière incorrecte, vous devez rétablir le paramètre de fuseau horaire précédent de votre instance de base de données.
Si votre instance de base de données utilise le groupe d'options par défaut, procédez comme suit :
- Prenez un instantané de votre instance de base de données. Pour plus d'informations, consultez la section Création d'un instantané de base de données pour une instance de base de données Mono-AZ.
- Ajoutez l'option de fuseau horaire à votre instance de base de données.
Si votre instance de base de données utilise actuellement un groupe d'options autre que celui par défaut, procédez comme suit :
- Prenez un instantané de votre instance de base de données.
- Créez un nouveau groupe d'options avec l'option de fuseau horaire.
- Ajoutez le groupe d'options à votre instance de base de données.
Remarque : Lorsque vous ajoutez l'option de fuseau horaire, des problèmes peuvent survenir avec les tables qui utilisent la date système pour ajouter des dates ou des heures. Il est recommandé de tester l'option de fuseau horaire sur une instance de base de données de test avant de l'ajouter à une instance de base de données de production. Analysez vos données et vos applications pour évaluer l'impact du changement de fuseau horaire.
Ajouter l'option de fuseau horaire à votre instance de base de données
L'option Fuseau horaire modifie le fuseau horaire au niveau de l'hôte et affecte toutes les colonnes et valeurs de type date, telles que SYSDATE. Pour ajouter l'option de fuseau horaire à une instance de base de données, procédez comme suit :
- Créez un nouveau groupe d'options ou copiez ou modifiez un groupe d'options existant.
- Ajoutez l'option de fuseau horaire au groupe d'options.
- Associez le groupe d'options à l'instance de base de données.
Remarque : Lorsque vous ajoutez l'option de fuseau horaire, votre instance de base de données est automatiquement redémarrée et une brève panne se produit.
Exemple :
Pour vérifier la valeur d'une colonne avant et après la modification de l’option TIMEZONE, exécutez une commande similaire à la suivante :
SYS.ORCL> select sysdate,systimestamp from dual;
Utiliser l'option de fuseau horaire DB (base de données)
Utilisez la procédure alter_db_time_zone pour modifier le fuseau horaire de certains types de données. Cela ne change pas SYSDATE. Après avoir exécuté alter_db_time_zone, redémarrez votre instance de base de données pour que la modification soit prise en compte.
L'exemple suivant change le fuseau horaire en UTC plus 10 heures :
EXEC rdsadmin.rdsadmin_util.alter_db_time_zone(p_new_tz => '+10:00');
Dans l'exemple suivant, le fuseau horaire change à celui de l'Australie/Sydney :
EXEC rdsadmin.rdsadmin_util.alter_db_time_zone(p_new_tz => 'Australia/Sydney');
L'exemple suivant vérifie le paramètre DB TIMEZONE une fois le redémarrage de l'instance terminé.
select (select name from v$database) dbname,dbtimezone from dual;
Résoudre les problèmes liés au fuseau horaire et aux modifications du fichier de mise à niveau du fuseau horaire
Erreur d'appel d'API après avoir remplacé le paramètre de fuseau horaire par un autre fuseau horaire
L'option de fuseau horaire que vous avez demandée dans le nouveau groupe d'options est différente de l'option de fuseau horaire du groupe d'options existant. Après avoir défini le fuseau horaire d'une instance de base de données, vous ne pouvez pas changer de fuseau horaire.
Pour résoudre ce problème, créez une nouvelle instance avec le fuseau horaire souhaité. Utilisez ensuite l'utilitaire Oracle natif d’export/import pour migrer les données de l'instance existante vers la nouvelle.
Des problèmes surviennent après le transfert de données entre des bases de données qui utilisent différentes versions du fichier de fuseau horaire
Après avoir essayé de transférer des données entre des bases de données utilisant des versions de fichiers de fuseaux horaires différentes, une erreur similaire à l’erreur suivante s'affiche :
« ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 41 into a target database with TSTZ version 39. »
Pour résoudre ce problème, connectez-vous à votre base de données Oracle à l'aide d'un client SQL et vérifiez la version actuelle du fichier de fuseau horaire utilisée. Exécutez une commande similaire à la commande suivante :
SELECT * FROM V$TIMEZONE_FILE;
Déterminez la dernière version du fichier de fuseau horaire disponible sur votre instance de base de données. Cette étape s'applique uniquement si vous utilisez Oracle Database 12c version 2 (12.2) ou supérieure. Exécutez une commande similaire à la commande suivante :
SELECT DBMS_DST.GET_LATEST_TIMEZONE_VERSION FROM DUAL;
Vous pouvez mettre à niveau votre moteur de base de données et mettre à jour votre fichier de fuseau horaire indépendamment. Votre stratégie de mise à niveau varie selon que vous mettez à niveau votre base de données et les fichiers de fuseau horaire en même temps ou un par un.
- Vous n'avez pas encore ajouté TIMEZONE_FILE_AUTOUPGRADE au groupe d'options utilisé par votre instance de base de données.
- La version de votre instance de base de données 19.0.0.0.ru-2022-10.rur-2022-10.r1 utilise le fichier de fuseau horaire de base de données DSTv39.
- La mise à jour 19.0.0.0.ru-2023-01.rur-2023-01.r2 inclut DStV41.
Pour mettre à jour votre fichier de fuseau horaire, appliquez l'une des stratégies suivantes.
- Mettez à jour le fichier de fuseau horaire sans mettre à niveau le moteur.
- Mettez à niveau le fichier de fuseau horaire et la version du moteur de base de données.
- Mettez à niveau la version de votre moteur de base de données sans mettre à jour le fichier de fuseau horaire.
Informations connexes
Configuration du fuseau horaire de la base de données
Ajout de l'option de mise à niveau automatique du fichier de fuseau horaire
- Langue
- Français

Contenus pertinents
- demandé il y a 2 ans
- demandé il y a 2 ans
- demandé il y a un an
AWS OFFICIELA mis à jour il y a 6 mois