Cómo migrar desde MySQL de Amazon Aurora sin privilegios de SUPERUSER

Cuando creas y ejecutas un trabajo de migración con una fuente de MySQL de Amazon Aurora o fuentes que no permiten privilegios de SUPERUSUARIO, la migración puede requerir pasos adicionales.

Crea el trabajo de migración de MySQL a Amazon Aurora

Asegúrate de tener en cuenta los siguientes requisitos y de ajustar tu proceso de migración:

  1. MySQL limita la definición del nombre de host de origen a 60 caracteres. Por lo general, los nombres de host de las bases de datos de Amazon Aurora tienen más de 60 caracteres. Si este es el caso de la base de datos que migras, configura un redireccionamiento de DNS para crear un registro CNAME que asocie tu nombre de dominio con el nombre de dominio de tu instancia de base de datos de Amazon Aurora. Para obtener más información sobre la configuración de CNAME de DNS, consulta la documentación de Cloud DNS o la documentación de AWS Route53.

  2. Los registros binarios deben almacenarse en el almacenamiento en bloques estándar y no se pueden almacenar en Amazon S3.

  3. Para crear un trabajo de migración continuo con un volcado manual, se requiere que GTID esté habilitado. GTID_MODE debe ser ON, OFF o OFF_PERMISSIVE. No se admite el valor GTID_MODE de ON_PERMISSIVE.

  4. Para tomar el volcado completo inicial, detén las operaciones de escritura de MySQL Amazon Aurora en la base de datos de origen durante aproximadamente 20 segundos.

  5. El servicio de migración de bases de datos no puede migrar datos desde una instancia de réplica de solo lectura de Amazon Aurora de un clúster de bases de datos de MySQL porque los archivos de registro binarios no se pueden recuperar de la instancia. Para obtener más información, consulta la documentación de Amazon sobre cómo configurar el registro binario de Aurora MySQL.

Ejecuta el trabajo de migración

Para tomar el volcado completo inicial, detén las operaciones de escritura de MySQL Amazon Aurora en la base de datos de origen durante aproximadamente 20 segundos. Puedes usar una secuencia de comandos que encuentre actividades de escritura para verificar que se detenga toda la escritura en la base de datos de origen.

La indicación de cuándo detener y reanudar las operaciones de escritura se encuentra en el estado y el subestado del trabajo de migración. Se puede hacer un seguimiento de los cambios de estado en la API, Console o directamente en Cloud Monitoring:

  1. Después de que el estado cambie a Starting | Waiting for source writes to stop, se deben detener las operaciones de escritura en la base de datos de origen. Database Migration Service identifica que se detuvo la escritura y el estado cambia a Running | Preparing the dump.

  2. Una vez que el estado cambie a En ejecución | Volcado completo en curso, es seguro reanudar la escritura en la base de datos de origen.

Database Migration Service sigue intentando realizar el volcado inicial durante aproximadamente 20 minutos. Si las operaciones de escritura no se detuvieron o se reanudan antes de la actualización de estado, el proceso falla y muestra un error que describe la causa de la falla.