Consideraciones para actualizaciones de Oracle DB
Antes de actualizar la instancia de Oracle, lea la siguiente información.
Temas
Consideraciones sobre Oracle Multitenant
En la tabla siguiente se describen las arquitecturas 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 |
|
Base de datos Oracle 12c versión 2 (12.2) |
No compatible |
Solo no CDB |
|
Base de datos Oracle 12c versión 1 (12.1) |
No compatible |
Solo no CDB |
En la tabla siguiente se describen las rutas de actualización admitidas y no admitidas.
| Ruta de actualización | ¿Admitida? |
|---|---|
|
De no CDB a no CDB |
Sí |
|
De CDB a CDB |
Sí |
|
De no CDB a CDB |
No |
|
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.
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 o Copia de un grupo de opciones.
Si su instancia de base de datos utiliza un grupo de opciones personalizado que contiene la opción de APEX, a veces puede reducir el tiempo de actualización. Para ello, actualice su versión de APEX al mismo tiempo que su instancia de base de datos. Para obtener más información, consulte Actualización de la versión de APEX.
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 o Copia de un grupo de parámetros de base de datos.
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.
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.
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
