Descripción general
Antes de migrar tus bases de datos a Cloud SQL, asegúrate de considerar las limitaciones conocidas de esta situación de migración.
Entre las limitaciones conocidas para usar una base de datos de MySQL como fuente, se incluyen las siguientes:
No se admite la migración a MySQL 5.6 o MySQL 8.4 con un archivo de copia de seguridad físico de Percona XtraBackup.
Cuando migras entre versiones principales de MySQL (por ejemplo, de MySQL 8.0 a MySQL 8.4), debes abordar las posibles incompatibilidades para garantizar una migración fluida sin problemas de coherencia de los datos.
Cuando te prepares para una migración entre versiones, revisa las funciones compatibles con Cloud SQL para MySQL, así como las notas de la versión principal de destino para determinar qué incompatibilidades debes abordar.
No realices ningún cambio en el lenguaje de definición de datos (DDL), como modificar las definiciones de tablas, durante la fase de volcado de datos completo. Los cambios de DDL que se realicen antes de que el trabajo de migración pase a la fase de CDC pueden provocar que falle. Para obtener más información, consulta Diagnostica problemas: Error
Table definition has changed
.Si la fuente es MySQL de Amazon RDS, MySQL de Amazon Aurora o una fuente que no otorga privilegios de SUPERUSUARIO, se requieren pasos adicionales para una migración exitosa, incluido un breve tiempo de inactividad de escritura en la fuente. Para obtener más información, consulta las secciones específicas de Amazon RDS y específicas de 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 de MySQL porque no se pueden recuperar los archivos de registro binarios 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 los usuarios.
No puedes seleccionar objetos de base de datos específicos (como bases de datos, tablas o esquemas) cuando realizas la migración 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_schema
ysys
. Antes de comenzar 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 con el mensajeERROR 1109 (42S02): Unknown table in <schema name here>
. Consulta Configura tu base de datos de origen y Cómo diagnosticar problemas.Si las bases de datos encriptadas requieren claves de encriptación administradas por el cliente para desencriptar la información que contienen y si Database Migration Service no tiene acceso a las claves, no se pueden migrar las bases de datos.
Database Migration Service admite la migración de datos desde bases de datos encriptadas de Amazon Aurora o Amazon RDS, ya que estas bases de datos manejan la desencriptación de forma transparente en sus servicios. Para obtener más información, consulta Cómo encriptar recursos de Amazon Aurora y Cómo encriptar recursos de Amazon RDS.
Durante la migración, la base de datos de Cloud SQL de destino 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. Después de que se promueve el destino, se puede escribir en él.
Actualmente, Database Migration Service no es compatible con MariaDB.
Debes configurar el formato de registro binario como
ROW
. Si configuras el registro binario en cualquier otro formato, comoSTATEMENT
oMIXED
, es posible que la replicación falle. Por ejemplo, usa la sentenciaLOAD DATA IN FILE
.Obtén más información sobre esta limitación para los formatos
STATEMENT
oMIXED
.Si creas un trabajo de migración continua con tu propio archivo de volcado, no uses la utilidad
mysqldump
de la versión 5.7.36 de MySQL. Para obtener más información, consulta el error #105761 en la documentación de MySQL.InnoDB es el único motor de almacenamiento compatible con Cloud SQL. La migración con MyISAM puede causar incoherencia de datos y requiere una validación de datos. Si deseas obtener ayuda para convertir tablas de MyISAM a InnoDB, consulta la documentación de MySQL.
Consideraciones sobre el paralelismo de volcado de datos
El paralelismo de volcado de datos te permite migrar desde bases de datos de MySQL con un mecanismo de volcado de alto rendimiento, lo que mejora significativamente la velocidad de migración. Cuando uses el paralelismo de volcado de datos, ten en cuenta lo siguiente:
Actualmente, el paralelismo de volcado de datos solo está disponible cuando se migra a las versiones 5.7 o 8 de MySQL.
Al comienzo del volcado de datos, Database Migration Service bloquea brevemente tu base de datos de origen, lo que la hace temporalmente inaccesible para las operaciones de escritura. La duración del bloqueo depende de la cantidad de tablas en la base de datos de origen:
Cantidad de tablas Tiempo de bloqueo aproximado 100 1 segundo 10,000 9 segundos 50,000 49 segundos
Limitaciones para las migraciones a instancias de destino existentes
- Tu instancia de destino existente debe estar vacía o contener solo datos de configuración del sistema. No se admite la migración a instancias de destino existentes que contengan datos del usuario (como tablas).
Si tienes problemas debido a datos adicionales en tu instancia de destino existente, borra las bases de datos de tu instancia de destino y vuelve a intentar el trabajo de migración. Consulta Cómo borrar datos adicionales de tu instancia de destino existente.
- Solo puedes configurar un trabajo 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, la instancia de origen debe tener habilitado el registro de identificadores de transacciones globales (GTID).
- Para usuarios de Terraform: Database Migration Service modifica la configuración de copia de seguridad y recuperación de tu instancia de destino. Esto puede hacer que la configuración de la instancia de destino sea diferente de la configuración de Terraform que usaste para el aprovisionamiento. Si tienes este problema, sigue las instrucciones que se indican en Cómo diagnosticar problemas.
Cuotas
- Pueden existir hasta 2,000 perfiles de conexión y 1,000 trabajos de migración en un momento determinado. Para liberar espacio, se pueden borrar trabajos de migración (incluso los que están completos) y perfiles de conexión.