Considérations relatives aux mises à niveau d'une base de données Oracle - Amazon Relational Database Service

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.

Considérations relatives aux mises à niveau d'une base de données Oracle

Avant de mettre à niveau votre instance Oracle, consultez les informations suivantes.

Considérations relatives à Oracle Multitenant

Le tableau suivant décrit les architectures de base de données Oracle prises en charge dans les différentes versions.

Version de Oracle Database Statut de prise en charge de RDS Architecture

Oracle Database 21c

Pris en charge

CDB uniquement

Oracle Database 19c

Pris en charge

CDB ou non CDB

Le tableau suivant décrit les chemins de mise à niveau pris en charge et non pris en charge.

Chemin de mise à niveau Pris en charge ?

CDB à CDB

Oui

Non CDB à CDB

Non, mais vous pouvez convertir un objet non CDB en CDB, puis le mettre à niveau

CDB à non CDB

Non

Pour plus d'informations sur Oracle Multitenant dans RDS for Oracle, consultez Configuration à locataire unique de l'architecture CDB.

Considérations relatives au groupe d'options

Si votre instance de base de données utilise un groupe d'options personnalisé, Amazon RDS n'est pas toujours en mesure d'attribuer automatiquement un nouveau groupe d'options. C'est le cas, par exemple, lorsque vous procédez à une mise à niveau vers une nouvelle version majeure. Dans ce cas, spécifiez un nouveau groupe d'options lors de la mise à niveau. Nous vous recommandons de créer un nouveau groupe d'options et d'y ajouter les mêmes options qu'à votre groupe d'options personnalisé existant.

Pour plus d'informations, veuillez consulter Création d'un groupe d'options ou Copie d'un groupe d'options.

Si votre instance de base de données utilise un groupe d'options personnalisé contenant l'option APEX, vous pouvez parfois réduire le temps nécessaire à la mise à niveau. Pour ce faire, mettez à niveau votre version d'APEX en même temps que votre instance de base de données. Pour plus d'informations, consultez Mise à niveau de la APEX version.

Considérations relatives au groupe de paramètres

Si votre instance de base de données utilise un groupe de paramètres personnalisé, Amazon RDS n'est pas toujours en mesure d'attribuer automatiquement un nouveau groupe de paramètres à votre instance de base de données. C'est le cas, par exemple, lorsque vous procédez à une mise à niveau vers une nouvelle version majeure. Dans ce cas, vous devez spécifier un nouveau groupe de paramètres lors de la mise à niveau. Nous vous recommandons de créer un nouveau groupe de paramètres et de configurer les mêmes paramètres que ceux de votre groupe de paramètres personnalisé existant.

Pour plus d'informations, veuillez consulter Création d'un groupe de paramètres de base de données dans RDSAmazon ou Copier un groupe de paramètres de base de données dans RDSAmazon.

Considérations relatives au fuseau horaire

L'option de fuseau horaire vous permet de modifier le fuseau horaire système utilisé par votre instance de base de données Oracle. Par exemple, vous devrez peut-être modifier le fuseau horaire d'une instance de base de données afin qu'elle soit compatible avec un environnement sur site ou une application héritée. L'option de fuseau horaire change le fuseau horaire au niveau de l'hôte. Amazon RDS for Oracle met à jour automatiquement le fuseau horaire système tout au long de l'année. Pour plus d'informations sur le fuseau horaire système, veuillez consulter Fuseau horaire Oracle.

Lorsque vous créez une instance de base de données 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 connu sous le nom de fuseau horaire pour l'heure d'été (DST). Le fuseau horaire de la base de données est distinct du fuseau horaire système.

Entre les versions de base de données Oracle, les jeux de correctifs ou les correctifs individuels peuvent inclure de nouvelles versions d'heure d'été. Ces correctifs reflètent les modifications apportées aux règles de transition pour diverses régions de fuseau horaire. Par exemple, un gouvernement peut modifier l'entrée en vigueur de l'heure d'été. Les modifications apportées aux règles d'heure d'été 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 for Oracle, Amazon RDS ne met pas à niveau le fuseau horaire de la base de données automatiquement. Pour mettre à niveau automatiquement le fichier sur le fuseau horaire, vous pouvez inclure l'option TIMEZONE_FILE_AUTOUPGRADE au groupe d'options associé à votre instance de base de données pendant ou après la mise à niveau de version du moteur. Pour plus d'informations, veuillez consulter Mise à niveau automatique du fichier sur le fuseau horaire Oracle.

Aussi, pour mettre à niveau manuellement le fichier sur le fuseau horaire de la base de données, créez une nouvelle instance de base de données Oracle dotée du correctif d'heure d'été souhaité. Nous vous recommandons toutefois de mettre à niveau le fichier sur le fuseau horaire de la base de données à l'aide de l'option TIMEZONE_FILE_AUTOUPGRADE.

Après la mise à niveau du fichier sur le fuseau horaire, procédez à la migration des données depuis votre instance actuelle vers la nouvelle instance. Vous pouvez migrer des données à l'aide de plusieurs techniques, dont les suivantes :

  • AWS Database Migration Service

  • Oracle GoldenGate

  • Oracle Data Pump

  • Exportation/importation d'origine (non prise en charge pour usage général)

Note

Lorsque vous migrez des données à l'aide d'Oracle Data Pump, l'utilitaire déclenche l'erreur ORA-39405 lorsque la version du fuseau horaire cible est inférieure à la version du fuseau horaire source.

Pour de plus amples informations, veuillez consulter TIMESTAMP WITH TIMEZONE Restrictions dans la documentation Oracle.