Cambio de la versión de un sistema de base de datos
En este artículo se describen los procedimientos para cambiar la versión del sistema operativo (SO) y Grid Infrastructure (GI) en sistemas de base de datos mediante la consola y la API.
Ahora puede cambiar la versión del sistema operativo a Oracle Linux 8 (OL8) y a Oracle Grid Infrastructure a 19c en el sistema de base de datos.
Política de IAM necesaria
Para que pueda 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 indica que no tiene permiso o que no está autorizado, verifique con su administrador qué tipo de acceso 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
Para cambiar la versión de un sistema de base de datos es necesario lo siguiente:
- El sistema de base de datos debe utilizar Oracle Linux 6 (OL6) u Oracle Linux 7 (OL7).
- Oracle recomienda tener una copia de seguridad completa e independiente de la base de datos.
Note:
Oracle Linux versión 7 (OL7) en Base Database Service se está acercando al final de su vida útil (EOL). Para obtener más información, consulte Support Timeline for Oracle Linux Release 7 (OL7) on Base Database Service (ID de documento 3056652.1).Acerca del cambio de versión de un sistema de base de datos
Para los cambios de versión del sistema de base de datos, debe tener en cuenta lo siguiente:
- Oracle recomienda tener una copia de seguridad completa e independiente de la base de datos.
- Puede actualizar el software de Grid Infrastructure versión 19c o 21c a la versión 23ai del software de Grid Infrastructure. Todas las versiones anteriores de Grid Infrastructure se deben actualizar primero a 19c.
- El sistema de base de datos debe utilizar Oracle Linux 8 (OL8) para actualizar la versión de software de Grid Infrastructure a 23ai.
- El sistema de base de datos debe utilizar Oracle Linux 6 (OL6) u Oracle Linux 7 (OL7) para actualizar la versión de software de Grid Infrastructure a 19c.
- Puede actualizar el sistema operativo a OL8 desde OL6 o OL7.
- Cuando está en OL7, solo se actualizará el sistema operativo a OL8. La indicación geográfica no se actualizará.
- Las bases de datos anteriores a la versión 19.21 o 21.12 se iniciarán con OL7, que incluye la restauración de una copia de seguridad o una creación en espera de Data Guard. Las bases de datos a partir de la versión 19.21 o 21.12 siempre se aprovisionarán con OL8. Por lo tanto, la versión del sistema operativo de un nuevo sistema de base de datos (restauración o Data Guard) dependerá de la versión de la base de datos, independientemente del sistema operativo del sistema de base de datos de origen. Si necesita OL7 con la última actualización de la base de datos (por ejemplo, 19.21 o 21.12), debe iniciar con una versión anterior de la base de datos (por ejemplo, 19.20 o 21.11) y actualizar a la última versión.
- Los cambios de versión del sistema de base de datos implican algún tiempo de inactividad (incluso en los sistemas de base de datos RAC). Planifique y programe el cambio de versión según corresponda.
- Oracle recomienda desactivar las copias de seguridad automáticas antes de ejecutar el cambio de versión.
Note:
El propio proceso de cambio de versión desactivará y volverá a activar la copia de seguridad automática. Sin embargo, Oracle recomienda que lo lleve a cabo después de considerarlo cuidadosamente. - El proceso de cambio de versión crea una nueva instancia informática y clona los discos de datos.
- Las direcciones IP privadas y los nombres de host se transfieren al sistema de base de datos cuya versión de ha cambiado.
- Las direcciones IP públicas efímeras no se transfieren y cambiarán en el sistema de base de datos cuya versión se ha cambiado.
- Oracle recomienda no iniciar ninguna instancia nueva en la subred del sistema de base de datos. Hay un breve intervalo durante el cual las direcciones IP privadas y los nombres de host están "libres" durante el proceso de cambio de versión. Durante este intervalo, el inicio de cualquier nueva instancia podría reservar las direcciones IP "libres" y bloquear el proceso de cambio de versión.
Note:
Si alguna instancia bloquea el proceso de actualización, el proceso de actualización continuará automáticamente una vez terminada la instancia de bloqueo. - Se eliminarán todos los cambios en el sistema operativo y no se transferirán al nuevo sistema operativo.
- Se eliminarán todos los cambios en Clusterware que no sean de la base de datos ni los servicios y no se transferirán a la nueva pila de GI.
- Para bases de datos con una asociación de Data Guard, el cambio de versión solo está permitido en la ubicación en espera. Garantiza que no sea necesario volver a instanciar, ya que la base de datos en espera podría estar por delante de la base de datos principal en caso de rollback.
- Oracle recomienda cambiar la asociación de Data Guard a "Máximo rendimiento" antes del cambio de versión, ya que, de lo contrario, la base de datos principal sufrirá un
NET_TIMEOUT
y, posteriormente, será necesario restablecer la configuración. Después del cambio de versión, si es necesario, puede cambiarla a "Máxima disponibilidad".
Puesta al día de un cambio de versión con fallos
Puede poner al día cambios de versión que no se han completado correctamente por los siguientes motivos con la ayuda del equipo de los Servicios de Soporte Oracle.
- Ha fallado el registro de la base de datos.
- Se ha producido un fallo de inicio de la base de datos incluso después de un cambio de versión correcto del sistema operativo y GI.
Rollback de un cambio de versión con fallos
Puede realizar un rollback de los cambios de versión que no se hayan completado correctamente. Un rollback restablece el sistema de base de datos al estado anterior al cambio de versión. Se perderán todos los cambios realizados en el sistema de base de datos durante y después del cambio de versión.
Note:
Las direcciones IP públicas presentes antes del proceso de cambio de versión habrían cambiado y no se pueden reclamar.Después del rollback, puede volver a intentar cambiar la versión del sistema de base de datos después de encontrar y corregir la causa del fallo de cambio de versión anterior.
Después del cambio de versión
Después de un cambio de versión realizado correctamente, debe tener en cuenta lo siguiente:
- Compruebe que la copia de seguridad automática está activada para la base de datos si la ha desactivado antes del cambio de versión.
- El cambio de versión intercambia el volumen de inicio. Por lo tanto, se eliminará toda la personalización del sistema operativo (y el cliente deberá volver a aplicarla).
- Debido a que se vuelve a instalar la pila de GI, debe volver a aplicar todas las personalizaciones de Clusterware (como los servicios, las IP virtuales adicionales, etc.).
- Compruebe que la copia de seguridad automática está activada para la base de datos si la ha desactivado antes del cambio de versión.
Actualización del sistema operativo de un sistema de base de datos
Realice los siguientes pasos para actualizar el sistema operativo (SO) de un sistema de base de datos mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos con el 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 la página de detalles, seleccione el separador Actualizaciones (SO) para ver la lista de actualizaciones de sistema operativo disponibles para el sistema de base de datos.
- 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 la actualización seleccionada. 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 una actualización, el Estado se muestra como Actualizando. El estado del sistema de base de datos también se muestra como Actualizando. Las operaciones del ciclo de vida en el sistema de base de datos y sus recursos podrían no estar disponibles temporalmente. Si la actualización se completa correctamente, el Estado cambia a Aplicado y el estado del sistema de base de datos cambia a Disponible.
Actualizar la infraestructura de grid de un sistema de base de datos
Realice los siguientes pasos para cambiar la versión de Grid Infrastructure (GI) de un sistema de base de datos mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos con el 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 la página de detalles, seleccione el separador Actualizaciones (GI) para ver la lista de actualizaciones de Grid Infrastructure disponibles para el sistema de base de datos.
- 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 la actualización seleccionada. 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 una actualización, el Estado se muestra como Actualizando. El estado del sistema de base de datos también se muestra como Actualizando. Las operaciones del ciclo de vida en el sistema de base de datos y sus recursos podrían no estar disponibles temporalmente. Si la actualización se completa correctamente, el Estado cambia a Aplicado y el estado del sistema de base de datos cambia a Disponible.
Visualización del historial de actualizaciones de un sistema de base de datos
Realice los siguientes pasos para ver el historial de cambio de versión de un sistema del BD mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos con el 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 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 ese sistema de base de datos.
Rollback de un cambio de versión con fallos
Realice los siguientes pasos para restaurar un cambio de versión incorrecto de un sistema de base de datos mediante la consola de OCI:
- En la página de lista Sistemas de base de datos, seleccione el sistema de base de datos con el 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 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 ese sistema de base de datos.
- Si el cambio de versión no se realiza correctamente, se mostrará un mensaje de alerta en la parte superior de la página.
- Seleccione Revertir y confirme.