# Actualización del motor de base de datos de RDS para Oracle
Cuando Amazon RDS admite una nueva versión de Oracle Database, es posible actualizar sus instancias de bases de datos a la nueva versión. Para obtener información acerca de las versiones de Oracle disponibles en Amazon RDS, consulte las [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html).
**importante**
Ya no se admite RDS para Oracle Databases 11g, 12c y 18c. Si mantiene instantáneas de Oracle Database 11g, 12c o 18c, puede actualizarlas a una versión posterior. Para obtener más información, consulte [Actualización de una instantánea de base de datos de Oracle](USER_UpgradeDBSnapshot.Oracle.md).
**Topics**
+ [
# Información general sobre las actualizaciones del motor de RDS para Oracle
](USER_UpgradeDBInstance.Oracle.Overview.md)
+ [
# Actualizaciones principales de versiones de Oracle
](USER_UpgradeDBInstance.Oracle.Major.md)
+ [
# Actualizaciones de la versión secundaria de Oracle
](USER_UpgradeDBInstance.Oracle.Minor.md)
+ [
# Consideraciones de las actualizaciones de base de datos de Oracle
](USER_UpgradeDBInstance.Oracle.OGPG.md)
+ [
# Prueba de una actualización de base de datos de Oracle
](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)
+ [
# Actualización de la versión de una instancia de base de datos de RDS para Oracle
](USER_UpgradeDBInstance.Oracle.Upgrading.md)
+ [
# Actualización de una instantánea de base de datos de Oracle
](USER_UpgradeDBSnapshot.Oracle.md)
# Información general sobre las actualizaciones del motor de RDS para Oracle
Antes de actualizar una instancia de base de datos de RDS para Oracle, es necesario familiarizarse con los siguientes conceptos clave.
**Topics**
+ [
## Actualizaciones de versiones principales y secundarias
](#USER_UpgradeDBInstance.Oracle.Overview.versions)
+ [
## Fechas de soporte y actualizaciones obligatorias para RDS para Oracle
](#Aurora.VersionPolicy.MajorVersionLifetime)
+ [
## Administración de versiones del motor de base de datos Oracle
](#Oracle.Concepts.Patching)
+ [
## Instantáneas automáticas durante las actualizaciones de motor
](#USER_UpgradeDBInstance.Oracle.Overview.snapshots)
+ [
## Actualizaciones de Oracle en una implementación Multi-AZ
](#USER_UpgradeDBInstance.Oracle.Overview.multi-az)
+ [
## Actualizaciones de réplicas de lectura de Oracle
](#USER_UpgradeDBInstance.Oracle.Overview.read-replicas)
## Actualizaciones de versiones principales y secundarias
Las versiones principales son las principales versiones de Oracle Database que se publican cada 1 o 2 años. Oracle Database 19c y Oracle 21c son versiones principales.
Cada trimestre, RDS para Oracle lanza nuevas versiones de motor secundarias para cada motor principal compatible. Una versión de motor de actualización de revisión (RU) incorpora correcciones de errores de Oracle al incluir las revisiones de RU para el trimestre especificado. Por ejemplo, 21.0.0.0.ru-2024-10.rur-2024-10.r1 es una versión secundaria de Oracle Database 21c que incorpora la RU de octubre de 2024.
Una versión de motor de agrupación de revisiones espaciales (SPB) contiene revisiones de RU y revisiones específicas de Oracle Spatial. Por ejemplo, 19.0.0.0.ru-2025-01.spb-1.r1 es una versión de motor secundaria que contiene las revisiones RU en la versión de motor 19.0.0.0.ru-2025-01.rur-2025-01.r1 más revisiones espaciales. Normalmente, RDS para Oracle lanza las SPB dos o tres semanas después de la RU correspondiente. Para obtener una explicación de las diferencias entre las RU y las SPB, consulte [Actualizaciones de versión (RU) y agrupaciones de revisiones espaciales (SPB)](USER_UpgradeDBInstance.Oracle.Minor.md#RUs-and-SPBs). Para obtener información sobre las RU y las SPB admitidas, consulte [Notas de la versión de Amazon Relational Database Service (Amazon RDS) para Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes).
RDS para Oracle admite las siguientes actualizaciones de una instancia de base de datos.
| Tipo de actualización | Compatibilidad de las aplicaciones | Métodos de actualización | Ruta de actualización de ejemplo |
| --- | --- | --- | --- |
| Versión principal | Una actualización de versión principal puede introducir cambios que no sean compatibles con las aplicaciones existentes. | Solo manual | De Oracle Database 19c a Oracle Database 21c |
| Versión secundaria | Una actualización de una versión secundaria solo incluye cambios compatibles con las versiones anteriores de las aplicaciones. | Automática o manual | De 21.0.0.0.ru-2023-07.rur-2022-07.r1 a 21.0.0.0.ru-2023-10.rur-2022-10.r1 |
**importante**
Cuando actualiza el motor de base de datos, se produce una interrupción. La duración de la interrupción depende de la versión del motor y del tamaño de la instancia de la base de datos.
Pruebe exhaustivamente cualquier actualización para comprobar que las aplicaciones funcionen correctamente antes de aplicar la actualización a sus bases de datos de producción. Para obtener más información, consulte [Prueba de una actualización de base de datos de Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
## Fechas de soporte y actualizaciones obligatorias para RDS para Oracle
Las versiones de base de datos de RDS para Oracle tienen fechas de soporte previstas. Cuando una versión principal o secundaria de un motor de base de datos de RDS para Oracle se acerca a su fecha de fin de soporte, RDS inicia las actualizaciones obligatorias, también conocidas como *actualizaciones forzadas*. RDS publica la siguiente información:
+ Una recomendación para que comience a actualizar manualmente las instancias de las versiones obsoletas a las versiones compatibles
+ Una fecha a partir de la cual ya no se pueden crear instancias en las versiones no compatibles
+ Una fecha en la que RDS comienza a actualizar automáticamente las instancias a las versiones compatibles durante los periodos de mantenimiento
+ Una fecha en la que RDS comienza a actualizar automáticamente las instancias a las versiones compatibles fuera de los periodos de mantenimiento
**importante**
Las actualizaciones forzadas pueden tener consecuencias inesperadas para las pilas de CloudFormation. Si confía en RDS para actualizar automáticamente las instancias de base de datos, es posible que encuentre problemas con CloudFormation.
Esta sección contiene los siguientes temas:
**Topics**
+ [
### Fechas de soporte de las versiones principales de RDS para Oracle
](#oracle-major-support-dates)
+ [
### Fechas de soporte para versiones secundarias de RDS para Oracle
](#oracle-minor-support-dates)
### Fechas de soporte de las versiones principales de RDS para Oracle
Las versiones principales de RDS para Oracle seguirán estando disponibles al menos hasta la fecha de final de soporte para la versión correspondiente de Oracle Database. Puede utilizar las siguientes fechas para planificar sus ciclos de prueba y actualización. Estas fechas representan la fecha más temprana en la que podría requerirse una actualización a una versión más reciente. Si Amazon amplía la compatibilidad con una versión de RDS para Oracle durante más tiempo de lo previsto originalmente, esta tabla se actualizará para reflejar la fecha posterior.
**nota**
Puede ver las versiones principales de las bases de datos de Oracle ejecutando el comando [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) de la AWS CLI o mediante la operación de la API de RDS [DescribeDBMajorEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html).
| Versión principal de Oracle Database | Fecha prevista para la actualización a una versión más reciente |
| --- | --- |
| Oracle Database 19c | 31 de diciembre de 2029 con soporte de BYOL Premier (no se aplican cargos para el soporte extendido) 31 de diciembre de 2032 con soporte extendido de BYOL (coste adicional) o un acuerdo de licencia ilimitada 31 de diciembre de 2029 con licencia incluida (LI) |
| Oracle Database 21c | 31 de julio de 2027 (no disponible para soporte extendido) |
RDS le notifica al menos 12 meses antes de que necesite actualizar a una versión principal más reciente. La notificación describe el proceso de actualización, incluido el calendario de hitos importantes, el efecto en las instancias de base de datos y las acciones recomendadas. Le recomendamos que pruebe minuciosamente las aplicaciones con las nuevas versiones de RDS for Oracle antes de actualizar la base de datos a una versión principal.
Después de este período de notificación previa, podría aplicarse una actualización automática de la versión principal posterior a cualquier instancia base de datos de RDS para Oracle que aún esté ejecutando la versión anterior. Si es así, la actualización se inicia durante las ventanas de mantenimiento programadas.
Para obtener más información, consulte [Release Schedule of Current Database Releases](https://support.oracle.com/knowledge/Oracle%20Database%20Products/742060_1.html) en My Oracle Support.
### Fechas de soporte para versiones secundarias de RDS para Oracle
En algunos casos, finalizamos el soporte para las versiones secundarias de las versiones principales en RDS para Oracle. RDS le notifica al menos 6 meses antes de que necesite actualizar a una versión secundaria más reciente. La notificación describe el proceso de actualización, incluido el calendario de hitos importantes, el efecto en las instancias de base de datos que ejecutan la versión secundaria obsoleta y las acciones recomendadas. Le recomendamos que pruebe minuciosamente las aplicaciones con las nuevas versiones de RDS para Oracle antes de actualizar la base de datos a una versión secundaria.
Para obtener más información sobre versiones secundarias obsoletas y sin compatibilidad, consulte [Notas de la versión de Amazon Relational Database Service (Amazon RDS) para Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html).
## Administración de versiones del motor de base de datos Oracle
Con la administración de versiones del motor de base de datos, se controla cuándo y cómo se parchea y actualiza el motor de base de datos. De esta manera, se obtiene la flexibilidad necesaria para mantener la compatibilidad con las versiones de parche del motor de base de datos. También puede probar nuevas versiones de parches de RDS para Oracle para asegurarse de que funcionan eficazmente con la aplicación antes de implementarlas en producción. Además, se actualizan las versiones según los términos y plazos de cada usuario.
**nota**
Amazon RDS agrega periódicamente los parches oficiales de Oracle Database utilizando una versión específica del motor de base de datos para Amazon RDS. Para ver una lista de los parches de Oracle incluidos en una versión específica del motor de base de datos de Amazon RDS Oracle, vaya a [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html).
## Instantáneas automáticas durante las actualizaciones de motor
Cuando se actualiza una instancia de base de datos de Oracle, las instantáneas ofrecen protección contra problemas de actualización. Si el período de retención de copia de seguridad de la instancia de base de datos es mayor que 0, Amazon RDS toma las siguientes instantáneas de base de datos durante la actualización:
1. Una instantánea de la instancia de base de datos antes de que se haya llevado a cabo ningún cambio. Si la actualización falla, puede restaurar esta instantánea para crear una instancia de base de datos que ejecute la versión anterior.
1. Una instantánea de la instancia de base de datos una vez finalizada la actualización.
**nota**
Para cambiar el periodo de retención de copia de seguridad, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
Después de una actualización, no se puede volver a la versión anterior del motor. Sin embargo, se puede crear una nueva instancia de base de datos de Oracle restaurando la instantánea previa a la actualización.
## Actualizaciones de Oracle en una implementación Multi-AZ
Si la instancia de base de datos está en una implementación Multi-AZ, Amazon RDS actualiza las réplicas principal y de reserva. Si no se requieren actualizaciones del sistema operativo, las actualizaciones principal y en espera se producen simultáneamente. Las instancias no estarán disponibles hasta que se complete la actualización.
Si se requieren actualizaciones del sistema operativo en una implementación Multi-AZ, Amazon RDS aplica las actualizaciones cuando solicite la actualización de la base de datos. Amazon RDS realiza los siguientes pasos:
1. Actualiza el sistema operativo en la instancia de base de datos de reserva actual.
1. Conmuta por error la instancia de base de datos principal a la instancia de base de datos de reserva.
1. Actualiza la versión de la base de datos en la nueva instancia principal de la base de datos, que antes era la instancia de reserva. La base de datos principal no está disponible durante la actualización.
1. Actualiza el sistema operativo en la nueva instancia de base de datos de reserva, que anteriormente era la instancia de base de datos principal.
1. Actualiza la versión de base de datos de la nueva instancia de base de datos de reserva.
1. Realiza una conmutación por error de la nueva instancia de base de datos principal a la instancia de base de datos principal original, y de la nueva instancia de base de datos de reserva a la instancia de base de datos de reserva original. Por lo tanto, Amazon RDS devuelve la configuración de réplica a su estado original.
## Actualizaciones de réplicas de lectura de Oracle
La versión del motor de base de datos Oracle de la instancia de base de datos de origen y todas sus réplicas de lectura deben ser iguales. Amazon RDS realiza la actualización en las siguientes etapas:
1. Actualiza la instancia de base de datos de origen. Las réplicas de lectura están disponibles durante esta etapa.
1. Actualiza las réplicas de lectura en paralelo, independientemente del período de mantenimiento de las réplicas. La base de datos de origen está disponible durante esta etapa.
Para las actualizaciones de la versión principal de réplicas de lectura entre regiones, Amazon RDS realiza acciones adicionales:
+ Genera automáticamente un grupo de opciones para la versión de destino
+ Copia todas las opciones y configuraciones de opciones del grupo de opciones original al nuevo grupo de opciones
+ Asocia la réplica de lectura entre regiones actualizada con el nuevo grupo de opciones
# Actualizaciones principales de versiones de Oracle
Para realizar una actualización de versión principal, modifique la instancia de base de datos a mano. Las actualizaciones de la versión principal no se realizan automáticamente.
**importante**
Pruebe exhaustivamente cualquier actualización para comprobar que las aplicaciones funcionen correctamente antes de aplicar la actualización a sus bases de datos de producción. Para obtener más información, consulte [Prueba de una actualización de base de datos de Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
**Topics**
+ [
## Versiones compatibles para actualizaciones principales
](#USER_UpgradeDBInstance.Oracle.Major.supported-versions)
+ [
## Clases de instancias admitidas para actualizaciones principales
](#USER_UpgradeDBInstance.Oracle.Major.instance-classes)
+ [
## Recopilación de estadísticas antes de las actualizaciones principales
](#USER_UpgradeDBInstance.Oracle.Major.gathering-stats)
+ [
## Permiso para actualizaciones principales
](#USER_UpgradeDBInstance.Oracle.Major.allowing-upgrades)
## Versiones compatibles para actualizaciones principales
Amazon RDS es compatible con las siguientes actualizaciones de versión principal.
****
| Versión actual | Actualización compatible |
| --- | --- |
| 19.0.0.0 con arquitectura CDB | 21.0.0.0 |
La actualización de una versión principal de Oracle Database debe ser una actualización de versión (RU) publicada el mismo mes o posterior. No se puede actualizar a versiones inferiores de ninguna versión de Oracle Database.
## Clases de instancias admitidas para actualizaciones principales
Su instancia de base de datos Oracle actual podría estar ejecutándose en una clase de instancia de base de datos no compatible con la versión a la que está actualizando. En este caso, antes de actualizar, migre la instancia de base de datos a una clase de instancia de base de datos compatible. Para obtener más información sobre las clases de instancias de base de datos compatibles para cada versión y edición de Amazon RDS for Oracle, consulte [Clases de instancia de base de datos de ](Concepts.DBInstanceClass.md).
## Recopilación de estadísticas antes de las actualizaciones principales
Antes de realizar una actualización de versión principal, Oracle recomienda que recopile estadísticas del optimizador en la instancia de base de datos que esté actualizando. Esta acción puede reducir el tiempo de inactividad de la instancia de base de datos durante la actualización.
Para recopilar estadísticas del optimizador, conéctese a la instancia de base de datos como usuario maestro y ejecute el procedimiento `DBMS_STATS.GATHER_DICTIONARY_STATS`, como se muestra en el siguiente ejemplo.
```
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
```
Para obtener más información, consulte [ GATHER\$1DICTIONARY\$1STATS Procedure](https://docs.oracle.com/en/database/oracle/oracle-database/19/arpls/DBMS_STATS.html?source=%3Aso%3Atw%3Aor%3Aawr%3Aodv%3A%3A#GUID-867989C7-ADFC-4464-8981-437CEA7F331E) en la documentación de Oracle.
## Permiso para actualizaciones principales
Una actualización principal de la versión del motor es posible que sea incompatible con la aplicación. La actualización es irreversible. Si especifica una versión principal para el parámetro EngineVersion que sea diferente de la versión principal actual, debe permitir actualizaciones de versiones principales.
Si actualiza una versión principal mediante el comando de la interfaz de línea de comandos (CLI) [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html), especifique `--allow-major-version-upgrade`. Esta configuración no es persistente, por lo que debe especificar `--allow-major-version-upgrade` cada vez que realice una actualización principal. Este parámetro no afecta a las actualizaciones de versiones secundarias del motor. Para obtener más información, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
Si actualiza una versión principal mediante la consola, no es necesario que elija una opción para permitir la actualización. En su lugar, la consola muestra una advertencia de que las actualizaciones principales son irreversibles.
# 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](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual). Para obtener información sobre cómo configurar las actualizaciones automáticas, consulte [Actualización automática de la versión secundaria del motor](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). 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](RDS.Maintenance.AMVU.UpgradeRollout.md).
**importante**
Pruebe exhaustivamente cualquier actualización para comprobar que las aplicaciones funcionen correctamente antes de aplicar la actualización a sus bases de datos de producción. Para obtener más información, consulte [Prueba de una actualización de base de datos de Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
**Topics**
+ [
## Actualizaciones de versión (RU) y agrupaciones de revisiones espaciales (SPB)
](#RUs-and-SPBs)
+ [
## Activación de las actualizaciones automáticas de versiones secundarias para Oracle
](#oracle-minor-version-upgrade-tuning-on)
+ [
## Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas
](#oracle-minor-version-upgrade-rollout)
+ [
## Notificación de actualizaciones de versiones secundarias automáticas en RDS para Oracle
](#oracle-minor-version-upgrade-advance)
+ [
## Cómo programa Amazon RDS las actualizaciones automáticas de versiones menores
](#oracle-minor-version-upgrade-scheduled)
+ [
## Administración de una actualización de la versión secundaria automática en RDS para Oracle
](#oracle-minor-version-upgrade-managing)
## 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.
| Ruta de actualización de RU estándar | Ruta de actualización 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 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:
+ 19.0.0.0.ru-2025-01.spb-1.r1
+ 19.0.0.0.ru-2025-04.spb-1.r1
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)](Oracle.Options.Spatial.md#Oracle.Options.Spatial.SPBs). 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)](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html).
## 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:
+ La instancia de base de datos tiene activada la opción **Actualización automática de versión secundaria**.
+ La instancia de base de datos no está ejecutando ya la última versión secundaria del motor de base de datos.
Para obtener información sobre cómo activar las actualizaciones automáticas, consulte [Actualización automática de la versión secundaria del motor](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
## 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:
| Orden de implementación de actualización | Caso de uso típico | Cuándo comienza la actualización |
| --- | --- | --- |
| Primero | Entornos de desarrollo y pruebas | Lo más temprano posible: ideal para validar nuevas versiones |
| Segundo | Fases de ensayo y entornos de producción no críticos | Una vez completada la “primera” fase |
| Último | Entornos de producción críticos | Una vez completada la “segunda” fase |
**importante**
Si no configura un orden de implementación de actualizaciones para su instancia de base de datos, el valor predeterminado será el segundo.
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](#oracle-minor-version-upgrade-scheduled). 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](RDS.Maintenance.AMVU.UpgradeRollout.md).
## 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](RDS.Maintenance.AMVU.UpgradeRollout.md).
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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html), 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.
| Phase (Fase) | Cuándo se inicia | Duración | Mensaje de acción de mantenimiento pendiente |
| --- | --- | --- | --- |
| Fase 0: Notificación anticipada | Cuando RDS para Oracle lanza una nueva versión menor | 2 semanas | Se aplicará una actualización automática de la versión menor a engine-version durante su periodo de mantenimiento en la fecha de aplicación, según el orden de implementación de la actualización rollout-order. Puede cambiar el orden de implementación de la actualización o aplicar esta actualización manualmente en cualquier momento antes de la fecha programada a través de la consola de AWS o la CLI de AWS. |
| Fase 1: orden de actualización de la implementación primero | Fin de la fase de notificación temprana | De dos a cuatro semanas para las versiones menores de enero, abril y julio, y de siete a nueve semanas para la versión menor de octubre. | Actualización automática de la versión secundaria a la versión del motor |
| Fase 2: orden de implementación de la actualización segundo | Fin de la fase 1 | 2 semanas | Actualización automática de la versión secundaria a la versión del motor |
| Fase 3: orden de implementación de la actualización último | Fin de la fase 2 | Hasta el próximo lanzamiento trimestral de la versión menor | Actualización automática de la versión secundaria a la versión del motor |
## 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](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). 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`.
# Consideraciones de las actualizaciones de base de datos de Oracle
Antes de actualizar la instancia de Oracle, lea la siguiente información.
**Topics**
+ [
## Consideraciones sobre Oracle Multitenant
](#USER_UpgradeDBInstance.Oracle.multi)
+ [
## Consideraciones relativas al grupo de opciones
](#USER_UpgradeDBInstance.Oracle.OGPG.OG)
+ [
## Consideraciones relativas al grupo de parámetros
](#USER_UpgradeDBInstance.Oracle.OGPG.PG)
+ [
## Consideraciones sobre la zona horaria
](#USER_UpgradeDBInstance.Oracle.OGPG.DST)
+ [
## Consideraciones sobre la agrupación de revisiones espaciales (SPB)
](#USER_UpgradeDBInstance.Oracle.SPB)
## Consideraciones sobre Oracle Multitenant
En la tabla siguiente se describen las arquitecturas de Oracle Database admitidas en las distintas versiones.
| Versión de Oracle Database | Estado de compatibilidad de RDS | Arquitectura |
| --- | --- | --- |
| Oracle Database 21c | Compatible | CDB solamente |
| Oracle Database 19c | Compatible | CDB o no CDB |
En la tabla siguiente se describen las rutas de actualización admitidas y no admitidas.
| Ruta de actualización | ¿Se admite? |
| --- | --- |
| De CDB a CDB | Sí |
| De no CDB a CDB | No, pero se puede convertir de una que no sea CDB a una CDB y, a continuación, actualizarla |
| De CDB a no CDB | No |
Para obtener más información acerca de Oracle Multitenant en RDS para Oracle, consulte [Configuración de un solo inquilino de la arquitectura CDB](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant).
## Consideraciones relativas al grupo de opciones
Si su instancia de base de datos utiliza un grupo de opciones personalizado, a veces, Amazon RDS no puede asignar automáticamente un nuevo grupo de opciones. Por ejemplo, esta situación ocurre cuando se actualiza a una nueva versión principal. En tales casos, especifique un nuevo grupo de opciones al actualizar. Recomendamos que cree un grupo de opciones nuevo y que le añada las mismas opciones que tiene el grupo de opciones personalizado existente.
Para obtener más información, consulte [Creación de un grupo de opciones](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create) o [Copia de un grupo de opciones](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy).
Si la instancia de base de datos utiliza un grupo de opciones personalizado que contiene las opciones de `APEX` y `APEX-DEV`, a veces puede reducir el tiempo de actualización. Para ello, actualice la versión de Oracle APEX al mismo tiempo que la instancia de base de datos. Para obtener más información, consulte [Actualización de la versión de Oracle APEX](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade).
## Consideraciones relativas al grupo de parámetros
Si la instancia de base de datos utiliza un grupo de parámetros personalizado, en algunos casos Amazon RDS no puede asignar a su instancia de base de datos un grupo de parámetros nuevo. Por ejemplo, esta situación ocurre cuando se actualiza a una nueva versión principal. En estos casos, asegúrese de especificar un nuevo grupo de parámetros al actualizar. Recomendamos que cree un grupo de parámetros nuevo y que configure en él los mismos parámetros que tiene el grupo de parámetros personalizado existente.
Para obtener más información, consulte [Creación de un grupo de parámetros de base de datos en Amazon RDS](USER_WorkingWithParamGroups.Creating.md) o [Copia de un grupo de parámetros de base de datos en Amazon RDS](USER_WorkingWithParamGroups.Copying.md).
## Consideraciones sobre la zona horaria
Puede usar la opción de zona horaria para cambiar la *zona horaria del sistema* empleada por la instancia de base de datos Oracle. Por ejemplo, puede cambiar la zona horaria de una instancia de base de datos para que sea compatible con un entorno on-premises o con una aplicación heredada. Esta opción cambia la zona horaria al nivel del host. Amazon RDS for Oracle actualiza la zona horaria del sistema automáticamente durante el año. Para obtener más información sobre la zona horaria del sistema, consulte [Zona horaria Oracle](Appendix.Oracle.Options.Timezone.md).
Al crear una instancia de base de datos de Oracle, la base de datos establece automáticamente la *zona horaria de la base de datos*. La zona horaria de la base de datos también se conoce como la zona horaria de horario de verano (DST). La zona horaria de la base de datos es distinta de la zona horaria del sistema.
Entre versiones de Oracle Database, juegos de parches o parches individuales pueden incluir nuevas versiones de DST. Estos parches reflejan los cambios en las reglas de transición para diversas regiones de zona horaria. Por ejemplo, un gobierno podría cambiar cuando entra en vigor el horario de verano. Los cambios en las reglas de DST pueden afectar a los datos existentes del tipo de datos `TIMESTAMP WITH TIME ZONE`.
Si actualiza una instancia de RDS for Oracle, Amazon RDS no actualiza automáticamente el archivo de zona horaria de la base de datos. Para actualizar automáticamente el archivo de zona horaria, puede incluir la opción `TIMEZONE_FILE_AUTOUPGRADE` en el grupo de opciones asociado a su instancia de base de datos durante o después de la actualización de la versión del motor. Para obtener más información, consulte [Actualización automática del archivo de zona horaria de Oracle](Appendix.Oracle.Options.Timezone-file-autoupgrade.md).
Alternativamente, para actualizar manualmente el archivo de zona horaria de la base de datos, cree una nueva instancia de base de datos de Oracle que tenga el parche de DST deseado. Sin embargo, le recomendamos que actualice el archivo de zona horaria de la base de datos con la opción `TIMEZONE_FILE_AUTOUPGRADE`.
Después de actualizar el archivo de zona horaria, migre los datos de la instancia actual a la nueva instancia. Puede migrar los datos mediante varias técnicas, entre las que se incluyen las siguientes:
+ AWS Database Migration Service
+ Oracle GoldenGate
+ Oracle Data Pump
+ Exportación e importación originales (no compatible para uso general)
**nota**
Al migrar datos mediante Oracle Data Pump, la utilidad genera el error ORA-39405 cuando la versión de zona horaria de destino es inferior a la versión de zona horaria de origen.
Para obtener más información, consulte [TIMESTAMP WITH TIMEZONE Restrictions](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89) en la documentación de Oracle.
## Consideraciones sobre la agrupación de revisiones espaciales (SPB)
En RDS para Oracle, la actualización de versión (RU) es una versión de motor secundaria 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 secundaria que también incluye revisiones diseñadas para la opción Oracle Spatial. Por ejemplo, 19.0.0.0.ru-2025-01.spb-1.r1 es una versión de motor secundaria que contiene las revisiones RU en la versión de motor 19.0.0.0.ru-2025-01.rur-2025-01.r1 más revisiones espaciales.
Cuando actualice la base de datos a SPB, tenga en cuenta lo siguiente:
+ Las SPB solo son compatibles con Oracle Database 19c.
+ Por lo general, una SPB se publica entre dos y tres semanas después de la RU trimestral correspondiente.
+ Puede actualizar la instancia de base de datos a una SPB incluso si la instancia no utiliza la opción Oracle Spatial, pero las revisiones espaciales de la versión de motor se aplican solo a Oracle Spatial. Puede crear una nueva instancia en una SPB e instalar la opción Oracle Spatial más adelante.
+ Si habilita la actualización automática de la versión secundaria para la instancia de base de datos, la ruta de actualización dependerá de si la instancia utiliza actualmente una SPB o una RU. Si la instancia utiliza una SPB, RDS la actualiza automáticamente a la SPB más reciente. Si la instancia utiliza una RU, RDS la actualiza automáticamente a la RU más reciente.
+ Puede actualizar manualmente la instancia de base de datos de una RU a una SPB solo si la SPB tiene la misma versión de motor o una superior a la de la RU actual.
+ Puede actualizar manualmente la instancia de base de datos de SPB a RU solo si la RU es una versión superior.
# Prueba de una actualización de base de datos de Oracle
Antes de realizar una actualización de versión principal en su instancia de base de datos, realice una comprobación exhaustiva de su base de datos y de todas las aplicaciones que tienen acceso a ella, para determinar la compatibilidad con la versión nueva. Le recomendamos que utilice el siguiente procedimiento.
**Para probar una actualización de versión principal**
1. Lea la documentación de actualización de Oracle de la nueva versión del motor de base de datos para ver si existen problemas de compatibilidad que pudieran afectar a su base de datos o sus aplicaciones. Para obtener más información, consulte la [Database Upgrade Guide](https://docs.oracle.com/database/121/UPGRD/toc.htm) en la documentación de Oracle.
1. Si la instancia de base de datos utiliza un grupo de opciones personalizado, cree un grupo de opciones nuevo compatible con la versión nueva a la que va a actualizar. Para obtener más información, consulte [Consideraciones relativas al grupo de opciones](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
1. Si la instancia de base de datos utiliza un grupo de parámetros personalizado, cree un grupo de parámetros nuevo compatible con la versión nueva a la que va a actualizar. Para obtener más información, consulte [Consideraciones relativas al grupo de parámetros](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.PG).
1. Cree una instantánea de base de datos de la instancia de base de datos que se va a actualizar. Para obtener más información, consulte [Creación de una instantánea de base de datos para una instancia de base de datos single-AZ para Amazon RDS](USER_CreateSnapshot.md).
1. Restaure la instantánea de base de datos para crear una nueva instancia de base de datos de prueba. Para obtener más información, consulte [Restauración a una instancia de base de datos](USER_RestoreFromSnapshot.md).
1. Modifique esta instancia de base de datos de prueba nueva para actualizarla a la nueva versión, utilizando uno de los siguientes métodos:
+ [Consola](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.Console)
+ [AWS CLI](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.CLI)
+ [API de RDS](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.API)
1. Haga pruebas:
+ Ejecute tantas pruebas de control de calidad en la instancia de base de datos actualizada como necesite para asegurarse de que la base de datos y la aplicación funcionan correctamente con la versión nueva.
+ Implemente las pruebas nuevas que sean necesarias para evaluar el impacto de cualquier problema de compatibilidad que haya identificado en el paso 1.
+ Pruebe todos los procedimientos, las funciones y los disparadores.
+ Dirija las versiones de prueba de sus aplicaciones a la instancia de base de datos actualizada. Compruebe que las aplicaciones funcionan correctamente con la versión nueva.
+ Evalúe el almacenamiento utilizado por la instancia actualizada para determinar si la actualización necesita almacenamiento adicional. Es posible que deba cambiar a una clase de instancia más grande para admitir la nueva versión de producción. Para obtener más información, consulte [Clases de instancia de base de datos de ](Concepts.DBInstanceClass.md).
1. Si se superan todas las pruebas, actualice su instancia de base de datos de producción. Se recomienda que confirme que la instancia de base de datos funciona correctamente antes de permitir operaciones de escritura en la instancia de base de datos.
# Actualización de la versión de una instancia de base de datos de RDS para Oracle
Para actualizar manualmente la versión del motor de base de datos de una instancia de base de datos de RDS para Oracle, puede utilizar la Consola de administración de AWS, la AWS CLI o la API de RDS. Para obtener información general acerca de las actualizaciones de bases de datos, consulte [Actualización de la versión de una instancia de base de datos de RDS para Oracle](#USER_UpgradeDBInstance.Oracle.Upgrading). Para obtener objetivos de actualización válidos, utilice el comando [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) de la AWS CLI.
## Consola
**Actualización de la versión del motor de una instancia de base de datos de RDS para Oracle con la consola**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases (Bases de datos)** y, a continuación, elija la instancia de base de datos que desea actualizar.
1. Elija **Modify**.
1. Para **la versión del motor de base de datos**, elija una versión de base de datos superior.
1. Elija **Continue** (Continuar) y consulte el resumen de las modificaciones. Asegúrese de entender las implicaciones de actualizar una versión de base de datos. No puede convertir una instancia de base de datos actualizada a la versión anterior. Asegúrese de haber probado la base de datos y la aplicación con la nueva versión antes de continuar.
1. Decida cuándo programar la actualización de la instancia de base de datos. Para aplicar los cambios inmediatamente, elija **Apply immediately**. Si se selecciona esta opción, puede producirse una interrupción en algunos casos. Para obtener más información, consulte [Uso de la configuración de la programación de modificaciones](USER_ModifyInstance.ApplyImmediately.md).
1. En la página de confirmación, revise los cambios. Si son correctos, elija **Modify DB instance (Modificar instancia de base de datos)** para guardar los cambios.
O bien, elija **Back** para editar los cambios o **Cancel** para cancelarlos.
## AWS CLI
Para actualizar la versión del motor de una instancia de base de datos de RDS para Oracle, puede utilizar el comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) de la CLI. Especifique los siguientes parámetros:
+ `--db-instance-identifier`: el nombre de la instancia de base de datos de RDS para Oracle.
+ `--engine-version`: número de versión del motor de base de datos al que se va a actualizar.
Para obtener información sobre versiones de motores válidas, utilice el comando [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) de la AWS CLI.
+ `--allow-major-version-upgrade`: para actualizar la versión del motor de base de datos.
+ `--no-apply-immediately`–: para aplicar los cambios en el siguiente periodo de mantenimiento. Para aplicar los cambios inmediatamente, use `--apply-immediately`.
**Example**
En el siguiente ejemplo, se actualiza una instancia de CDB nombrada `myorainst` de su versión actual de `19.0.0.0.ru-2024-01.rur-2024-01.r1` a la versión `21.0.0.0.ru-2024-04.rur-2024-04.r1`.
Para Linux, macOS o Unix:
```
1. aws rds modify-db-instance \
2. --db-instance-identifier myorainst \
3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 \
4. --allow-major-version-upgrade \
5. --no-apply-immediately
```
Para Windows:
```
1. aws rds modify-db-instance ^
2. --db-instance-identifier myorainst ^
3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 ^
4. --allow-major-version-upgrade ^
5. --no-apply-immediately
```
## API de RDS
Para actualizar una instancia de base de datos de RDS para Oracle, utilice la acción [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html). Especifique los siguientes parámetros:
+ `DBInstanceIdentifier` – nombre de la instancia de base de datos, por ejemplo *`myorainst`*.
+ `EngineVersion`: número de versión del motor de base de datos al que se va a actualizar. Para obtener información sobre versiones de motores válidas, utilice la operación [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ `AllowMajorVersionUpgrade`: si se permite una actualización de versión principal. Para ello, defina el valor en `true`.
+ `ApplyImmediately`: indica si se deben aplicar los cambios inmediatamente o en la siguiente ventana de mantenimiento. Para aplicar los cambios inmediatamente, establezca el valor en `true`. Para aplicar los cambios en el siguiente periodo de mantenimiento, establezca el valor en `false`.
# Actualización de una instantánea de base de datos de Oracle
La actualización de las instantáneas de base de datos de Oracle en Amazon RDS garantiza que la base de datos siga siendo segura y totalmente compatible. A medida que las versiones anteriores de Oracle vayan dejando de recibir soporte de parches, podrá actualizar cualquier instantánea de base de datos manual vinculada a estas versiones para evitar posibles vulnerabilidades o limitaciones del servicio. Para obtener más información, consulte [Administración de versiones del motor de base de datos Oracle](USER_UpgradeDBInstance.Oracle.Overview.md#Oracle.Concepts.Patching).
Amazon RDS es compatible con la actualización de instancias en todas las Regiones de AWS.
## Consola
**Para actualizar una instantánea de base de datos de Oracle**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Snapshots** y, a continuación, seleccione la instantánea de base de datos que desea actualizar.
1. En **Actions (Acciones)**, seleccione **Upgrade Snapshot (Actualizar instantánea)**. Aparece la página **Upgrade snapshot**.
1. Elija la **Nueva versión del motor** a la que actualizar la instantánea.
1. (Opcional) En **Option group**, elija el grupo de opciones para la instantánea de base de datos actualizada. Las mismas consideraciones del grupo de opciones se aplican al actualizar una instantánea de base de datos que al actualizar una instancia de base de datos. Para obtener más información, consulte [Consideraciones relativas al grupo de opciones](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
1. Para guardar los cambios, elija **Guardar cambios**.
Durante el proceso de actualización, todas las acciones están deshabilitadas para esta instantánea de base de datos. Además, el estado de la instantánea de base de datos cambia de **available** a **upgrading** y después cambia a **active** al completarse. Si la instantánea de base de datos no se puede actualizar porque se ha dañado, el estado cambia a **unavailable**. No puede recuperar el snapshot desde este estado.
**nota**
Si la actualización de la base de datos falla, la instantánea se revierte al estado original con la versión original.
## AWS CLI
Para actualizar una instantánea de base de datos de Oracle con la AWS CLI, llame al comando [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html) con los siguientes parámetros:
+ `--db-snapshot-identifier`: nombre de la instantánea de base de datos.
+ `--engine-version`: versión a la que se va a actualizar la instantánea.
También puede ser necesario incluir el siguiente parámetro. Las mismas consideraciones del grupo de opciones se aplican al actualizar una instantánea de base de datos que al actualizar una instancia de base de datos. Para obtener más información, consulte [Consideraciones relativas al grupo de opciones](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
+ `--option-group-name`: grupo de opciones de la instantánea de base de datos actualizada.
**Example**
En el siguiente ejemplo se actualiza una instantánea de base de datos.
Para Linux, macOS o:Unix
```
aws rds modify-db-snapshot \
--db-snapshot-identifier mydbsnapshot \
--engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 \
--option-group-name default:oracle-se2-19
```
En:Windows
```
aws rds modify-db-snapshot ^
--db-snapshot-identifier mydbsnapshot ^
--engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 ^
--option-group-name default:oracle-se2-19
```
## API de RDS
Para actualizar una instantánea de base de datos de Oracle con la API de Amazon RDS , llame a la operación [ModifyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html) con los siguientes parámetros:
+ `DBSnapshotIdentifier`: nombre de la instantánea de base de datos.
+ `EngineVersion`: versión a la que se va a actualizar la instantánea.
Es posible que también deba incluir el parámetro `OptionGroupName`. Las mismas consideraciones del grupo de opciones se aplican al actualizar una instantánea de base de datos que al actualizar una instancia de base de datos. Para obtener más información, consulte [Consideraciones relativas al grupo de opciones](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).