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.

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. 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 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.

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.

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 :

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). Pour les informations prises en charge RUs et SPBs pour Oracle Database 19c, consultez Amazon RDS pour Oracle Database 19c (19.0.0.0).

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 :

Pour découvrir comment activer des mises à niveau automatiques, consultez Mise à niveau automatique de la version mineure du moteur.

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é :

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 Organizations, 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 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-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 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.

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-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 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, 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-actionsAPI. 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.

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, 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, 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 vers21.0.0.0.ru-2026-01.rur-2026-01.r1.