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

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

Crea el trabajo de migración de Amazon Aurora MySQL

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

  1. MySQL limita la definición del nombre de host de origen a 60 caracteres. Los nombres de host de las bases de datos de Amazon Aurora suelen tener más de 60 caracteres. Si este es el caso de la base de datos que estás migrando, 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 un almacenamiento en bloque estándar y no se pueden almacenar en Amazon S3.

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

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

  5. Database Migration Service no puede migrar datos desde una instancia de réplica de solo lectura de Amazon Aurora de un clúster de base de datos MySQL porque no se pueden recuperar archivos de registro binario 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 realizar el volcado completo inicial, detén las escrituras 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 escrituras se encuentra en el estado y el subestado del trabajo de migración. Los cambios de estado se pueden rastrear en la API, la consola o directamente en Cloud Monitoring:

  1. Después de que el estado cambie a Iniciando | Esperando a que se detengan las escrituras de la fuente, se debe detener la escritura en la base de datos de origen. Database Migration Service identifica que se detuvo la escritura y el estado cambia a En ejecución | Preparando el volcado.

  2. Después de 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 no se detuvieron las escrituras o si se reanudaron antes de la actualización de estado, el proceso falla y muestra un error que describe la causa de la falla.