Actualizaciones de la versión secundaria de Oracle

En RDS para Oracle, una actualización de versión secundaria es una actualización a una versión principal del motor de base de datos. En RDS, una versión secundaria del motor es una actualización de versión (RU) o una agrupación de revisiones espaciales (SPB). Por ejemplo, si la instancia de base de datos ejecuta la versión principal Oracle Database 19c y la versión secundaria 19.0.0.0.ru-2025-10.rur-2025-10.r1, puede actualizar el motor de base de datos a la versión secundaria 19.0.0.0.ru-2026-01.rur-2026-01.r1. RDS para Oracle no admite versiones secundarias de nivel inferior.

Puede actualizar su motor de base de datos a una versión secundaria de forma manual o automática. Para obtener información sobre cómo realizar la actualización de forma manual, consulte Actualización manual de la versión del motor. Para obtener información sobre cómo configurar las actualizaciones automáticas, consulte Actualización automática de la versión secundaria del motor. Tanto en la actualización manual o automática, la actualización de la versión secundaria implica un tiempo de inactividad. Tenga en cuenta este tiempo de inactividad cuando planifique las actualizaciones.

Amazon RDS también admite la política de implementación de actualizaciones para administrar las actualizaciones automáticas de versiones secundarias en varios recursos de bases de datos y Cuentas de AWS. Para obtener más información, consulte Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas.

Actualizaciones de versión (RU) y agrupaciones de revisiones espaciales (SPB)

En RDS, la actualización de versión (RU) es una versión de motor secundaria trimestral que incluye correcciones de seguridad, correcciones de errores y nuevas características para Oracle Database. Una agrupación de revisiones espaciales (SPB) es una versión de motor de RU que incluye revisiones diseñadas para la opción Oracle Spatial. Por ejemplo, la SPB denominada 19.0.0.0.ru-2025-01.spb-1.r1 incluye todas las revisiones de la RU correspondiente 19.0.0.0.ru-2025-01.rur-2025-01.r1, además de las revisiones específicas de Spatial. Las SPB solo son compatibles con Oracle Database 19c.

Cuando la instancia está configurada para actualizaciones automáticas de versiones secundarias, las RU y las SPB se encuentran en rutas de actualización separadas. Por lo general, una SPB se publica entre dos y tres semanas después de la RU correspondiente. En la siguiente tabla se muestra un ejemplo de versiones secundarias para Oracle Database 19c.

Si la instancia de base de datos está configurada para actualizaciones automáticas, la instancia se encuentra en la ruta de actualización correspondiente a la versión actual. Por ejemplo, si la instancia de base de datos ejecuta la versión 19.0.0.0.ru-2025-01.rur-2025-01.r1, cuando se publique la versión 19.0.0.0.ru-2025-04.rur-2025-04.r1, la instancia se actualizará automáticamente a esta RU. Del mismo modo, si la instancia de base de datos ejecuta 19.0.0.0.ru-2025-01.spb-1.r1, cuando se publique 19.0.0.0.ru-2025-04.spb-1.r1, la instancia se actualizará automáticamente a esta SPB. Una instancia que ejecute 19.0.0.0.ru-2025-01.rur-2025-01.r1, que es una RU, no se actualizará automáticamente a 19.0.0.0.ru-2025-04.spb-1.r1, que es una SPB en una ruta de actualización independiente.

Puede actualizar la instancia de base de datos a las SPB incluso si la instancia no utiliza Spatial, pero las revisiones de Spatial se aplican solo a Oracle Spatial. Puede actualizar manualmente de una RU a una SPB con la misma versión de motor o superior. Por ejemplo, puede actualizar la instancia de 19.0.0.0.ru-2025-01.rur-2025-01.r1 a cualquiera de las siguientes versiones de motor:

Puede actualizar la instancia de SPB a RU solo si la RU es una versión de motor superior. Por ejemplo, puede actualizar de la SPB versión 19.0.0.0.ru-2025-04. spb-1.r1 a una versión de RU superior 19.0.0.0.ru-2025-07.rur-2025-07.r1, pero no a la misma versión de RU 19.0.0.0.ru-2025-04.rur-2025-04.r1.

