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 21c y la versión secundaria 21.0.0.0.ru-2024-10.rur-2024-10.r1, puede actualizar el motor de base de datos a la versión secundaria 21.0.0.0.ru-2025-01.rur-2025-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.

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 Cómo funcionan 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.

Notificación anticipada de la programación de las actualizaciones automáticas de versiones secundarias

RDS publica una notificación anticipada antes de empezar a programar las actualizaciones automáticas. Encontrará la notificación en la pestaña Mantenimiento y copias de seguridad de la página de detalles de la base de datos. El mensaje tiene el siguiente formato:

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

La fecha de disponibilidad del aviso anterior es la fecha en que RDS comienza a programar las actualizaciones de las instancias de base de datos de la Región de AWS. No es la fecha en la que está programada la actualización de la instancia de base de datos. Por ejemplo, si la fecha de disponibilidad es el 1 de marzo, en esa fecha RDS podría programar la actualización para el 14 de abril.

También puede obtener la fecha de disponibilidad de la actualización mediante el comando describe-pending-maintenance-actions de la AWS CLI, tal y como se muestra en el siguiente ejemplo:

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

En la siguiente tabla se describen las opciones para cada tipo de mensaje de acción de mantenimiento pendiente.

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

Cuando RDS programa actualizaciones automáticas de versiones secundarias para Oracle

Cuando llegue la fecha de disponibilidad de las actualizaciones automáticas, RDS comenzará a programar las actualizaciones. En la mayoría de las Regiones de AWS, RDS programa su actualización a la última RU trimestral aproximadamente entre cuatro y seis semanas después de la fecha de disponibilidad. La fecha programada varía según la Región de AWS y otros factores. Para obtener más información sobre RU y RUR, consulte las notas de la versión de Amazon RDS para Oracle.

Cuando RDS programa la actualización, aparece la siguiente notificación en la pestaña Mantenimiento y copias de seguridad de la página de detalles de la base de datos:

Automatic minor version upgrade to engine-version

El mensaje anterior indica que RDS ha programado la actualización del motor de base de datos en el siguiente periodo de mantenimiento.

A veces, aparece una nueva versión secundaria antes de que RDS aplique una versión secundaria anterior. Por ejemplo, la instancia ejecuta la versión secundaria 1 cuando la versión secundaria 2 y la versión secundaria 3 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 la versión secundaria 1 directamente a la versión secundaria 3.

Para garantizar una cierta frecuencia de actualizaciones de versiones secundarias, puede actualizar las instancias manualmente en lugar de utilizar el mecanismo de actualización automática. Para programar una actualización para el siguiente periodo de mantenimiento, especifique --no-apply-immediately cuando actualice a una versión secundaria mediante modify-db-instance. Para actualizar inmediatamente, especifique --apply-immediately en su lugar. Para obtener más información, consulte Actualización manual de la versión del motor.

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

Cuando está disponible una nueva versión secundaria, puede actualizar su instancia de base de datos a esta versión manualmente. En el ejemplo siguiente, se actualiza inmediatamente la instancia de base de datos con el nombre 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

Para excluirse de una actualización automática de una versión secundaria que aún no se haya programado, configure --opt-in-type en undo-opt-in como en el siguiente ejemplo:

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 ya ha programado una actualización de su instancia de base de datos, no puede utilizar apply-pending-maintenance-action para cancelarla. Sin embargo, puede modificar la instancia de base de datos y desactivar la característica de actualización secundaria automática, que cancela la programación de la actualización.

Para obtener información sobre cómo desactivar las actualizaciones automáticas, consulte Actualización automática de la versión secundaria del motor. Para obtener más información sobre apply-pending-maintenance-action, consulte AWS CLI Command Reference (Referencia de comandos de la CLI).