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 pour Oracle, une mise à niveau de version mineure est une mise à jour d'une version majeure du moteur de base de données. Dans RDS, une version mineure du moteur est soit une Release Update (RU), soit un Spatial Patch Bundle (SPB). Par exemple, si votre instance de base de données exécute la version majeure d'Oracle Database 21c et la version mineure 21.0.0.0.ru-2024-10.rur-2024-10.r1, vous pouvez mettre à niveau votre moteur de base de données vers la version mineure 21.0.0.0.ru-2025-01.rur-2025-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 ce temps d'arrêt lorsque vous planifiez vos mises à niveau.

Mises à jour des versions (RUs) et ensembles de correctifs spatiaux () SPBs

Dans RDS, une mise à jour (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 Spatial Patch Bundle (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 les mises à niveau automatiques de versions mineures RUs et qu'elle SPBs se trouve sur des chemins de mise à niveau distincts. Généralement, un SPB est publié 2 à 3 semaines après le RU correspondant. Le tableau suivant présente des exemples de versions mineures d'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, alors lorsque 19.0.0.0.ru-2025-04.rur-2025-04.r1 est publié, votre instance est automatiquement mise à niveau vers cette RU. De même, si votre instance de base de données exécute 19.0.0.0.ru-2025-01.spb-1.r1, alors 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 un RU, ne sera pas automatiquement mise à niveau 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'un RU vers un SPB avec la même version du moteur ou une version supérieure. Par exemple, vous pouvez mettre à niveau votre instance de 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 un RU uniquement si le RU est une version supérieure du moteur. Par exemple, vous pouvez passer de la version SPB 19.0.0.0.ru-2025-04.spb-1.r1 à une version ultérieure de RU 19.0.0.0.ru-2025-07.rur-2025-07.rur-2025-07.r1, mais pas à la même version de RU 19.0.0.0.ru-2025-04.rur-2025-04.r1.

Si votre instance de base de données est configurée pour des mises à niveau automatiques de versions mineures et que vous effectuez une mise à niveau manuelle d'un RU vers un SPB ou d'un SPB vers un RU, votre chemin de mise à niveau automatique change. Supposons que vous passiez manuellement la version 19.0.0.0.ru-2025-01.rur-2025-01.r1 à la version SPB 19.0.0.0.ru-2025-01.spb-1.r1. Votre prochaine mise à niveau automatique de la version mineure sera vers la version SPB 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 un 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, consultezComment 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 pour 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.

Notification des mises à niveau automatiques des versions mineures dans RDS pour Oracle

RDS publie un avis préalable avant de commencer à planifier des mises à niveau automatiques. Vous pouvez trouver la notification dans l'onglet Maintenance et sauvegardes de la page de détails de la base de données. Le message a le format suivant :

An automatic minor version upgrade to engine version will become available on availability-date and will be applied during a subsequent maintenance window.

La notification préalable est la date availability-date à laquelle RDS commence à planifier les mises à niveau pour les instances de base de données de votre Région AWS. Il ne s'agit pas de la date à laquelle la mise à niveau de votre instance de base de données est prévue. Par exemple, si availability-date c'est le 1er mars, à cette date, RDS peut planifier votre mise à niveau pour le 14 avril.

Vous pouvez également obtenir la date de disponibilité de la mise à niveau à l'aide de la describe-pending-maintenance-actions commande figurant dans le AWS CLI, comme illustré dans l'exemple suivant :

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",
                    "OptInStatus": "next-maintenance"
                }
            ]
        }, ...

Le tableau ci-dessous décrit les options possibles pour chaque type de message d'action de maintenance en attente.

Pour plus d'informations sur describe-pending-maintenance-actions, consultez la rubrique Référence des commandes de la AWS CLI .

Lorsque RDS planifie des mises à niveau automatiques de versions mineures dans RDS pour Oracle

Quand la date de disponibilité des mises à niveau automatiques arrive, RDS commence à planifier les mises à niveau. Dans la plupart des cas Régions AWS, RDS planifie votre mise à niveau vers le dernier RU trimestriel environ quatre à six semaines après la date de disponibilité. La date prévue varie en fonction de ces facteurs Région AWS et d'autres facteurs. Pour plus d'informations sur RUs et RURs, consultez les notes de mise à jour d'Amazon RDS for Oracle.

Quand RDS planifie la mise à niveau, la notification suivante apparaît dans l'onglet Maintenance et sauvegardes de la page de détails de la base de données :

Automatic minor version upgrade to engine-version

Le message précédent indique que RDS a planifié la mise à niveau de votre moteur de base de données lors de la prochaine fenêtre de maintenance.

Parfois, une nouvelle version mineure devient disponible avant que RDS n'applique une version mineure précédente. Par exemple, votre instance est en cours d'exécution minor-version-1 lorsque les deux minor-version-2 minor-version-3 sont disponibles en tant que cibles de mise à niveau. Dans ce cas, afin d'éviter des temps d'arrêt inutiles 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 minor-version-1 directement versminor-version-3.

Pour garantir une certaine fréquence des mises à niveau des versions mineures, vous pouvez mettre à niveau vos instances manuellement au lieu d'utiliser le mécanisme de mise à niveau automatique. Pour planifier une mise à niveau pour la prochaine fenêtre de maintenance, spécifiez à quel --no-apply-immediately moment vous effectuez la mise à niveau vers une version mineure en utilisantmodify-db-instance. Pour effectuer une mise à niveau immédiate, spécifiez --apply-immediately plutôt. Pour de plus amples informations, veuillez consulter Mise à niveau manuelle de la version du moteur.

Gestion d'une mise à niveau automatique d'une version mineure dans RDS pour Oracle

Quand une nouvelle version mineure devient disponible, vous pouvez mettre à niveau manuellement votre instance de base de données vers cette version. L'exemple suivant met à niveau immédiatement l'instance de base de données nommée orclinst1 :

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 refuser une mise à niveau automatique de version mineure qui n'a pas encore été planifiée, définissez --opt-in-type sur undo-opt-in, comme dans l'exemple suivant :

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
    --apply-action db-upgrade \
    --opt-in-type undo-opt-in

Si RDS a déjà planifié une mise à niveau pour votre instance de base de données, vous ne pouvez pas utiliser apply-pending-maintenance-action pour l'annuler. En revanche, vous pouvez modifier votre instance de base de données pour désactiver la fonction de mise à niveau automatique de version mineure, ce qui annule la planification de la mise à niveau.

Pour découvrir comment activer des mises à niveau automatiques de version mineure, consultez Mise à niveau automatique de la version mineure du moteur. Pour plus d'informations sur apply-pending-maintenance-action, consultez la rubrique Référence des commandes de la AWS CLI .