Usando um banco de dados SQL compatível com My como fonte para migrações de dados homogêneas em AWS DMS - AWS Database Migration Service
Usando o My autogerenciado SQL como fonteUsando AWS-managed My SQL ou MariaDB como fonteUsando My SQL como fonte: Limitações

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Usando um banco de dados SQL compatível com My como fonte para migrações de dados homogêneas em AWS DMS

Você pode usar um banco SQL de dados compatível com My (My SQL ou MariaDB) como fonte de entrada. Migração de dados homogênea AWS DMS Nesse caso, seu provedor de dados de origem pode ser um banco de dados localEC2, Amazon ou RDS for My SQL ou MariaDB.

Para executar migrações de dados homogêneas, utilize um usuário do banco de dados com privilégios SELECT para todas as tabelas de origem e objetos secundários para replicação. Para tarefas de captura de dados de alteração (CDC), esse usuário também deve ter privilégios REPLICATION CLIENT (BINLOG MONITORpara versões do MariaDB posteriores à 10.5.2). REPLICATION SLAVE Para uma migração de dados de carga máxima, esses dois privilégios não são necessários.

Use o script a seguir para criar um usuário de banco de dados com as permissões necessárias em Meu SQL banco de dados. Execute as GRANT consultas para todos os bancos de dados para os quais você migra. AWS

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password';

GRANT REPLICATION SLAVE, REPLICATION CLIENT  ON *.* TO 'your_user'@'%';
GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%';

GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%';

No exemplo anterior, substitua cada um user input placeholder por suas próprias informações. Se a versão SQL de origem do Meu banco de dados for inferior à 8.0, você poderá ignorar o GRANT BACKUP_ADMIN comando.

Utilize o script a seguir para criar um usuário de banco de dados com as permissões necessárias no banco de dados MariaDB. Execute as GRANT consultas para todos os bancos de dados para os quais você migra. AWS

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password';
GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON  *.* TO 'your_user'@'%';

No exemplo anterior, substitua cada um user input placeholder por suas próprias informações.

As seções a seguir descrevem os pré-requisitos de configuração específicos para Meus bancos de dados autogerenciados e AWS gerenciados. SQL

Usando um banco de dados My SQL compatível autogerenciado como fonte para migrações de dados homogêneas

Esta seção descreve como configurar seus bancos de dados SQL compatíveis com My que estão hospedados no local ou em EC2 instâncias da Amazon.

Verifique a versão do seu banco de dados My SQL ou MariaDB de origem. Verifique se ele é AWS DMS compatível com a versão de origem do banco de dados My SQL ou MariaDB, conforme descrito em. Fontes para migrações de dados DMS homogêneas

Para usarCDC, certifique-se de ativar o registro binário. Para habilitar o registro em log binário, configure os seguintes parâmetros no arquivo my.ini (Windows) ou my.cnf (UNIX) do seu banco de dados My SQL ou MariaDB.

Parameter

Valor

server-id

Defina este parâmetro com um valor maior ou igual a 1.

log-bin

Defina a rota para o arquivo de log binário, por exemplo log-bin=E:\MySql_Logs\BinLog. Não inclua a extensão do arquivo.

binlog_format

Defina este parâmetro como ROW. Essa configuração é recomendável durante a replicação porque, em certos casos, quando binlog_format está definido como STATEMENT, ele pode causar inconsistência ao replicar dados para o destino. O mecanismo de banco de dados também grava dados inconsistentes semelhantes no destino quando binlog_format está definido como MIXED, porque o mecanismo de banco de dados muda automaticamente para o registro em log baseado em STATEMENT.

expire_logs_days

Defina este parâmetro com um valor maior ou igual a 1. Para evitar o uso excessivo de espaço em disco, recomendamos que você não utilize o valor padrão de 0.

binlog_checksum

Defina este parâmetro como NONE.

binlog_row_image

Defina este parâmetro como FULL.

log_slave_updates

Defina esse parâmetro como TRUE se você estiver usando uma réplica My SQL ou MariaDB como fonte.

Usando um banco AWS de dados My SQL compatível gerenciado como fonte para migrações de dados homogêneas em AWS DMS

Esta seção descreve como configurar suas instâncias de banco de dados Amazon RDS for My SQL e Amazon RDS for MariaDB.

Ao usar um banco AWS de dados My SQL ou MariaDB gerenciado como fonte para migrações AWS DMS de dados homogêneas, verifique se você tem os seguintes pré-requisitos para: CDC

  • Para habilitar registros binários RDS para My SQL e MariaDB, ative backups automáticos no nível da instância. Para habilitar registros binários para um SQL cluster Aurora My, altere a variável binlog_format no grupo de parâmetros. Você não precisa habilitar backups automáticos para um cluster Aurora MySQL.

    Próximo, defina o parâmetro binlog_format como ROW.

    Para obter mais informações sobre a configuração de backups automáticos, consulte Habilitar backups automatizados no Guia RDS do usuário da Amazon.

    Para obter mais informações sobre como configurar o registro em log binário para um banco de dados Amazon RDS for My SQL ou MariaDB, consulte Configuração do formato de registro binário no Guia do usuário da Amazon RDS.

    Para obter mais informações sobre como configurar o registro em log binário para um SQL cluster do Aurora My, consulte Como faço para ativar o registro binário no meu cluster Amazon SQL Aurora My? .

  • Certifique-se de que os registros binários estejam disponíveis para AWS DMS o. Como os bancos AWS de dados My SQL e MariaDB gerenciados eliminam os registros binários o mais rápido possível, você deve aumentar o tempo em que os registros permanecem disponíveis. Por exemplo, para aumentar a retenção de log para 24 horas, execute o comando a seguir. 

    call mysql.rds_set_configuration('binlog retention hours', 24);

  • Defina o parâmetro binlog_row_image como Full.

  • Defina o parâmetro binlog_checksum como NONE.

  • Se você estiver usando uma réplica Amazon RDS My SQL ou MariaDB como fonte, habilite backups na réplica de leitura e garanta log_slave_updates que o parâmetro esteja definido como. TRUE

Limitações do uso de um banco de dados SQL compatível com My como fonte para migrações de dados homogêneas

As limitações a seguir se aplicam ao usar um banco de dados SQL compatível com My como fonte para migrações de dados homogêneas:

  • Objetos MariaDB, como sequências, não são compatíveis em tarefas de migração homogêneas.

  • A migração do MariaDB para o RDS SQL Amazon SQL My/Aurora My pode falhar devido a diferenças de objetos incompatíveis.

  • O nome de usuário que você usa para se conectar à fonte de dados tem as seguintes limitações:

    • Pode ter de 2 a 64 caracteres de extensão.

    • Não pode ter espaços.

    • Pode incluir os seguintes caracteres: a-z, A-Z, 0-9, sublinhado (_).

    • Deve começar com a-z ou A-Z.

  • A senha que você usa para se conectar à fonte de dados tem as seguintes limitações:

    • Pode ter de 1 a 128 caracteres de extensão.

    • Não pode conter nenhum dos seguintes: aspas simples (‘), aspas duplas (“), ponto e vírgula (;) ou espaço.

  • AWS DMS migrações de dados homogêneas criam objetos My e SQL MariaDB não criptografados nas instâncias de destino da RDS Amazon, mesmo que os objetos de origem tenham sido criptografados. RDSfor My SQL não suporta o plug-in My SQL keyring_aws AWS Keyring necessário para objetos criptografados. Consulte a documentação não suportada do My SQL Keyring Plugin no Guia do RDS Usuário da Amazon