Configura la fuente

MySQL   |  PostgreSQL   |  PostgreSQL a AlloyDB

Descripción general

Database Migration Service admite migraciones únicas y continuas desde bases de datos de origen hasta bases de datos de destino de Cloud SQL.

Entre las bases de datos de origen admitidas para MySQL, se incluyen las siguientes:

• Amazon RDS 5.6, 5.7, 8.0, 8.4 y 9.7
• MySQL autoadministrado (local o en cualquier VM en la nube que controlas por completo) 5.5, 5.6, 5.7, 8.0, 8.4 y 9.7
• Cloud SQL para MySQL 5.6, 5.7, 8.0, 8.4 y 9.7
• Amazon Aurora 5.6, 5.7, 8.0, 8.4 y 9.7
• Microsoft Azure Database for MySQL 5.7, 8.0, 8.4 y 9.7

Para las fuentes de MySQL 8.0, Database Migration Service también admite las siguientes versiones secundarias: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39, 8.0.40, 8.0.41, 8.0.42 y 8.0.43.

Para configurar una base de datos de origen, completa los siguientes pasos:

1. Para fuentes de Cloud SQL: Si realizas la migración desde una instancia de Cloud SQL que usa una conexión IP privada a una instancia de Cloud SQL que usa un rango de IP de direcciones que no son RFC 1918, agrega el rango que no es RFC 1918 a la configuración de red de tu instancia de Cloud SQL de origen. Consulta Configura redes autorizadas en la documentación de Cloud SQL.
2. Antes de migrar datos de la base de datos de origen a la base de datos de destino, asegúrate de detener todas las operaciones de escritura del lenguaje de definición de datos (DDL) durante la fase de volcado completo. Puedes usar una secuencia de comandos para verificar que se detengan las operaciones de DDL. Una vez que la migración esté en la fase de CDC, puedes reanudar las operaciones de DDL.
3. Asegúrate de que tu base de datos de origen no contenga metadatos definidos por usuarios con la cláusula DEFINER. Consulta Crea y ejecuta un trabajo de migración de MySQL que contenga metadatos con una cláusula DEFINER.
4. Si tu base de datos de origen contiene objetos que hacen referencia a tablas en los esquemas del sistema mysql, performance_schema, information_schema, ndbinfo, o sys, asegúrate de que las bases de datos de réplica también contengan estas tablas de esquema del sistema.

   Si las bases de datos de réplica no tienen estas tablas, es posible que tu trabajo de migración falle con el Unknown table in system schema error.

5. Debes establecer la opción server-id en un valor de 1 o superior. Para obtener más información, consulta Opciones y variables de replicación y registro binario.
6. Configura el registro del ID de transacción global (GTID) estableciendo el GTID_MODE en ON o OFF. No se admite el valor GTID_MODE de ON_PERMISSIVE.

   El valor que debes usar depende de los requisitos de migración:

   • Si realizas la migración a una instancia de destino existente que tiene réplicas de lectura habilitadas, establece GTID_MODE en ON.
   • Si usas un volcado manual para migrar tus datos, establece GTID_MODE en ON.
   Para obtener más información sobre GTID_MODE, consulta Variable de sistema de ID de transacción global.

7. Debes configurar la cuenta de usuario que se usa para conectarse a la base de datos de origen para aceptar conexiones desde cualquier lugar (host = %). Se puede restringir el acceso a este usuario en un paso posterior.

   Para limitar la posibilidad de poner en riesgo otros aspectos de la base de datos, te recomendamos que crees una cuenta aparte.

   Hay cuatro tipos de combinaciones de migraciones y volcados:

   • Tipo 1: Migración continua y volcado administrado
   • Tipo 2: Migración continua y volcado manual
   • Tipo 3: Migración única y volcado administrado
   • Tipo 4: Migración única y volcado manual

   Los privilegios para cada tipo de combinación de migración y volcado se enumeran en las pestañas que se muestran a continuación.

   Tipo 1

   La cuenta de usuario que configures debe contar con los siguientes privilegios:

   • REPLICATION SLAVE
   • EXECUTE
   • SELECT
   • SHOW VIEW
   • REPLICATION CLIENT
   • RELOAD
   • TRIGGER
   • (Para migrar desde Amazon RDS y Amazon Aurora únicamente) LOCK TABLES

   MySQL versión 8.0 o posterior: Asegúrate de que la cuenta de migración no tenga el privilegio BACKUP_ADMIN.

   Para obtener más información sobre los privilegios, consulta Privilegios proporcionados por MySQL. Para obtener más información sobre las cuentas de usuario, consulta Formato de cuenta de usuario de MySQL.

   Tipo 2

   La cuenta de usuario que configures debe contar con los siguientes privilegios:

   • REPLICATION SLAVE
   • EXECUTE

   Para obtener más información sobre los privilegios, consulta Privilegios proporcionados por MySQL. Para obtener más información sobre las cuentas de usuario, consulta Formato de cuenta de usuario de MySQL.

   Tipo 3

   La cuenta de usuario que configures debe contar con los siguientes privilegios:

   • SELECT
   • SHOW VIEW
   • TRIGGER
   • (Para migrar desde Amazon RDS y Amazon Aurora únicamente) LOCK TABLES
   • (Para migrar desde fuentes con la configuración GTID_MODE = ON únicamente)RELOAD

   MySQL versión 8.0 o posterior: Asegúrate de que la cuenta de migración no tenga el privilegio BACKUP_ADMIN.

   Para obtener más información sobre los privilegios, consulta Privilegios proporcionados por MySQL. Para obtener más información sobre las cuentas de usuario, consulta Formato de cuenta de usuario de MySQL.

   Tipo 4

   No se requieren privilegios.

   Para obtener más información sobre los privilegios, consulta Privilegios proporcionados por MySQL. Para obtener más información sobre las cuentas de usuario, consulta Formato de cuenta de usuario de MySQL.

