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

Ao criar e executar um job de migração com uma ou mais origens do Amazon Aurora MySQL que não permitem privilégios de SUPERUSUÁRIO, a migração pode exigir etapas adicionais.

Criar o job de migração do Amazon Aurora 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 associa seu nome de domínio ao nome de domínio da instância do banco de dados do Amazon Aurora. Para mais informações sobre como configurar o CNAME de DNS, consulte a documentação do Cloud DNS ou a documentação do AWS Route53.

  2. Os registros binários precisam ser armazenados no armazenamento em blocos 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 o GTID esteja ativado. GTID_MODE precisa ser ON, OFF, ou OFF_PERMISSIVE. O valor ON_PERMISSIVE de GTID_MODE não é compatível.

  4. Para fazer o despejo completo inicial, interrompa as gravações do MySQL Amazon Aurora 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. Para mais informações, consulte a documentação da Amazon sobre como configurar o registro binário do Aurora MySQL.

Executar o job de migração

Para fazer o despejo completo inicial, interrompa as gravações do MySQL Amazon Aurora no banco de dados de origem por aproximadamente 20 segundos. Você pode usar um script que encontra atividades de gravação para verificar se toda a gravação no banco de dados de origem foi interrompida.

A indicação de quando interromper 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 Iniciando | Aguardando a interrupção das gravações de origem, a gravação no banco de dados de origem 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 mudar para Em execução | Despejo completo em andamento, será seguro retomar a gravação no banco de dados de origem.

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