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á.
# AWS DMS Terminologia e conceitos
AWS Database Migration Service (AWS DMS) é um serviço web que você pode usar para migrar dados de um armazenamento de dados de origem para um armazenamento de dados de destino. Esses dois datastore são chamados de endpoints. É possível migrar entre endpoints de origem e de destino que usam o mesmo mecanismo de banco de dados, como de um banco de dados Oracle para um banco de dados Oracle. Você também pode migrar entre endpoints de origem e de destino que usam mecanismos de banco de dados diferentes, como de um banco de dados Oracle para um banco de dados PostgreSQL. O único requisito a ser usado AWS DMS é que um dos seus endpoints esteja em um AWS serviço. Você não pode usar AWS DMS para migrar de um banco de dados local para outro banco de dados local.
Para obter mais informações sobre o custo da migração de bancos de dados, consulte a página [Definição de preços do AWS Database Migration Service](https://aws.amazon.com/dms/pricing/).
Use os tópicos a seguir para entender melhor AWS DMS.
**Topics**
+ [
# Visão de alto nível de AWS DMS
](CHAP_Introduction.HighLevelView.md)
+ [
# Componentes do AWS DMS
](CHAP_Introduction.Components.md)
+ [
# Fontes para AWS DMS
](CHAP_Introduction.Sources.md)
+ [
# Metas para AWS DMS
](CHAP_Introduction.Targets.md)
+ [
# Construindo um nome de recurso da Amazon (ARN) para AWS DMS
](CHAP_Introduction.AWS.ARN.md)
+ [
# Usando AWS DMS com outros AWS serviços
](CHAP_Introduction.AWS.md)
# Visão de alto nível de AWS DMS
Para realizar uma migração de banco de dados, AWS DMS conecte-se ao armazenamento de dados de origem, lê os dados de origem e formata os dados para consumo pelo armazenamento de dados de destino. Ele carrega os dados no datastore de destino. A maior parte desse processo ocorre na memória, mas grandes transações podem exigir buffer para o disco. Transações armazenadas em cache e arquivos de log também são gravados no disco.
Em um nível alto, ao usar, AWS DMS você faz o seguinte:
+ Descubra os bancos de dados no ambiente de rede que são bons candidatos à migração.
+ Converta automaticamente os esquemas do banco de dados de origem e a maioria dos objetos de código do banco de dados em um formato compatível com o banco de dados de destino.
+ Crie um servidor de replicação.
+ Crie endpoints de origem e de destino que tenham informações de conexão sobre os datastores.
+ Crie uma ou mais tarefas de migração para migrar dados entre os datastores de origem e de destino.
Uma tarefa pode consistir em três fases principais:
+ Migração de dados existentes (carga máxima)
+ A aplicação de alterações armazenadas em cache
+ Replicação contínua (captura de dados de alteração)
Durante uma migração de carga total, em que os dados existentes da origem são movidos para o destino, AWS DMS carrega dados das tabelas no armazenamento de dados de origem para as tabelas no armazenamento de dados de destino. Enquanto a carga máxima está em andamento, as alterações feitas nas tabelas que estão sendo carregadas são armazenadas em cache no servidor de replicação: essas são as alterações armazenadas em cache. É importante observar que AWS DMS não captura as alterações de uma determinada tabela até que o carregamento completo dessa tabela seja iniciado. Em outras palavras, o ponto onde a captura de alterações começa é diferente para cada tabela individual.
Quando a carga completa de uma determinada tabela é concluída, AWS DMS imediatamente começa a aplicar as alterações em cache para essa tabela. Depois que a tabela é carregada e as alterações em cache são aplicadas, AWS DMS começa a coletar as alterações como transações para a fase de replicação contínua. Se uma transação tiver tabelas ainda não totalmente carregadas, as alterações serão armazenadas localmente na instância de replicação. Depois de AWS DMS aplicar todas as alterações em cache a todas as tabelas, as tabelas ficam transacionalmente consistentes. Nesse ponto, AWS DMS passa para a fase de replicação contínua, aplicando as alterações como transações.
No início dessa fase, uma lista de pendências de transações costuma causar atrasos entre os bancos de dados de origem e de destino. A migração acaba alcançando um estado estável após trabalhar nessa lista de pendências de transações. Nesse momento, é possível desligar suas aplicações, permitir que as transações restantes sejam aplicadas ao destino e atualizar as aplicações, agora apontando para o banco de dados de destino.
AWS DMS cria os objetos do esquema de destino necessários para realizar uma migração de dados. Você pode usar AWS DMS para adotar uma abordagem minimalista e criar somente os objetos necessários para migrar os dados com eficiência. Usando essa abordagem, AWS DMS cria tabelas, chaves primárias e, em alguns casos, índices exclusivos, mas não cria nenhum outro objeto que não seja necessário para migrar com eficiência os dados da fonte.
Como alternativa, você pode usar a Conversão de Esquema DMS AWS DMS para converter automaticamente os esquemas do banco de dados de origem e a maioria dos objetos de código do banco de dados em um formato compatível com o banco de dados de destino. Essa conversão inclui tabelas, visualizações, procedimentos armazenados, perfis, tipos de dados, sinônimos e assim por diante. Todos os objetos que a DMS Schema Conversion não pode converter automaticamente são claramente marcados. Para concluir a migração, é possível converter esses objetos manualmente.
# Componentes do AWS DMS
Esta seção descreve os componentes internos AWS DMS e como eles funcionam juntos para realizar sua migração de dados. Entender os componentes estruturais do AWS DMS pode ajudar você a migrar dados de forma mais eficaz e fornecer uma melhor compreensão ao solucionar ou investigar problemas.
Uma AWS DMS migração consiste em cinco componentes: descoberta de bancos de dados a serem migrados, conversão automática de esquemas, instância de replicação, endpoints de origem e destino e tarefa de replicação. Você cria uma AWS DMS migração criando a instância de replicação, os endpoints e as tarefas necessárias em um. Região da AWS
**Descoberta de banco de dados**
O DMS Fleet Advisor coleta dados de vários ambientes de banco de dados para fornecer insight da infraestrutura de dados. O DMS Fleet Advisor coleta dados do banco de dados on-premises e de servidores analíticos de um ou mais locais centrais sem a necessidade de instalá-los em todos os computadores. Atualmente, o DMS Fleet Advisor é compatível com o Microsoft SQL Server, o MySQL, o Oracle e os servidores de banco de dados PostgreSQL.
Com base nos dados descobertos na rede, o DMS Fleet Advisor cria um inventário que é possível analisar para determinar quais servidores e objetos do banco de dados devem ser monitorados. À medida que os detalhes sobre esses servidores, bancos de dados e esquemas são coletados, é possível analisar a viabilidade das migrações de banco de dados pretendidas.
**Migração de código e schema**
A conversão do esquema DMS AWS DMS torna as migrações de banco de dados entre diferentes tipos de bancos de dados mais previsíveis. É possível utilizar a DMS Schema Conversion para avaliar a complexidade da migração para o provedor de dados de origem e usá-la para converter esquemas de banco de dados e objetos de código. É possível aplicar o código convertido ao banco de dados de destino.
Em alto nível, a DMS Schema Conversion opera com os três componentes a seguir: perfis de instância, provedores de dados e projetos de migração. Um *perfil de instância* especifica as configurações da rede e da segurança. Um *provedor de dados* armazena as credenciais de conexão do banco de dados. Um *projeto de migração* contém provedores de dados, um perfil de instância e regras de migração. AWS DMS usa provedores de dados e um perfil de instância para criar um processo que converte esquemas de banco de dados e objetos de código.
** Instância da replicação **
Em um alto nível, uma instância de AWS DMS replicação é simplesmente uma instância gerenciada do Amazon Elastic Compute Cloud (Amazon EC2) que hospeda uma ou mais tarefas de replicação.
A figura a seguir mostra um exemplo de instância de replicação que executa várias tarefas de replicação associadas.
![\[Comece com AWS DMS\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/images/datarep-intro-rep-instance1.png)
Uma única instância de replicação pode hospedar uma ou mais tarefas de replicação, dependendo das características da migração e da capacidade do servidor de replicação. AWS DMS fornece uma variedade de instâncias de replicação para que você possa escolher a configuração ideal para seu caso de uso. Para obter mais informações sobre as diversas classes de instâncias de replicação, consulte [Escolhendo a instância de replicação AWS DMS certa para sua migração](CHAP_ReplicationInstance.Types.md).
AWS DMS cria a instância de replicação em uma instância do Amazon EC2. Algumas das classes de instância menores são suficientes para testar o serviço ou para migrações pequenas. Se a migração envolver um grande número de tabelas ou se você pretender executar várias tarefas de replicação simultâneas, considere utilizar uma das instâncias maiores. É recomendável essa abordagem porque o AWS DMS pode consumir uma quantidade significativa de memória e de CPU.
Dependendo da classe da instância do Amazon EC2 selecionada, a instância de replicação vem com 50 GB ou 100 GB de armazenamento de dados. Essa quantidade normalmente é suficiente para a maioria dos clientes. No entanto, se a migração envolve grandes transações ou um grande volume de alterações de dados, talvez deseje aumentar a alocação de armazenamento de base. A captura de dados de alteração (CDC) pode fazer com que os dados sejam gravados em disco, de acordo com a velocidade com que o destino consegue gravar as alterações. Como os arquivos de log também são gravados em disco, aumentar o nível de gravidade do registro em log também resultará em um maior consumo de armazenamento.
AWS DMS pode fornecer alta disponibilidade e suporte de failover usando uma implantação Multi-AZ. Em uma implantação Multi-AZ, provisiona e mantém AWS DMS automaticamente uma réplica em espera da instância de replicação em uma zona de disponibilidade diferente. A instância de replicação primária é replicada em sincronia para a réplica em espera. Se a instância de replicação primária falhar ou parar de responder, a instância em espera retoma qualquer tarefa em execução com o mínimo de interrupção. Como a primária está replicando constantemente seu estado para a de espera, a implantação multi-AZ implica alguma sobrecarga no desempenho.
Para obter informações mais detalhadas sobre a instância AWS DMS de replicação, consulte[Trabalhando com uma instância de AWS DMS replicação](CHAP_ReplicationInstance.md).
Em vez de criar e gerenciar uma instância de replicação, você pode deixar AWS DMS provisionar sua replicação automaticamente usando AWS DMS o Serverless. Para obter mais informações, consulte [Trabalhando com AWS DMS Serverless](CHAP_Serverless.md).
** Endpoint**
AWS DMS usa um endpoint para acessar seu armazenamento de dados de origem ou destino. As informações de conexão específicas são diferentes, dependendo do seu armazenamento de dados, mas no geral deve-se fornecer as seguintes informações ao criar um endpoint.
+ Tipo de endpoint: origem ou destino.
+ Tipo de mecanismo: tipo de mecanismo do banco de dados, como Oracle ou PostgreSQL.
+ Nome do servidor — Nome do servidor ou endereço IP que AWS DMS pode ser acessado.
+ Porta: número da porta usada para conexões de servidor do banco de dados.
+ Criptografia: modo Secure Socket Layer (SSL), se o SSL for usado para criptografar a conexão.
+ Credenciais: nome de usuário e senha de uma conta com os direitos de acesso necessários.
Quando você cria um endpoint usando o AWS DMS console, o console exige que você teste a conexão do endpoint. O teste deve ser bem-sucedido antes de usar o endpoint em uma AWS DMS tarefa. Como as informações de conexão, os critérios de teste específicos são diferentes para diferentes tipos de mecanismos. No geral, o AWS DMS verifica se o banco de dados existe no determinado nome de servidor e porta, e se as credenciais fornecidas podem ser usadas para se conectar ao banco de dados com os privilégios necessários para executar uma migração. Se o teste de conexão for bem-sucedido, AWS DMS baixa e armazena as informações do esquema para uso posterior durante a configuração da tarefa. As informações de esquema podem incluir definições de tabela, definições de chave primária e definições de chave exclusiva, por exemplo.
Mais de uma tarefa de replicação pode utilizar um único endpoint. Por exemplo, é possível ter duas aplicações logicamente distintas hospedadas no mesmo banco de dados de origem que deseja migrar separadamente. Nesse caso, duas tarefas de replicação são criadas, uma para cada conjunto de tabelas de aplicações. Você pode usar o mesmo AWS DMS endpoint nas duas tarefas.
É possível personalizar o comportamento de um endpoint utilizando as configurações do endpoint. As *Configurações do endpoint* podem controlar vários comportamentos, como detalhes de registro em log, tamanho do arquivo e outros parâmetros. Cada tipo de mecanismo de datastore tem diferentes configurações de endpoint disponíveis. É possível encontrar as configurações específicas de endpoints para cada datastore na seção de origem e de destino do datastore. Para obter uma lista de datastores de origem e de destino compatíveis, consulte [Fontes para AWS DMS](CHAP_Introduction.Sources.md) e [Metas para AWS DMS](CHAP_Introduction.Targets.md).
Para obter informações mais detalhadas sobre AWS DMS endpoints, consulte[Trabalhando com endpoints AWS do DMS](CHAP_Endpoints.md).
**Tarefas de replicação**
Você usa uma tarefa de AWS DMS replicação para mover um conjunto de dados do endpoint de origem para o endpoint de destino. A criação de uma tarefa de replicação é a última etapa necessária antes de iniciar uma migração.
Ao criar uma tarefa de replicação, especifique as seguintes configurações de tarefa:
+ Instância de replicação: a instância que hospeda e executa a tarefa
+ Endpoint de origem
+ Endpoint de destino
+ Opções de tipo de migração, conforme listadas a seguir. Para obter uma explicação completa sobre as opções do tipo de migração, consulte [Criar uma tarefa](CHAP_Tasks.Creating.md).
+ Carga máxima (migração de dados existentes): se houver condições para uma interrupção longa o suficiente para copiar os dados existentes, esta será uma boa opção. Essa opção migra somente os dados do banco de dados de origem para o banco de dados de destino, criando tabelas quando necessário.
+ Carga máxima \$1 CDC (alterações da migração dos dados existentes e da replicação contínua): esta opção executa uma carga máxima de dados enquanto captura alterações na origem. Após a carga máxima ser concluída, as alterações capturadas são aplicadas ao destino. Por fim, a aplicação de alterações alcança um estado estável. Nesse momento, é possível encerrar as aplicações, permitir que as alterações restantes sejam transmitidas até o destino e reiniciar as aplicações apontando para o destino.
+ Somente CDC (somente replicação de alterações de dados): em algumas situações, copiar os dados existentes utilizando um método diferente do AWS DMS pode ser mais eficaz. Por exemplo, em uma migração homogênea, utilizar ferramentas de exportação/importação nativas pode ser mais eficaz para o carregamento de dados em massa. Nessa situação, você pode usar AWS DMS para replicar as alterações a partir do momento em que inicia o carregamento em massa para trazer e manter seus bancos de dados de origem e destino sincronizados.
+ Opções de modo de preparação de tabela de destino, conforme listadas a seguir. Para obter uma explicação completa sobre os modos da tabela de destino, consulte [Criar uma tarefa](CHAP_Tasks.Creating.md).
+ Não fazer nada — AWS DMS presume que as tabelas de destino foram pré-criadas no destino.
+ Solte as tabelas no alvo — AWS DMS derruba e recria as tabelas de destino.
+ Truncar: se você criou tabelas no destino, o AWS as truncará antes que a migração seja iniciada. Se nenhuma tabela existir e você selecionar essa opção, AWS DMS criará qualquer tabela ausente.
+ Opções do modo LOB, conforme listadas a seguir. Para obter uma explicação completa sobre os modos de LOB, consulte [Configurando o suporte LOB para bancos de dados de origem em uma tarefa AWS DMS](CHAP_Tasks.LOBSupport.md).
+ Não incluir colunas LOB: as colunas LOB são excluídas da migração.
+ Modo LOB completo — Migração completa, LOBs independentemente do tamanho. AWS DMS **migra por LOBs partes em partes controladas pelo parâmetro Max LOB Size.** Esse modo é mais lento que o modo LOB limitado.
+ Modo LOB limitado — Trunque LOBs até o valor especificado pelo parâmetro **Tamanho máximo de LOB**. Esse modo é mais rápido que o modo LOB completo.
+ Mapeamentos de tabelas: indica as tabelas a serem migradas e como elas são migradas. Para obter mais informações, consulte [Utilizar o mapeamento de tabela para especificar as configurações da tarefa](CHAP_Tasks.CustomizingTasks.TableMapping.md).
+ Transformações de dados, conforme listadas a seguir. Para obter mais informações sobre transformações de dados, consulte [Especificar a seleção de tabelas e as regras de transformação utilizando JSON](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.md).
+ Alteração de nomes de esquema, tabela e coluna.
+ Alteração de nomes de espaços de tabela (para endpoints de destino do Oracle).
+ Definição de chaves primárias e índices exclusivos no destino.
+ Validação de dados
+ CloudWatch Registro na Amazon
Utilize a tarefa para migrar dados do endpoint de origem para o endpoint de destino, e o processamento da tarefa acontece na instância de replicação. Especifique quais tabelas e esquemas serão migrados e qualquer processamento especial, como requisitos de registro em log, dados da tabela de controle e gerenciamento de erros.
Conceitualmente, uma tarefa de AWS DMS replicação executa duas funções distintas, conforme mostrado no diagrama a seguir.
![\[Comece com AWS DMS\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/images/datarep-intro-rep-task1.png)
O processo de carga máxima apresenta compreensão direta. Os dados são extraídos da origem em um modo de extração em lote e carregados diretamente no destino. Você pode especificar o número de tabelas a serem extraídas e carregadas paralelamente no AWS DMS console em **Configurações avançadas**.
Para obter mais informações sobre AWS DMS tarefas, consulte[Trabalhando com AWS DMS tarefas](CHAP_Tasks.md).
**Replicação contínua ou captura de dados de alteração (CDC)**
Você também pode usar uma AWS DMS tarefa para capturar alterações contínuas no armazenamento de dados de origem enquanto migra seus dados para um destino. O processo de captura de alterações AWS DMS usado ao replicar alterações contínuas de um endpoint de origem coleta as alterações nos registros do banco de dados usando a API nativa do mecanismo de banco de dados.
No processo de CDC, a tarefa de replicação é projetada para transmitir as alterações da origem para o destino, utilizando buffers na memória para manter os dados em trânsito. Se os buffers na memória se esgotarem por qualquer motivo, a tarefa de replicação repassará alterações pendentes para o Cache de alteração no disco. Isso pode ocorrer, por exemplo, se AWS DMS estiver capturando alterações da fonte mais rápido do que elas podem ser aplicadas no destino. Nesse caso, você verá a *latência de destino* da tarefa exceder a *latência de origem*.
Você pode verificar isso navegando até sua tarefa no AWS DMS console e abrindo a guia Monitoramento de tarefas. Os gráficos de CDCLatency destino e de CDCLatency origem são mostrados na parte inferior da página. Se você tiver uma tarefa que mostra a latência de destino, então provavelmente há algum ajuste no endpoint de destino necessário para aumentar a taxa de aplicação.
A tarefa de replicação também utiliza armazenamento para logs de tarefas, conforme discutido anteriormente. O espaço em disco que vem pré-configurado com a instância de replicação normalmente é suficiente para o registro em log e alterações repassadas. Se precisar de espaço adicional em disco, por exemplo, ao utilizar a depuração detalhada para investigar um problema de migração, é possível modificar a instância de replicação para alocar mais espaço.
# Fontes para AWS DMS
Você pode usar diferentes armazenamentos de dados de origem em diferentes AWS DMS recursos. As seções a seguir contêm as listas de armazenamentos de dados de origem suportados para cada AWS DMS recurso.
**Topics**
+ [
## Endpoints de origem da migração de dados
](#CHAP_Introduction.Sources.DataMigration)
+ [
## Bancos de dados de origem para o DMS Fleet Advisor
](#CHAP_Introduction.Sources.FleetAdvisor)
+ [
## Provedores de dados de origem para a DMS Schema Conversion
](#CHAP_Introduction.Sources.SchemaConversion)
+ [
## Provedores de dados de origem para migrações de dados homogêneas do DMS
](#CHAP_Introduction.Sources.HomogeneousDataMigrations)
## Endpoints de origem da migração de dados
É possível utilizar os seguintes datastores como endpoints de origem da migração de dados utilizando o AWS DMS.
**Bancos de dados on-premises e de instância do EC2**
+ Oracle versões 10.2 e superior (para versões 10.x), 11g e até 12.2, 18c e 19c para as edições Enterprise, Standard, Standard One e Standard Two
+ Microsoft SQL Server versões 2008 (com suporte no DMS v3.5.4), 2008R2 (com suporte no DMS v3.5.4), 2012, 2014, 2016, 2017, 2019 e 2022.
+ As edições Enterprise, Standard, Workgroup, Developer e Web são compatíveis com a replicação de carga máxima.
+ As edições Enterprise, Standard (versão 2016 e superior) e Developer são compatíveis com a replicação de CDC (contínua), além da de carga máxima.
+ A edição Express não é compatível.
+ MySQL versões 5.5, 5.6, 5.7, 8.0 e 8.4
**nota**
**Compatibilidade do MySQL e DMS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (suportado como fonte de dados compatível com MySQL) versões 10.0 (somente versões 10.0.24 e superiores), 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e 11.4.3 a 11.4.7.
**nota**
O suporte para o MariaDB como fonte está disponível em AWS DMS todas as versões em que o MySQL é suportado.
+ PostgreSQL versão 9.4 e superior (para versões 9.x), 10.x, 11.x, 12.x, 13.x 14.x, 15.x, 16.x, 17.x e 18.x.
**nota**
AWS DMS só oferece suporte às versões 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x do PostgreSQL nas versões 3.5.3 e superiores.
AWS DMS [suporta apenas as versões 17.x e 18.x do PostgreSQL nas versões 3.5.4 (consulte as limitações) e superiores.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ MongoDB versões 3.x, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0 e 8.0.
+ SAP Adaptive Server Enterprise (ASE) versões 12.5, 15, 15.5, 15.7, 16 e superior.
+ IBM Db2 para Linux, UNIX e Windows (Db2 LUW) versões:
+ Versão 9.7, todos os fix packs
+ Versão 10.1, todos os fix packs
+ Versão 10.5, todos os fix packs, exceto o Fix Pack 5.
+ Versão 11.1, todos os fix packs
+ Versão 11.5, Mods (0-8) apenas com o Fix Pack Zero
+ IBM Db2 para a z/OS versão 12
**Serviços de banco de dados gerenciados por terceiros:**
+ Banco de dados Microsoft Azure SQL
+ Microsoft Azure PostgreSQL Flexible Server versões 11.2, 12.15, 13.11, 14.8 e 15.3.
+ Microsoft Azure MySQL Flexible Server versões 5.7 e 8.
+ Google Cloud for MySQL versões 5.6, 5.7 e 8.0.
+ Google Cloud for PostgreSQL versões 9.6, 10, 11, 12, 13, 14 e 15.
+ OCI MySQL Heatwave versão 8.0.34.
**Bancos de dados de instância do Amazon RDS e do Amazon Simple Storage Service (Amazon S3)**
+ Oracle versões 11g (versões 11.2.0.4 e posteriores) e até 12.2, 18c e 19c para as edições Enterprise, Standard, Standard One e Standard Two.
+ Microsoft SQL Server versões 2016, 2017, 2019 e 2022 para as edições Enterprise, Standard, Workgroup e Developer. Para ter mais informações, consulte [Amazon RDS para Microsoft SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) no *Guia do usuário do Amazon RDS*.
**nota**
AWS DMS não oferece suporte ao SQL Server Express. A edição web só é compatível com replicação de carga máxima.
+ MySQL versões 5.5, 5.6, 5.7, 8.0 e 8.4.
**nota**
**Compatibilidade do MySQL e DMS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (suportado como fonte de dados compatível com MySQL) nas versões 10.0.24 a 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e 11.4.3 a 11.4.7.
**nota**
O suporte para o MariaDB como fonte está disponível em AWS DMS todas as versões em que o MySQL é suportado.
+ PostgreSQL versão 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x e 18.x.
**nota**
AWS DMS suporta somente as versões 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x do PostgreSQL nas versões 3.5.3 e superiores.
AWS DMS [suporta apenas as versões 17.x e 18.x do PostgreSQL nas versões 3.5.4 (consulte as limitações) e superiores.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ Amazon Aurora compatível com o MySQL (compatível como uma fonte de dados compatível com MySQL)
+ Amazon Aurora compatível com PostgreSQL (compatível como uma fonte de dados compatível com PostgreSQL).
+ Amazon S3
+ Amazon DocumentDB (compatível com MongoDB) versões 3.6, 4.0 e 5.0.
+ Amazon RDS para IBM Db2 LUW.
Para obter informações sobre como trabalhar com uma fonte específica, consulte [Trabalhando com AWS DMS endpoints](CHAP_Endpoints.md).
Para obter informações sobre endpoints de destino compatíveis, consulte [Endpoints de destino para a migração de dados](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.DataMigration).
## Bancos de dados de origem para o DMS Fleet Advisor
O DMS Fleet Advisor é compatível com os seguintes bancos de dados de origem.
+ Microsoft SQL Server versão 2012 e superior até 2019
+ MySQL versão 5.6 e superior até a 8
+ Oracle versão 11g Release 2 e superior até a 12c, 19c e 21c
+ PostgreSQL versão 9.6 e superior até a 13
Para obter informações sobre como trabalhar com origens específicas, consulte [Criar usuários do banco de dados para o AWS DMS Fleet Advisor](fa-database-users.md).
Para obter a lista dos bancos de dados que o DMS Fleet Advisor utiliza para gerar recomendações de destino, consulte [Destinos do DMS Fleet Advisor](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.FleetAdvisor).
## Provedores de dados de origem para a DMS Schema Conversion
A DMS Schema Conversion é compatível com os seguintes provedores de dados como origens para projetos de migração.
+ Microsoft SQL Server versões 2008 R2, 2012, 2014, 2016, 2017, 2019 e 2022.
+ Oracle versão 10.2 e posterior, 11g e até 12.2, 18c e 19c, e Oracle Data Warehouse
+ PostgreSQL versão 9.2 e superior
+ MySQL versões 5.5, 5.6, 5.7 e 8.0.
+ IBM Db2 para Linux, UNIX e Windows versão 9.1, 9.5, 9.7, 10.1, 10.5, 11.1 e 11.5
+ IBM Db2 para a z/OS versão 12
+ SAP ASE (Sybase ASE) versão 16
**nota**
A Conversão de Esquema do DMS aceita todas as origens de versão do Amazon RDS listadas neste tópico.
O provedor de dados de origem pode ser um mecanismo autogerenciado em execução on-premises ou em uma instância do Amazon Elastic Compute Cloud (Amazon EC2).
Para obter informações sobre como trabalhar com origens específicas, consulte [Criar provedores de dados de origem na DMS Schema Conversion](data-providers-source.md).
Para obter informações sobre os bancos de dados de destino compatíveis, consulte [Provedores de dados de destino para a DMS Schema Conversion](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).
O AWS Schema Conversion Tool (AWS SCT) suporta mais bancos de dados de origem e destino do que o DMS Schema Conversion. Para obter informações sobre bancos de dados que oferecem AWS SCT suporte, consulte [O que é AWS Schema Conversion Tool](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html) o.
## Provedores de dados de origem para migrações de dados homogêneas do DMS
É possível utilizar os provedores de dados a seguir como origens para migrações de dados homogêneas de bancos de dados de instância do EC2 e on-premises.
+ MySQL versões 5.7 e 8.0.
+ MariaDB versão 10.2x.
+ PostgreSQL versão 10.4 a 16.x.
+ MongoDB versão 4.x, 5.x, 6.0, 7.0, 8.0
+ Amazon DocumentDB versões 3.6, 4.0 e 5.0
É possível utilizar os provedores de dados a seguir como origens para migrações de dados homogêneas de bancos de dados de instância do Amazon Relational Database Service.
+ Aurora MySQL 5.7 versões 5.7 e 8.0
+ RDS para MySQL versões 5.7 e 8.0
+ RDS para MariaDB versão 10.2.x
+ Aurora PostgreSQL versão 11.x a 17.x
+ RDS para PostgreSQL versão 11.x a 17.x
O provedor de dados de origem pode ser um mecanismo autogerenciado em execução on-premises ou em uma instância do Amazon EC2. Além disso, é possível utilizar uma instância de banco de dados Amazon RDS como um provedor de dados de origem.
Para obter informações sobre como trabalhar com origens específicas, consulte [Criação de provedores de dados de origem para migrações de dados homogêneas no AWS DMS](dm-data-providers-source.md).
Para obter informações sobre os bancos de dados de destino 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).
# Metas para AWS DMS
Você pode usar diferentes armazenamentos de dados de destino em diferentes AWS DMS recursos. As seções a seguir contêm as listas de armazenamentos de dados de destino suportados para cada AWS DMS recurso.
**Topics**
+ [
## Endpoints de destino para a migração de dados
](#CHAP_Introduction.Targets.DataMigration)
+ [
## Bancos de dados de destino do DMS Fleet Advisor
](#CHAP_Introduction.Targets.FleetAdvisor)
+ [
## Provedores de dados de destino para a DMS Schema Conversion
](#CHAP_Introduction.Targets.SchemaConversion)
+ [
## Provedores de dados de destino para migrações de dados homogêneas do DMS
](#CHAP_Introduction.Targets.HomogeneousDataMigrations)
## Endpoints de destino para a migração de dados
É possível utilizar os seguintes datastores como endpoints de destino para a migração de dados utilizando o AWS DMS.
**Bancos de dados on-premises e instância do Amazon EC2**
+ Oracle versões 10g, 11g, 12c, 18c e 19c para as edições Enterprise, Standard, Standard One e Standard Two.
+ Microsoft SQL Server versões 2005, 2008, 2008R2, 2012, 2014, 2016, 2017, 2019 e 2022 para as edições Enterprise, Standard, Workgroup e Developer.
**nota**
AWS DMS não oferece suporte às edições SQL Server Web e Express.
+ MySQL versões 5.5, 5.6, 5.7, 8.0 e 8.4
+ MariaDB (suportado como destino de dados compatível com MySQL) nas versões 10.0.24 a 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e 11.4.3 a 11.4.7.
**nota**
O suporte para o MariaDB como destino está disponível em AWS DMS todas as versões em que o MySQL é suportado.
+ PostgreSQL versão 9.4 e superior (para versões 9.x), 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x e 18.x.
**nota**
AWS DMS só oferece suporte às versões 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x do PostgreSQL nas versões 3.5.3 e superiores.
AWS DMS suporta apenas as versões 17.x e 18.x do PostgreSQL nas versões 3.5.4 e superiores.
+ SAP Adaptive Server Enterprise (ASE) versões 15, 15.5, 15.7, 16 e superior.
+ Redis OSS versões 6.x
**Bancos de dados de instâncias do Amazon RDS, Amazon Redshift, Amazon Redshift Serverless, Amazon DynamoDB, Amazon S3, Amazon Service, Amazon ( ElastiCache Redis OSS), OpenSearch Amazon Kinesis Data Streams, Amazon DocumentDB, Amazon Neptune e Apache Kafka**
+ Oracle versões 11g (versões 11.2.0.3.v1 e superior), 12c, 18c e 19c para as edições Enterprise, Standard, Standard One e Standard Two.
+ Microsoft SQL Server versões 2012, 2014, 2016, 2017, 2019 e 2022 para as edições Enterprise, Standard, Workgroup e Developer
**nota**
AWS DMS não oferece suporte às edições SQL Server Web e Express.
+ MySQL versões 5.5, 5.6, 5.7, 8.0 e 8.4.
+ MariaDB (suportado como destino de dados compatível com MySQL) nas versões 10.0.24 a 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e 11.4.3 a 11.4.7.
**nota**
O suporte para o MariaDB como destino está disponível em AWS DMS todas as versões em que o MySQL é suportado.
+ PostgreSQL versão 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x e 18.x.
**nota**
AWS DMS suporta somente as versões 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x do PostgreSQL nas versões 3.5.3 e superiores.
AWS DMS suporta apenas as versões 17.x e 18.x do PostgreSQL nas versões 3.5.4 e superiores.
+ IBM Db2 LUW versões 11.1 e 11.5
+ Amazon Aurora Edição Compatível com MySQL
+ Amazon Aurora Edição Compatível com PostgreSQL
+ Amazon Aurora PostgreSQL Limitless
+ Amazon Aurora Sem Servidor v2
+ banco de dados de origem
+ Amazon Redshift Sem Servidor
+ Amazon S3
+ Amazon DynamoDB
+ OpenSearch Serviço Amazon
+ Amazon ElastiCache (Redis OSS)
+ Amazon Kinesis Data Streams
+ Amazon DocumentDB (compatível com MongoDB)
+ Amazon Neptune
+ Apache Kafka: [Amazon Managed Streaming for Apache Kafka (Amazon MSK)](https://aws.amazon.com/msk/) e [Apache Kafka autogerenciado](https://kafka.apache.org/)
+ Babelfish (versão 3.2.0 e superior) para Aurora PostgreSQL (versões 15.3/14.8 e superior)
Para obter informações sobre como trabalhar com um alvo específico, consulte [Trabalhando com AWS DMS endpoints](CHAP_Endpoints.md).
Para obter informações sobre endpoints de origem compatíveis, consulte [Endpoints de origem da migração de dados](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration).
## Bancos de dados de destino do DMS Fleet Advisor
O DMS Fleet Advisor gera recomendações de destinos utilizando a versão mais recente dos seguintes bancos de dados de destino.
+ Amazon Aurora MySQL
+ Amazon Aurora PostgreSQL
+ Amazon RDS para MySQL
+ Amazon RDS para Oracle
+ Amazon RDS para PostgreSQL
+ Amazon RDS para SQL Server
Para obter informações sobre as recomendações de destino no DMS Fleet Advisor, consulte[Usando o recurso de recomendações de metas do AWS DMS Fleet Advisor](fa-recommendations.md).
Para obter informações sobre bancos de dados de origem compatíveis, consulte [Bancos de dados de origem para o DMS Fleet Advisor](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.FleetAdvisor).
## Provedores de dados de destino para a DMS Schema Conversion
A DMS Schema Conversion é compatível com os seguintes provedores de dados como destinos para projetos de migração.
+ Amazon Aurora MySQL 8.0.32
+ Amazon Aurora PostgreSQL 14.x, 15.x, 16.x, 17.x
+ Amazon RDS para MySQL 8.0.23
+ Amazon RDS para PostgreSQL 14.x, 15.x, 16.x, 17.x, 18.x
+ banco de dados de origem
+ Amazon RDS para Db2 versão 11.5.
Para obter informações sobre como trabalhar com destinos específicos, consulte [Criar e configurar provedores de dados de destino na Conversão de Esquema do DMS](data-providers-target.md).
Para obter informações sobre bancos de dados de origem compatíveis, consulte [Provedores de dados de origem para a DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
## Provedores de dados de destino para migrações de dados homogêneas do DMS
É possível utilizar os seguintes provedores de dados como destinos para migrações de dados homogêneas.
+ Amazon Aurora para MySQL versões 5.7 e 8.0
+ Amazon Aurora PostgreSQL versões 10.4 a 16.x
+ Amazon Aurora Sem Servidor v2
+ Amazon RDS para MySQL versões 5.7 e 8.0
+ Amazon RDS para MariaDB versão 10.2x
+ Amazon RDS para PostgreSQL versões 10.4 a 16.x
+ Amazon DocumentDB versão 4.0 e 5.0 e cluster elástico do DocumentDB
Para obter informações sobre como trabalhar com destinos específicos, consulte [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).
Para obter informações sobre bancos de dados de origem 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).
# Construindo um nome de recurso da Amazon (ARN) para AWS DMS
Se você usa a AWS DMS API AWS CLI ou para automatizar sua migração de banco de dados, você trabalha com o Amazon Resource Name (ARNs). Cada recurso criado na Amazon Web Services é identificado por um ARN, que é um identificador exclusivo. Se você usa a AWS DMS API AWS CLI ou para configurar a migração do banco de dados, você fornece o ARN do recurso com o qual deseja trabalhar.
Um ARN para um AWS DMS recurso usa a seguinte sintaxe:
`arn:aws:dms:region:account number:resourcetype:resourcename`
Nesta sintaxe, o seguinte se aplica:
+ *`region`*é o ID do Região da AWS local em que o AWS DMS recurso foi criado, como`us-west-2`.
A tabela a seguir mostra Região da AWS os nomes e os valores que você deve usar ao criar um ARN.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ `account number` é o número da sua conta com os traços omitidos. Para encontrar o número da sua conta, entre na sua AWS conta em http://aws.amazon.com, escolha **Minha conta/console** e escolha **Minha** conta.
+ **`resourcetype`**é o tipo de AWS DMS recurso.
A tabela a seguir mostra os tipos de recursos a serem usados ao criar um ARN para um AWS DMS recurso específico.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ *`resourcename`*é o nome do recurso atribuído ao AWS DMS recurso. Esta string é gerada arbitrariamente.
A tabela a seguir mostra exemplos ARNs de AWS DMS recursos. Aqui, pressupomos uma conta da AWS de 123456789012, criada na região Leste dos EUA (Norte da Virgínia) e que tem um nome de recurso.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
# Usando AWS DMS com outros AWS serviços
Você pode usar AWS DMS com vários outros AWS serviços:
+ Utilize uma instância do Amazon EC2 ou uma instância de banco de dados Amazon RDS como destino para uma migração de dados.
+ Você pode usar o AWS Schema Conversion Tool (AWS SCT) para converter seu esquema de origem e código SQL em um esquema de destino e código SQL equivalentes.
+ Utilize o Amazon S3 como um local de armazenamento para os dados ou utilize-o como uma etapa intermediária ao migrar grandes quantidades de dados.
+ Você pode usar CloudFormation para configurar seus AWS recursos para gerenciamento ou implantação da infraestrutura. Por exemplo, você pode provisionar AWS DMS recursos como instâncias de replicação, tarefas, certificados e endpoints. Você cria um modelo que descreve todos os AWS recursos que você deseja e CloudFormation provisiona e configura esses recursos para você.
## AWS DMS suporte para AWS CloudFormation
Você pode provisionar AWS DMS recursos usando AWS CloudFormation o. AWS CloudFormation é um serviço que ajuda você a modelar e configurar seus AWS recursos para gerenciamento ou implantação de infraestrutura. Por exemplo, você pode provisionar AWS DMS recursos como instâncias de replicação, tarefas, certificados e endpoints. Você cria um modelo que descreve todos os AWS recursos que você deseja, AWS CloudFormation provisiona e configura esses recursos para você.
Como desenvolvedor ou administrador do sistema, é possível criar e gerenciar coleções desses recursos para utilizar em tarefas de migração repetitivas ou para implantar recursos em sua organização. Para obter mais informações sobre AWS CloudFormation, consulte [AWS CloudFormation os conceitos](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-whatis-concepts.html) no *Guia AWS CloudFormation do usuário.*
AWS DMS suporta a criação dos seguintes AWS DMS recursos usando AWS CloudFormation:
+ [AWS::DMS::Certificate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-certificate.html)
+ [AWS::DMS::Endpoint](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-endpoint.html)
+ [AWS::DMS::EventSubscription](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-eventsubscription.html)
+ [AWS::DMS::ReplicationInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationinstance.html)
+ [AWS::DMS::ReplicationSubnetGroup (Grupo)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationsubnetgroup.html)
+ [AWS::DMS::ReplicationTask](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationtask.html)