8. Antes de configurar los registros binarios, asegúrate de hacer lo siguiente:
   • Habilita los registros binarios en la base de datos de origen.
   • Usa registros binarios basados en filas.
   • Conserva los registros binarios durante un período lo suficientemente extenso como para admitir la migración de la base de datos. Por lo general, una semana es suficiente.

   Para configurar los registros binarios, expande la sección de tu fuente:

   Cloud SQL para MySQL

   En Cloud SQL para MySQL, el registro binario se habilita automáticamente cuando usas la recuperación de un momento determinado (PITR). Puedes configurar el formato de registro y el período de retención con las marcas del sistema disponibles en Cloud SQL:

   1. Habilita la PITR en tu instancia para habilitar el registro binario. Consulta Recuperación de un momento determinado (PITR) en la documentación de Cloud SQL.
   2. Usa marcas de Cloud SQL para ajustar la configuración de registro. Para obtener más detalles, consulta Configura marcas de bases de datos en la documentación de Cloud SQL.
      1. Para el formato de registro, no necesitas ajustar ningún parámetro. Cloud SQL para MySQL establece automáticamente la marca binlog_format en ROW.
      2. Para el hora de vencimiento del registro, usa una de las siguientes marcas:
         • MySQL 5.6 a 5.7: expire_logs_days
         • MySQL 8.0 y versiones posteriores: expire_logs_days, binlog_expire_logs_seconds

   MySQL autoalojado

   Según la versión de MySQL, especifica un período con tiempo suficiente para que se produzca la replicación:

   • MySQL 5.5 a 5.7: expire_logs_days
   • MySQL 8.0: expire_logs_days, binlog_expire_logs_seconds

   Microsoft Azure Database for MySQL

   El registro binario está habilitado de forma predeterminada en Microsoft Azure Database for MySQL. No es necesario que lo habilites. Para obtener más información, consulta la documentación de Microsoft.

   Configura los siguientes parámetros obligatorios:

   1. Establece binlog_expire_logs_seconds en un período lo suficientemente largo como para admitir la migración de la base de datos.

      Para obtener más información, consulta Configura parámetros del servidor en Azure Database for PostgreSQL y el binlog_expire_logs_seconds parámetro en la documentación de Microsoft.

   2. Reinicia el servidor para que los cambios que realizaste puedan surtir efecto.

   Amazon RDS

   Para Amazon RDS, debes establecer la configuración basada en filas en el grupo de parámetros configurando el binlog retention hours parámetro. Este parámetro se usa para especificar cuántas horas debe conservar Amazon RDS los archivos de registro binario.

   Para establecer el período de retención de los registros binarios en Amazon RDS, usa el procedimiento almacenado mysql.rds_set_configuration y especifica un período con tiempo suficiente para que se produzca la replicación. Por ejemplo:

   call mysql.rds_set_configuration('binlog retention hours',168);

   El valor máximo que puedes establecer para este parámetro es 168 horas (o 7 días).

   Amazon Aurora

   Para Amazon Aurora, sigue estos pasos:

   1. Habilita el registro binario para tu base de datos de MySQL.
   2. Establece el período de retención del registro binario:

      mysql> call mysql.rds_set_configuration('binlog retention hours', 168);

      Ingresas este comando porque deseas garantizar una replicación adecuada mediante la configuración de tu sistema para retener los registros binarios durante un mínimo de 7 días (o 168 horas).
   3. Reinicia el servidor para que los cambios que realizaste puedan surtir efecto.
9. Todas las tablas (excepto las de las bases de datos del sistema) deben usar el motor de almacenamiento InnoDB.

   Para obtener más información sobre InnoDB, consulta El motor de almacenamiento InnoDB. Para obtener más información sobre la conversión a InnoDB, consulta Cómo convertir tablas de MyISAM en InnoDB.

10. La contraseña de la cuenta de usuario que se usa para conectarse a la base de datos de origen no debe exceder los 32 caracteres. Este es un problema específico de la replicación de MySQL.

    Para obtener más información sobre la limitación de longitud de la contraseña de usuario de MySQL, consulta el error de MySQL n.° 43439.

11. Solo para fuentes de Microsoft Azure Database for MySQL: Verifica el valor de tu configuración require_secure_transport.

    De forma predeterminada, las bases de datos de Microsoft Azure requieren encriptación SSL/TLS para todas las conexiones entrantes. Según el valor de require_secure_transport, usa uno de los siguientes parámetros de configuración de encriptación cuando crees el perfil de conexión de origen:

    • Si require_secure_transport está configurado como on, selecciona Básico, TLS o mTLS.
    • Si require_secure_transport está configurado como off, selecciona Ninguno.