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.
# Mise à niveau du moteur de base de données RDS for Oracle
Quand Amazon RDS prend en charge une nouvelle version d'Oracle Database, vous pouvez mettre à niveau vos instances de base de données vers cette nouvelle version. Pour savoir quelles versions d'Oracle sont disponibles sur Amazon RDS, consultez [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html) (Notes de mise à jour de Amazon RDS for Oracle).
**Important**
Les bases de données RDS for Oracle 11g, 12c et 18c ne sont plus prises en charge. Si vous conservez des instantanés de base de données Oracle 11g, 12c ou 18c, vous pouvez les mettre à niveau vers une version ultérieure. Pour de plus amples informations, consultez [Mise à niveau d’un instantané de base de données Oracle](USER_UpgradeDBSnapshot.Oracle.md).
**Topics**
+ [Présentation des mises à niveau du moteur RDS for Oracle](USER_UpgradeDBInstance.Oracle.Overview.md)
+ [Mises à niveau des versions majeures d’Oracle](USER_UpgradeDBInstance.Oracle.Major.md)
+ [Mises à niveau des versions mineures d’Oracle](USER_UpgradeDBInstance.Oracle.Minor.md)
+ [Considérations relatives aux mises à niveau de la base de données Oracle](USER_UpgradeDBInstance.Oracle.OGPG.md)
+ [Test d'une mise à niveau de base de données Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)
+ [Mise à niveau de la version d’une instance de base de données RDS for Oracle](USER_UpgradeDBInstance.Oracle.Upgrading.md)
+ [Mise à niveau d’un instantané de base de données Oracle](USER_UpgradeDBSnapshot.Oracle.md)
# Présentation des mises à niveau du moteur RDS for Oracle
Avant de mettre à niveau votre instance de base de données RDS for Oracle, familiarisez-vous avec les concepts suivants.
**Topics**
+ [Mises à niveau des versions majeures et mineures](#USER_UpgradeDBInstance.Oracle.Overview.versions)
+ [Dates de support et mises à niveau obligatoires pour RDS for Oracle](#Aurora.VersionPolicy.MajorVersionLifetime)
+ [Gestion des versions du moteur Oracle](#Oracle.Concepts.Patching)
+ [Instantanés automatiques lors de mises à niveau du moteur](#USER_UpgradeDBInstance.Oracle.Overview.snapshots)
+ [Mises à niveau Oracle dans un déploiement multi-AZ](#USER_UpgradeDBInstance.Oracle.Overview.multi-az)
+ [Mises à niveau Oracle des réplicas en lecture](#USER_UpgradeDBInstance.Oracle.Overview.read-replicas)
## Mises à niveau des versions majeures et mineures
Les versions majeures sont des versions majeures d’Oracle Database publiées tous les 1 à 2 ans. Oracle Database 19c et Oracle Database 21c sont des versions majeures.
Chaque trimestre, RDS for Oracle publie de nouvelles versions mineures du moteur pour chacun des moteurs majeurs pris en charge. Une version du moteur de mise à jour de version (RU) intègre les corrections de bogues d’Oracle en incluant les correctifs de RU pour le trimestre spécifié. Par exemple, 21.0.0.0.ru-2024-10.rur-2024-10.r1 est une version mineure d’Oracle Database 21c qui intègre la RU d’octobre 2024.
Une version du moteur Paquet de correctifs Spatial (SPB) contient des correctifs de RU et des correctifs spécifiques à 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. En général, RDS pour Oracle est publié 2 SPBs à 3 semaines après le RU correspondant. Pour une explication des différences entre RUs et SPBs, voir[Mises à jour des versions (RUs) et ensembles de correctifs spatiaux () SPBs](USER_UpgradeDBInstance.Oracle.Minor.md#RUs-and-SPBs). Pour plus d'informations sur le RUs support SPBs, consultez les [notes de version d'Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes) pour Oracle.
RDS for Oracle prend en charge les mises à niveau suivantes vers une instance de base de données.
| Type de mise à niveau | Compatibilité des applications | Méthodes de mise à niveau | Exemple de chemin de mise à niveau |
| --- | --- | --- | --- |
| Version majeure | La mise à niveau d’une version majeure peut introduire des modifications non compatibles avec les applications existantes. | Manuelles uniquement | Depuis Oracle Database 19c vers Oracle Database 21c |
| Version mineure | Une mise à niveau de version mineure contient uniquement des modifications rétrocompatibles avec les applications existantes. | Automatiques ou manuelles | De 21.0.0.0.ru-2023-07.rur-2022-07.r1 à 21.0.0.0.ru-2023-10.rur-2022-10.r1 |
**Important**
La mise à niveau de votre moteur de base de données provoque une panne. La durée de cette dernière dépend de la version du moteur et de la taille de l’instance de base de données.
Veillez à tester soigneusement toute mise à niveau pour vérifier que vos applications fonctionnent correctement avant d'appliquer la mise à niveau à vos bases de données de production. Pour de plus amples informations, veuillez consulter [Test d'une mise à niveau de base de données Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
## Dates de support et mises à niveau obligatoires pour RDS for Oracle
Les versions de base de données de RDS for Oracle ont des dates de support prévues. *Lorsqu'une version majeure ou mineure d'un moteur de base de données RDS pour Oracle approche de sa end-of-support date limite, RDS commence les mises à niveau obligatoires, également appelées mises à niveau forcées.* RDS publie les informations suivantes :
+ Une recommandation vous invitant à commencer à mettre à niveau manuellement les instances des versions obsolètes vers les versions prises en charge
+ Date après laquelle vous ne pouvez plus créer d’instances sur les versions non prises en charge
+ Date à laquelle RDS commence à mettre automatiquement à niveau vos instances vers les versions prises en charge pendant les fenêtres de maintenance
+ Date à laquelle RDS commence à mettre automatiquement à niveau vos instances vers les versions prises en charge en dehors des fenêtres de maintenance
**Important**
Les améliorations forcées peuvent avoir des conséquences inattendues sur les CloudFormation cumuls. Si vous comptez sur RDS pour mettre automatiquement à niveau vos instances de base de données, vous risquez de rencontrer des problèmes avec CloudFormation.
Cette section contient les rubriques suivantes :
**Topics**
+ [Dates de support prévues pour les versions majeures de RDS for Oracle](#oracle-major-support-dates)
+ [Dates de support pour les versions mineures de RDS for Oracle](#oracle-minor-support-dates)
### Dates de support prévues pour les versions majeures de RDS for Oracle
Les versions majeures de RDS for Oracle restent disponibles au moins jusqu’à la date de fin de prise en charge de la version correspondante de la base de données Oracle. Vous pouvez utiliser les dates suivantes pour planifier vos cycles de test et de mise à niveau. Ces dates représentent la première date à laquelle une mise à niveau vers une version plus récente pourrait être nécessaire. Si Amazon étend le support d’une version de RDS for Oracle au-delà de la date initialement prévue, ce tableau sera mis à jour pour refléter la nouvelle date.
**Note**
Vous pouvez consulter les principales versions de vos bases de données Oracle en exécutant la AWS CLI commande [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) ou en utilisant l'opération d'API [DBMajorEngineVersionsDescribe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS.
| Version majeure de la version d’Oracle Database | Date prévue pour la mise à niveau vers une version plus récente |
| --- | --- |
| Oracle Database 19c | 31 décembre 2029 avec le support BYOL Premier (exonération des frais pour le support étendu) 31 décembre 2032 avec un support étendu BYOL (coût supplémentaire) ou un contrat de licence illimité 31 décembre 2029 avec License Included (LI) |
| Oracle Database 21c | 31 juillet 2027 (non disponible pour le support étendu) |
RDS vous avertit au moins 12 mois avant que vous ne deviez mettre à niveau vers une version majeure plus récente. La notification décrit le processus de mise à niveau, notamment le calendrier des échéances importantes, l’effet sur vos instances de base de données, et les mesures recommandées. Nous vous recommandons de tester minutieusement vos applications avec les nouvelles versions de RDS for Oracle avant d’effectuer une mise à niveau de la base de données vers une version majeure.
Après cette période de notification préalable, une mise à niveau automatique vers la version majeure suivante peut être appliquée à toute instance de base de données RDS for Oracle exécutant encore l’ancienne version. Dans ce cas, la mise à niveau démarre pendant les fenêtres de maintenance planifiées.
Pour plus d’informations, consultez [Release Schedule of Current Database Releases](https://support.oracle.com/knowledge/Oracle%20Database%20Products/742060_1.html) dans My Oracle Support.
### Dates de support pour les versions mineures de RDS for Oracle
Dans certains cas, nous mettons fin au support des versions mineures des versions majeures de RDS pour Oracle. RDS vous avertit au moins 6 mois avant que vous ne deviez effectuer une mise à niveau vers une version mineure plus récente. La notification décrit le processus de mise à niveau, y compris le calendrier des étapes importantes, l'effet sur les instances de base de données exécutant la version mineure obsolète et les actions recommandées. Nous vous recommandons de tester minutieusement vos applications avec les nouvelles versions de RDS pour Oracle avant de mettre à niveau votre base de données vers une nouvelle version mineure.
Pour plus d'informations sur les versions mineures obsolètes et déprises en charge, consultez les [notes de publication d'Amazon Relational Database Service (Amazon RDS) pour](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html) Oracle.
## Gestion des versions du moteur Oracle
La gestion des versions du moteur de base de données vous permet de contrôler quand et comment le moteur de base de données est corrigé et mis à niveau. Vous bénéficiez de la flexibilité nécessaire pour maintenir la compatibilité avec les versions de correctifs du moteur de base de données. Vous pouvez également tester les nouvelles versions correctives de RDS for Oracle pour vous assurer qu’elles fonctionnent avec votre application avant de les déployer en production. En outre, vous effectuez la mise à niveau des versions selon vos critères et vos calendriers.
**Note**
Amazon RDS agrège régulièrement des correctifs de base de données Oracle officiels en utilisant une version de moteur de base de données propre à Amazon RDS. Pour voir la liste des correctifs Oracle contenus dans une version du moteur spécifique à Amazon RDS for Oracle, consultez [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html).
## Instantanés automatiques lors de mises à niveau du moteur
Lors de mises à niveau d’une instance de base de données Oracle, les instantanés offrent une protection contre les problèmes de mise à niveau. Si la période de rétention des sauvegardes de votre instance de base de données est supérieure à 0, Amazon RDS prend les instantanés de base de données suivants au cours de la mise à niveau :
1. Un instantané de l’instance de base de données avant que toute modification de mise à niveau soit apportée. Si la mise à niveau échoue, vous pouvez restaurer cet instantané pour créer une instance de base de données exécutant l’ancienne version.
1. Un instantané de l’instance de base de données une fois la mise à niveau terminée.
**Note**
Pour modifier la période de rétention des sauvegardes, consultez [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md).
Après une mise à niveau, vous ne pouvez pas revenir à la version antérieure du moteur. Toutefois, vous pouvez créer une nouvelle instance de base de données Oracle en restaurant l’instantané antérieur à la mise à niveau.
## Mises à niveau Oracle dans un déploiement multi-AZ
Si votre instance de base de données se trouve dans un déploiement Multi-AZ, Amazon RDS met à niveau les deux réplicas, principal et de secours. Si aucune mise à jour du système d’exploitation n’est requise, les mises à niveau principale et de secours se produisent simultanément. Les instances ne sont pas disponibles tant que la mise à niveau n’est pas terminée.
Si des mises à jour du système d’exploitation sont requises dans le cadre d’un déploiement multi-AZ, Amazon RDS applique ces mises à jour lorsque vous demandez la mise à niveau de la base de données. Amazon RDS effectue les étapes suivantes :
1. Met à jour le système d’exploitation sur l’instance de base de données de secours actuelle.
1. Fait basculer l’instance de base de données principale vers l’instance de base de données de secours.
1. Met à niveau la version de la base de donnes sur la nouvelle instance de base de données principale, qui était auparavant l’instance de secours. La base de données principale est indisponible pendant la mise à niveau.
1. Met à niveau le système d’exploitation sur la nouvelle instance de base de données de secours, qui était auparavant l’instance de base de données principale.
1. Met à niveau de la version de base de données sur la nouvelle instance de base de données de secours.
1. Fait basculer la nouvelle instance de base de données principale vers l’instance de base de données principale d’origine, et la nouvelle instance de base de données de secours revient à l’instance de base de données de secours d’origine. Ainsi, Amazon RDS rétablit la configuration de réplication dans son état d’origine.
## Mises à niveau Oracle des réplicas en lecture
La version du moteur de base de données Oracle de l’instance de base de données source et tous ses réplicas en lecture doivent être identiques. Amazon RDS effectue la mise à niveau lors des étapes suivantes :
1. Mise à niveau de l’instance de base de données source. Les réplicas en lecture sont disponibles au cours de cette étape.
1. Mise à niveau des réplicas en lecture en parallèle, quelles que soient les fenêtres de maintenance des réplicas. La base de données source est disponible pendant cette étape.
Pour les mises à niveau de versions majeures des réplicas en lecture entre régions, Amazon RDS effectue des actions supplémentaires :
+ Génération automatique d’un groupe d’options pour la version cible
+ Copie de toutes les options et tous les paramètres d’option du groupe d’options d’origine vers le nouveau groupe d’options
+ Association du réplica en lecture entre régions mis à niveau au nouveau groupe d’options
# Mises à niveau des versions majeures d’Oracle
Pour effectuer une mise à niveau de version majeure, modifiez l’instance de base de données manuellement. Les mises à niveau de versions majeures ne sont pas effectuées automatiquement.
**Important**
Veillez à tester soigneusement toute mise à niveau pour vérifier que vos applications fonctionnent correctement avant d'appliquer la mise à niveau à vos bases de données de production. Pour de plus amples informations, veuillez consulter [Test d'une mise à niveau de base de données Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
**Topics**
+ [Versions prises en charge pour les mises à niveau majeures](#USER_UpgradeDBInstance.Oracle.Major.supported-versions)
+ [Classes d’instance prises en charge pour les mises à niveau majeures](#USER_UpgradeDBInstance.Oracle.Major.instance-classes)
+ [Collecte de statistiques avant les mises à niveau majeures](#USER_UpgradeDBInstance.Oracle.Major.gathering-stats)
+ [Autorisation d’installation des mises à niveau majeures](#USER_UpgradeDBInstance.Oracle.Major.allowing-upgrades)
## Versions prises en charge pour les mises à niveau majeures
Amazon RDS prend en charge les mises à niveau des versions majeures suivantes.
****
| Version actuelle | Mise à niveau prise en charge |
| --- | --- |
| 19.0.0.0 utilisant l’architecture CDB | 21,0.0.0 |
Une mise à niveau de version majeure d’Oracle Database doit être mise à niveau vers une mise à jour de version publiée (RU) qui a été publiée le même mois ou plus tard. Le retour à une ancienne version majeure n’est pas pris en charge pour les versions Oracle Database.
## Classes d’instance prises en charge pour les mises à niveau majeures
Il est possible que votre instance de base de données Oracle s’exécute sur une classe d’instance de base de données qui n’est pas prise en charge pour la version vers laquelle vous effectuez la mise à niveau. Dans ce cas, avant de procéder à la mise à niveau, vous devez migrer l’instance de base de données vers une classe prise en charge. Pour plus d’informations sur les classes d’instance de base de données prises en charge pour chaque version et édition de Amazon RDS for Oracle, consultez [Classes d'instances de base de données ](Concepts.DBInstanceClass.md).
## Collecte de statistiques avant les mises à niveau majeures
Avant d’effectuer une mise à niveau de version majeure, Oracle vous recommande de recueillir des statistiques de l’optimiseur sur l’instance de base de données que vous mettez à jour. Cette action peut réduire la durée d’indisponibilité de l’instance de base de données lors de la mise à niveau.
Pour recueillir des statistiques de l’optimiseur, connectez-vous à l’instance de base de données en tant qu’utilisateur principal et exécutez la procédure `DBMS_STATS.GATHER_DICTIONARY_STATS`, comme dans l’exemple suivant.
```
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
```
Pour plus d’informations, consultez [GATHER\$1DICTIONARY\$1STATS Procedure](https://docs.oracle.com/en/database/oracle/oracle-database/19/arpls/DBMS_STATS.html?source=%3Aso%3Atw%3Aor%3Aawr%3Aodv%3A%3A#GUID-867989C7-ADFC-4464-8981-437CEA7F331E) dans la documentation Oracle.
## Autorisation d’installation des mises à niveau majeures
Une mise à niveau majeure de la version du moteur peut être incompatible avec votre application. La mise à niveau est irréversible. Si vous spécifiez une version majeure pour le EngineVersion paramètre qui est différente de la version principale actuelle, vous devez autoriser les mises à niveau des versions majeures.
Si vous mettez à niveau une version majeure à l'aide de la commande CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html), spécifiez`--allow-major-version-upgrade`. Dans la mesure où ce paramètre n’est pas persistant, vous devez spécifier `--allow-major-version-upgrade` chaque fois que vous effectuez une mise à niveau majeure. Ce paramètre n’a aucun impact sur les mises à niveau des versions mineures du moteur. Pour plus d'informations, consultez [Mise à niveau d'une version du moteur d'une instance de base de données](USER_UpgradeDBInstance.Upgrading.md).
Si vous mettez à niveau une version majeure à l’aide de la console, vous n’avez pas besoin de choisir une option pour autoriser la mise à niveau. Au lieu de cela, la console affiche un avertissement indiquant que les mises à niveau majeures sont irréversibles.
# Mises à niveau des versions mineures d’Oracle
Dans RDS for Oracle, une mise à niveau de version mineure est une mise à jour vers une version majeure du moteur de base de données. Dans RDS, une version mineure du moteur est soit une mise à jour de version (RU), soit un paquet de correctifs Spatial (SPB). Par exemple, si votre instance de base de données exécute la version majeure d'Oracle Database 19c et la version mineure 19.0.0.0.ru-2025-10.rur-2025-10.r1, vous pouvez mettre à niveau votre moteur de base de données vers la version mineure 19.0.0.0.ru-2026-01.rur-2026-01.r1. RDS for Oracle ne prend pas en charge les rétrogradations de versions mineures.
Vous pouvez mettre à niveau manuellement ou automatiquement votre moteur de base de données vers une version mineure. Pour découvrir comment effectuer une mise à niveau manuelle, consultez [Mise à niveau manuelle de la version du moteur](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual). Pour découvrir comment configurer des mises à niveau automatiques, consultez [Mise à niveau automatique de la version mineure du moteur](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). Que vous procédiez à une mise à niveau manuelle ou automatique, une mise à niveau de version mineure entraîne une interruption de service. Tenez compte de cette durée d’indisponibilité lorsque vous planifiez vos mises à niveau.
Amazon RDS prend également en charge la politique de déploiement des mises à niveau afin de gérer les mises à niveau automatiques des versions mineures sur plusieurs ressources de base de données et. Comptes AWS Pour de plus amples informations, veuillez consulter [Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures](RDS.Maintenance.AMVU.UpgradeRollout.md).
**Important**
Veillez à tester soigneusement toute mise à niveau pour vérifier que vos applications fonctionnent correctement avant d'appliquer la mise à niveau à vos bases de données de production. Pour de plus amples informations, veuillez consulter [Test d'une mise à niveau de base de données Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
**Topics**
+ [Mises à jour des versions (RUs) et ensembles de correctifs spatiaux () SPBs](#RUs-and-SPBs)
+ [Activation des mises à niveau automatiques des versions mineures pour Oracle](#oracle-minor-version-upgrade-tuning-on)
+ [Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures](#oracle-minor-version-upgrade-rollout)
+ [Notification des mises à niveau automatiques des versions mineures dans RDS for Oracle](#oracle-minor-version-upgrade-advance)
+ [Comment Amazon RDS planifie les mises à niveau automatiques des versions mineures](#oracle-minor-version-upgrade-scheduled)
+ [Gestion d’une mise à niveau automatique de version mineure dans RDS for Oracle](#oracle-minor-version-upgrade-managing)
## Mises à jour des versions (RUs) et ensembles de correctifs spatiaux () SPBs
Dans RDS, une mise à jour de version (RU) est une version mineure trimestrielle 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 RU qui inclut des correctifs conçus pour l’option Oracle Spatial. Par exemple, le SPB nommé 19.0.0.0.ru-2025-01.spb-1.r1 inclut tous les correctifs du RU 19.0.0.0.ru-2025-01.rur-2025-01.rur-2025-01.r1 ainsi que les correctifs spécifiques à Spatial. SPBs ne sont pris en charge que pour Oracle Database 19c.
Lorsque votre instance est configurée pour des mises à niveau automatiques de versions mineures RUs et qu'elle SPBs se trouve sur des chemins de mise à niveau distincts. En général, un SPB est publié 2 à 3 semaines après la RU correspondante. Le tableau suivant indique des exemples de versions mineures pour Oracle Database 19c.
| Chemin de mise à niveau RU standard | Chemin de mise à niveau de SPB |
| --- | --- |
| 19.0.0.0.ru-2025-01.rur-2025-01.r1 | 19.0.0.0.ru-2025-01.spb-1.r1 |
| 19.0.0.0.ru-2025-04.rur-2025-04.r1 | 19.0.0.0.ru-2025-04.spb-1.r1 |
| 19.0.0.0.ru-2025-07.rur-2025-07.r1 | 19.0.0.0.ru-2025-07.spb-1.r1 |
| 19.0.0.0.ru-2025-10.rur-2025-10.r1 | 19.0.0.0.ru-2025-10.spb-1.r1 |
Si votre instance de base de données est configurée pour les mises à niveau automatiques, elle se trouve sur le chemin de mise à niveau correspondant à votre version actuelle. Par exemple, si votre instance de base de données exécute la version 19.0.0.0.ru-2025-01.rur-2025-01.r1, lorsque 19.0.0.0.ru-2025-04.rur-2025-04.r1 est publié, votre instance est automatiquement mise à niveau vers cette RU. Par exemple, si votre instance de base de données exécute la version 19.0.0.0.ru-2025-01.spb-1.r1, lorsque 19.0.0.0.ru-2025-04.spb-1.r1 est publié, votre instance est automatiquement mise à niveau vers ce SPB. Une instance exécutant 19.0.0.0.ru-2025-01.rur-2025-01.r1, qui est une RU, ne sera pas mise à niveau automatiquement vers 19.0.0.0.ru-2025-04.spb-1.r1, qui est un SPB sur un chemin de mise à niveau distinct.
Vous pouvez mettre à niveau votre instance de base de données SPBs même si elle n'utilise pas Spatial, mais les correctifs Spatial ne s'appliquent qu'à Oracle Spatial. Vous pouvez effectuer une mise à niveau manuelle d’une RU vers un SPB avec la même version du moteur ou une version supérieure. Par exemple, vous pouvez mettre à niveau votre instance depuis 19.0.0.0.ru-2025-01.rur-2025-01.r1 vers l’une des versions de moteur suivantes :
+ 19.0.0.0.ru-2025-01.spb-1.r1
+ 19.0.0.0.ru-2025-04.spb-1.r1
Vous pouvez mettre à niveau votre instance d’un SPB vers une RU uniquement si la RU est une version supérieure du moteur. Par exemple, vous pouvez mettre à niveau la version SPB 19.0.0.0.ru-2025-04.spb-1.r1 vers une version supérieure de RU 19.0.0.0.ru-2025-07.rur-2025-07.r1, mais pas vers la même RU version 19.0.0.0.ru-2025-04.rur-2025-04.rur-2025-04.r1.
Si votre instance de base de données est configurée pour des mises à niveau automatiques des versions mineures et que vous effectuez une mise à niveau manuelle d’une RU vers un SPB ou d’un SPB vers une RU, le chemin de mise à niveau automatique change. Supposons que vous mettiez à niveau manuellement la RU version 19.0.0.0.ru-2025-01.rur-2025-01.r1 vers le SPB version 19.0.0.0.ru-2025-01.spb-1.r1. Votre prochaine mise à niveau automatique de version mineure sera vers le SPB version 19.0.0.0.ru-2025-04.spb-1.r1.
Parce que SPBs fonctionnez en tant que RUs, les RDS APIs pour la mise à niveau de votre instance vers RUs et SPBs sont identiques. Les commandes suivantes illustrent la mise à niveau vers une RU et un SPB.
```
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--engine-version 19.0.0.0.ru-2025-01.rur-2025-01.r1
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--engine-version 19.0.0.0.ru-2025-01.spb-1.r1
```
Pour plus d’informations sur l’option Oracle Spatial, consultez [Comment fonctionnent les Spatial Patch Bundles (SPBs)](Oracle.Options.Spatial.md#Oracle.Options.Spatial.SPBs). Pour les informations prises en charge RUs et SPBs pour Oracle Database 19c, consultez [Amazon RDS pour Oracle Database 19c (19.0.0.0)](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html).
## Activation des mises à niveau automatiques des versions mineures pour Oracle
Dans le cadre d’une mise à niveau automatique de version mineure, RDS applique la dernière version mineure disponible à votre base de données Oracle sans intervention manuelle. Une instance de base de données Amazon RDS for Oracle planifie votre mise à niveau dans la fenêtre de maintenance suivante, dans les circonstances suivantes :
+ L’option **Mise à niveau automatique des versions mineures** est activée pour votre instance de base de données.
+ Votre instance de base de données n’exécute pas encore la dernière version mineure du moteur de base de données.
Pour découvrir comment activer des mises à niveau automatiques, consultez [Mise à niveau automatique de la version mineure du moteur](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
## Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures
Amazon RDS for Oracle AWS Organizations prend en charge la politique de déploiement des mises à niveau afin de gérer les mises à niveau automatiques des versions mineures sur plusieurs ressources de base de données et. Comptes AWS Cette politique élimine les frais opérationnels liés à la coordination des mises à niveau automatiques des versions mineures, manuellement ou par le biais d'outils personnalisés, tout en garantissant que les mises à niveau sont d'abord appliquées dans des environnements hors production avant d'être déployées en production. Lorsqu'une nouvelle version mineure du moteur est disponible, Amazon RDS met à niveau vos instances de base de données en fonction de leur ordre de déploiement de mise à niveau configuré :
| Ordre de déploiement de la mise à niveau | Cas d'utilisation typique | Quand la mise à niveau commence |
| --- | --- | --- |
| La première | Environnements de développement et de test | Le plus ancien : idéal pour valider les nouvelles versions |
| Seconde | Environnements de production intermédiaires et non critiques | Une fois la « première » phase terminée |
| La dernière | Environnements de production critiques | Une fois la « deuxième » phase terminée |
**Important**
Si vous ne configurez pas d'ordre de déploiement de mise à niveau pour votre instance de base de données, il prend par défaut le second.
Pour des informations détaillées sur le calendrier et la durée des phases, voir[Comment Amazon RDS planifie les mises à niveau automatiques des versions mineures](#oracle-minor-version-upgrade-scheduled). Pour plus d'informations sur la configuration des politiques de déploiement des mises à niveau dans AWS Organizations, consultez[Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures](RDS.Maintenance.AMVU.UpgradeRollout.md).
## Notification des mises à niveau automatiques des versions mineures dans RDS for Oracle
Si la mise à niveau automatique des versions mineures est activée sur votre instance de base de données, RDS for Oracle crée des actions de maintenance en attente pour vous avertir avant d'appliquer des mises à niveau. Vous pouvez consulter ces actions de maintenance en attente dans l'onglet **Maintenance et sauvegardes** de la page des détails de votre base de données dans la console Amazon RDS.
Lorsqu'une nouvelle version mineure est disponible, RDS pour Oracle publie une notification anticipée (en attente d'une action de maintenance). La notification anticipée a le format suivant :
```
An automatic minor version upgrade to engine-version will be applied during your maintenance window on apply-date based on the upgrade rollout order rollout-order. You can change the upgrade rollout order or apply this upgrade manually at any time before the scheduled date through the AWS console or AWS CLI.
```
`apply-date`dans la notification anticipée figure la date à laquelle Amazon RDS mettra à niveau votre instance de base de données. `rollout-order`est votre ordre de déploiement de la mise à niveau (premier, deuxième ou dernier). Si vous n'avez pas configuré de politique de déploiement de mise à niveau, cette valeur est la deuxième par défaut. Pour de plus amples informations, veuillez consulter [Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures](RDS.Maintenance.AMVU.UpgradeRollout.md).
Lorsque la phase de déploiement de la mise à niveau commence, le message d'action de maintenance en attente prend le format suivant :
```
Automatic minor version upgrade to engine-version
```
Ce message indique que la mise à niveau a été planifiée et qu'elle sera appliquée pendant votre fenêtre de maintenance à la date d'application prévue. Vous pouvez vérifier la date d'application prévue dans l'onglet **Maintenance et sauvegardes** de la page de détails de votre base de données dans la console Amazon RDS ou dans le `CurrentApplyDate` champ de réponse de l'`describe-pending-maintenance-actions`API.
L'exemple suivant montre que vous pouvez obtenir des informations sur les actions de maintenance en attente à l'aide de la `describe-pending-maintenance-actions` commande dans la AWS CLI :
```
aws rds describe-pending-maintenance-actions
"PendingMaintenanceActions": [
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:orclinst1",
"PendingMaintenanceActionDetails": [
{
"Action": "db-upgrade",
"Description": "Automatic minor version upgrade to 21.0.0.0.ru-2024-07.rur-2024-07.r1",
"CurrentApplyDate": "2024-12-02T08:10:00Z"
}
]
}, ...
```
Pour plus d'informations sur [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html), consultez la rubrique *Référence des commandes de la AWS CLI *.
## Comment Amazon RDS planifie les mises à niveau automatiques des versions mineures
Lorsque vous utilisez la politique de déploiement AWS des mises à niveau des Organizations, Amazon RDS met à niveau les instances de base de données par étapes en fonction de leur ordre de déploiement configuré. Cette section décrit le calendrier et la durée de chaque phase.
**Phase 0 : Notification précoce**
Lorsque RDS for Oracle publie une nouvelle version mineure (généralement 3 à 4 semaines après la sortie trimestrielle d'Oracle RU), toutes les instances de base de données pour lesquelles la mise à niveau automatique des versions mineures est activée reçoivent une notification anticipée. Cette notification apparaît dans l'onglet **Maintenance et sauvegardes** de la page de détails de la base de données dans la console Amazon RDS et dans la réponse de l'`describe-pending-maintenance-actions`API. La phase de notification anticipée dure 2 semaines. Au cours de cette phase, aucune mise à niveau automatique n'est effectuée.
**Phase 1 : commande de déploiement de la mise à niveau en premier**
À la fin de la phase de notification anticipée, RDS pour Oracle commence à mettre à niveau les instances de base de données en commençant par l'ordre de déploiement de la mise à niveau. Cette phase dure de 2 à 3 semaines pour les versions mineures trimestrielles de janvier, avril et juillet, et de 7 à 8 semaines pour la version mineure trimestrielle d'octobre. La période prolongée pour la version mineure d'octobre laisse suffisamment de temps pour tester la nouvelle version mineure pendant les fêtes de fin d'année. Les nouvelles instances de base de données créées au cours de cette phase avec l'ordre de déploiement de la mise à niveau en premier seront mises à niveau automatiquement.
**Phase 2 : deuxième commande de déploiement de la mise à niveau**
À la fin de la phase 1, RDS for Oracle commence à mettre à niveau les instances de base de données avec le deuxième ordre de déploiement de la mise à niveau. Cette phase dure 2 semaines pour toutes les versions mineures trimestrielles. Les nouvelles instances de base de données créées avec le premier ou le deuxième ordre de déploiement de la mise à niveau au cours de cette phase seront mises à niveau automatiquement.
**Phase 3 : dernier ordre de déploiement de la mise à niveau**
À la fin de la phase 2, RDS for Oracle commence à mettre à niveau les instances de base de données avec l'ordre de déploiement de la mise à niveau en dernier. Cette phase dure jusqu'à la sortie de la prochaine version mineure trimestrielle. Les nouvelles instances de base de données créées avec le premier, le deuxième ou le dernier ordre de déploiement de la mise à niveau au cours de cette phase seront mises à niveau automatiquement.
| Phase | Quand ça commence | Duration | Message d’action de maintenance en attente |
| --- | --- | --- | --- |
| Phase 0 : Notification précoce | Quand RDS pour Oracle publie une nouvelle version mineure | 2 semaines | Une mise à niveau automatique de la version mineure engine-version sera appliquée pendant votre période de maintenance en apply-date fonction de l'ordre rollout-order de déploiement de la mise à niveau. Vous pouvez modifier l'ordre de déploiement de la mise à niveau ou appliquer cette mise à niveau manuellement à tout moment avant la date prévue via la AWS console ou la AWS CLI. |
| Phase 1 : commande de déploiement de la mise à niveau en premier | Fin de la phase de notification anticipée | 2 à 4 semaines pour les versions January/April/July mineures, 7 à 9 semaines pour la version mineure d'octobre | Mise à niveau automatique de la version mineure vers engine-version |
| Phase 2 : deuxième commande de déploiement de la mise à niveau | Fin de la phase 1 | 2 semaines | Mise à niveau automatique de la version mineure vers engine-version |
| Phase 3 : dernier ordre de déploiement de la mise à niveau | Fin de la phase 2 | Jusqu'à la prochaine version mineure trimestrielle | Mise à niveau automatique de la version mineure vers engine-version |
## Gestion d’une mise à niveau automatique de version mineure dans RDS for Oracle
Lorsque la mise à niveau automatique des versions mineures est activée sur votre instance de base de données, Amazon RDS met automatiquement à niveau votre instance de base de données vers la dernière version mineure pendant votre période de maintenance. Toutefois, vous pouvez choisir d'appliquer la mise à niveau manuellement avant la date prévue à l'aide de la AWS CLI ou dans l'onglet **Maintenance et sauvegardes** de la page des détails de la base de données.
Pour mettre à niveau votre instance de base de données immédiatement au lieu d'attendre la fenêtre de maintenance planifiée :
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
--apply-action db-upgrade \
--opt-in-type immediate
```
Pour appliquer la mise à niveau lors de votre prochaine fenêtre de maintenance au lieu de la date d'application prévue :
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
--apply-action db-upgrade \
--opt-in-type next-maintenance
```
Pour désactiver la mise à niveau automatique des versions mineures, modifiez votre instance de base de données et désactivez l'option de mise à niveau automatique des versions mineures. Cela annule toute mise à niveau automatique en attente.
Pour en savoir plus sur la désactivation de la mise à niveau automatique des versions mineures, consultez[Mise à niveau automatique de la version mineure du moteur](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). Si vous avez besoin d'aide pour désactiver la mise à niveau automatique des versions mineures, veuillez contacter le AWS Support.
Parfois, une nouvelle version mineure devient disponible avant que RDS n’applique une version mineure précédente. Par exemple, votre instance s'exécute au `21.0.0.0.ru-2025-07.rur-2025-07.r1` moment voulu `both 21.0.0.0.ru-2025-10.rur-2025-10.r1` et `21.0.0.0.ru-2026-01.rur-2026-01.r1` est disponible en tant que cible de mise à niveau. Dans ce cas, afin d’éviter une durée d’indisponibilité inutile pour vos instances de base de données, RDS planifie la mise à niveau automatique de la version mineure vers la version la plus récente, en ignorant la mise à niveau vers la version précédente. Dans cet exemple, RDS met à niveau votre instance `21.0.0.0.ru-2025-07.rur-2025-07.r1` directement vers`21.0.0.0.ru-2026-01.rur-2026-01.r1`.
# Considérations relatives aux mises à niveau de la base de données Oracle
Avant de mettre à niveau votre instance Oracle, consultez les informations suivantes.
**Topics**
+ [Considérations relatives à Oracle Multitenant](#USER_UpgradeDBInstance.Oracle.multi)
+ [Considérations relatives au groupe d'options](#USER_UpgradeDBInstance.Oracle.OGPG.OG)
+ [Considérations relatives au groupe de paramètres](#USER_UpgradeDBInstance.Oracle.OGPG.PG)
+ [Considérations relatives au fuseau horaire](#USER_UpgradeDBInstance.Oracle.OGPG.DST)
+ [Considérations relatives au paquet de correctifs Spatial (SPB)](#USER_UpgradeDBInstance.Oracle.SPB)
## Considérations relatives à Oracle Multitenant
Le tableau suivant décrit les architectures Oracle Database 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 une base de données non-CDB en CDB, puis la 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](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant).
## 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](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create) ou [Copie d’un groupe d’options](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy).
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 de plus amples informations, veuillez consulter [Mise à niveau de la version d’Oracle APEX](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade).
## 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 Amazon RDS](USER_WorkingWithParamGroups.Creating.md) ou [Copie d’un groupe de paramètres de base de données dans Amazon RDS](USER_WorkingWithParamGroups.Copying.md).
## 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](Appendix.Oracle.Options.Timezone.md).
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](Appendix.Oracle.Options.Timezone-file-autoupgrade.md).
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
+ Original Export/Import (désupporté pour un 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 plus d’informations, consultez [TIMESTAMP WITH TIMEZONE Restrictions](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89) 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 SPBs, tenez compte des points suivants :
+ SPBs ne sont pris en charge que pour Oracle Database 19c.
+ En général, un SPB est publié 2 à 3 semaines après la RU trimestrielle correspondante.
+ Vous pouvez mettre à niveau votre instance de base de données vers un SPB même si l’instance n’utilise pas l’option Oracle Spatial, mais les correctifs Spatial dans la version du moteur ne s’appliquent qu’à Oracle Spatial. Vous pouvez créer une nouvelle instance sur un SPB et installer l’option Oracle Spatial ultérieurement.
+ Si vous activez la mise à niveau automatique des versions mineures pour votre instance de base de données, le chemin de mise à niveau dépend du fait que votre instance utilise actuellement un SPB ou une RU. Si votre instance utilise un SPB, RDS met automatiquement à niveau votre instance vers le dernier SPB. Si votre instance utilise une RU, RDS met automatiquement à niveau votre instance vers la dernière RU.
+ Vous pouvez mettre à niveau votre instance de base de données d’une RU vers un SPB uniquement si le SPB est une version du moteur identique ou supérieure à celle de la RU.
+ Vous pouvez mettre à niveau manuellement votre instance de base de données d’un SPB vers une RU uniquement si la RU est une version supérieure.
# Test d'une mise à niveau de base de données Oracle
Avant de procéder à la mise à niveau de votre instance de base de données vers une version majeure, vous devez tester la compatibilité de votre base de données et de toutes les applications qui y accèdent avec la nouvelle version. Nous vous recommandons d'utiliser la procédure suivante.
**Pour tester une mise à niveau de version majeure**
1. Passez en revue la documentation de la mise à niveau Oracle pour la nouvelle version du moteur de base de données pour voir si des problèmes de compatibilité peuvent affecter votre base de données ou vos applications. Pour plus d'informations, consultez le document [Database Upgrade Guide (Guide de mise à niveau de base de données)](https://docs.oracle.com/database/121/UPGRD/toc.htm) dans la documentation d'Oracle.
1. Si votre instance de base de données utilise un groupe d'options personnalisé, créez un nouveau groupe d'options compatible avec la version vers laquelle vous procédez à la mise à niveau. Pour plus d'informations, consultez [Considérations relatives au groupe d'options](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
1. Si votre instance de base de données utilise un groupe de paramètres personnalisé, créez un nouveau groupe de paramètres compatible avec la version vers laquelle vous procédez à la mise à niveau. Pour plus d'informations, consultez [Considérations relatives au groupe de paramètres](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.PG).
1. Créez un instantané de base de données de l'instance de base de données à mettre à niveau. Pour plus d'informations, consultez [Création d’un instantané de base de données pour une instance de base de données mono-AZ pour Amazon RDS](USER_CreateSnapshot.md).
1. Restaurez l'instantané de base de données pour créer une nouvelle instance de base de données de test. Pour plus d'informations, consultez [Restauration d’une instance de base de données](USER_RestoreFromSnapshot.md).
1. Modifiez cette nouvelle instance de base de données de test pour la mettre à niveau vers la nouvelle version, en utilisant l'une des méthodes suivantes :
+ [Console](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.Console)
+ [AWS CLI](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.CLI)
+ [API RDS](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.API)
1. Effectuez des tests :
+ Exécutez sur l'instance de base de données mise à niveau autant de tests d'assurance qualité que nécessaire pour garantir que votre base de données et votre application fonctionnent correctement avec la nouvelle version.
+ Implémentez tous les nouveaux tests requis pour évaluer l'impact des éventuels problèmes de compatibilité que vous avez identifiés à l'étape 1.
+ Testez l'ensemble des procédures stockées, fonctions et déclencheurs.
+ Dirigez les versions de test de vos applications vers l'instance de base de données mise à niveau. Vérifiez que les applications fonctionnent correctement avec la nouvelle version.
+ Évaluez le stockage utilisé par l'instance mise à niveau pour déterminer si la mise à niveau requiert un stockage supplémentaire. Vous devrez peut-être choisir une plus grande classe d'instance pour la prise en charge de la nouvelle version en production. Pour plus d'informations, consultez [Classes d'instances de base de données ](Concepts.DBInstanceClass.md).
1. Si tous les tests réussissent, mettez à niveau votre instance de base de données de production. Nous vous recommandons de confirmer que l'instance de base de données fonctionne correctement avant d'autoriser les opérations d'écriture sur l'instance de base de données.
# Mise à niveau de la version d’une instance de base de données RDS for Oracle
Pour mettre à niveau manuellement la version du moteur de base de données d'une instance de base de données RDS pour Oracle, utilisez l' AWS Management Console API AWS CLI, la ou l'API RDS. Pour obtenir des informations générales sur les mises à niveau de bases de données dans RDS, consultez [Mise à niveau de la version d’une instance de base de données RDS for Oracle](#USER_UpgradeDBInstance.Oracle.Upgrading). Pour obtenir des cibles de mise à niveau valides, utilisez la AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)commande.
## Console
**Pour mettre à niveau la version du moteur d’une instance de base de données RDS for Oracle à l’aide de la console**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans le panneau de navigation, choisissez **Bases de données**, puis l’instance de base de données que vous souhaitez mettre à niveau.
1. Sélectionnez **Modify**.
1. Pour **Version du moteur de base de données**, choisissez une version de base de données supérieure.
1. Choisissez **Continuer** et vérifiez le récapitulatif des modifications. Assurez-vous de bien comprendre les implications d’une mise à niveau de la version d’une base de données. Vous ne pouvez pas restaurer la version précédente d’une instance de base de données mise à niveau. Assurez-vous d’avoir testé à la fois votre base de données et votre application avec la nouvelle version avant de continuer.
1. Décidez quand planifier la mise à niveau d’instance de base de données. Pour appliquer les modifications immédiatement, choisissez **Appliquer immédiatement**. La sélection de cette option peut entraîner une interruption de service dans certains cas. Pour plus d'informations, consultez [Utilisation du paramètre de planification des modifications](USER_ModifyInstance.ApplyImmediately.md).
1. Sur la page de confirmation, examinez vos modifications. Si elles sont correctes, choisissez **Modify DB instance (Modifier l’instance de base de données)** pour enregistrer vos modifications.
Sinon, choisissez **Retour** pour modifier vos modifications, ou choisissez **Annuler** pour les annuler.
## AWS CLI
Pour mettre à niveau la version du moteur d'une instance de base de données RDS pour Oracle, vous pouvez utiliser la [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)commande CLI. Spécifiez les paramètres suivants :
+ `--db-instance-identifier` : nom de l’instance de base de données RDS for Oracle.
+ `--engine-version` : numéro de version du moteur de base de données vers lequel effectuer la mise à niveau.
Pour plus d'informations sur les versions valides du moteur, utilisez la AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)commande.
+ `--allow-major-version-upgrade` : pour mettre à niveau la version du moteur de base de données.
+ `--no-apply-immediately` – pour appliquer les modifications au cours de la fenêtre de maintenance suivante. Pour appliquer les modifications immédiatement, utilisez `--apply-immediately`.
**Example**
L’exemple suivant illustre la mise à niveau une instance de CDB nommée `myorainst` de sa version actuelle `19.0.0.0.ru-2024-01.rur-2024-01.r1` vers la version `21.0.0.0.ru-2024-04.rur-2024-04.r1`.
Pour Linux, macOS ou Unix :
```
1. aws rds modify-db-instance \
2. --db-instance-identifier myorainst \
3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 \
4. --allow-major-version-upgrade \
5. --no-apply-immediately
```
Pour Windows :
```
1. aws rds modify-db-instance ^
2. --db-instance-identifier myorainst ^
3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 ^
4. --allow-major-version-upgrade ^
5. --no-apply-immediately
```
## API RDS
Pour mettre à niveau une instance de base de données RDS pour Oracle, utilisez l'DBInstanceaction [Modifier](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html). Spécifiez les paramètres suivants :
+ `DBInstanceIdentifier` : nom de l’instance de base de données, par exemple *`myorainst`*.
+ `EngineVersion` : numéro de version du moteur de base de données vers lequel effectuer la mise à niveau. Pour plus d'informations sur les versions valides du moteur, utilisez l'opération [DBEngineDescribe les versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ `AllowMajorVersionUpgrade` : pour autoriser une mise à niveau de version majeure. Pour ce faire, définissez la valeur sur `true`.
+ `ApplyImmediately` : si des modifications doivent être appliquées immédiatement ou au cours du prochain créneau de maintenance. Pour appliquer les modifications immédiatement, définissez la valeur sur `true`. Pour appliquer les modifications pendant le créneau de maintenance suivant, définissez la valeur sur `false`.
# Mise à niveau d’un instantané de base de données Oracle
La mise à niveau de vos instantanés de base de données Oracle dans Amazon RDS garantit que votre base de données reste sécurisée, compatible et entièrement prise en charge. Lorsque les anciennes versions d’Oracle atteignent la fin de la prise en charge des correctifs, vous pouvez mettre à niveau tous les instantanés de base de données manuels liés à ces versions afin d’éviter d’éventuelles vulnérabilités ou limitations de service. Pour plus d’informations, consultez [Gestion des versions du moteur Oracle](USER_UpgradeDBInstance.Oracle.Overview.md#Oracle.Concepts.Patching).
Amazon RDS prend en charge la mise à niveau des instantanés dans toutes les Régions AWS.
## Console
**Pour mettre à niveau un instantané de base de données Oracle**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans le panneau de navigation, choisissez **Instantanés**, puis sélectionnez l’instantané de base de données que vous souhaitez mettre à niveau.
1. Pour **Actions**, choisissez **Upgrade Snapshot (Mettre à niveau l’instantané)**. La page **Upgrade Snapshot (Mettre à niveau l’instantané)** s’affiche.
1. Choisissez la **nouvelle version du moteur** vers laquelle mettre à niveau l’instantané.
1. (Facultatif) Pour **Groupe d’options**, choisissez le groupe d’options pour l’instantané de base de données mis à niveau. Les mêmes considérations relatives au groupe d’options s’appliquent pour la mise à niveau d’un instantané de base de données et la mise à niveau d’une instance de base de données. Pour plus d’informations, consultez [Considérations relatives au groupe d'options](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
1. Choisissez **Enregistrer les modifications** pour enregistrer vos modifications.
Pendant le processus de mise à niveau, toutes les actions d’instantané sont désactivées pour l’instantané de base de données. De même, le statut de l’instantané de base de données passe de **disponible** à **upgrading (mise à niveau)**, puis passe à **active**, une fois la mise à niveau terminée. Si l’instantané de base de données ne peut pas être mis à jour en raison d’un problème d’instantané endommagé, le statut devient **indisponible**. Vous ne pouvez pas récupérer l’instantané lorsqu’il a ce statut.
**Note**
Si la mise à niveau de l’instantané de base de données échoue, l’instantané revient à l’état d’origine avec la version originale.
## AWS CLI
Pour mettre à niveau un instantané de base de données Oracle à l’aide de l’AWS CLI, appelez la commande [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html) avec les paramètres suivants :
+ `--db-snapshot-identifier` – Nom de l’instantané de base de données.
+ `--engine-version` – Version vers laquelle mettre à niveau l’instantané.
Vous pouvez également devoir fournir le paramètre suivant. Les mêmes considérations relatives au groupe d’options s’appliquent pour la mise à niveau d’un instantané de base de données et la mise à niveau d’une instance de base de données. Pour plus d’informations, consultez [Considérations relatives au groupe d'options](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
+ `--option-group-name` – Groupe d’options pour l’instantané de base de données mis à niveau.
**Example**
L’exemple suivant met à niveau un instantané de base de données.
Pour Linux, macOS ou Unix :
```
aws rds modify-db-snapshot \
--db-snapshot-identifier mydbsnapshot \
--engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 \
--option-group-name default:oracle-se2-19
```
Pour Windows :
```
aws rds modify-db-snapshot ^
--db-snapshot-identifier mydbsnapshot ^
--engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 ^
--option-group-name default:oracle-se2-19
```
## API RDS
Pour mettre à niveau un instantané de base de données Oracle à l’aide de l’API Amazon RDS, appelez l’opératon [ModifyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html) avec les paramètres suivants :
+ `DBSnapshotIdentifier` – Nom de l’instantané de base de données.
+ `EngineVersion` – Version vers laquelle mettre à niveau l’instantané.
Vous devrez peut-être également inclure le paramètre `OptionGroupName`. Les mêmes considérations relatives au groupe d’options s’appliquent pour la mise à niveau d’un instantané de base de données et la mise à niveau d’une instance de base de données. Pour plus d’informations, consultez [Considérations relatives au groupe d'options](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).