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 une mise à jour (RU), un ensemble de correctifs supplémentaires (SPB) ou, pour Oracle Database 26ai, un RU associé à un correctif mensuel recommandé (MRP). 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. Pour découvrir comment configurer des mises à niveau automatiques, consultez Mise à niveau automatique de la version mineure du moteur. 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 pour 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.

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.

Mises à jour des versions (RU) et packs de correctifs supplémentaires (SPB)

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 ensemble de correctifs supplémentaires (SPB) est une version du moteur RU qui inclut des correctifs de base de données supplémentaires recommandés par Oracle pour des cas d'utilisation spécifiques, tels qu'Oracle Spatial, Oracle Data Pump et Oracle. GoldenGate Par exemple, le SPB nommé 19.0.0.0.ru-2026-04.spb-1.r1 inclut tous les correctifs du RU correspondant 19.0.0.0.ru-2026-04.rur-2026-04.r1 ainsi que des correctifs supplémentaires. Les SPB sont pris en charge pour Oracle Database 19c et Oracle Database 26ai.

Lorsque votre instance est configurée pour les mises à niveau automatiques des versions mineures, les RU et les SPB se trouvent 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-2026-04.rur-2026-04.r1, lorsque 19.0.0.0.ru-2026-07.rur-2026-07.r1 est publiée, votre instance passe automatiquement à cette RU. De même, si votre instance de base de données exécute 19.0.0.0.ru-2026-04.spb-1.r1, lorsque 19.0.0.0.ru-2026-07.spb-1.r1 est publiée, votre instance passe automatiquement à ce SPB. Une instance exécutant 19.0.0.0.ru-2026-04.rur-2026-04.r1, qui est un RU, ne sera pas automatiquement mise à niveau vers 19.0.0.0.ru-2026-07.spb-1.r1, qui est un SPB sur un chemin de mise à niveau distinct.

Vous pouvez mettre à niveau votre instance de bases de données vers des SPB même si votre instance ne dispose pas actuellement de cas d'utilisation tels qu'Oracle Spatial, Oracle Data Pump et Oracle GoldenGate. 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-2026-04.rur-2026-04.r1 vers l'une des versions de moteur suivantes :

• 19.0.0.ru-2026-04.spb-1.r1

• 19.0.0.0.ru-2026-07.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 effectuer une mise à niveau de SPB depuis la version 19.0.0.0.ru-2026-04.spb-1.r1 vers une version RU supérieure 19.0.0.0.ru-2026-07.rur-2026-07.r1 mais pas vers la même version RU 19.0.0.0.ru-2026-04.rur-2026-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 passiez manuellement de la version RU 19.0.0.0.ru-2026-04.rur-2026-04.r1 à la version SPB 19.0.0.0.ru-2026-04.spb-1.r1. Votre prochaine mise à niveau automatique vers une version mineure sera la version 19.0.0.0.ru-2026-07.spb-1.r1 de SPB.

Les SPB fonctionnant comme des RU, les API RDS pour la mise à niveau de votre instance vers les RU et les SPB 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-2026-04.rur-2026-04.r1

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --engine-version 19.0.0.0.ru-2026-04.spb-1.r1

Pour plus d'informations sur la façon dont les SPB fonctionnent avec Oracle Spatial, consultezComment fonctionnent les packs de correctifs supplémentaires (SPB). Pour connaître les RU et SPB pris en charge pour Oracle Database 19c, consultez Amazon RDS for Oracle Database 19c (19.0.0.0). Pour les RU, les MRP et les SPB pris en charge pour Oracle Database 26ai, consultez Amazon RDS pour Oracle Database 26ai (26.0.0.0).

Note

Le Spatial Patch Bundle a été renommé Supplemental Patch Bundle (SPB). Les SPB incluent désormais des correctifs groupés supplémentaires au-delà d'Oracle Spatial, tels que Data Pump et GoldenGate. L'abréviation « SPB » reste inchangée. Toutes les versions existantes du moteur SPB continuent de fonctionner comme avant.

Mises à jour des versions et correctifs mensuels recommandés

RDS pour Oracle publie de nouvelles versions mineures du moteur d'Oracle Database 26ai (26.0.0.0) tous les trimestres. Chaque version du moteur Oracle Database 26ai inclut un composant RU et un composant MRP. Un RU inclut les correctifs publiés par Oracle pour le trimestre spécifié. Un MRP inclut une mise à jour des correctifs de sécurité critiques et d'autres correctifs recommandés par Oracle.

Une version du moteur Oracle Database 26ai utilise le format suivant :release.ru-ru-date.mrp-mrp-date.rrnumber. Le format inclut les éléments suivants :

release

Le numéro de version principal.

ru-date

La date RU.

mrp-date

La date du MRP.

rnumber

Le numéro de révision.

Par exemple, le RU trimestriel de janvier 2026 est nommé26.0.0.0.ru-2026-01.mrp-2026-01.r1.

Oracle peut publier un MRP dans les mois qui séparent les RU trimestriels. Un nouveau MRP améliore le composant MRP de la version du moteur, tandis que le composant RU reste le même. Par exemple, 26.0.0.0.ru-2026-01.mrp-2026-03.r1 inclut le RU de janvier 2026 plus le MRP de mars 2026.

