Obtenga información sobre la migración con Oracle Data Guard

En todos los casos de migración que utilizan Oracle Data Guard, puede realizar un “switchover” en una base de datos en espera, creando una base de datos primaria a partir de la base de datos en espera.

Hay dos soluciones disponibles al utilizar Oracle Data Guard para migraciones reducidas de tiempo de inactividad. Ambos métodos tienen un requisito de ejecutarse en plataformas compatibles con Oracle Data Guard.

Cuando el objetivo es migrar la base de datos origen al destino y mantener la versión de la base de datos igual, puede utilizar la solución “Simple Data Guard”. Cuando el objetivo es actualizar la base de datos origen a una versión posterior además de migrar la base de datos origen al destino, debe utilizar la solución “Advanced Data Guard”.

Las bases de datos en espera utilizadas en el proceso de migración sólo se deben utilizar para la migración y no para la recuperación ante desastres.Mientras prepara la migración, si necesita mantener una solución de recuperación ante desastres de alta disponibilidad, cree varias bases de datos en espera con una para migración y bases de datos adicionales para satisfacer sus requisitos de alta disponibilidad.

Al migrar una base de datos mediante Oracle Data Guard, puede utilizar los siguientes métodos:

• Data Guard simple : con esta solución, la base de datos origen ya está en la versión de destino del nuevo entorno.Se crea una base de datos física en espera en el nuevo entorno.Cuando esté listo para terminar la migración, se realiza un switchover de Data Guard y todas las aplicaciones empiecen a utilizar la nueva base de datos primaria.Como parte de este proceso, puede enviar redo desde el nuevo entorno al entorno de origen para mantenerlo actual. Si surgen problemas, se puede realizar un switchover (reserva) sin pérdida de datos para volver a la configuración original.

• Data Guard Avanzado : Con esta solución, la base de datos se actualiza a una nueva versión.Dentro de esta solución, hay dos métodos:

  • Actualización Sucesiva Lógica Transitoria : Este método proporciona el menor tiempo de inactividad. El tiempo necesario para actualizar la versión de la base de datos no afecta a la base de datos origen primaria. La actualización se realiza en la base de datos destino en espera antes de realizar un switchover, dejando la base de datos primaria de origen abierta para su uso.Después de terminar la actualización, vuelva a realizar el switchover a la base de datos en espera de destino actualizada y todas las aplicaciones empiecen a utilizar la nueva base de datos primaria actualizada.

  • Switchover y Actualización de Data Guard : este método produce un tiempo de inactividad (2 horas o menos) para actualizar la base de datos destino. Antes de realizar la actualización, realice el switchover a la base de datos destino.

Opcionalmente, como parte de estos procesos puede utilizar Oracle Transparent Data Encryption (TDE) para cifrar los datos existentes. Opcionalmente, puede convertir a arquitectura de Oracle Multitenant conectando su base de datos Oracle Database 12c o posterior que no sea CDB como base de datos de conexión (PDB) a una base de datos de contenedor en la nube (CDB).

Acerca del Uso de la Solución de Data Guard Simple

Esta solución para migrar una base de datos se debe utilizar cuando no se necesitan actualizaciones ni conversiones a una arquitectura multi-inquilino.

La siguiente imagen proporciona el flujo general para la migración simple, por ejemplo, a un entorno de Oracle Cloud.   

Descripción de la ilustración mm-32575_edc_001a.png

Los requisitos para la migración de Data Guard simple son:

• La base de datos origen puede ser Oracle Database 11g versión 11.2.0.4, Oracle Database 12c u Oracle Database 18c.

• El directorio raíz de Oracle utilizado por la base de datos en espera debe ser de la misma versión que la base de datos original, pero puede ser un nivel de parche de grupo diferente, pero el parche de grupo utilizado por la base de datos en espera debe cumplir con el documento 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply.

• La plataforma de origen y la plataforma de destino deben ser compatibles para una configuración de Data Guard.

Los pasos de nivel superior para la migración simple de Data Guard son:

1. Preparar el entorno en la nube y instanciar la base de datos en espera de Data Guard en el entorno de destino.

2. Active TDE y cifre los datos de usuario en la base de datos en espera.

3. Realice un switchover de Data Guard al nuevo entorno para que las aplicaciones utilicen la base de datos en el nuevo entorno.

   Durante el switchover se producirá un período mínimo de tiempo de inactividad.Permitir que Data Guard envíe y aplique redo a la base de datos original.

4. Si surgen problemas, ejecute un switchover de Data Guard para volver a la configuración original.

Acerca del Uso de la Solución de Actualización Sucesiva Transitoria

