Considérations relatives aux mises à niveau de la 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 Oracle Database prises en charge dans les différentes versions.

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

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, consultez 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 les options APEX et APEX-DEV, vous pouvez parfois réduire le temps nécessaire à la mise à niveau. Pour ce faire, mettez à niveau votre version d’Oracle APEX en même temps que votre instance de base de données. Pour plus d’informations, consultez Mise à niveau de la version d’Oracle APEX.

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, consultez Création d’un groupe de paramètres de base de données dans Amazon RDS ou Copie d’un groupe de paramètres de base de données dans Amazon RDS.

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, consultez 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, consultez 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 :

Pour plus d’informations, consultez TIMESTAMP WITH TIMEZONE Restrictions dans la documentation Oracle.

Considérations relatives au paquet de correctifs Spatial (SPB)

Dans RDS for Oracle, une mise à jour de version (RU) est une version mineure du moteur qui inclut des correctifs de sécurité, des corrections de bogues et de nouvelles fonctionnalités pour Oracle Database. Un paquet de correctifs Spatial (SPB) est une version du moteur mineure qui inclut des correctifs conçus pour l’option Oracle Spatial. Par exemple, 19.0.0.0.ru-2025-01.spb-1.r1 est une version de moteur mineure qui contient les correctifs de RU dans la version du moteur 19.0.0.0.ru-2025-01.rur-2025-01.r1 et les correctifs Spatial.

Lorsque vous mettez à niveau votre base de données vers des SPB, tenez compte des éléments suivants :