Oracle ne publie pas de MRP tous les mois. Si aucun nouveau correctif n'est recommandé ou aucune mise à jour de correctif de sécurité critique pour le RU pendant un mois, Oracle ne publie pas de MRP pour ce mois-là.

RDS pour Oracle prend en charge les MRP uniquement pour la dernière RU. Pour obtenir les derniers correctifs de sécurité pour une ancienne RU, mettez à niveau votre instance de base de données vers la dernière RU.

Vous pouvez effectuer une mise à niveau vers n'importe quelle version supérieure du moteur Oracle Database 26ai. La mise à niveau peut prendre la forme d'un nouveau RU trimestriel, d'un nouveau MRP, ou des deux. RDS for Oracle ne prend pas en charge les rétrogradations de versions mineures. Pour plus d'informations sur les RU et les MRP pris en charge pour Oracle Database 26ai, consultez Amazon RDS pour Oracle Database 26ai (26.0.0.0).

Activation des mises à niveau automatiques des versions mineures pour Oracle

Mises à niveau manuelles pour les MRP

Pour Oracle Database 26ai, les mises à niveau automatiques des versions mineures appliquent de nouvelles RU trimestrielles mais n'appliquent pas les MRP. Pour mettre à niveau une instance de base de données vers un nouveau MRP, appliquez la mise à niveau manuellement.

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.

Utilisation AWS Organizations politique de déploiement des mises à niveau pour les mises à niveau automatiques des versions mineures

Amazon RDS pour Oracle prend en charge la politique de déploiement des mises à AWS Organizations niveau pour 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 à l'aide 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 mise en scène et Non-critical de production	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 est défini par défaut en deuxième position.

Pour des informations détaillées sur le calendrier et la durée des phases, voirComment Amazon RDS planifie les mises à niveau automatiques des versions mineures. Pour plus d'informations sur la configuration des politiques de déploiement des mises à niveau dans AWS les organisations, consultezUtilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures.

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 pour Oracle crée des actions de maintenance en attente pour vous avertir avant d'appliquer les 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-datedans la notification anticipée figure la date à laquelle Amazon RDS mettra à niveau votre instance de base de données. rollout-orderest votre ordre de déploiement de mise à niveau (premier, deuxième ou dernier). Si vous n'avez pas configuré de politique de déploiement des mises à 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.

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 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 des détails de votre base de données dans la console Amazon RDS ou dans le CurrentApplyDate champ de la réponse de l'describe-pending-maintenance-actionsAPI.

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 de 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, consultez la référence des commandes AWS CLI .

Comment Amazon RDS planifie les mises à niveau automatiques des versions mineures

Lorsque vous utilisez la politique de déploiement des mises à niveau des AWS organisations, 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 anticipée

Lorsque RDS pour Oracle publie une nouvelle version mineure (généralement 3 à 4 semaines après la publication trimestrielle du RU d'Oracle), 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 des détails de la base de données de la console Amazon RDS et dans la réponse de l'describe-pending-maintenance-actionsAPI. La phase de notification précoce dure 2 semaines. Au cours de cette phase, aucune mise à niveau automatique n'est effectuée.

Phase 1 : Premier ordre de déploiement de la mise à niveau

À la fin de la phase de notification anticipée, RDS pour Oracle commence à mettre à niveau les instances de base de données avec l'ordre de déploiement de la mise à niveau en premier. 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 la période des 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 automatiquement mises à niveau.

Phase 2 : deuxième ordre de déploiement de la mise à niveau

À la fin de la phase 1, RDS pour Oracle commence la mise à niveau des instances de bases de données avec l'ordre de déploiement de la mise à niveau en second. Cette phase dure 2 semaines pour toutes les versions mineures trimestrielles. Les nouvelles instances de base de données créées avec l'ordre de déploiement de la mise à niveau en premier ou en second au cours de cette phase seront automatiquement mises à niveau.

Phase 3 : dernier ordre de déploiement de la mise à niveau

À la fin de la phase 2, RDS pour Oracle commence à mettre à niveau les instances de base de données avec l'ordre de déploiement des mises à niveau en dernier. Cette phase dure jusqu'à la prochaine publication trimestrielle de la version mineure. Les nouvelles instances de base de données créées avec l'ordre de déploiement de la mise à niveau en premier, en deuxième ou en dernier au cours de cette phase seront automatiquement mises à niveau.

Phase	Quand ça commence	Duration	Message d’action de maintenance en attente
Phase 0 : Notification anticipée	Quand RDS pour Oracle publie une nouvelle version mineure	2 semaines	Une mise à niveau automatique vers une 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 des mises à niveau ou appliquer cette mise à niveau manuellement à tout moment avant la date prévue via la AWS console ou l' AWS interface de ligne de commande.
Phase 1 : Premier ordre de déploiement de la mise à niveau	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 ordre 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. Vous pouvez toutefois choisir d'appliquer la mise à niveau manuellement avant la date prévue à l'aide de l' AWS interface de ligne de commande ou de l'onglet Maintenance et sauvegardes de la page des détails de la base de données.

Pour mettre à niveau immédiatement votre instance de base de données 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, consultezMise à niveau automatique de la version mineure du moteur. 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, vos instances s'exécutent 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 sont disponibles en tant que cibles 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 de 21.0.0.0.ru-2025-07.rur-2025-07.r1 directement à21.0.0.0.ru-2026-01.rur-2026-01.r1.