Si la instancia de base de datos está configurada para actualizaciones automáticas de versiones secundarias y actualiza manualmente de una RU a una SPB o de una SPB a una RU, la ruta de actualización automática cambia. Suponga que actualiza manualmente de la RU versión 19.0.0.0.ru-2025-01.rur-2025-01.r1 a la SPB versión 19.0.0.0.ru-2025-01.spb-1.r1. La próxima actualización automática de versión secundaria será a la SPB versión 19.0.0.0.ru-2025-04.spb-1.r1.

Debido a que las SPB funcionan como las RU, las API de RDS para actualizar la instancia a las RU y SPB son idénticas. Los siguientes comandos muestran cómo actualizar a una RU y a una 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

Para obtener más información sobre la opción Oracle Spatial, consulte Funcionamiento de las agrupaciones de revisiones espaciales (SPB). Para obtener información sobre las RU y SPB compatibles con Oracle Database 19c, consulte Amazon RDS para Oracle Database 19c (19.0.0.0).

Activación de las actualizaciones automáticas de versiones secundarias para Oracle

En una actualización automática de la versión secundaria, RDS aplica la última versión secundaria disponible a la base de datos Oracle sin intervención manual. Una instancia de base de datos de Amazon RDS para Oracle programa la actualización durante el siguiente periodo de mantenimiento en las siguientes circunstancias:

Para obtener información sobre cómo activar las actualizaciones automáticas, consulte Actualización automática de la versión secundaria del motor.

Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas

Amazon RDS para Oracle admite la política de implementación de actualizaciones de AWS Organizations para administrar las actualizaciones automáticas de versiones secundarias en varios recursos de bases de datos y Cuentas de AWS. Esta política elimina los gastos generales operativos que supone coordinar las actualizaciones automáticas de versiones menores, ya sea manualmente o mediante herramientas personalizadas, al tiempo que garantiza que las actualizaciones se apliquen primero en entornos que no sean de producción antes de implementarlas en producción. Cuando hay disponible una nueva versión menor del motor, Amazon RDS actualiza sus instancias de base de datos según el orden de implementación de actualizaciones configurado:

Para obtener información detallada sobre la sincronización y la duración de las fases, consulte Cómo programa Amazon RDS las actualizaciones automáticas de versiones menores. Para obtener información sobre cómo configurar las políticas de implementación de actualizaciones en las organizaciones de AWS, consulte Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas.

Notificación de actualizaciones de versiones secundarias automáticas en RDS para Oracle

Si la actualización automática de versiones menores está habilitada en su instancia de base de datos, RDS para Oracle crea acciones de mantenimiento pendientes para notificárselo antes de aplicar las actualizaciones. Puede ver estas acciones de mantenimiento pendientes en la pestaña Mantenimiento y copias de seguridad de la página de detalles de la base de datos en la consola de Amazon RDS.

Cuando hay una nueva versión menor disponible, RDS para Oracle publica una notificación previa (acción de mantenimiento pendiente). La notificación anticipada tiene el siguiente formato:

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 en la notificación anticipada es la fecha en la que Amazon RDS actualizará su instancia de base de datos. rollout-order es su orden de implementación de la actualización (primero, segundo o último). Si no ha configurado una política de implementación de actualizaciones, este valor es el segundo por defecto. Para obtener más información, consulte Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas.

Cuando comienza la fase de implementación de la actualización, el mensaje de acción de mantenimiento pendiente cambia al siguiente formato:

Automatic minor version upgrade to engine-version

Este mensaje indica que la actualización se ha programado y se aplicará durante su periodo de mantenimiento en la fecha de aplicación programada. Puede consultar la fecha de aplicación programada en la pestaña Mantenimiento y copias de seguridad de la página de detalles de la base de datos en la consola de Amazon RDS o en el campo CurrentApplyDate de la respuesta de la API describe-pending-maintenance-actions.

El siguiente ejemplo muestra que puede obtener los detalles sobre las acciones de mantenimiento pendientes usando el comando describe-pending-maintenance-actions de la CLI de AWS:

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"
                }
            ]
        }, ...

Para obtener más información sobre describe-pending-maintenance-actions, consulte AWS CLI Command Reference (Referencia de comandos de la CLI).

Cómo programa Amazon RDS las actualizaciones automáticas de versiones menores

