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á. # Migrando bancos de dados para seus equivalentes do Amazon RDS com AWS DMS As migrações de dados homogêneas em AWS Database Migration Service (AWS DMS) simplificam a migração de bancos de dados locais autogerenciados para seus equivalentes do Amazon Relational Database Service (Amazon RDS). Por exemplo, é possível utilizar migrações de dados homogêneas para migrar um banco de dados PostgreSQL on-premises para o Amazon RDS para PostgreSQL ou para o Aurora PostgreSQL. Para migrações de dados homogêneas, AWS DMS usa ferramentas de banco de dados nativas para fornecer migrações fáceis e eficientes. like-to-like As migrações de dados homogêneas são sem servidor, o que significa que escalam AWS DMS automaticamente os recursos necessários para sua migração. Com migrações de dados homogêneas, é possível migrar dados, partições de tabelas, tipos de dados e objetos secundários, como perfis, procedimentos armazenados e assim por diante. Em alto nível, as migrações de dados homogêneas operam com perfis de instância, provedores de dados e projetos de migração. Quando você cria um projeto de migração com os provedores de dados de origem e destino compatíveis do mesmo tipo, AWS DMS implanta um ambiente sem servidor no qual sua migração de dados é executada. Em seguida, AWS DMS conecta-se ao provedor de dados de origem, lê os dados de origem, despeja os arquivos no disco e restaura os dados usando ferramentas de banco de dados nativas. Para obter mais informações sobre perfis de instância, provedores de dados e projetos de migração, consulte [Trabalhando com provedores de dados, perfis de instância e projetos de migração no AWS DMS](migration-projects.md). Para obter a lista dos bancos de dados de origem compatíveis, consulte [Origens para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Para obter a lista dos bancos de dados de destino compatíveis, consulte [Destinos para migrações de dados homogêneas do DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). O diagrama a seguir mostra como funcionam as migrações de dados homogêneas. ![\[Um diagrama de arquitetura do recurso de migrações de dados homogêneas do DMS.\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/images/dms-data-migrations-diagram.png) As seções a seguir fornecem informações sobre o uso de migrações de dados homogêneas. **Topics** + [Suportado Regiões da AWS](#data-migrations-supported-regions) + [Recursos](#data-migrations-features) + [Limitações de migrações de dados homogêneas](#data-migrations-limitations) + [Visão geral do processo de migração de dados homogênea no AWS DMS](dm-getting-started.md) + [Configurando migrações de dados homogêneas no AWS DMS](dm-prerequisites.md) + [Criação de provedores de dados de origem para migrações de dados homogêneas no AWS DMS](dm-data-providers-source.md) + [Criação e configuração de um banco de dados de destino para trabalhar com a conversão de AWS DMS esquema](dm-data-providers-target.md) + [Executando migrações de dados homogêneas em AWS DMS](dm-migrating-data.md) + [Solução de problemas para migrações de dados homogêneas no AWS DMS](dm-troubleshooting.md) ## Suportado Regiões da AWS Você pode executar migrações de dados homogêneas no seguinte. Regiões da AWS | Nome da região | Região | | --- | --- | | Leste dos EUA (Norte da Virgínia) | us-east-1 | | Leste dos EUA (Ohio) | us-east-2 | | Oeste dos EUA (Norte da Califórnia) | us-west-1 | | Oeste dos EUA (Oregon) | us-west-2 | | Canadá (Central) | ca-central-1 | | Oeste do Canadá (Calgary) | ca-west-1 | | América do Sul (São Paulo) | sa-east-1 | | Ásia-Pacífico (Tóquio) | ap-northeast-1 | | Ásia-Pacífico (Seul) | ap-northeast-2 | | Ásia-Pacífico (Osaka) | ap-northeast-3 | | Ásia-Pacífico (Singapura) | ap-southeast-1 | | Ásia-Pacífico (Sydney) | ap-southeast-2 | | Ásia-Pacífico (Jacarta) | ap-southeast-3 | | Ásia-Pacífico (Melbourne) | ap-southeast-4 | | Ásia-Pacífico (Hong Kong) | ap-east-1 | | Ásia-Pacífico (Mumbai) | ap-south-1 | | Ásia-Pacífico (Hyderabad) | ap-south-2 | | Europa (Frankfurt) | eu-central-1 | | Europa (Zurique) | eu-central-2 | | Europa (Estocolmo) | eu-north-1 | | Europa (Irlanda) | eu-west-1 | | Europa (Londres) | eu-west-2 | | Europa (Paris) | eu-west-3 | | Europa (Milão) | eu-south-1 | | Europa (Espanha) | eu-south-2 | | Oriente Médio (Emirados Árabes Unidos) | me-central-1 | | Oriente Médio (Bahrein) | me-south-1 | | Israel (Tel Aviv) | il-central-1 | | África (Cidade do Cabo) | af-south-1 | ## Recursos As migrações de dados homogêneas fornecem os seguintes recursos: + AWS DMS gerencia automaticamente os recursos de computação e armazenamento necessários para Nuvem AWS migrações de dados homogêneas. AWS DMS implanta esses recursos em um ambiente sem servidor quando você inicia uma migração de dados. + AWS DMS usa ferramentas de banco de dados nativas para iniciar uma migração totalmente automatizada entre os bancos de dados do mesmo tipo. + É possível utilizar migrações de dados homogêneas para migrar dados, bem como objetos secundários, como partições, perfis, procedimentos armazenados e assim por diante. + É possível executar migrações de dados homogêneas nos três modos de migração a seguir: carga máxima, replicação contínua e carga máxima com replicação contínua. + Para migrações de dados homogêneas, é possível utilizar bancos de dados on-premises, o Amazon EC2 e o Amazon RDS como a origem. É possível escolher o Amazon RDS ou o Amazon Aurora como o destino para migrações de dados homogêneas. + Só é possível usar migrações de dados homogêneas no modo de preparação da tabela de destino para migrações do PostgreSQL, do MongoDB e do Amazon DocumentDB. Para obter mais informações, consulte [Target table preparation mode](dm-migrating-data-table-prep.md). + É possível utilizar migrações de dados homogêneas para migrar dados de uma réplica de leitura baseada no MySQL para uma instância do Amazon RDS ou do Aurora. ## Limitações de migrações de dados homogêneas As limitações a seguir se aplicam ao utilizar migrações de dados homogêneas: + O Support for selection rules em migrações de dados AWS DMS homogêneas depende do mecanismo de banco de dados de origem e do tipo de migração. As origens compatíveis com PostgreSQL e MongoDB aceitam regras de seleção para todos os tipos de migração, enquanto as origens do MySQL aceitam apenas regras de seleção para o tipo de migração de carga máxima. + As migrações de dados homogêneas não fornecem uma ferramenta integrada para validação dos dados. + Ao usar migrações de dados homogêneas com o PostgreSQL, AWS DMS migra visualizações como tabelas para seu banco de dados de destino. + As migrações de dados homogêneas capturam alterações em nível de esquema durante uma replicação contínua de dados somente para o mecanismo do MySQL. Para outros mecanismos, se você criar uma nova tabela no banco de dados de origem, não AWS DMS poderá migrar essa tabela. Para migrar essa nova tabela, reinicie a migração de dados. + Você não pode usar migrações de dados homogêneas AWS DMS para migrar dados de uma versão superior do banco de dados para uma versão inferior do banco de dados. + As migrações de dados homogêneas não são compatíveis com o estabelecimento de uma conexão com instâncias de banco de dados em intervalos CIDR secundários da VPC. + Não é possível usar a porta 8081 para migrações homogêneas provenientes de seus provedores de dados. + As migrações de dados homogêneas migram tabelas e bancos de dados do MySQL criptografados como não criptografados no banco de dados de destino. Isso ocorre porque o RDS para MySQL não permite criptografia usando o plug-in Keyring. Para ter mais informações, consulte a documentação [Não há suporte ao plugin Keyring do MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) no “Guia do usuário do Amazon RDS”. # Visão geral do processo de migração de dados homogênea no AWS DMS É possível utilizar migrações de dados homogêneas no AWS DMS para migrar dados entre dois bancos de dados do mesmo tipo. Utilize o fluxo de trabalho a seguir para criar e executar uma migração de dados. 1. Crie a política e o perfil do AWS Identity and Access Management (IAM) necessários. Para obter mais informações, consulte [Criar recursos do IAM](dm-iam-resources.md). 1. Configure os bancos de dados de origem e de destino e crie usuários de banco de dados com as permissões mínimas necessárias para migrações de dados homogêneas no AWS DMS. Para obter mais informações, consulte [ Criar provedores de dados de origem](dm-data-providers-source.md) e [ Criar e definir um banco de dados de destino](dm-data-providers-target.md). 1. Armazene as credenciais do banco de dados de origem e de destino no AWS Secrets Manager. Para obter mais informações, consulte [Etapa 1: Criar um segredo](https://docs.aws.amazon.com/secretsmanager/latest/userguide/hardcoded-db-creds.html#hardcoded-db-creds_step2) no *Guia do usuário do AWS Secrets Manager*. 1. Crie um grupo de sub-redes, um perfil de instância e provedores de dados no console do AWS DMS. Para ter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md), [Criação de perfis de instância](instance-profiles.md) e [ Criação de provedores de dados ](data-providers-create.md). 1. Crie um projeto de migração utilizando os recursos criados na etapa anterior. Para obter mais informações, consulte [ Criar projetos de migração](migration-projects-create.md). 1. Crie, configure e inicie uma migração de dados. Para obter mais informações, consulte [Criar uma migração de dados](dm-migrating-data-create.md). 1. Depois de concluir a carga máxima ou a replicação contínua, é possível fazer a transição para começar a usar o novo banco de dados de destino. 1. Limpe os recursos. A Amazon encerra a migração de dados no seu projeto de migração em três dias após você concluir a migração. No entanto, você precisa excluir manualmente os recursos, como o perfil de instância, os provedores de dados, a política e o perfil do IAM e os segredos no AWS Secrets Manager. Para obter mais informações sobre migrações de dados homogêneas no AWS DMS, leia o passo a passo da migração em migrações do [PostgreSQL para o Amazon RDS para PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/dm-postgresql.html). O vídeo a seguir apresenta a interface do usuário das migrações de dados homogêneas e ajuda você a se familiarizar com esse recurso. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/HOJfrR6lcuU/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/HOJfrR6lcuU) # Configurando migrações de dados homogêneas no AWS DMS Para configurar migrações de dados homogêneas AWS DMS, conclua as seguintes tarefas de pré-requisito. **Topics** + [Criação dos recursos IAM necessários para migrações de dados homogêneas no AWS DMS](dm-iam-resources.md) + [Configurando uma rede para migrações de dados homogêneas no AWS DMS](dm-network.md) + [Configurações de rede de emparelhamento da VPC](vpc-peering.md) # Criação dos recursos IAM necessários para migrações de dados homogêneas no AWS DMS Para executar migrações de dados homogêneas, você deve criar uma política do IAM e uma função do IAM na sua conta para interagir com outros AWS serviços. Nesta seção, você criará esses recursos do IAM necessários. **Topics** + [Criação de uma política do IAM para migrações de dados homogêneas no AWS DMS](#dm-resources-iam-policy) + [Criação de uma função do IAM para migrações de dados homogêneas no AWS DMS](#dm-resources-iam-role) ## Criação de uma política do IAM para migrações de dados homogêneas no AWS DMS Para acessar seus bancos de dados e migrar dados AWS DMS, você pode criar um ambiente sem servidor para migrações de dados homogêneas. Além disso, AWS DMS armazena registros, métricas e progresso de cada migração de dados na Amazon CloudWatch. Para criar um projeto de migração de dados, AWS DMS precisa acessar esses serviços. Nesta etapa, você cria uma política do IAM que fornece acesso AWS DMS ao Amazon EC2 e CloudWatch aos recursos. Crie um perfil do IAM e anexe uma política. **Para criar uma política do IAM para migrações de dados homogêneas no AWS DMS** 1. Faça login no Console de gerenciamento da AWS e abra o console do IAM em [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/). 1. No painel de navegação, selecione **Políticas**. 1. Selecione **Criar política**. 1. Na página **Criar política**, escolha a guia **JSON**. 1. Cole a política o JSON a seguir no editor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpcs" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogGroup" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*:log-stream:dms-data-migration-*" }, { "Effect": "Allow", "Action": "cloudwatch:PutMetricData", "Resource": "*" } ] } ``` ------ 1. Escolha **Próximo**. 1. Insira **HomogeneousDataMigrationsPolicy** como **nome de política** escolha **Criar política**. ## Criação de uma função do IAM para migrações de dados homogêneas no AWS DMS Nesta etapa, você cria uma função do IAM que AWS DMS fornece acesso ao AWS Secrets Manager Amazon EC2 e. CloudWatch Ao criar um perfil do IAM, você também deve criar um `dms-vpc-role`. Para obter mais informações, consulte [Criação de uma função do IAM AWS DMS para gerenciar a Amazon VPC](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_DMS_migration-IAM.dms-vpc-role.html) no Guia do usuário do *Amazon Relational Database Service*. **Para criar uma função do IAM para migrações de dados homogêneas no AWS DMS** 1. Faça login no Console de gerenciamento da AWS e abra o console do IAM em [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/). 1. No painel de navegação, escolha **Perfis**. 1. Escolha **Criar Perfil**. 1. Na página **Selecionar entidade confiável**, em **Tipo de entidade confiável**, escolha **Serviço da AWS **. Em **Casos de uso para outros serviços da AWS **, escolha **DMS**. 1. Marque a caixa de seleção **DMS** e escolha **Próximo**. 1. Na página **Adicionar permissões**, escolha a **HomogeneousDataMigrationsPolicy**que você criou antes. 1. Na página **Nomear, revisar e criar**, insira **HomogeneousDataMigrationsRole** em **Nome do perfil** e escolha **Criar função**. 1. Escolha **Atualizar política**. # Configurando uma rede para migrações de dados homogêneas no AWS DMS Com AWS DMS, você pode criar um ambiente sem servidor para migrações de dados homogêneas que usa um modelo de conectividade de rede que depende de interfaces de rede. Para cada migração de dados, o AWS DMS atribui um IP privado em uma das sub-redes definidas no grupo de sub-redes do DMS do perfil de instância. Além disso, um IP público não estático pode ser atribuído se o perfil de instância estiver configurado para acesso público. As sub-redes usadas no perfil de instância devem oferecer acesso aos hosts de origem e de destino, conforme definido nos provedores de dados. Esse acesso pode ser na VPC local ou estabelecido por meio do emparelhamento da VPC, do Direct Connect, da VPN etc. Além disso, para a replicação contínua de dados, configure a interação entre os bancos de dados de origem e de destino. Essas configurações dependem da localização do provedor de dados de origem e das configurações de rede. As seções a seguir fornecem descrições de configurações de rede comuns. **Topics** + [Configurar uma rede usando uma única nuvem privada virtual (VPC)](#dm-network-one-vpc) + [Configurando uma rede usando diferentes nuvens privadas virtuais () VPCs](#dm-network-different-vpc) + [Usando Direct Connect ou uma VPN para configurar uma rede em uma VPC](#dm-networking_Direct_Connect) + [Resolver endpoints de domínio utilizando o DNS](#dm-networking-resolving_endpoints) ## Configurar uma rede usando uma única nuvem privada virtual (VPC) Nessa configuração, AWS DMS conecta-se aos seus provedores de dados de origem e destino na rede privada. **Como configurar uma rede quando seus provedores de dados de origem e de destino estão na mesma VPC** 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes que seus provedores de dados de origem e destino usam. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Além disso, escolha os grupos de segurança da VPC que os provedores de dados de origem e de destino utilizam. Para obter mais informações, consulte [Criação de perfis de instância](instance-profiles.md). 1. O grupo de segurança usado para o banco de dados de origem e de destino deve permitir conexões do grupo de segurança anexado ao perfil de instância usado pela migração de dados ou pelo bloco CIDR de sub-redes, especificado no grupo de sub-redes de replicação. Essa configuração não exige que você utilize o endereço IP público para migrações de dados. ## Configurando uma rede usando diferentes nuvens privadas virtuais () VPCs Nessa configuração, AWS DMS usa uma rede privada para se conectar ao seu provedor de dados de origem ou de destino. Para outro provedor de dados, AWS DMS usa uma rede pública. Dependendo do provedor de dados que você tem na mesma VPC do perfil de instância, escolha uma das configurações a seguir. ### Como se conectar por meio de uma rede privada 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes que seu provedor de dados de origem usa. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Além disso, escolha os grupos de segurança da VPC que o provedor de dados de origem utiliza. Para obter mais informações, consulte [Criação de perfis de instância](instance-profiles.md). 1. Configure a conexão de emparelhamento de VPC entre o banco de dados de origem e de destino. VPCs Para ter mais informações, consulte [Trabalhar com conexões de emparelhamento da VPC](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html). 1. Certifique-se de ativar a resolução de DNS para ambas as direções se você planeja usar endpoints em vez de privados IPs diretamente. Para ter mais informações, consulte [Habilitar a resolução de DNS para a conexão de emparelhamento da VPC](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html). 1. Permita acesso do bloco CIDR da VPC do banco de dados de origem para o grupo de segurança do banco de dados de destino. Para ter mais informações, consulte [Controlar o acesso com grupos de segurança](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). 1. Permita acesso do bloco CIDR da VPC do banco de dados de destino para o grupo de segurança do banco de dados de destino. Para ter mais informações, consulte [Controlar o acesso com grupos de segurança](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ### Como se conectar por meio de uma rede privada Se seu banco de dados aceitar conexões de qualquer endereço: 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes públicas. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Defina a opção **Disponível publicamente** como **Ativada** para o perfil de instância. Se você precisar de um endereço IP público persistente que possa ser associado à migração de dados: 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes privadas. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Defina a opção **Disponível publicamente** como **Desativada** para o perfil de instância. 1. Configure o gateway NAT. Para ter mais informações, consulte [Trabalhar com gateways NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-working-with.html). 1. Configure a tabela de roteamento para o gateway NAT. Para ter mais informações, consulte [Casos de uso do gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html). 1. Permita o acesso do endereço IP público de seu gateway NAT em seu grupo de segurança de banco de dados. Para ter mais informações, consulte [Controlar o acesso com grupos de segurança](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ## Usando Direct Connect ou uma VPN para configurar uma rede em uma VPC Você pode conectar redes remotas à sua VPC por meio Direct Connect de conexões VPN (software ou hardware). Essas opções permitem que você estenda sua rede interna Nuvem AWS e integre serviços locais existentes, como monitoramento, autenticação, segurança e sistemas de dados, aos seus AWS recursos. Para essa configuração, o grupo de segurança da VPC deve incluir uma regra de roteamento que direciona o tráfego para um host capaz de conectar o tráfego da VPC à VPN on-premises. Esse tráfego pode ser designado usando o intervalo CIDR da VPC ou endereços IP específicos. O host NAT deve ter seu próprio grupo de segurança configurado para permitir o tráfego do intervalo CIDR ou do grupo de segurança da VPC para a instância NAT, garantindo uma comunicação perfeita entre a VPC e a infraestrutura on-premises. Para obter mais informações, consulte a [etapa 5](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) do procedimento [Introdução à AWS Site-to-Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) no Guia do usuário da AWS VPN Site-to-Site. ## Resolver endpoints de domínio utilizando o DNS Para resolução de DNS em migrações AWS DMS homogêneas, o serviço usa principalmente o resolvedor de DNS do Amazon ECS para resolver endpoints de domínio. Se você precisar de recursos adicionais de resolução de DNS, o Amazon Route 53 Resolver está disponível como uma solução alternativa. Para ter mais informações, consulte [Conceitos básicos do Route 53 Resolver](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-getting-started.html) no “Guia do usuário do Amazon Route 53”. Para ter mais informações sobre como configurar a resolução de endpoints usando o servidor de nomes on-premises com o Amazon Route 53 Resolver, consulte [Utilização do seu próprio servidor de nomes on-premises](CHAP_BestPractices.md#CHAP_BestPractices.Rte53DNSResolver). **nota** Se seu registro de migração de dados mostrar a mensagem “Initiating connection - Networking model: VPC Peering”, consulte o tópico [Configurações de rede de emparelhamento da VPC](vpc-peering.md). # Configurações de rede de emparelhamento da VPC Com AWS DMS, você pode criar um ambiente sem servidor para migrações de dados homogêneas em uma nuvem privada virtual (VPC) com base no serviço Amazon VPC. Ao criar o perfil de instância, especifique a VPC a ser utilizada. Você pode usar sua VPC padrão para sua conta e/ou criar uma nova VPC. Região da AWS Para cada migração de dados, AWS DMS estabelece uma conexão de emparelhamento de VPC com a VPC que você usa para seu perfil de instância. Em seguida, AWS DMS adiciona o bloco CIDR no grupo de segurança associado ao seu perfil de instância. Como AWS DMS anexa um endereço IP público ao seu perfil de instância, todas as suas migrações de dados que usam o mesmo perfil de instância têm o mesmo endereço IP público. Quando a migração de dados é interrompida ou falha, o AWS DMS exclui a conexão de emparelhamento da VPC. Para evitar que o bloco CIDR se sobreponha à VPC do seu perfil de instância VPC, AWS DMS use o `/24` prefixo de um dos seguintes blocos CIDR:, e. `10.0.0.0/8` `172.16.0.0/12` `192.168.0.0/16` Por exemplo, se você executar três migrações de dados em paralelo, o AWS DMS utilizará os seguintes blocos CIDR para estabelecer uma conexão de emparelhamento da VPC. + `192.168.0.0/24`: para a primeira migração de dados + `192.168.1.0/24`: para a segunda migração de dados + `192.168.2.0/24`: para a terceira migração de dados Você pode usar diferentes configurações de rede para configurar a interação entre seus bancos de dados de origem e de destino com AWS DMS. Além disso, para a replicação contínua de dados, configure a interação entre os bancos de dados de origem e de destino. Essas configurações dependem da localização do provedor de dados de origem e das configurações de rede. As seções a seguir fornecem descrições de configurações de rede comuns. **Topics** + [Configurar uma rede usando uma única nuvem privada virtual (VPC)](#vpc-peering-one-vpc) + [Configurando uma rede usando diferentes nuvens privadas virtuais () VPCs](#vpc-peering-different-vpc) + [Utilizar um provedor de dados de origem on-premises](#vpc-peering-on-premesis) + [Configurar a replicação contínua de dados](#vpc-peering-ongoing-replication) ## Configurar uma rede usando uma única nuvem privada virtual (VPC) Nessa configuração, AWS DMS conecta-se aos seus provedores de dados de origem e destino na rede privada. **Como configurar uma rede quando seus provedores de dados de origem e de destino estão na mesma VPC** 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes que seus provedores de dados de origem e destino usam. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Além disso, escolha os grupos de segurança da VPC que os provedores de dados de origem e de destino utilizam. Para obter mais informações, consulte [Criação de perfis de instância](instance-profiles.md). Essa configuração não exige que você utilize o endereço IP público para migrações de dados. ## Configurando uma rede usando diferentes nuvens privadas virtuais () VPCs Nessa configuração, AWS DMS usa uma rede privada para se conectar ao seu provedor de dados de origem ou de destino. Para outro provedor de dados, AWS DMS usa uma rede pública. Dependendo do provedor de dados que você tem na mesma VPC do perfil de instância, escolha uma das configurações a seguir. **Para configurar uma rede privada para o provedor de dados de origem e uma rede pública para o provedor de dados de destino** 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes que seu provedor de dados de origem usa. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Além disso, escolha os grupos de segurança da VPC que o provedor de dados de origem utiliza. Para obter mais informações, consulte [Criação de perfis de instância](instance-profiles.md). 1. Abra o projeto de migração. Na guia **Migrações de dados**, escolha a migração de dados. Anote o **Endereço IP público** em **Conectividade e segurança** na guia **Detalhes**. 1. Permita acesso do endereço IP público da migração de dados no grupo de segurança do banco de dados de destino. Para obter mais informações, consulte [Controlar o acesso com grupos de segurança](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) no *Guia do usuário do Amazon Relational Database Service*. **Como configurar uma rede privada para o provedor de dados de origem e uma rede pública para o provedor de dados de destino** 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes que seu provedor de dados de destino usa. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Além disso, escolha os grupos de segurança da VPC que o provedor de dados de destino utiliza. Para obter mais informações, consulte [Criação de perfis de instância](instance-profiles.md). 1. Abra o projeto de migração. Na guia **Migrações de dados**, escolha a migração de dados. Anote o **Endereço IP público** em **Conectividade e segurança** na guia **Detalhes**. 1. Permita o acesso do endereço IP público da migração de dados no grupo de segurança do banco de dados de origem. Para obter mais informações, consulte [Controlar o acesso com grupos de segurança](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) no *Guia do usuário do Amazon Relational Database Service*. ## Utilizar um provedor de dados de origem on-premises Nessa configuração, AWS DMS conecta-se ao seu provedor de dados de origem na rede pública. AWS DMS usa uma rede privada para se conectar ao seu provedor de dados de destino. **nota** Para migrações de dados homogêneas, AWS DMS conecte-se ao seu banco de dados de origem na rede pública. No entanto, a conectividade com um banco de dados de origem em uma rede pública nem sempre é possível. Para obter mais informações, consulte [Migrar um banco de dados MySQL local para o Amazon Aurora MySQL por meio de uma rede privada usando a migração de AWS DMS dados homogênea e o Network](https://aws.amazon.com/blogs/database/migrate-an-on-premises-mysql-database-to-amazon-aurora-mysql-over-a-private-network-using-aws-dms-homogeneous-data-migration-and-network-load-balancer/) Load Balancer. **Como configurar uma rede para o provedor de dados on-premises de origem** 1. Crie o grupo de sub-redes no AWS DMS console com a VPC e as sub-redes que seu provedor de dados de destino usa. Para obter mais informações, consulte [Criação de um grupo de sub-redes](subnet-group.md). 1. Crie o perfil da instância no AWS DMS console com a VPC e o grupo de sub-redes que você criou. Além disso, escolha os grupos de segurança da VPC que o provedor de dados de destino utiliza. Para obter mais informações, consulte [Criação de perfis de instância](instance-profiles.md). 1. Abra o projeto de migração. Na guia **Migrações de dados**, escolha a migração de dados. Anote o **Endereço IP público** em **Conectividade e segurança** na guia **Detalhes**. 1. Permita acesso ao banco de dados de origem no endereço IP público da migração de dados no AWS DMS. AWS DMS cria regras de entrada ou saída nos grupos de segurança da VPC. Verifique se essas regras não são excluídas, pois essa ação pode levar a uma falha na migração de dados. É possível configurar suas próprias regras nos grupos de segurança da VPC. É recomendável adicionar uma descrição às regras para poder gerenciá-las. ## Configurar a replicação contínua de dados Para executar migrações de dados do tipo **Carga máxima e captura de dados de alteração (CDC)** ou **Captura de dados de alteração (CDC)**, permita a conexão entre os bancos de dados de origem e de destino. **Como configurar uma conexão entre os bancos de dados de origem e de destino acessíveis ao público** 1. Anote os endereços IP públicos dos bancos de dados de origem e de destino. 1. Permita acesso ao banco de dados de origem no endereço IP público do banco de dados de destino. 1. Permita acesso ao banco de dados de destino no endereço IP público do banco de dados de origem. **Como configurar uma conexão entre os bancos de dados de origem e de destino acessíveis ao público em uma única VPC** 1. Anote os endereços IP privados dos bancos de dados de origem e de destino. **Importante** Se seus bancos de dados de origem e destino estiverem em redes diferentes VPCs ou em redes diferentes, você só poderá usar endereços IP públicos para seus bancos de dados de origem e de destino. Só é possível utilizar nomes de host ou endereços IP públicos em provedores de dados. 1. Permita acesso ao banco de dados de origem no grupo de segurança do banco de dados de destino. 1. Permita acesso ao banco de dados de destino a partir do grupo de segurança do banco de dados de origem. # Criação de provedores de dados de origem para migrações de dados homogêneas no AWS DMS AWS DMS O Schema Conversion suporta os seguintes bancos de dados como provedores de dados de origem para [Migração de dados homogênea](data-migrations.md) projetos: Microsoft SQL Server, Oracle, PostgreSQL, MySQL DB2 , IBM for z/OS e SAP ASE (Sybase ASE). Para ver as versões de banco de dados compatíveis, consulte [Provedores de dados de origem para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). O provedor de dados de origem pode ser um banco de dados on-premises, Amazon EC2 ou Amazon RDS. **Topics** + [Usando um banco de dados compatível com MySQL como fonte para migrações de dados homogêneas em AWS DMS](dm-data-providers-source-mysql.md) + [Usando um banco de dados PostgreSQL como fonte para migrações de dados homogêneas em AWS DMS](dm-data-providers-source-postgresql.md) + [Usando um banco de dados compatível com MongoDB como fonte para migrações de dados homogêneas em AWS DMS](dm-data-providers-source-mongodb.md) # Usando um banco de dados compatível com MySQL como fonte para migrações de dados homogêneas em AWS DMS É possível utilizar um banco de dados compatível com MySQL (MySQL ou MariaDB) como origem da [Migração de dados homogênea](data-migrations.md) no AWS DMS. Nesse caso, o provedor de dados de origem pode ser um banco de dados on-premises, Amazon EC2, RDS para MySQL 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 MONITOR` para versões do MariaDB posteriores à 10.5.2) e privilégios `REPLICATION SLAVE`. Para uma migração de dados de carga máxima, esses dois privilégios não são necessários. Utilize o script a seguir para criar um usuário de banco de dados com as permissões necessárias no banco de dados MySQL. 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 do banco de dados MySQL de origem for inferior à 8.0, é possível ignorar o comando `GRANT BACKUP_ADMIN`. 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 consultas GRANT 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 bancos de dados MySQL autogerenciados e gerenciados pela AWS. **Topics** + [Utilizar um banco de dados compatível com MySQL autogerenciado como origem para migrações de dados homogêneas](#dm-data-providers-source-mysql-sm) + [Usando um banco AWS de dados compatível com MySQL gerenciado como fonte para migrações de dados homogêneas em AWS DMS](#dm-data-providers-source-mysql-aws) + [Limitações para utilizar um banco de dados compatível com MySQL como origem para migrações de dados homogêneas](#dm-data-providers-source-mysql-limitations) ## Utilizar um banco de dados compatível com MySQL autogerenciado como origem para migrações de dados homogêneas Esta seção descreve como configurar os bancos de dados compatíveis com MySQL hospedados on-premises ou em instâncias do Amazon EC2. Escolha a versão do banco de dados MySQL ou MariaDB de origem. Certifique-se de que seja AWS DMS compatível com a versão de origem do banco de dados MySQL ou MariaDB, conforme descrito em. [Origens para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Para utilizar a CDC, ative o registro em log binário. Para habilitar o registro em log binário, os parâmetros a seguir devem ser configurados nos arquivos `my.ini` (Windows) ou `my.cnf` (UNIX) do banco de dados MySQL ou MariaDB. | Parâmetro | 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 este parâmetro como `TRUE` se estiver utilizando uma réplica do MySQL ou do MariaDB como origem. | ## Usando um banco AWS de dados compatível com MySQL gerenciado como fonte para migrações de dados homogêneas em AWS DMS Esta seção descreve como configurar as instâncias de banco de dados Amazon RDS para MySQL e Amazon RDS para MariaDB. Ao usar um banco AWS de dados MySQL ou MariaDB gerenciado como fonte para migrações AWS DMS de dados homogêneas, verifique se você tem os seguintes pré-requisitos para o CDC: + Para ativar os logs binários para o RDS para MySQL e MariaDB, ative backups automáticos no nível da instância. Para ativar logs binários para um cluster do Aurora MySQL, altere a variável `binlog_format` no grupo de parâmetros. Não é necessário ativar backups automáticos em um cluster do Aurora MySQL. Próximo, defina o parâmetro `binlog_format` como `ROW`. Para obter mais informações sobre como configurar backups automáticos, consulte [Ativar backups automáticos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html#USER_WorkingWithAutomatedBackups.Enabling) no *Guia do usuário do Amazon RDS*. Para obter mais informações sobre como configurar o registro em log binário para um banco de dados Amazon RDS para MySQL ou MariaDB, consulte [Configuração do formato do registro em log binário](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) no *Guia do usuário do Amazon RDS*. Para obter mais informações sobre como configurar o registro em log binário para um cluster do Aurora MySQL, consulte [Como faço para ativar o registro em log binário para meu cluster do Amazon Aurora MySQL?](https://aws.amazon.com/premiumsupport/knowledge-center/enable-binary-logging-aurora/). + Certifique-se de que os registros binários estejam disponíveis para AWS DMS o. Como os bancos AWS de dados MySQL 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 estiver utilizando uma réplica do Amazon RDS MySQL ou do MariaDB como origem, ative os backups na réplica de leitura e verifique se o parâmetro `log_slave_updates` está definido como `TRUE`. ## Limitações para utilizar um banco de dados compatível com MySQL como origem para migrações de dados homogêneas As seguintes limitações se aplicam ao utilizar um banco de dados compatível com MySQL como origem 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 MySQL do Amazon MySQL/Aurora RDS 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 (\$1). + 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 MySQL e MariaDB não criptografados nas instâncias de destino do Amazon RDS, mesmo que os objetos de origem tenham sido criptografados. O RDS para MySQL não é compatível com o plug-in MySQL AWS keyring\$1aws Keyring necessário para objetos criptografados. Consulte [Não há suporte ao plugin Keyring do MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) no “Guia do usuário do Amazon RDS”. + AWS DMS não usa Global Transaction Identifiers (GTIDs) para replicação de dados, mesmo que os dados de origem os contenham. # Usando um banco de dados PostgreSQL como fonte para migrações de dados homogêneas em AWS DMS Utilize um banco de dados PostgreSQL como origem para [Migração de dados homogênea](data-migrations.md) no AWS DMS. Nesse caso, o provedor de dados de origem pode ser um banco de dados on-premises, o Amazon EC2 ou o RDS para PostgreSQL. Para executar migrações de dados homogêneas, conceda permissões de superusuário para o usuário do banco de dados que você especificou para AWS DMS seu banco de dados de origem do PostgreSQL. O usuário do banco de dados precisa de permissões de superusuário para acessar perfil específicos de replicação na origem. Para uma migração de dados de carga máxima, o usuário do banco de dados precisa de permissões `SELECT` nas tabelas para migrá-las. Utilize o script a seguir para criar um usuário de banco de dados com as permissões necessárias no banco de dados de origem do PostgreSQL. Execute a `GRANT` consulta para todos os bancos de dados para os quais você migra. AWS ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; ALTER USER your_user WITH SUPERUSER; GRANT SELECT ON ALL TABLES IN SCHEMA schema_name TO your_user; ``` No exemplo anterior, substitua cada um *user input placeholder* por suas próprias informações. O AWS DMS é compatível com a CDC para tabelas do PostgreSQL com chaves primárias. Se uma tabela não tiver uma chave primária, os logs de gravação antecipada (WAL) não incluirão uma imagem anterior da linha do banco de dados. Aqui, é possível utilizar configurações adicionais e utilizar a identidade da réplica da tabela como uma solução alternativa. No entanto, essa abordagem pode gerar logs adicionais. É recomendável utilizar a identidade da réplica da tabela como solução alternativa somente após testes cuidadosos. Para obter mais informações, consulte [Definições de configuração adicionais ao utilizar um banco de dados PostgreSQL como origem do DMS](CHAP_Source.PostgreSQL.md#CHAP_Source.PostgreSQL.Advanced). As seções a seguir descrevem os pré-requisitos de configuração específicos para bancos de dados PostgreSQL autogerenciados e gerenciados pela AWS. **Topics** + [Usando um banco de dados PostgreSQL autogerenciado como fonte para migrações de dados homogêneas em AWS DMS](#dm-data-providers-source-postgresql-sm) + [Usando um banco AWS de dados PostgreSQL gerenciado como fonte para migrações de dados homogêneas em AWS DMS](#dm-data-providers-source-postgresql-aws) + [Limitações para utilizar um banco de dados compatível com PostgreSQL como origem para migrações de dados homogêneas](#dm-data-providers-source-postgresql-limitations) ## Usando um banco de dados PostgreSQL autogerenciado como fonte para migrações de dados homogêneas em AWS DMS Esta seção descreve como configurar os bancos de dados PostgreSQL hospedados on-premises ou em instâncias do Amazon EC2. Verifique a versão do banco de dados PostgreSQL de origem. Certifique-se de que seja AWS DMS compatível com a versão de origem do banco de dados PostgreSQL, conforme descrito em. [Origens para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) As migrações de dados homogêneas são compatíveis com a captura de dados de alteração (CDC) utilizando a replicação lógica. Para ativar a replicação lógica de um banco de dados de origem do PostgreSQL autogerenciado, defina os seguintes parâmetros e valores no arquivo de configuração `postgresql.conf`: + Defina `wal_level` como `logical`. + Defina `max_replication_slots` como um valor maior que 1. Defina o valor de `max_replication_slots` de acordo com o número de tarefas a serem executadas. Por exemplo, para executar cinco tarefas, defina no mínimo cinco slots. Os slots são abertos automaticamente assim que uma tarefa é iniciada e permanecem abertos até mesmo quando a tarefa não está mais em execução. Exclua manualmente os slots abertos. + Defina `max_wal_senders` como um valor maior que 1. O parâmetro `max_wal_senders` define o número de tarefas simultâneas que podem ser executadas. + O parâmetro `wal_sender_timeout` encerra as conexões de replicação que estão inativas por mais tempo do que o número de milissegundos especificado. O padrão é 60000 milissegundos (60 segundos). A definição do valor como 0 (zero) desativa o mecanismo de tempo limite e é uma configuração válida para o DMS. Alguns parâmetros são estáticos, e você só pode defini-los na inicialização do servidor. Quaisquer alterações em suas entradas no arquivo de configuração são ignoradas até que o servidor seja reiniciado. Para obter mais informações, consulte a [Documentação do PostgreSQL](https://www.postgresql.org/docs/current/intro-whatis.html). ## Usando um banco AWS de dados PostgreSQL gerenciado como fonte para migrações de dados homogêneas em AWS DMS Esta seção descreve como configurar as instâncias de bancos de dados Amazon RDS para PostgreSQL. Use a conta de usuário AWS principal da instância de banco de dados PostgreSQL como a conta de usuário do provedor de dados de origem do PostgreSQL para migrações de dados homogêneas em. AWS DMS A conta de usuário mestra tem as funções necessárias para permitir a configuração da captura de dados de alteração (CDC). Se você utilizar uma conta diferente da conta de usuário mestre, esta deverá ter os perfis `rds_superuser` e `rds_replication`. O perfil `rds_replication` concede permissões para gerenciar slots lógicos e transmitir dados utilizando slots lógicos. Utilize o exemplo de código a seguir para conceder as perfis `rds_superuser` e `rds_replication`. ``` GRANT rds_superuser to your_user; GRANT rds_replication to your_user; ``` No exemplo anterior, *your\$1user* substitua pelo nome do usuário do seu banco de dados. Para ativar a replicação lógica, defina o parâmetro `rds.logical_replication` no grupo de parâmetros de banco de dados como 1. Esse parâmetro estático requer uma reinicialização da instância de banco de dados para entrar em vigor. ## Limitações para utilizar um banco de dados compatível com PostgreSQL como origem para migrações de dados homogêneas As seguintes limitações se aplicam ao utilizar um banco de dados compatível com PostgreSQL como origem para migrações de dados homogêneas: + 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 (\$1). + 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. # Usando um banco de dados compatível com MongoDB como fonte para migrações de dados homogêneas em AWS DMS É possível utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas no AWS DMS. Nesse caso, o provedor de dados de origem pode ser um banco de dados do Amazon EC2 para MongoDB on-premises ou um banco de dados do Amazon DocumentDB (compatível com MongoDB). Para ver as versões de banco de dados compatíveis, consulte [Provedores de dados de origem para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). As seções a seguir descrevem os pré-requisitos de configuração específicos para bancos de dados MongoDB autogerenciados e bancos de dados Amazon DocumentDB gerenciados. AWS **Topics** + [Usando um banco de dados MongoDB autogerenciado como fonte para migrações de dados homogêneas em AWS DMS](#dm-data-providers-source-mongodb-sm) + [Usando um banco de dados Amazon DocumentDB como fonte para migrações de dados homogêneas em AWS DMS](#dm-data-providers-source-mongodb-aws) + [Recursos para utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas](#dm-data-providers-source-mongodb-features) + [Limitações para utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas](#dm-data-providers-source-mongodb-limitations) + [Práticas recomendadas para utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas](#dm-data-providers-source-mongodb-bestpractices) ## Usando um banco de dados MongoDB autogerenciado como fonte para migrações de dados homogêneas em AWS DMS Esta seção descreve como configurar os bancos de dados MongoDB hospedados on-premises ou em instâncias do Amazon EC2. Verifique a versão do banco de dados MongoDB de origem. Certifique-se de que seja AWS DMS compatível com a versão de origem do banco de dados MongoDB, conforme descrito em. [Provedores de dados de origem para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Para migrações de dados homogêneas com o MongoDB como origem, é possível criar uma conta de usuário com privilégios de raiz ou um usuário com permissões para migração somente no banco de dados. Para ter mais informações sobre criação de usuários, consulte [Permissões necessárias ao usar o MongoDB como fonte para AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC). Para usar a replicação contínua ou CDC com o MongoDB, é necessário AWS DMS acesso ao log de operações do MongoDB (oplog). Para obter mais informações, consulte [Configurar um conjunto de réplicas do MongoDB para a CDC](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC.ReplicaSet). Para ter informações sobre os métodos de autenticação do MongoDB, consulte [Requisitos de segurança ao usar o MongoDB como fonte para AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.Security). Para o MongoDB como origem, as migrações de dados homogêneas são compatíveis com todos os tipos de dados compatíveis com o Amazon DocumentDB. Para o MongoDB como origem, para armazenar as credenciais do usuário no Secrets Manager, você precisa fornecê-las em texto simples, usando **segredos do tipo Outro**. Para obter mais informações, consulte [Usando segredos para acessar AWS Database Migration Service endpoints](security_iam_secretsmanager.md). O exemplo de código a seguir demonstra como armazenar os segredos do banco de dados usando texto simples. ``` { "username": "dbuser", "password": "dbpassword" } ``` ## Usando um banco de dados Amazon DocumentDB como fonte para migrações de dados homogêneas em AWS DMS Esta seção descreve como configurar as instâncias do banco de dados Amazon DocumentDB para utilizá-lo como origem para migrações de dados homogêneas. Utilize o nome de usuário mestre da instância do Amazon DocumentDB como a conta de usuário do provedor de dados de origem compatível com MongoDB para migrações de dados homogêneas no AWS DMS. A conta de usuário mestra tem as funções necessárias para permitir a configuração da captura de dados de alteração (CDC). Se você utilizar uma conta diferente da conta de usuário mestre, esta deverá ter o perfil raiz. Para ter mais informações sobre criação de usuários como conta raiz, consulte [Definir permissões para utilizar o Amazon DocumentDB como origem](CHAP_Source.DocumentDB.md#CHAP_Source.DocumentDB.Permissions). Para ativar a replicação lógica, defina o parâmetro `change_stream_log_retention_duration` no grupo de parâmetros do banco de dados como uma configuração adequada à workload da transação. Para que a alteração desse parâmetro estático entre em vigor, é necessária a reinicialização da instância de banco de dados. Antes de iniciar a migração de dados para todos os tipos de tarefas, inclusive as somente de carga máxima, habilite os fluxos de alterações do Amazon DocumentDB para todas as coleções em um determinado banco de dados ou apenas para coleções específicas. Para ter mais informações sobre como habilitar os fluxos de alterações do Amazon DocumentDB, consulte [Enabling Change Streams](https://docs.aws.amazon.com/documentdb/latest/developerguide/change_streams.html#change_streams-enabling) no *Guia do desenvolvedor do Amazon DocumentDB*. **nota** AWS DMS usa o stream de alterações do Amazon DocumentDB para capturar alterações durante a replicação contínua. Se o Amazon DocumentDB eliminar os registros do fluxo de alterações antes de o DMS lê-los, haverá falha nas tarefas. Recomendamos definir o parâmetro `change_stream_log_retention_duration` para reter as alterações por pelo menos 24 horas. Para usar o Amazon DocumentDB para uma migração de dados homogênea, armazene as credenciais do usuário no Secrets Manager em **Credenciais para o banco de dados Amazon DocumentDB**. ## Recursos para utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas + Você pode migrar todos os índices secundários compatíveis com o Amazon DocumentDB durante a fase de carga máxima. + AWS DMS migra coleções em paralelo. As migrações de dados homogêneas calculam segmentos em tempo de execução com base no tamanho médio de cada documento na coleção para obter o máximo desempenho. + O DMS pode replicar os índices secundários que você cria na fase CDC. O DMS é compatível com esse recurso no MongoDB versão 6.0. + O DMS é compatível com documentos de nível de aninhamento maior que 97. ## Limitações para utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas + Os documentos não podem ter nomes de campos com o prefixo `$`. + AWS DMS não oferece suporte à migração de coleções de séries temporais. + AWS DMS não oferece suporte `create` a eventos `drop` de `rename collection` DDL durante a fase CDC. + AWS DMS não oferece suporte a tipos de dados inconsistentes na coleção do campo. `_id` Por exemplo, a coleção não compatível a seguir tem vários tipos de dados para o campo `_id`. ``` rs0 [direct: primary] test> db.collection1.aggregate([ ... { ... $group: { ... _id: { $type: "$_id" }, ... count: { $sum: 1 } ... } ... } ... ]) [ { _id: 'string', count: 6136 }, { _id: 'objectId', count: 848033 } ] ``` + Para tarefas somente CDC, suporta AWS DMS apenas o modo de `immediate` início. + AWS DMS não suporta documentos com UTF8 caracteres inválidos. + AWS DMS não suporta coleções fragmentadas. ## Práticas recomendadas para utilizar um banco de dados compatível com MongoDB como origem para migrações de dados homogêneas + Para vários bancos de dados e coleções grandes hospedados na mesma instância do MongoDB, recomendamos que você use regras de seleção para cada banco de dados e coleção para dividir a tarefa entre várias tarefas e projetos de migração de dados. Você pode ajustar suas divisões de bancos de dados e coleções para obter o máximo desempenho. # Criação e configuração de um banco de dados de destino para trabalhar com a conversão de AWS DMS esquema É possível utilizar bancos de dados compatíveis com o MySQL, o PostgreSQL e o Amazon DocumentDB como um provedor de dados de destino para migrações de dados homogêneas no AWS DMS. Para ver as versões de banco de dados compatíveis, consulte [Provedores de dados de destino para migrações de dados homogêneas do DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). O provedor de dados de destino pode ser uma instância de banco de dados Amazon RDS ou um cluster de banco de dados Amazon Aurora. Observe que a versão do banco de dados do provedor de dados de destino deve ser igual ou superior à versão do banco de dados do provedor de dados de origem. **Topics** + [Usando um banco de dados compatível com MySQL como alvo para migrações de dados homogêneas em AWS DMS](dm-data-providers-target-mysql.md) + [Usando um banco de dados PostgreSQL como alvo para migrações de dados homogêneas em AWS DMS](dm-data-providers-target-postgresql.md) + [Usando um banco de dados Amazon DocumentDB como destino para migrações de dados homogêneas em AWS DMS](dm-data-providers-target-docdb.md) # Usando um banco de dados compatível com MySQL como alvo para migrações de dados homogêneas em AWS DMS É possível utilizar um banco de dados compatível com MySQL como destino para a migração de dados homogênea no AWS DMS. AWS DMS requer certas permissões para migrar dados para seu banco de dados Amazon RDS for MySQL ou MariaDB ou Amazon Aurora MySQL de destino. Utilize o script a seguir para criar um usuário de banco de dados com as permissões necessárias no banco de dados de destino MySQL. Neste exemplo, substitua cada um *user input placeholder* por suas próprias informações. Se a versão do banco de dados MariaDB de origem for inferior à 10.5, é possível ignorar o comando `GRANT SLAVE MONITOR`. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT ALTER, CREATE, DROP, INDEX, INSERT, UPDATE, DELETE, SELECT, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE, REFERENCES ON *.* TO 'your_user'@'%'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SLAVE MONITOR ON *.* TO 'your_user'@'%'; ``` No exemplo anterior, substitua cada um *user input placeholder* por suas próprias informações. 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 consultas GRANT para todos os bancos de dados para os quais você migra. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE,SLAVE MONITOR, REPLICATION SLAVE ON *.* TO 'your_user'@'%'; ``` No exemplo anterior, substitua cada um *user input placeholder* por suas próprias informações. **nota** No Amazon RDS, ao ativar o backup automático para uma instância de MySQL/Maria banco de dados, você também ativa o registro binário. Quando essas configurações estão ativadas, a tarefa de migração de dados pode falhar com o seguinte erro ao criar objetos secundários, como perfis, procedimentos e gatilhos no banco de dados de destino. Se o banco de dados de destino tiver o registro em log binário ativado, defina `log_bin_trust_function_creators` como `true` no grupo de parâmetros do banco de dados antes de iniciar a tarefa. ``` ERROR 1419 (HY000): You don't have the SUPER privilege and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable) ``` ## Limitações para utilizar um banco de dados compatível com MySQL como destino para migrações de dados homogêneas As seguintes limitações se aplicam ao utilizar um banco de dados compatível com MySQL como destino para migrações de dados homogêneas: + 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 (\$1). + Não pode incluir hífen (-). + 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. # Usando um banco de dados PostgreSQL como alvo para migrações de dados homogêneas em AWS DMS É possível utilizar um banco de dados PostgreSQL como destino para migrações de dados homogêneas no AWS DMS. AWS DMS exige certas permissões para migrar dados para seu banco de dados Amazon RDS for PostgreSQL ou Amazon Aurora PostgreSQL de destino. Utilize o script a seguir para criar um usuário de banco de dados com as permissões necessárias no banco de dados de destino do PostgreSQL. ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; GRANT USAGE ON SCHEMA schema_name TO your_user; GRANT CONNECT ON DATABASE db_name to your_user; GRANT CREATE ON DATABASE db_name TO your_user; GRANT CREATE ON SCHEMA schema_name TO your_user; GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO your_user; #For "Full load and change data capture (CDC)" and "Change data capture (CDC)" data migrations, setting up logical replication requires rds_superuser privileges GRANT rds_superuser TO your_user; ``` No exemplo anterior, substitua cada um *user input placeholder* por suas próprias informações. Para ativar a replicação lógica para o destino do RDS para PostgreSQL, defina o parâmetro `rds.logical_replication` no grupo de parâmetros de banco de dados como 1. Esse parâmetro estático requer uma reinicialização da instância ou do cluster do banco de dados para entrar em vigor. Alguns parâmetros são estáticos e você só pode defini-los na inicialização do servidor. AWS DMS ignora as alterações em suas entradas no grupo de parâmetros do banco de dados até você reiniciar o servidor. O PostgreSQL utiliza acionadores para implementar restrições de chaves estrangeiras. Durante a fase de carga total, AWS DMS carrega cada tabela uma de cada vez. É recomendável desativar as restrições de chave estrangeira no banco de dados de destino durante a carga máxima. Para fazer isso, utilize um dos seguintes métodos: + Desative temporariamente todos os acionadores da instância e conclua a carga máxima. + Altere o valor do parâmetro `session_replication_role` no PostgreSQL. Em determinado momento, um trigger pode estar em um dos seguintes estados: `origin`, `replica`, `always`, ou `disabled`. Ao definir o parâmetro `session_replication_role` como `replica`, somente os acionadores no estado `replica` ficam ativos. Caso contrário, os triggers permanecem inativos. ## Limitações para utilizar um banco de dados compatível com PostgreSQL como destino para migrações de dados homogêneas As seguintes limitações se aplicam ao utilizar um banco de dados compatível com PostgreSQL como destino para migrações de dados homogêneas: + 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 (\$1). + 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. # Usando um banco de dados Amazon DocumentDB como destino para migrações de dados homogêneas em AWS DMS É possível utilizar um banco de dados Amazon DocumentDB (compatível com MongoDB) e um cluster elástico do DocumentDB como destino para migrações de dados homogêneas no AWS DMS. Para executar migrações de dados homogêneas para um destino do Amazon DocumentDB, você pode criar uma conta de usuário com privilégios de administrador ou um usuário read/write com permissões somente no banco de dados para migrar. As migrações de dados homogêneas são compatíveis com todos os tipos de dados BSON compatíveis com o Amazon DocumentDB. Para conferir uma lista desses tipos de dados, consulte [Data Types](https://docs.aws.amazon.com/documentdb/latest/developerguide/mongo-apis.html#mongo-apis-data-types) no *Guia do desenvolvedor do Amazon DocumentDB*. Para usar os recursos de fragmentação do cluster elástico do DocumentDB para migrar coleções não fragmentadas a partir da origem, crie uma coleção fragmentada para migrar antes de iniciar a tarefa de migração de dados. Para ter mais informações sobre a coleção fragmentada em um cluster elástico do Amazon DocumentDB, consulte [Step 5: Shard your collection](https://docs.aws.amazon.com/documentdb/latest/developerguide/elastic-get-started.html#elastic-get-started-step6) no *Guia do desenvolvedor do Amazon DocumentDB*. Para um destino do Amazon DocumentDB, é AWS DMS compatível com os modos `none` ou `require` SSL. # Executando migrações de dados homogêneas em AWS DMS Você pode usar [Migração de dados homogênea](data-migrations.md) in AWS DMS para migrar dados do seu banco de dados de origem para o mecanismo equivalente no Amazon Relational Database Service (Amazon RDS), Amazon Aurora ou Amazon DocumentDB. AWS DMS automatiza o processo de migração de dados usando ferramentas de banco de dados nativas em seus bancos de dados de origem e destino. Depois de criar um perfil de instância e provedores de dados compatíveis para migrações de dados homogêneas, crie um projeto de migração. Para obter mais informações, consulte [ Criar projetos de migração](migration-projects-create.md). As seções a seguir descrevem como criar, configurar e executar migrações de dados homogêneas. **Topics** + [Criando uma migração de dados em AWS DMS](dm-migrating-data-create.md) + [Regras de seleção para migrações de dados homogêneas](dm-migrating-data-selectionrules.md) + [Gerenciando migrações de dados em AWS DMS](dm-migrating-data-manage.md) + [Monitorando migrações de dados em AWS DMS](dm-migrating-data-monitoring.md) + [Status de migrações de dados homogêneas em AWS DMS](dm-migrating-data-statuses.md) + [Migração de dados de bancos de dados MySQL com migrações de dados homogêneas em AWS DMS](dm-migrating-data-mysql.md) + [Migração de dados de bancos de dados PostgreSQL com migrações de dados homogêneas em AWS DMS](dm-migrating-data-postgresql.md) + [Migração de dados de bancos de dados MongoDB com migrações de dados homogêneas em AWS DMS](dm-migrating-data-mongodb.md) + [Target table preparation mode](dm-migrating-data-table-prep.md) # Criando uma migração de dados em AWS DMS Depois de criar um projeto de migração com provedores de dados compatíveis do mesmo tipo, é possível utilizar esse projeto para migrações de dados homogêneas. Para obter mais informações, consulte [ Criar projetos de migração](migration-projects-create.md). Para começar a utilizar migrações de dados homogêneas, crie uma migração de dados. É possível criar várias migrações de dados homogêneas de diferentes tipos em um único projeto de migração. AWS DMS tem o número máximo de migrações de dados homogêneas que você pode criar para o seu. Conta da AWS Consulte a seção a seguir para obter informações sobre cotas AWS DMS [Cotas para AWS Database Migration Service](CHAP_Limits.md) de serviço. Antes de criar uma migração de dados, configure os recursos necessários, como bancos de dados de origem e de destino, uma política e um perfil do IAM, um perfil de instância e provedores de dados. Para obter mais informações, consulte [Criar recursos do IAM](dm-iam-resources.md), [Criação de perfis de instância](instance-profiles.md) e [ Criação de provedores de dados ](data-providers-create.md). Além disso, é recomendável não utilizar migrações de dados homogêneas para migrar dados de uma versão superior do banco de dados para uma versão inferior. Verifique as versões dos bancos de dados utilizadas para os provedores de dados de origem e de destino e atualize a versão do banco de dados de destino, se necessário. **Como criar uma migração de dados** 1. Faça login no Console de gerenciamento da AWS e abra o AWS DMS console em [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Escolha **Projetos de migração**. A página **Projetos de migração** é aberta. 1. Escolha o projeto de migração e, na guia **Migrações de dados**, escolha **Criar migração de dados**. 1. Em **Nome**, insira um nome para a migração de dados. Utilize um nome exclusivo para a migração de dados para que você possa identificá-la facilmente. 1. Em **Tipo de replicação**, escolha o tipo de migração de dados que deseja configurar. É possível escolher uma das seguintes opções: + **Carga máxima**: migra os dados de origem existentes. + **Carga máxima e captura de dados alterados (CDC)**: migra os dados de origem existentes e replica as alterações em andamento. + **Captura de dados alterados (CDC)**: replica as alterações em andamento. 1. Marque a caixa de seleção **Ativar CloudWatch registros** para armazenar registros de migração de dados na Amazon CloudWatch. Se você não escolher essa opção, não será possível ver os arquivos de log quando houver falha na migração de dados. 1. (Opcional) Expanda **Advanced settings (Configurações avançadas)**. Em **Número de trabalhos**, insira o número de threads paralelos que AWS DMS podem ser usados para migrar seus dados de origem para o destino. 1. Em **Perfil do serviço do IAM**, escolha o perfil do IAM criado nos pré-requisitos. Para obter mais informações, consulte [Criação de uma função do IAM para migrações de dados homogêneas no AWS DMS](dm-iam-resources.md#dm-resources-iam-role). 1. Configure o **Modo de início** para migrações de dados do tipo **Captura de dados alterados (CDC)**. É possível escolher uma das seguintes opções: + **Imediatamente**: inicia a replicação contínua quando você inicia a migração de dados. + **Utilizar um ponto de início nativo**: inicia a replicação contínua no ponto especificado. Para bancos de dados PostgreSQL, insira o nome do slot de replicação lógica em **Nome do slot** e insira o número de sequência do log de transações para o **Ponto de início nativo**. Para bancos de dados MySQL, insira o número de sequência do log de transações para o **Número de sequência do log (LSN)**. 1. Configure o **Modo de interrupção** para migrações de dados do tipo **Captura de dados alterados (CDC)** ou **Carga máxima e captura de dados alterados (CDC**). É possível escolher uma das seguintes opções: + **Não interrompa o CDC** — AWS DMS continua a replicação contínua até que você interrompa a migração de dados. + **Usando um ponto de tempo do servidor** — AWS DMS interrompe a replicação contínua no horário especificado. Se você escolher essa opção, em **Data e hora de interrupção**, insira a data e a hora em que deseja interromper automaticamente a replicação contínua. 1. Escolha **Criar migração de dados**. AWS DMS cria sua migração de dados e a adiciona à lista na guia **Migrações de dados** em seu projeto de migração. Aqui é possível ver o status da migração de dados. Para obter mais informações, consulte [Status das migrações](dm-migrating-data-statuses.md). **Importante** Para migrações de dados do tipo **Carga completa e Carga** **total e captura de dados de alteração (CDC)**, AWS DMS exclui todos os dados, tabelas e outros objetos de banco de dados no banco de dados de destino. Faça um backup do banco de dados de destino. Depois de AWS DMS criar sua migração de dados, o status dessa migração de dados é definido como **Pronto**. Para migrar os dados, inicie a migração de dados manualmente. Para fazer isso, escolha a migração de dados na lista. Em **Ações**, escolha **Iniciar**. Para obter mais informações, consulte [Gerenciar migrações de dados](dm-migrating-data-manage.md). O primeiro lançamento de uma migração de dados homogênea requer alguma configuração. AWS DMS cria um ambiente sem servidor para sua migração de dados. Esse processo pode demorar até 15 minutos. Depois de interromper e reiniciar sua migração de dados, AWS DMS não cria o ambiente novamente e você pode acessar sua migração de dados mais rapidamente. # Regras de seleção para migrações de dados homogêneas Você pode usar as regras de seleção para escolher o esquema, as tabelas ou os dois que deseja incluir na replicação. Ao criar a tarefa de migração de dados, escolha **Adicionar regra de seleção**. Para as configurações da regra, forneça os valores a seguir: + **Esquema**: selecione **Insira um esquema**. + **Nome do esquema**: forneça o nome do esquema que você deseja replicar ou use **%** como curinga. + **Nome da tabela**: forneça o nome da tabela que você deseja replicar ou use **%** como curinga. Por padrão, a única ação de regra compatível com o DMS é `Include`, e o único caractere curinga compatível com o DMS é `%`. **nota** O suporte às regras de seleção AWS DMS para migrações de dados homogêneas varia com base na combinação do mecanismo de banco de dados de origem e do tipo de migração escolhido. As origens compatíveis com PostgreSQL e MongoDB permitem regras de seleção para todos os tipos de migração, enquanto as origens do MySQL aceitam apenas regras de seleção para o tipo de migração de carga máxima. **Example Migrar todas as tabelas em um esquema** O exemplo a seguir migra todas as tabelas de um esquema chamado `dmsst` da origem para o endpoint de destino. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrar algumas tabelas em um esquema** O exemplo a seguir migra todas as tabelas que começam com `collectionTest` de um esquema chamado `dmsst` na origem para o endpoint de destino. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrar tabelas específicas de vários esquemas** O exemplo a seguir migra algumas tabelas de vários esquemas chamados `dmsst` e `Test` da origem para o endpoint de destino. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest1" }, "filters": [], "rule-id": "1", "rule-name": "1" }, { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "Test", "table-name": "products" }, "filters": [], "rule-id": "2", "rule-name": "2" } ] } ``` # Gerenciando migrações de dados em AWS DMS Depois de criar uma migração de dados, AWS DMS não inicia automaticamente a migração de dados. Inicie uma migração de dados manualmente quando necessário. Antes de iniciar uma migração de dados, é possível modificar todas as configurações da migração de dados. Depois de iniciar a migração de dados, não é possível alterar o tipo de replicação. Para utilizar outro tipo de replicação, crie uma nova migração de dados. **Como iniciar uma migração de dados** 1. Faça login no Console de gerenciamento da AWS e abra o AWS DMS console em [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Escolha **Projetos de migração**. A página **Projetos de migração** é aberta. 1. Escolha o projeto de migração. Na guia **Migrações de dados**, escolha a migração de dados. A página **Resumo** da migração de dados é aberta. 1. Em **Ações**, escolha **Iniciar**. Depois disso, AWS DMS cria um ambiente sem servidor para sua migração de dados. Esse processo pode demorar até 15 minutos. Depois de iniciar uma migração de dados, AWS DMS defina seu status como **Iniciando**. O próximo status AWS DMS usado para sua migração de dados depende do tipo de replicação que você escolher nas configurações de migração de dados. Para obter mais informações, consulte [Status das migrações](dm-migrating-data-statuses.md). **Como modificar uma migração de dados** 1. Faça login no Console de gerenciamento da AWS e abra o AWS DMS console em [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Escolha **Projetos de migração**. A página **Projetos de migração** é aberta. 1. Escolha o projeto de migração. Na guia **Migrações de dados**, escolha a migração de dados. A página **Resumo** da migração de dados é aberta. 1. Escolha **Modificar**. 1. Defina as configurações da migração de dados. **Importante** Depois de iniciar uma migração de dados, não é possível alterar o tipo de replicação. 1. Para visualizar seus registros de migração de dados na Amazon CloudWatch, marque a caixa de seleção **Ativar CloudWatch registros**. 1. Escolha **Salvar alterações**. Depois de AWS DMS iniciar uma migração de dados, você pode interrompê-la. Para isso, escolha a migração de dados na guia **Migrações de dados**. Em **Ações**, escolha **Interromper**. Depois de interromper uma migração de dados, AWS DMS defina seu status como **Interrompendo**. O AWS DMS define o status dessa migração de dados como **Interrompida**. Depois de AWS DMS interromper uma migração de dados, você pode modificar, retomar, reiniciar ou excluir sua migração de dados. Para continuar a replicação de dados, escolha a migração de dados interrompida na guia **Migrações de dados**. Em **Ações**, escolha **Retomar processamento**. Para reiniciar a carga de dados, escolha a migração de dados interrompida na guia **Migrações de dados**. Em seguida, em **Ações**, escolha **Reiniciar**. AWS DMS exclui todos os dados do seu banco de dados de destino e inicia a migração de dados do zero. É possível excluir uma migração de dados interrompida ou que você ainda não iniciou. Para excluir uma migração de dados, escolha a guia **Migrações de dados**. Em **Ações**, escolha **Excluir**. Para excluir o projeto de migração, interrompa e exclua todas as migrações de dados. # Monitorando migrações de dados em AWS DMS Depois de iniciar a migração de dados homogênea, é possível monitorar seu status e progresso. As migrações de dados de grandes conjuntos de dados, como centenas de gigabytes, demoram horas para serem concluídas. Para manter a confiabilidade, a disponibilidade e o alto desempenho da migração de dados, monitore o progresso regularmente. **Como verificar o status e o progresso da migração de dados** 1. Faça login no Console de gerenciamento da AWS e abra o AWS DMS console em [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Escolha **Projetos de migração**. A página **Projetos de migração** é aberta. 1. Escolha o projeto de migração e navegue até a guia **Migrações de dados**. 1. Para a migração de dados, consulte a coluna **Status**. Para obter mais informações sobre os valores nessa coluna, consulte [Status das migrações](dm-migrating-data-statuses.md). 1. Para uma migração de dados em execução, a coluna **Progresso da migração** exibe a porcentagem de dados migrados. **Como verificar os detalhes da migração de dados** 1. Faça login no Console de gerenciamento da AWS e abra o AWS DMS console em [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Escolha **Projetos de migração**. A página **Projetos de migração** é aberta. 1. Escolha o projeto de migração. Na guia **Migrações de dados**, escolha a migração de dados. 1. Na guia **Detalhes**, é possível ver o progresso da migração. Em particular, é possível ver as seguintes métricas. + **Endereço IP público**: o endereço IP público da migração de dados. Você precisa desse valor para configurar uma rede. Para obter mais informações, consulte [Configurar uma rede](dm-network.md). + **Tabelas carregadas**: o número de tabelas carregadas com sucesso. + **Tabelas sendo carregadas**: o número de tabelas que estão sendo carregadas. + **Tabelas enfileiradas**: o número de tabelas que estão aguardando para serem carregadas. + **Tabelas com erro**: o número de tabelas que apresentaram falha no carregamento. + **Tempo decorrido**: a quantidade de tempo decorrido após o início da migração de dados. + **Latência do CDC** — O tempo médio que passa entre a ocorrência de uma alteração em uma tabela de origem e o momento em que essa alteração AWS DMS é aplicada à tabela de destino. + **Migração iniciada**: a hora em que você iniciou essa migração de dados. + **Migração interrompida**: o momento em que você interrompeu essa migração de dados. 1. Para visualizar os arquivos de log da sua migração de dados, escolha **Exibir CloudWatch registros** em **Configurações de migração de dados homogênea**. Você pode **ativar CloudWatch os registros** ao criar ou modificar uma migração de dados. Para obter mais informações, consulte [Criar uma migração de dados](dm-migrating-data-create.md) e [Gerenciar migrações de dados](dm-migrating-data-manage.md). Você pode usar CloudWatch os alarmes ou eventos da Amazon para acompanhar de perto sua migração de dados. Para obter mais informações, consulte [O que são Amazon CloudWatch, Amazon CloudWatch Events e Amazon CloudWatch Logs?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) no *Guia do CloudWatch usuário da Amazon*. Observe que há uma cobrança pelo uso da Amazon CloudWatch. Para migrações de dados homogêneas, AWS DMS inclui as seguintes métricas na Amazon. CloudWatch | Métrica | Description | | --- | --- | | No geral CDCLatency | A latência geral durante a fase de CDC. Para bancos de dados MySQL, essa métrica mostra o número de segundos decorridos entre a alteração no log binário de origem e a replicação dessa alteração. Para bancos de dados PostgreSQL, essa métrica mostra o número de segundos decorridos entre `last_msg_receipt_time` e `last_msg_send_time` na visualização `pg_stat_subscription`. Unidades: segundos | | StorageConsumption | O armazenamento consumido pela migração de dados. Unidades: bytes | # Status de migrações de dados homogêneas em AWS DMS Para cada migração de dados que você executa, AWS DMS exibe o **Status** no AWS DMS console. A lista a seguir inclui os status disponíveis: + `Creating`— AWS DMS está criando a migração de dados. + `Ready`: a migração de dados está pronta para ser iniciada. + `Starting`— AWS DMS está criando o ambiente sem servidor para sua migração de dados. Esse processo pode demorar até 15 minutos. + `Load running`— AWS DMS está realizando a migração de carga total. + `Load complete, replication ongoing`— AWS DMS completou a carga completa e agora replica as mudanças em andamento. AWS DMS usa esse status somente para migrações de dados do tipo carga total e captura de dados de alteração (CDC). + `Replication ongoing`— AWS DMS está replicando as mudanças em andamento. AWS DMS usa esse status somente para migrações do tipo de captura de dados de alteração (CDC). + `Reloading target`— AWS DMS está reiniciando uma migração de dados e executa o tipo de migração especificado. + `Stopping`— AWS DMS está interrompendo a migração de dados. AWS DMS define esse status depois que você opta por interromper a migração de dados no menu **Ações**. + `Stopped`— AWS DMS interrompeu a migração de dados. + `Failed`: falha na migração de dados. Para obter mais informações, consulte os arquivos de log. Para visualizar os arquivos de log, escolha a migração de dados na guia **Migrações de dados**. Em seguida, escolha **Exibir CloudWatch registros** em **Configurações homogêneas de migração de dados**. **Importante** Você pode visualizar os arquivos de log marcando a caixa de seleção **Ativar CloudWatch registros** ao criar sua migração de dados. + `Deleting`— AWS DMS está excluindo a migração de dados. AWS DMS define esse status depois que você opta por excluir a migração de dados no menu **Ações**. + `Maintenance`— AWS DMS coloca uma tarefa no status de modo de manutenção quando uma nova imagem é implantada no contêiner sem servidor subjacente associado à sua tarefa de migração de dados. # Migração de dados de bancos de dados MySQL com migrações de dados homogêneas em AWS DMS É possível utilizar [Migração de dados homogênea](data-migrations.md) para migrar um banco de dados MySQL autogerenciado para o RDS para MySQL ou o Aurora MySQL. O AWS DMS cria um ambiente com tecnologia sem servidor para a migração de dados. Para diferentes tipos de migrações de dados, AWS DMS usa diferentes ferramentas nativas de banco de dados MySQL. Para migrações de dados homogêneas do tipo **Full load**, AWS DMS usa mydumper para ler dados do seu banco de dados de origem e armazená-los no disco conectado ao ambiente sem servidor. Depois de AWS DMS ler todos os dados de origem, ele usa myloader no banco de dados de destino para restaurar seus dados. Para migrações de dados homogêneas do tipo **Full load and change data capture (CDC)**, AWS DMS usa mydumper para ler dados do seu banco de dados de origem e armazená-los no disco conectado ao ambiente sem servidor. Depois de AWS DMS ler todos os dados de origem, ele usa myloader no banco de dados de destino para restaurar seus dados. Depois de AWS DMS concluir o carregamento completo, ele configura a replicação do log binário com a posição do log binário definida para o início do carregamento completo. Para migrações de dados homogêneas do tipo **Captura de dados alterados (CDC)**, o AWS DMS precisa do **Ponto de início da CDC nativo** para iniciar a replicação. Se você fornecer o ponto inicial nativo do CDC, AWS DMS capturará as alterações desse ponto. Como alternativa, escolha **Imediatamente** nas configurações da migração de dados para capturar automaticamente o ponto de início da replicação quando a migração de dados real for iniciada. **nota** Para que uma migração somente de CDC funcione corretamente, todos os esquemas e objetos do banco de dados de origem já devem estar presentes no banco de dados de destino. No entanto, o destino pode ter objetos que não estão presentes na origem. É possível utilizar o exemplo de código a seguir para obter o número de sequência de log atual (LSN) no banco de dados MySQL. ``` show master status ``` Essa consulta retorna o nome e a posição de um arquivo de log binário. Para o ponto de início nativo, utilize uma combinação do nome e da posição do arquivo de log binário. Por exemplo, .`mysql-bin-changelog.000024:373` Neste exemplo, `mysql-bin-changelog.000024` é o nome do arquivo de log binário e `373` é a posição em que AWS DMS começa a capturar as alterações. O diagrama a seguir mostra o processo de uso de migrações de dados homogêneas para migrar um banco de dados MySQL AWS DMS para o RDS for MySQL ou o Aurora MySQL. ![\[Um diagrama de arquitetura da migração de dados do MySQL com a migração de dados homogênea do DMS.\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/images/data-migrations-mysql.png) # Migração de dados de bancos de dados PostgreSQL com migrações de dados homogêneas em AWS DMS É possível utilizar [Migração de dados homogênea](data-migrations.md) para migrar um banco de dados PostgreSQL autogerenciado para o RDS para PostgreSQL ou o Aurora PostgreSQL. O AWS DMS cria um ambiente com tecnologia sem servidor para a migração de dados. Para diferentes tipos de migração de dados, o AWS DMS utiliza diferentes ferramentas nativas do banco de dados do PostgreSQL. Para migrações de dados homogêneas do tipo **Full load**, AWS DMS usa pg\$1dump para ler dados do banco de dados de origem e armazená-los no disco conectado ao ambiente sem servidor. Depois de AWS DMS ler todos os dados de origem, ele usa pg\$1restore no banco de dados de destino para restaurar seus dados. Para migrações de dados homogêneas do tipo **Full load and Change Data Capture (CDC)**, AWS DMS usa `pg_dump` para ler objetos de esquema sem dados de tabela do banco de dados de origem e armazená-los no disco conectado ao ambiente sem servidor. Em seguida, utiliza `pg_restore` no banco de dados de destino para restaurar os objetos do esquema. Depois de AWS DMS concluir o `pg_restore` processo, ele muda automaticamente para um modelo de editor e assinante para replicação lógica com a `Initial Data Synchronization` opção de copiar os dados iniciais da tabela diretamente do banco de dados de origem para o banco de dados de destino e, em seguida, inicia a replicação contínua. Nesse modelo, um ou mais assinantes assinam uma ou mais publicações em um nó do publicador. Para migrações de dados homogêneas do tipo **Change data capture (CDC)**, é AWS DMS necessário o ponto de partida nativo para iniciar a replicação. Se você fornecer o ponto inicial nativo, AWS DMS capturará as alterações desse ponto. Como alternativa, escolha **Imediatamente** nas configurações da migração de dados para capturar automaticamente o ponto de início da replicação quando a migração de dados real for iniciada. **nota** Para que uma migração somente de CDC funcione corretamente, todos os esquemas e objetos do banco de dados de origem já devem estar presentes no banco de dados de destino. No entanto, o destino pode ter objetos que não estão presentes na origem. É possível utilizar o exemplo de código a seguir para obter o ponto de início nativo no banco de dados do PostgreSQL. ``` select confirmed_flush_lsn from pg_replication_slots where slot_name=‘migrate_to_target'; ``` Essa consulta utiliza a visualização `pg_replication_slots` no banco de dados do PostgreSQL para capturar o valor do número de sequência de log (LSN). **Depois de AWS DMS definir o status da migração homogênea de dados do PostgreSQL como Parada**, Falha **ou** Excluída,** o editor e a replicação não serão removidos.** Se você não quiser retomar a migração, exclua o slot de replicação e o publicador utilizando o comando a seguir. ``` SELECT pg_drop_replication_slot('migration_subscriber_{ARN}'); DROP PUBLICATION publication_{ARN}; ``` O diagrama a seguir mostra o processo de uso de migrações de dados homogêneas para migrar um banco de dados PostgreSQL AWS DMS para o RDS for PostgreSQL ou Aurora PostgreSQL. ![\[Um diagrama de arquitetura do recurso de migração de dados do PostgreSQL com migrações de dados homogêneas do DMS.\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/images/data-migrations-postgresql.png) ## Práticas recomendadas para utilizar um banco de dados PostgreSQL como origem para migrações de dados homogêneas + Para acelerar a sincronização de dados inicial no lado do assinante para a tarefa FLCDC, você deve ajustar `max_logical_replication_workers` e `max_sync_workers_per_subscription`. Aumentar esses valores aumenta a velocidade de sincronização da tabela. + **max\$1logical\$1replication\$1workers**: especifica o número máximo de operadores de replicação lógica. Isso inclui os operadores de aplicação no lado do assinante e os operadores de sincronização de tabelas. + **max\$1sync\$1workers\$1per\$1subscription**: o aumento de `max_sync_workers_per_subscription` afeta somente o número de tabelas sincronizadas em paralelo, não o número de operadores por tabela. **nota** `max_logical_replication_workers` não deve exceder `max_worker_processes`, e `max_sync_workers_per_subscription` deve ser menor ou igual a `max_logical_replication_workers`. + Para migrar tabelas grandes, considere dividi-las em tarefas separadas usando regras de seleção. Por exemplo, você pode dividir tabelas grandes em tarefas individuais separadas e tabelas pequenas em outra tarefa única. + Monitore a utilização do disco e da CPU no lado do assinante para manter o máximo desempenho. # Migração de dados de bancos de dados MongoDB com migrações de dados homogêneas em AWS DMS É possível utilizar [Migração de dados homogênea](data-migrations.md) para migrar um banco de dados MongoDB autogerenciado para o Amazon DocumentDB. O AWS DMS cria um ambiente com tecnologia sem servidor para a migração de dados. Para diferentes tipos de migrações de dados, o AWS DMS utiliza diferentes ferramentas nativas de banco de dados MongoDB. Para migrações de dados homogêneas do tipo **Full load**, AWS DMS usa `mongodump` para ler dados do seu banco de dados de origem e armazená-los no disco conectado ao ambiente sem servidor. Depois de AWS DMS ler todos os dados de origem, eles são usados `mongorestore` no banco de dados de destino para restaurar seus dados. Para migrações de dados homogêneas do tipo **Full Load and Change Data Capture (CDC)**, AWS DMS usa `mongodump` para ler dados do seu banco de dados de origem e armazená-los no disco conectado ao ambiente sem servidor. Depois de AWS DMS ler todos os dados de origem, eles são usados `mongorestore` no banco de dados de destino para restaurar seus dados. Depois de AWS DMS concluir a carga completa, ele muda automaticamente para um modelo de editor e assinante para replicação lógica. Neste modelo, recomendamos dimensionar o oplog para reter as alterações por pelo menos 24 horas. Para migrações de dados homogêneas do tipo **Captura de dados de alteração (CDC)**, selecione `immediately` nas configurações da migração de dados para capturar automaticamente o ponto de início da replicação quando a migração de dados real for iniciada. **nota** Para qualquer coleção nova ou renomeada, você precisa criar uma nova tarefa de migração de dados para essas coleções como migrações de dados homogêneas. Para uma fonte compatível com MongoDB, AWS DMS não oferece suporte `create` e operações. `rename` `drop collection` O diagrama a seguir mostra o processo de uso de migrações de dados homogêneas para migrar um banco de dados MongoDB AWS DMS para o Amazon DocumentDB. ![\[Um diagrama de arquitetura da migração de dados do MongoDB com migrações de dados homogêneas do DMS.\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/images/data-migrations-mongodb.png) # Target table preparation mode Você pode selecionar o modo de preparação da tabela Target ao optar por criar uma tarefa de migração de dados na guia **Configurações avançadas** no AWS DMS console para migrações do PostgreSQL, MongoDB e Amazon DocumentDB. ## Abandonar tabelas no destino Em Eliminar tabelas no modo de destino, a migração AWS DMS homogênea descarta as tabelas de destino e as recria antes de iniciar a migração. Essa abordagem garante que as tabelas de destino estejam no início da migração. Durante migrações homogêneas, AWS DMS cria todos os objetos secundários, incluindo índices definidos nos metadados da tabela de origem, antes de carregar os dados para garantir uma migração eficiente dos dados. Ao usar o modo descartar tabelas no modo de destino, talvez seja necessário configurar o banco de dados de destino. Por exemplo, com um destino do PostgreSQL AWS DMS , não é possível criar um usuário de esquema por motivos de segurança. Nesse caso, você deve pré-criar o usuário do esquema para corresponder à origem, permitindo AWS DMS criar as tabelas e atribuí-las a uma função semelhante à da origem quando a migração começar. ## Truncar No modo Truncar, a migração AWS DMS homogênea trunca todas as tabelas de destino existentes antes do início da migração. Isso preserva a estrutura da tabela. Esse modo é adequado para migrações de carga máxima ou carga máxima mais CDC em que o esquema de destino é predefinido. Para um destino do Amazon DocumentDB, se a coleção não existir, o AWS DMS criará a coleção sem índices durante a migração. ## Não executar nenhuma ação No modo Não fazer nada, a migração AWS DMS homogênea pressupõe que as tabelas de destino foram pré-criadas. Se as tabelas de destino não estiverem vazias, poderão ocorrer conflitos de dados durante a migração, o que pode causar um erro na tarefa do DMS. Nesse modo, a estrutura da tabela permanece inalterada e todos os dados existentes são preservados. O modo “Não executar nenhuma ação” será uma escolha adequada para tarefas somente de CDC quando as tabelas de destino forem preenchidas na origem e a replicação contínua for aplicada para manter a origem e o destino em sincronia. Para um destino do Amazon DocumentDB, se a coleção não existir, AWS DMS cria a coleção sem índices secundários. Além disso, o modo não executar nenhuma ação pode ser usado durante a fase de carga máxima ao migrar dados de uma coleção fragmentada do MongoDB para o Amazon DocumentDB. # Solução de problemas para migrações de dados homogêneas no AWS DMS Na lista a seguir, é possível encontrar ações a serem tomadas ao encontrar problemas com migrações de dados homogêneas no AWS DMS. **Topics** + [Não é possível criar uma migração de dados homogênea no AWS DMS](#dm-troubleshooting-create) + [Não é possível iniciar uma migração de dados homogênea no AWS DMS](#dm-troubleshooting-dm-fails) + [Não é possível me conectar ao banco de dados de destino ao executar uma migração de dados no AWS DMS](#dm-troubleshooting-connect-target) + [O AWS DMS migra visualizações como tabelas no PostgreSQL](#dm-troubleshooting-views) ## Não é possível criar uma migração de dados homogênea no AWS DMS Se você receber uma mensagem de erro dizendo que AWS DMS não pode se conectar aos provedores de dados depois de escolher **Criar migração de dados**, verifique se você configurou o perfil do IAM necessário. Para obter mais informações, consulte [Criar um perfil do IAM](dm-iam-resources.md#dm-resources-iam-role). Se você configurou o perfil do IAM e ainda receber essa mensagem de erro, adicione esse perfil do IAM ao usuário de chaves na configuração da chave do AWS KMS. Para obter mais informações, consulte [Permitir que usuários de chaves utilizem a chave do KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-default.html#key-policy-default-allow-users) no *Guia do desenvolvedor do AWS Key Management Service*. ## Não é possível iniciar uma migração de dados homogênea no AWS DMS Se você obtiver o status `Failed` ao iniciar uma migração de dados no projeto de migração, verifique as versões dos provedores de dados de origem e de destino. Para isso, execute a consulta `SELECT VERSION();` no banco de dados MySQL ou PostgreSQL. Utilize a versão compatível do banco de dados. Para obter a lista dos bancos de dados de origem compatíveis, consulte [Origens para migrações de dados homogêneas do DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Para obter a lista dos bancos de dados de destino compatíveis, consulte [Destinos para migrações de dados homogêneas do DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Se você utilizar uma versão de banco de dados não compatível, atualize o seu banco de dados de origem ou de destino e tente novamente. Verifique a mensagem de erro da migração de dados no console do AWS DMS. Para fazer isso, abra o projeto de migração e escolha a migração de dados. Na guia **Detalhes**, verifique a **Última mensagem de falha** em **Geral**. Por fim, analise o log do CloudWatch. Para fazer isso, abra o projeto de migração e escolha a migração de dados. Na guia **Detalhes**, escolha **Visualizar logs do CloudWatch**. ## Não é possível me conectar ao banco de dados de destino ao executar uma migração de dados no AWS DMS Se você receber a mensagem de erro **Não é possível se conectar ao destino**, execute as seguintes ações. 1. Verifique se o grupo de segurança anexado aos bancos de dados de origem e destino contém uma regra para qualquer tráfego de entrada e de saída. Para obter mais informações, consulte [Configurar a replicação contínua de dados](vpc-peering.md#vpc-peering-ongoing-replication). 1. Verifique a lista de controle de acesso (ACL) de rede e as regras da tabela de rotas. 1. O banco de dados deve estar acessível na VPC criada. Adicione endereços IP públicos aos grupos de segurança da VPC e permita conexões de entrada no firewall. 1. Na guia **Migrações de dados** do projeto de migração, escolha a migração de dados. Anote o **Endereço IP público** em **Conectividade e segurança** na guia **Detalhes**. Permita acesso do endereço IP público da migração de dados nos bancos de dados de origem e de destino. 1. Para a replicação contínua de dados, verifique se os bancos de dados de origem e de destino podem se comunicar entre si. Para mais informações, consulte [Controlar o tráfego para recursos usando grupos de segurança](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) no *Guia do usuário da Amazon Virtual Private Cloud*. ## O AWS DMS migra visualizações como tabelas no PostgreSQL A migração homogênea de dados não é compatível com a migração de visualizações como visualizações no PostgreSQL. No PostgreSQL, o AWS DMS migra visualizações como tabelas.