OCI Database Migration para bases de datos MySQL

 

OCI Database Migration migra bases de datos de Oracle de entornos locales o en la nube a Oracle Cloud Infrastructure. La experiencia gráfica del usuario, de fácil uso, valida y gestiona los flujos de trabajo de migración en línea y fuera de línea. La migración para las bases de datos MySQL utiliza de forma transparente el shell MySQL, un asesor de migración y GoldenGate.

Funciones del servicio de migración:

Cómo funciona la migración

Cómo funciona el diagrama de funcionamiento de OCI Database Migration para bases de datos MySQL, descripción a continuación. Las bases de datos de origen soportadas pueden ser locales, de OCI o de otros proveedores de nube. Con el servicio OCI Database Migration, los usuarios crean bases de datos de origen y destino y eligen migrar en línea o fuera de línea. En la fase de validación, un asesor de migración evalúa la compatibilidad entre el origen y el destino, busca contenido potencialmente problemático y presenta recomendaciones. Una vez resueltos todos los errores, los datos se exportan mediante el shell MySQL al almacén de objetos y se importan en la base de datos de destino. En la opción online, después de la carga inicial, la replicación en curso utiliza GoldenGate.

Orígenes y destinos

OCI Database Migration para MySQL admite las siguientes variantes, versiones y orígenes de despliegue de MySQL. La flexibilidad de las migraciones lógicas permite actualizaciones de versiones y cambios en las plataformas de destino.

Diagrama de orígenes y destinos, descripción a continuación OCI Database Migration para MySQL admite las siguientes versiones de base de datos de origen MySQL: de la 5.7 a la 8.0. Estos despliegues pueden realizarse en entornos locales, en Oracle Cloud Infrastructure u OCI Classic, Amazon RDS, Google Cloud, Microsoft Azure. Existen múltiples de MySQL y Oracle admite: AWS RDS MySQL, AWS Aurora, GCP MySQL y Azure MySQL. La plataforma de destino es Heatwave MySQL en Oracle Cloud Infrastructure.

Flujos de trabajo de migración

Los flujos de trabajo de migración cumplen requisitos operativos tanto simples como complejos sin necesidad de contar con competencias avanzadas de administración de base de datos. Las migraciones pueden ejecutarse tanto si las aplicaciones se encuentran en línea como fuera de ella. Para migraciones online, se realiza una carga inicial seguida de la aplicación de cambios incrementales continuos. Los flujos de trabajo lógicos también pueden incluir actualizaciones de versión.

Base de datos HeatWave MySQL
Migración lógica fuera de línea
Migración lógica en línea

Continuidad de negocio

Migración offline

  • Las aplicaciones están offline durante la migración
  • Duplica toda la base de datos en una sola operación

Migración online

  • Las aplicaciones se encuentran online durante la migración
  • Captura cambios incrementales en la base de datos de origen en tiempo real y los aplica continuamente a la base de datos de destino.

Desplazamiento de datos

Migración lógica

  • Captura los datos de origen y metadatos independientes de los datos físicos mediante el shell MySQL y los cambios en curso con GoldenGate
  • Permite que las bases de datos de origen y destino sean de versiones y plataformas diferentes

Conexión de red

Conexión directa

  • El origen y el destino se encuentran en la misma red física o virtual

Asesor de migración integrado

Un asesor de diagnóstico está integrado en el flujo de trabajo de migración. El asesor prioriza las excepciones, sugiere soluciones y genera scripts de reparación. Los usuarios pueden revisar de forma interactiva los detalles e ignorar las advertencias, excluir objetos de origen o realizar reparaciones. La comodidad de esta herramienta esencial optimiza el flujo de trabajo de migración.

Diagrama integrado de asesor de la migración , descripción a continuación El asesor de migración sigue un proceso en cuatro pasos. 1: Identificar las excepciones clasificándolas en "Acción necesaria", "Revisión necesaria" y "Revisión sugerida". 2: Presentar las conclusiones, incluidos los detalles de las excepciones y los consejos de reparación, y proporcionar scripts de reparación. 3: Los usuarios toman medidas a partir de las conclusiones, como aceptar, ejecutar scripts de reparación, rechazar o excluir. 4: Una vez realizadas estas acciones, se vuelve a ejecutar el asesor. Botones adicionales permiten leer o ver una demostración de este proceso.