Migrar desde Amazon Aurora MySQL sin privilegios SUPERUSER

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

Crear la tarea de migración de Amazon Aurora MySQL

Ten en cuenta los siguientes requisitos y ajusta el 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 vas a migrar, configura una redirección 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 cómo configurar el 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 una tarea de migración continua con un volcado manual, debe habilitar GTID. GTID_MODE debe ser ON, OFF o OFF_PERMISSIVE. No se admite el valor GTID_MODE de ON_PERMISSIVE.

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

  5. El servicio de migración de bases de datos no puede migrar datos de una instancia de réplica de solo lectura de Amazon Aurora de un clúster de bases 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.

Ejecutar la tarea de migración

Para hacer el volcado completo inicial, detén las escrituras de MySQL Amazon Aurora en la base de datos de origen durante unos 20 segundos. Puedes usar una secuencia de comandos que busque actividades de escritura para verificar que se ha detenido 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 de la tarea de migración. Los cambios de estado se pueden monitorizar en la API, en la consola o directamente en Cloud Monitoring:

  1. Cuando el estado cambie a Iniciando | Esperando a que se detengan las escrituras de origen, se deben detener las escrituras en la base de datos de origen. Database Migration Service identifica que la escritura se ha detenido y el estado cambia a En ejecución | Preparando el volcado.

  2. Cuando el estado cambie a En ejecución | Volcado completo en curso, podrás reanudar la escritura en la base de datos de origen.

Database Migration Service sigue intentando hacer el volcado inicial durante aproximadamente 20 minutos. Si no se han detenido las escrituras o se reanudan antes de la actualización del estado, el proceso falla y devuelve un error que describe la causa del fallo.