Cuando usa la política de implementación de actualizaciones de organizaciones de AWS, Amazon RDS actualiza las instancias de base de datos por fases según el orden de implementación configurado. En esta sección se describen el tiempo y la duración de cada fase.

Fase 0: Notificación anticipada

Cuando RDS para Oracle lanza una nueva versión menor (normalmente entre tres y cuatro semanas después del lanzamiento trimestral de RU de Oracle), todas las instancias de base de datos con la actualización automática de versiones menores habilitada reciben una notificación previa. Esta notificación aparece en la pestaña Mantenimiento y copias de seguridad de la página de detalles de la base de datos en la consola de Amazon RDS y en la respuesta de la API describe-pending-maintenance-actions. La fase de notificación anticipada dura dos semanas. Durante esta fase no se realizan actualizaciones automáticas.

Fase 1: orden de actualización de la implementación primero

Al final de la fase de notificación anticipada, RDS para Oracle comienza a actualizar las instancias de base de datos siguiendo el orden de implementación de la actualización primero. Esta fase dura entre dos y tres semanas para las versiones menores trimestrales de enero, abril y julio, y entre siete y ocho semanas para la versión menor trimestral de octubre. El periodo ampliado para la versión menor de octubre proporciona tiempo suficiente para probar la nueva versión menor durante las vacaciones de fin de año. Las nuevas instancias de base de datos creadas durante esta fase con el orden de implementación de la actualización primero se actualizarán automáticamente.

Fase 2: orden de implementación de la actualización segundo

Al final de la fase 1, RDS para Oracle comienza a actualizar las instancias de la base de datos con el orden de implementación de la actualización segundo. Esta fase dura dos semanas para todas las versiones menores trimestrales. Las nuevas instancias de base de datos creadas con el orden de implementación de la actualización primero o segundo durante esta fase se actualizarán automáticamente.

Fase 3: orden de implementación de la actualización último

Al final de la fase 2, RDS para Oracle comienza a actualizar las instancias de base de datos con el orden de implementación de la actualización último. Esta fase dura hasta el lanzamiento de la próxima versión menor trimestral. Las nuevas instancias de base de datos creadas con el orden de implementación de la actualización primero, segundo o último durante esta fase se actualizarán automáticamente.

Administración de una actualización de la versión secundaria automática en RDS para Oracle

Cuando la actualización automática de la versión menor está habilitada en su instancia de base de datos, Amazon RDS actualiza automáticamente su instancia de base de datos a la última versión menor durante su periodo de mantenimiento. No obstante, puede optar por aplicar la actualización manualmente antes de la fecha programada usando la CLI de AWS o en la pestaña Mantenimiento y copias de seguridad de la página de detalles de la base de datos.

Para actualizar su instancia de base de datos inmediatamente en lugar de esperar al periodo de mantenimiento programado:

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

Para aplicar la actualización durante su próximo periodo de mantenimiento en lugar de en la fecha de aplicación programada:

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

Para excluirse de una actualización automática de la versión menor, modifique su instancia de base de datos y desactive la opción de actualización automática de versiones menores. Esto cancela la programación de cualquier actualización automática pendiente.

Para obtener más información sobre cómo desactivar la actualización automática de versiones menores, consulte Actualización automática de la versión secundaria del motor. Si necesita ayuda para desactivar la actualización automática de versiones menores, póngase en contacto con el servicio de asistencia de AWS.

A veces, aparece una nueva versión secundaria antes de que RDS aplique una versión secundaria anterior. Por ejemplo, su instancia se está ejecutando en 21.0.0.0.ru-2025-07.rur-2025-07.r1 cuando both 21.0.0.0.ru-2025-10.rur-2025-10.r1 y 21.0.0.0.ru-2026-01.rur-2026-01.r1 están disponibles como destinos de actualización. En esta situación, para evitar tiempos de inactividad innecesarios para las instancias de base de datos, RDS programa la actualización automática de la versión secundaria a la versión más reciente y omite la actualización a la versión anterior. En este ejemplo, RDS actualiza la instancia de 21.0.0.0.ru-2025-07.rur-2025-07.r1 directamente a 21.0.0.0.ru-2026-01.rur-2026-01.r1.