Migração automática de bancos de dados para o Amazon Aurora usando o AWS Database Migration Service
Você pode usar o console do Aurora para migrar um banco de dados de uma instância do EC2 on-premises ou de outro provedor de nuvem para o Aurora. o AWS Database Migration Service (AWS DMS) é usado para isso. Para ter mais informações sobre isso, consulte O que é o AWS Database Migration Service? no Guia do usuário do AWS Database Migration Service.
Para iniciar a migração, é necessário criar um cluster de banco de dados equivalente do Aurora. Depois de criar o banco de dados de destino, você pode importar seu banco de dados de origem para ele. Para bancos de dados de origem menores que 1 TiB, essa ação de migração reduz o tempo e os recursos necessários para migrar seus dados para o Aurora .
Visão geral
O console do Aurora permite migrar um banco de dados do EC2 on-premises ou de outro provedor para um banco de dados equivalente do Aurora. Você deve criar um banco de dados do Aurora para habilitar a migração pelo console.
nota
Para que os bancos de dados sejam equivalentes, eles devem ter o mesmo mecanismo de banco de dados e versões de mecanismo compatíveis.
Essa abordagem pode ser usada para os seguintes mecanismos de banco de dados:
-
MySQL
-
PostgreSQL
O processo de migração inclui as seguintes etapas:
-
Crie um banco de dados equivalente no Aurora. Em seguida, configure uma rede adequada entre a origem e o destino. Para instâncias do EC2 na mesma região, conta e VPC, a configuração da rede pode ser ignorada. Para ter mais informações, consulte Configurar uma rede no Manual do usuário do AWS Database Migration Service. Para obter instruções sobre como criar um banco de dados, consulte Criar um cluster de bancos de dados do Amazon Aurora .
-
Escolha o tipo de replicação para seu banco de dados:
-
Migração de carga máxima: o Aurora copia o banco de dados de origem completo para o banco de dados de destino, criando novas tabelas no destino quando necessário.
nota
Essa opção exige tempo de inatividade. Seu banco de dados de destino do Aurora não estará disponível para as aplicações durante o processo de migração.
-
Migração de carga máxima e captura de dados de alteração (CDC): semelhante à migração de carga máxima, com essa opção, o Aurora copia todo o banco de dados de origem para o banco de dados de destino. No entanto, após a migração de carga máxima, o Aurora aplica todas as alterações capturadas na origem ao banco de dados de destino. A captura de dados de alteração coleta alterações nos logs de banco de dados utilizando a API nativa do mecanismo do banco de dados.
nota
Essa opção exige tempo de inatividade. Seu banco de dados de destino do Aurora não estará disponível para as aplicações durante o processo de migração.
-
Captura de dados de alteração (CDC): use essa opção para manter seu banco de dados de destino disponível durante a migração. O Aurora migra as alterações em andamento no banco de dados de origem para o banco de dados de destino.
-
-
O Aurora cria os recursos de rede necessários para facilitar a migração. Depois que o Aurora cria os recursos necessários, ele notifica você sobre os recursos criados e permite que inicie a transferência de dados.
O tempo necessário para concluir a migração depende do tipo de replicação e do tamanho do banco de dados de origem.
Pré-requisitos
-
Configurar uma rede (para instâncias do EC2 na mesma região, conta e VPC, isso pode ser ignorado)
-
Configurar bancos de dados de origem e de destino
-
MySQL
Siga os pré-requisitos básicos abaixo para seu banco de dados de origem:
Siga os pré-requisitos básicos abaixo para seu banco de dados de destino:
Além disso, ao migrar de um banco de dados MySQL de origem, sua conta do Aurora deve ter o perfil de administrador de replicação. Você também deve ter os privilégios adequados aplicados para essa função.
-
PostgreSQL
Siga os pré-requisitos abaixo para seu banco de dados de origem:
Siga os pré-requisitos abaixo para seu banco de dados de destino:
nota
Algumas transações do AWS DMS ficam ociosas por algum tempo antes que o mecanismo do DMS as utilize novamente. Com a utilização do parâmetro
idle_in_transaction_session_timeoutno PostgreSQL versões 9.6 e superior é possível fazer com que as transações ociosas atinjam o tempo limite e falhem.
-
Limitações
As seguintes limitações se aplicam ao processo de migração automática:
-
O status do banco de dados de destino deve ser Disponível para iniciar a migração do banco de dados de origem.
-
Você pode migrar seu banco de dados de origem somente para um banco de dados:
-
que não seja qualquer uma das seguintes opções:
-
Aurora global database
-
Aurora Limitless database
-
Aurora Serverless v1
-
-
que use uma versão compatível do MySQL ou do PostgreSQL como listado aqui.
-
nota
Embora a ferramenta subjacente do AWS DMS ofereça suporte a regras de seleção para determinados cenários de migração, o recurso de migração automática de bancos de dados para o Aurora não oferece.
