Información general
Antes de migrar tus bases de datos a Cloud SQL, ten en cuenta las limitaciones conocidas de este escenario de migración.
Estas son algunas de las limitaciones conocidas al usar una base de datos MySQL como fuente:
No se admite la migración a MySQL 5.6 o MySQL 8.4 con un archivo de copia de seguridad física de Percona XtraBackup.
Cuando migras entre versiones principales de MySQL (por ejemplo, de MySQL 8.0 a MySQL 8.4), debes solucionar las posibles incompatibilidades para asegurarte de que la migración se realice sin problemas y sin que haya problemas de coherencia de los datos.
Cuando te prepares para una migración entre versiones, consulta las funciones compatibles con Cloud SQL para MySQL, así como las notas de la versión principal de destino para determinar qué incompatibilidades debes solucionar.
No hagas ningún cambio en el lenguaje de definición de datos (DDL), como modificar definiciones de tablas, durante la fase de volcado completo de datos. Los cambios de DDL realizados antes de que la tarea de migración pase a la fase de CDC pueden provocar que falle. Para obtener más información, consulta Diagnosticar problemas: error
Table definition has changed.Si el origen es Amazon RDS MySQL, Amazon Aurora MySQL o un origen que no concede privilegios SUPERUSER, se requieren pasos adicionales para que la migración se realice correctamente, incluido un breve periodo de inactividad de escritura en el origen. Para obtener más información, consulta las secciones específicas de Amazon RDS y Amazon Aurora.
Database Migration Service no puede migrar datos de una instancia de réplica de lectura de Amazon Aurora de un clúster de bases de datos MySQL porque no se pueden recuperar archivos de registro binario de la instancia. Para obtener más información, consulta la sección específica de Amazon Aurora.
La base de datos del sistema MySQL no se migra como parte de la migración del servidor, lo que significa que no se incluye información sobre los roles de usuario.
No puedes seleccionar objetos de base de datos específicos (como bases de datos, tablas o esquemas) cuando migras con Database Migration Service. Se migran todas las tablas de todas las bases de datos y esquemas, excepto los siguientes esquemas del sistema:
mysql,performance_schema,information_schemaysys. Antes de iniciar la migración, asegúrate de que tu base de datos de origen no contenga objetos que hagan referencia a tablas de estos esquemas. De lo contrario, la migración puede fallar y mostrar el mensajeERROR 1109 (42S02): Unknown table in <schema name here>. Consulte Configurar la base de datos de origen y Diagnosticar problemas.Si las bases de datos cifradas requieren claves de cifrado gestionadas por el cliente para descifrar la información de las bases de datos y Database Migration Service no tiene acceso a las claves, las bases de datos no se pueden migrar.
Database Migration Service admite la migración de datos de bases de datos cifradas de Amazon Aurora o Amazon RDS porque estas bases de datos gestionan el descifrado de forma transparente en sus servicios. Para obtener más información, consulta Cifrar recursos de Amazon Aurora y Cifrar recursos de Amazon RDS.
Durante la migración, la base de datos de destino de Cloud SQL está en modo de solo lectura para evitar que se modifique, lo que podría interrumpir el proceso de migración o la integridad de los datos. Una vez que se ha promocionado el destino, se puede escribir en él.
Actualmente, Database Migration Service no es compatible con MariaDB.
Debe definir el formato del registro binario como
ROW. Si configuras el registro binario con otro formato, comoSTATEMENToMIXED, es posible que la replicación falle. Por ejemplo, usando la instrucciónLOAD DATA IN FILE.Consulta más información sobre esta limitación en los formatos
STATEMENToMIXED.Si crea una tarea de migración continua con su propio archivo de volcado, no utilice la utilidad
mysqldumpde MySQL versión 5.7.36. Para obtener más información, consulta el error n.º 105761 en la documentación de MySQL.InnoDB es el único motor de almacenamiento compatible con Cloud SQL. Migrar con MyISAM puede provocar incoherencias en los datos y requiere que se validen. Si necesitas ayuda para convertir tablas de MyISAM a InnoDB, consulta la documentación de MySQL.
El método de conectividad de las interfaces de Private Service Connect solo se admite para migrar a instancias de destino. Si quieres usar la conectividad IP privada y migrar a una instancia de destino nueva, usa el emparejamiento de VPCs.
Consideraciones sobre el paralelismo de los volcados de datos
El paralelismo de volcado de datos te permite migrar desde bases de datos MySQL mediante un mecanismo de volcado de alto rendimiento, lo que mejora significativamente la velocidad de migración. Cuando utilices el paralelismo de volcado de datos, ten en cuenta lo siguiente:
El paralelismo de volcado de datos solo está disponible actualmente al migrar a las versiones 5.7 u 8 de MySQL.
Al principio del volcado de datos, Database Migration Service bloquea brevemente la base de datos de origen, lo que hace que no esté disponible temporalmente para las escrituras. La duración del bloqueo depende del número de tablas de la base de datos de origen:
Número de tablas Tiempo de bloqueo aproximado 100 1 segundo 10.000 9 segundos 50.000 49 segundos
Limitaciones de las migraciones a instancias de destino
- La instancia de destino debe estar vacía o contener solo datos de configuración del sistema. No se admite la migración a instancias de destino que ya contengan datos de usuario (como tablas).
Si tienes problemas debido a datos adicionales en tu instancia de destino, borra las bases de datos de la instancia de destino y vuelve a intentar la tarea de migración. Consulta Borrar datos adicionales de tu instancia de destino.
- Solo puedes configurar una tarea de migración por instancia de destino.
- Solo puedes migrar a instancias de Cloud SQL independientes. No se admite la migración a réplicas de servidores externos.
- No se admite la migración de datos a una instancia de Cloud SQL que tenga habilitado Private Service Connect.
- Para migrar a una instancia de Cloud SQL que tenga una réplica de lectura, es necesario que la instancia de origen tenga habilitado el registro de identificadores de transacción globales (GTIDs).
- Para los usuarios de Terraform: Database Migration Service modifica los ajustes de copia de seguridad y recuperación de tu instancia de destino. Esto puede provocar que los ajustes de la instancia de destino sean diferentes de la configuración de Terraform que has usado para el aprovisionamiento. Si tienes este problema, sigue las indicaciones de la sección Diagnosticar problemas.
Cuotas
- Puedes disponer de hasta 2000 perfiles de conexión y 1000 tareas de migración al mismo tiempo. Si quieres liberar espacio, puedes eliminar los perfiles de conexión y las tareas de migración, incluidas las completadas.