Esta solución para migrar una base de datos limita el tiempo de inactividad en el que se produce el cambio de versión. Esta solución se debe utilizar cuando la base de datos origen no tiene restricciones para utilizar la base de datos lógica en espera.

La siguiente imagen muestra el flujo general utilizando la actualización sucesiva lógica temporal para realizar la migración a un entorno de Oracle Cloud.

Descripción de la ilustración mm-32575_edc_002a.png

Los requisitos para utilizar la solución de actualización sucesiva lógica temporal son:

• La base de datos origen puede ser Oracle Database 11g versión 11.2.0.4, Oracle Database 12c u Oracle Database 18c.

• La base de datos origen debe ser compatible con el uso de la base de datos lógica en espera.

• El directorio raíz de Oracle utilizado por la base de datos destino en espera debe ser de la misma versión que la base de datos origen, pero puede ser una palanca de grupo de parches diferente. El grupo de parches debe cumplir el documento 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply.

• La plataforma de origen y la plataforma de destino deben ser compatibles para una configuración de Data Guard.

• Se debe crear una base de datos de contenedor (CDB) con al menos una base de datos de conexión (PDB) y estar operativa desde un directorio raíz de base de datos de la versión de destino en el entorno de destino.

• Aplique el parche 22826718 en los directorios raíz de Oracle de CDB y CDB de destino para entornos de bases de datos anteriores a Oracle 12c Release 12.2.0.1. Este parche permite utilizar los cambios de FORCE KEYSTORE al utilizar una cartera TDE AUTOLOGIN sin recurrir a una cartera basada en contraseñas.

Los pasos de nivel superior para la solución de actualización sucesiva lógica temporal son:

1. Preparar el entorno en la nube y instanciar la base de datos en espera de Data Guard en el entorno de destino.

2. Actualice la base de datos en espera utilizando la actualización sucesiva lógica temporal.

3. Active TDE y cifre los datos de usuario en la base de datos en espera.

4. Realice un switchover de Data Guard al nuevo entorno para que las aplicaciones utilicen la base de datos en el nuevo entorno.

5. Si el origen no es CDB, convierta la base de datos que no es CDB en una base de datos de conexión.

6. Volver a la base de datos origen si es necesario.

   Si surgen problemas, puede realizar un switchover para devolver la base de datos origen a su estado principal original.Tenga en cuenta que la base de datos destino en espera no recibirá redo de la base de datos origen, lo que puede producir una pérdida de datos.

Acerca del Uso de la Solución de Switchover y Actualización de Data Guard

Esta solución para migrar una base de datos tiene tiempo de inactividad al realizar la actualización y se utiliza cuando la base de datos origen está restringida con una base de datos lógica en espera.

La siguiente imagen proporciona el flujo general utilizando switchover y actualización de Data Guard para realizar la migración a un entorno de Oracle Cloud.

Descripción de la ilustración mm-32575_edc_003a.png

Los requisitos para utilizar el método Switchover y Actualización de Data Guard son:

• La base de datos origen puede ser Oracle Database 11g versión 11.2.0.4, Oracle Database 12c u Oracle Database 18c.

• La base de datos origen no es compatible con el uso de la base de datos lógica en espera.

• El directorio raíz de Oracle utilizado por la base de datos en espera debe ser de la misma versión que la base de datos origen, pero puede ser un nivel de parche de grupo diferente. El grupo de parches debe cumplir el documento 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply.

• Las plataformas de origen y destino deben ser compatibles para una configuración de Data Guard.

• Se debe crear una base de datos de contenedor (CDB) con al menos una base de datos de conexión (PDB) y estar operativa desde un directorio raíz de base de datos de la versión de destino instalada en el entorno de destino.

• Aplique el parche 22826718 en los directorios raíz de Oracle de CDB y CDB de destino para entornos deOracle Database 12c Release 12.2.0.1. Este parche permite utilizar los cambios de FORCE KEYSTORE al utilizar una cartera TDE AUTOLOGIN sin recurrir a una cartera basada en contraseñas.

Los pasos de nivel superior para el método Switchover y Actualización de Data Guard son:

1. Preparar el entorno en la nube y instanciar la base de datos en espera de Data Guard en el entorno de destino.

2. Active TDE y cifre los datos de usuario en la base de datos en espera.

3. Realice un switchover de Data Guard en el entorno de destino para que las aplicaciones utilicen la base de datos en el entorno de destino y, a continuación, actualice la base de datos.

4. Si es necesario, convierta la base de datos que no es CDB en una base de datos de conexión.

5. Volver a la base de datos origen si es necesario.

   Si surgen problemas, puede realizar un switchover para devolver la base de datos origen a su estado principal original.Tenga en cuenta que la base de datos destino en espera no recibirá redo de la base de datos origen, lo que puede producir una pérdida de datos.