Actualizar Base de Datos
En este artículo se describe el procedimiento para cambiar la versión de una base de datos en un sistema de base de datos mediante la consola y la API.
Para echar un vistazo a las cronologías de soporte de software y publicación de Oracle Database, consulte Release Schedule of Current Database Releases (Doc ID 742060.1) (Programa de publicación de versiones de Database actuales [ID de documento 742060.1]) en el portal de My Oracle Support.
Política de IAM necesaria
Para poder utilizar Oracle Cloud Infrastructure, un administrador debe otorgarle acceso de seguridad en una política. Este acceso es necesario tanto si utiliza la Consola como la API de REST con un SDK, una CLI u otra herramienta. Si recibe un mensaje que le indica que no tiene permiso o no está autorizado, verifique con su administrador el tipo de acceso que tiene y en qué compartimento debe trabajar.
Para administradores: la política de Permitir a los administradores de bases de datos gestionar sistemas de base de datos de Oracle Cloud permite al grupo especificado realizar todas las acciones con las bases de datos y los recursos de base de datos relacionados.
Si no está familiarizado con las políticas, consulte Introducción a las políticas y Políticas comunes. Si desea profundizar en la escritura de políticas para bases de datos, consulte Detalles del servicio Database.
Requisitos previos
Revise los siguientes requisitos para cambiar la versión de una instancia de Oracle Database en un sistema de base de datos.
- La base de datos debe estar en modo archive log.
- La base de datos debe tener el flashback activado.
Para obtener más información, consulte:
- Para obtener más información sobre esta configuración, consulte la documentación de las bases de datos de Oracle Database correspondiente a su versión
- Creación de una copia de seguridad completa bajo demanda de una base de datos
- Creación del sistema de base de datos a partir de una copia de seguridad
Acerca del cambio de versión de bases de datos
Revise la siguiente información sobre los cambios de versión de software de base de datos.
- Puede actualizar Oracle Database 19c o 21c a Oracle AI Database 26ai. Todas las versiones anteriores de Oracle Database deben actualizarse primero a Oracle Database 19c.
- El sistema de base de datos debe utilizar la versión 26ai del software de Grid Infrastructure para actualizar a Oracle AI Database 26ai.
- El sistema de base de datos debe utilizar Oracle Linux 8 (OL8) para actualizar a Oracle AI Database 26ai.
- El sistema de base de datos debe utilizar Oracle Linux 7 (OL7) para actualizar a Oracle Database 19c.
- Si su sistema de BD utiliza software para la gestión del almacenamiento Automatic Storage Management (ASM), el sistema debe utilizar Oracle Grid Infrastructure 19c o posterior.
- En el caso de bases de datos de sistemas de base de datos que no cumplan los requisitos mínimos de versión de software, solo puede cambiar de versión después de utilizar las operaciones de copia de seguridad y restauración para restaurar la base de datos en un sistema de base de datos que utilice OL7 y GI 19c.
- Los cambios de versión de base de datos implican tiempo de inactividad de la base de datos. Oracle recomienda tener esto en cuenta al programar el cambio de versión de la base de datos.
-
Oracle recomienda realizar una copia de seguridad de la base de datos y probar la nueva versión de software en un sistema de prueba antes de cambiar la versión.
Para obtener más información, consulte Copias de Seguridad Completas Bajo Demanda.
- Oracle recomienda ejecutar una operación de comprobación previa de cambio de versión para la base de datos antes de cambiar la versión a fin de detectar las incidencias que deban solucionarse antes del momento en que planea realizar el cambio de versión. La operación de comprobación previa no afecta a la disponibilidad de la base de datos. Por lo tanto, puede realizarla en cualquier momento.
-
No se puede realizar una operación de cambio de versión mientras se está realizando una operación de copia de seguridad automática. Antes del cambio de versión, Oracle recomienda desactivar las copias de seguridad automáticas y realizar una copia de seguridad manual.
Para obtener más información, consulte Configuración de copias de seguridad automáticas para una base de datos y Creación de una copia de seguridad completa bajo demanda de una base de datos.
- Después del cambio de versión, no podrá utilizar las copias de seguridad automáticas realizadas antes del cambio de versión para restaurar la base de datos a un punto en el tiempo anterior.
-
Si cambia la versión de una base de datos que utiliza software de la versión 11.2, la base de datos de la versión 19c resultante será una base de datos sin contenedor (no CDB). Puede convertir la base de datos 19c resultante en una base de datos conectable (PDB) mediante la consola o las API una vez que haya completado el cambio de versión.
Para obtener más información sobre el proceso de ejecución de una comprobación previa y de conversión de las bases de datos que no son CDB a una PDB, consulte Conversión de una Base de Datos sin Contenedor a una PDB Oracle Database 19c.
- En el caso de los cambios de versión que utilizan versiones de software de Oracle Database de disponibilidad general, no puede usar la utilidad dbcli para realizar el cambio de versión. Utilice la consola para realizar el cambio de versión de la base de datos. Si su organización se debe cambiar de versión utilizando una versión del software personalizada, comuníquese con Oracle para recibir una URL autenticada previamente que puede utilizar con la dbcli para descargar su software. La realización de cambios de versión con dbcli solo es posible si Oracle ha proporcionado esta URL de solicitud autenticada previamente (URL de solicitud autenticada previamente).
Cambio de versión de bases de datos con asociación de Data Guard
En las bases que tienen una asociación de Data Guard, siempre debe actualizar primero la base en espera y, a continuación, la de la base. Las opciones de cambio de versión están disponibles en la consola para las asociaciones de Data Guard creadas mediante la consola. Sin embargo, si tiene una base de datos que no tiene una asociación de Data Guard pero que está configurada manualmente como una base de datos principal o en espera, se aplicará lo siguiente para el cambio de versión de dichas bases de datos.
- El servicio de base de datos podrá detectar e identificar si una base de datos es una base de datos principal o en espera.
- En las versiones de base de datos 11.2 y 12.1, debe desactivar la configuración de Data Guard antes de cambiar la versión.
- Primero debe cambiar la versión de la base de datos en espera y, a continuación, la de la base de datos principal.
- El servicio de base de datos definirá un punto de restauración garantizado (GRP) en la base de datos cuya versión va a cambiar. Después de un cambio de versión correcto, se eliminará el GRP automáticamente de la base de datos principal. Sin embargo, en la base de datos en espera, debe eliminar manualmente el GRP.
- Durante el cambio a la versión, se cambiará
DB_HOME, la base de Datos en Espera se abrirá en Modo de Montaje y la base de Datos Principal se abrirá en Modo de Lectura y Escritura.
Después de cambiar correctamente la versión de las bases de datos principal y en espera, realice lo siguiente.
- Para las versiones de base de datos 11.2 y 12.1, active la configuración de Data Guard que ha desactivado antes del cambio de versión.
- Compruebe el modo abierto de la base de datos en espera.
- Borre el GRP creado en la base de datos en espera.
Cómo realiza el servicio de base de datos la operación de cambio de versión
Durante el proceso de cambio de versión de la base de datos, se realizan automáticamente los siguientes pasos:
- Ejecuta una comprobación previa automática. Esto le permite al sistema identificar los problemas que necesitan mitigación y detener la operación.
- Define un GRP, lo que permite realizar un flashback en caso de fallo de cambio de versión.
- Crea un nuevo directorio raíz de base de datos basado en la imagen de software de base de datos personalizada o publicada por Oracle especificada.
- Ejecuta el software Database Upgrade Assistant (DBUA) para realizar el cambio de versión en la base de datos. Para las bases de datos en la asociación de Data Guard, este paso solo se ejecuta en la base de datos principal.
Rollback de un cambio de versión de base de datos con fallos
Nota: La operación de rollback está disponible solo para las ediciones de Enterprise de Oracle Database.
Si el cambio de versión de base de datos no se completa correctamente, tiene la opción de realizar un rollback. Después de una operación que no se ha realizado correctamente, se proporciona la opción de rollback en un mensaje que se muestra en la página Detalles de la Base de Datos.
Revise la siguiente información antes de iniciar el rollback.
- El rollback restablece la base de datos al estado anterior al cambio de versión.
- Se perderán todos los cambios realizados en la base de datos durante y después del cambio de versión.
Para las bases de datos de asociaciones de Data Guard, el rollback se debe realizar según los siguientes pasos.
- Si el cambio de versión de la base de datos en espera ha fallado y desea realizar un rollback, realice los siguientes pasos.
- Realice un rollback de la base de datos en espera.
- Si el cambio de versión de la base de datos en espera ha fallado y desea volver a intentarlo, realice los siguientes pasos.
- Realice un rollback de la base de datos en espera.
- Cambie la versión de la base de datos en espera.
- Si el cambio de versión de la base de datos principal ha fallado y desea realizar un rollback, realice los siguientes pasos.
- Realice un rollback de la base de datos principal.
-
Realice un rollback de la base de datos en espera mediante la CLI. La consola no proporciona una opción para realizar un rollback de un cambio de versión correcto.
Para obtener más información sobre la CLI, consulte Upgrade Rollback.
- Vuelva a activar la configuración de Data Guard en las bases de datos principales que se ejecuten en las versiones de base de datos 11.2 y 12.1.
- Después de un rollback correcto, verifique las configuraciones de Data Guard.
- Si ha fallado el cambio de versión de la base de datos principal y desea volver a intentarlo, realice los siguientes pasos.
- Realice un rollback de la base de datos principal.
-
Ejecute el flashback al GRP en la base de datos en espera.
Para obtener más información sobre GRP, consulte Gestión de Puntos de Restauración Garantizados.
- Cambie la versión de la base de datos principal.
Nota: Siempre debe realizar en primer lugar el rollback de la base del datos principal y, a continuación, de la base en espera.
Por lo general, al realizar un rollback de la base de datos mediante la opción de rollback de la consola, el servicio de base de datos se encarga de los siguientes pasos automáticamente.
- Ejecutar un flashback.
- Cambiar el directorio raíz de base de datos.
- Borrar GRP.
Puede realizar un rollback de un cambio de versión de base de datos en espera correcto utilizando solo la CLI.
Para obtener más información acerca de los pasos para realizar un rollback mediante la consola, consulte Rollback de un cambio de versión de base de datos con fallos.
Después de completar el cambio de versión de la base de datos
Después de un cambio de versión realizado correctamente, debe tener en cuenta lo siguiente:
-
Oracle recomienda eliminar el directorio raíz de base de datos antiguo mediante la utilidad dbcli.
Para obtener más información, consulte Comandos de dbhome.
- Compruebe que las copias de seguridad automáticas están activadas para la base de datos si las ha desactivado antes del cambio de versión.
-
Edite el parámetro
COMPATIBLEde Oracle Database para reflejar la nueva versión de Oracle Database.Para obtener más información, consulte ¿Qué es la compatibilidad de Oracle Database?.
- Asegúrese de que el archivo
.bashrcdel directorio raíz del usuario de Oracle se ha actualizado para que apunte al directorio raíz de la base de datos 19c. - Si ha cambiado la versión de una base de datos de Oracle Database 11.2 a Oracle Database 19c, puede convertir la base de datos sin contenedor resultante en una base de datos conectable (PDB). Puede realizar una comprobación previa antes de la conversión para identificar problemas antes de la operación de conversión.
- El GRP creado en la base datos en espera se debe borrar.
Gestión de puntos de restauración garantizados
Enumeración de puntos de restauración garantizados
Puede utilizar la siguiente sentencia para mostrar todos los puntos de restauración garantizados (GRP) mediante la vista V$RESTORE_POINT.
SELECT NAME FROM V$RESTORE_POINT WHERE GUARANTEE_FLASHBACK_DATABASE='YES';
Para obtener más información, consulte Listing Restore Points Using the V$RESTORE_POINT view en la Oracle Database Backup and Recovery User's Guide.
Borrando de puntos de restauración garantizados
Puede utilizar la siguiente sentencia para borrar un GRP mediante la sentencia DROP RESTORE POINT.
DROP RESTORE POINT <grp name>;
donde, grp name es el nombre del GRP que se debe borrar.
Para obtener más información, consulte la sección sobre borrado de puntos de restauración en Oracle Database Backup and Recovery User's Guide.
Actualizar Base de Datos
Realice los siguientes pasos para cambiar la versión de la base de datos desde una versión anterior a una versión principal superior mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos que contiene la base de datos con la que desea trabajar. Si necesita ayuda para buscar la página de lista o el sistema de base de datos, consulte Mostrar los sistemas de base de datos.
- En el separador Bases de datos, seleccione la base de datos con la que desea trabajar.
-
En la página de detalles de la base de datos, seleccione el separador Actualizaciones para ver la lista de actualizaciones disponibles para la base de datos.
La última actualización de versión aprobada está disponible de forma predeterminada. También puede seleccionar una de las dos actualizaciones de versión anteriores (N-1 o N-2) después de confirmar que se muestra el mensaje. Para usar una actualización de versión anterior a N-2, debe enviar una solicitud de servicio.
- En el menú Acciones del cambio de versión que le interesa, seleccione una de las siguientes acciones:
- Ver detalles: permite ver los detalles de este cambio de versión.
- Comprobación previa: compruebe los requisitos para asegurarse de que el cambio de versión se puede aplicar correctamente.
- Aplicar actualización: aplica el cambio de versión seleccionado. Oracle recomienda ejecutar la operación de comprobación previa para un cambio de versión antes de aplicarlo.
En la lista, Estado muestra el estado de la operación. Mientras se aplica un cambio de versiones, el Estado muestra Cambiando de versión. El estado de la base de datos también se muestra como Actualización. Es posible que las operaciones de ciclo de vida de la base de datos y sus recursos no estén disponibles temporalmente. Si el cambio de versión se completa correctamente, el estado cambia a Aplicado y el estado de la base de datos cambia a Disponible.
Visualización del historial de cambios de versión de la base de datos
Realice los siguientes pasos para ver el historial de cambio de versión de una base a datos mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos que contiene la base de datos con la que desea trabajar. Si necesita ayuda para buscar la página de lista o el sistema de base de datos, consulte Mostrar los sistemas de base de datos.
- En el separador Bases de datos, seleccione la base de datos con la que desea trabajar.
- En la página de detalles, seleccione el separador Historial de actualizaciones para ver el historial de operaciones de actualización y cambio de versión de esa base de datos.
Rollback de un cambio de versión de base de datos con fallos
Requisitos previos
- La operación de rollback de actualización solo está disponible para los softwares de la versión Oracle Database Enterprise Edition cuya versión no se ha actualizado correctamente y que tienen actualmente el estado de ciclo de vida "Con fallos".
- Revise la información del tema Rollback de un cambio de versión de base de datos con fallos antes de continuar con los siguientes pasos.
Procedimiento
Realice los siguientes pasos para realizar un rollback de un cambio de versión de base de datos fallido a la versión anterior de Oracle Database mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos que contiene la base de datos con la que desea trabajar. Si necesita ayuda para buscar la página de lista o el sistema de base de datos, consulte Mostrar los sistemas de base de datos.
- En el separador Bases de datos, seleccione la base de datos con la que desea trabajar.
- Cuando se produce un cambio de versión incorrecto, se mostrará un banner con el botón Revertir en la parte superior de la página de detalles de la base de datos.
- Seleccione Revertir y confirme.
Conversión de una base de datos sin contenedor a una PDB de Oracle Database 19c
Este tema se aplica a las bases de datos en las que se ha realizado un cambio de versión de Oracle Database 11.2 a Oracle Database 19c. Como parte del proceso de conversión, creará una nueva base de datos de contenedores (CDB) para contener la base de datos conectable (PDB) creada por la conversión de la base de datos no CDB. Para convertir una base de datos sin contenedores a una PDB que utiliza una versión posterior de Oracle Database anterior a la 19c, siga los pasos que se indican en este tema, y, a continuación, cambie la versión del software resultante a una versión del software 19c posterior, como se describe en Cambiar de versión de una base de datos.
Requisitos y prácticas recomendadas
- Debe tener la contraseña de cartera de TDE de la base de datos no CDB para convertirla a una PDB.
- Oracle recomienda crear una copia de seguridad manual de la base de datos antes de intentar la conversión. Para obtener más información, consulte Copia de seguridad y recuperación en Base Database Service.
- La consola permite realizar una comprobación previa de las operaciones de conversión para asegurarse de que la conversión puede completarse correctamente. Oracle recomienda ejecutar la comprobación previa antes de realizar la conversión. Para realizar la comprobación previa, siga los pasos de este procedimiento y, para el paso final, seleccione Comprobación previa.
- Puede clonar el sistema de base de datos y probar la operación de conversión en la base de datos del sistema clonado antes de intentar la conversión en el sistema de base de datos de origen. Para obtener más información, consulte Clonación de un sistema de base de datos.
Conversión de una base de datos sin contenedor a una PDB
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos que contiene la base de datos con la que desea trabajar. Si necesita ayuda para buscar la página de lista o el sistema de base de datos, consulte Mostrar los sistemas de base de datos.
- En el separador Bases de datos, seleccione la base de datos con la que desea trabajar.
- En la página Detalles de la Base de Datos, en el separador Información de la Base de Datos, revise el campo Arquitectura de la Base de Datos para confirmar que la Base de Datos es una base que no contiene.
- En la página de detalles de la base de datos, en el menú Acciones, seleccione Convertir a PDB.
- En el panel Convertir Base de Datos sin CDB a Base de Datos de Conexión, proporcione la siguiente información en la sección Detalles de Base de Datos de Contenedores:
- Nombre de Base de Datos de Contenedores: proporcione un nombre para la nueva CDB que contendrá su PDB convertida.
- Contraseña: proporcione una contraseña para la nueva CDB.
- Confirmar Contraseña: Vuelva a introducir la contraseña de CDB.
- Usar la contraseña de administrador para la cartera de TDE: desactive esta opción si desea definir una contraseña independiente para la cartera de TDE. Después de anular la selección de la opción, se mostrarán los siguientes campos:
- Introducir Contraseña de Cartera de TDE: Proporcione una Contraseña de Cartera de TDE para la nueva CDB.
- Confirmar Contraseña de Cartera de TDE: Vuelva a introducir la contraseña del TDE de cartera.
- En la sección Detalles de base de Datos sin contenedor, introduzca la contraseña de cartera TDE existente de la BD que no va a convertir.
-
Seleccione Comprobación previa para realizar una comprobación previa o seleccione Convertir a PDB si está listo para convertir la base de datos.
Nota: Después de ejecutar una comprobación previa, volverá a la página Detalles de la base de datos de la consola Para comenzar la operación de conversión, siga todos los pasos de este tema, de nuevo y seleccione la opción Convertir a PDB en el paso final.
Una vez que la base de Datos se ha convertido correctamente, la página Detalles de Base de Datos de la consola muestra la base de Datos de Contenedores en el campo Arquitectura de Base de Datos. Este campo se encuentra en el separador Información del Base de Datos de la página Detalles de Base de Datos.
Consejos para la solución de problemas de conversión de una base de datos no CDB a una PDB
Si la operación de conversión no se completa correctamente, puede solucionar la incidencia mediante la utilidad de línea de comandos CLI de base de datos (dbcli). Para obtener más información sobre la clonación de bases de datos, consulte Referencia de CLI de Oracle Database.
Para solucionar problemas:
- Conéctese al sistema de base de datos como se describe en Visión general de la conexión a un sistema de base de datos.
- Utilice el comando
dbcli list-jobspara determinar el identificador de trabajo y el estado de la operación de conversión de base de datos incorrecta. - Utilice el comando
dbcli describe-jobpara mostrar detalles sobre la operación de conversión de base de datos incorrecta.
Según la información devuelta por el comando dbcli describe-job, puede intentar resolver la incidencia que causó el fallo de la operación de conversión. En el caso de los errores que se producen durante el proceso de conexión (cuando la nueva PDB se conecta con la nueva CDB), póngase en contacto con los Servicios de Soporte Oracle para solicitar asistencia a la finalización de la conversión después de resolver el problema que causó el fallo.
Si falla una operación de conversión, la consola puede mostrar 2 bases de datos del sistema de base de datos o solo una base de datos terminada. El sistema de base de datos puede tardar hasta 2 horas en restablecerse. Si la consola ya no muestra 2 bases de datos o una única base de datos terminada, puede volver a intentar la conversión. Si el sistema de base de datos no se restablece y le permite volver a intentarlo, póngase en contacto con los Servicios de Soporte Oracle.