Como migrar do Amazon Aurora MySQL sem privilégios de SUPERUSER

A criação e a execução de um job de migração com uma origem do Amazon Aurora MySQL ou origens que não permitem privilégios de SUPERUSER podem exigir algumas etapas adicionais.

Criar o job de migração do Amazon Aurora para MySQL

Considere os requisitos a seguir e ajuste o processo de migração.

  1. O MySQL limita a definição do nome do host de origem a 60 caracteres. Os nomes de host dos bancos de dados do Amazon Aurora geralmente têm mais de 60 caracteres. Se esse for o caso do banco de dados que você está migrando, configure um redirecionamento de DNS para criar um registro CNAME que associe seu nome de domínio ao nome de domínio da sua instância de banco de dados do Amazon Aurora. Leia mais sobre como configurar o CNAME do DNS na documentação do Cloud DNS ou na documentação do AWS Route53.

  2. Os registros binários precisam ser armazenados no armazenamento em bloco padrão e não podem ser armazenados no Amazon S3.

  3. A criação de um job de migração contínua com um despejo manual fornecido exige que GTID seja ativado. GTID_MODE precisa ser ON, OFF ou OFF_PERMISSIVE. O valor GTID_MODE de ON_PERMISSIVE não é aceito.

  4. Para fazer o despejo completo inicial, as gravações do MySQL Amazon Aurora precisam ser interrompidas no banco de dados de origem por aproximadamente 20 segundos.

  5. O Database Migration Service não pode migrar dados de uma instância de réplica somente leitura do Amazon Aurora de um cluster de banco de dados MySQL porque os arquivos de registro binário não podem ser recuperados da instância.

Executar o job de migração

Para fazer o despejo completo inicial, as gravações do MySQL Amazon Aurora precisam ser interrompidas no banco de dados de origem por aproximadamente 20 segundos. Você pode usar um script para verificar se todas as gravações no banco de dados de origem foram interrompidas.

A indicação de quando parar e retomar as gravações está no status e no substatus do job de migração. As mudanças de status podem ser rastreadas na API, no console ou diretamente no Cloud Monitoring:

  1. Depois que o status mudar para Starting | Waiting for source writes to stop, a gravação no banco de dados de origem precisa ser interrompida. O Database Migration Service identifica que a gravação foi interrompida, e o status muda para Em execução | Preparando o despejo.

  2. Depois que o status muda para Running | Full dump in progress, é seguro continuar a gravação no banco de dados de origem.

O Database Migration Service continua tentando fazer o dump inicial por aproximadamente 20 minutos. Se as gravações não forem interrompidas ou se forem retomadas antes da atualização de status, o processo falhará e retornará um erro descrevendo a causa da falha.