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

Para crear y ejecutar correctamente un trabajo de migración con una fuente de MySQL de Amazon Aurora o fuentes que no permiten privilegios de SUPERUSUARIO, es posible que debas realizar algunos 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. Puedes obtener más información para configurar un CNAME de DNS en la documentación de Cloud DNS o en 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, en el caso de MySQL, las operaciones de escritura de Amazon Aurora deben detenerse 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 bases de datos de MySQL porque no se pueden recuperar los archivos de registro binarios de la instancia.

Ejecuta el trabajo de migración

Para tomar el volcado completo inicial, en el caso de MySQL, las operaciones de escritura de Amazon Aurora deben detenerse en la base de datos de origen durante aproximadamente 20 segundos. Puedes usar una secuencia de comandos 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. Puedes 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.