Perguntas frequentes sobre o AWS Database Migration Service

O AWS Database Migration Service (DMS) oferece suporte a uma grande variedade de replicações de dados homogêneos e heterogêneos.

O banco de dados de origem ou de destino (ou ambos) deve residir no RDS ou no EC2. A replicação entre bancos de dados locais para locais não é compatível.

• Origens de DMS aceitas
• Supported DMS targets

O AWS DMS Serverless oferece suporte para bancos de dados e serviços de análise conhecidos, como Oracle, Microsoft SQL Server, PostgreSQL, MySQL, Amazon Redshift, Amazon RDS, Amazon Aurora e muitos outros. Consulte a lista completa de mecanismos compatíveis.

O AWS DMS Schema Conversion oferece suporte para uma variedade de bancos de dados conhecidos, que estão listados aqui.

O software AWS Schema Conversion Tool (AWS SCT) oferece suporte para uma variedade de conversões de bancos de dados e de data warehouse, que estão listadas aqui.

Consulte a lista completa de mecanismos compatíveis para migrações de dados homogêneas do AWS DMS, incluindo PostgreSQL e MySQL.

Sim. O AWS DMS Schema Conversion (DMS SC) faz parte do AWS Database Migration Service e automatiza a conversão de código em PL/SQL do Oracle e em T-SQL do SQL Server para o código equivalente no dialeto do SQL do Amazon RDS para MySQL ou para o código em PL/pgSQL equivalente no PostgreSQL.

Quando não for possível converter automaticamente um fragmento de código na linguagem de destino, o DMS SC documentará especificamente todos os locais que exigirem entrada manual do desenvolvedor do aplicativo. Uma versão para download, chamada AWS Schema Conversion Tool (AWS SCT), também está disponível.

Sim. Quando você precisa de um processo de migração de esquema mais personalizado (por exemplo, ao migrar seu banco de dados de produção e tiver que mover seus procedimentos armazenados e objetos secundários do banco de dados), pode usar o recurso integrado Schema Conversion do AWS DMS para migrações heterogêneas. Para migrações homogêneas, você também pode baixar a AWS Schema Conversion Tool ou usar ferramentas de exportação de esquema nativas do mecanismo de origem, tais como:

1. Assistente de importação e exportação do SQL Server Management Studio.
2. Ferramenta Database Export do Oracle SQL Developer ou a criação de um script de exportação usando o pacote dbms_metadata.
3. Assistente de migração do MySQL Workbench.

O AWS DMS e a AWS SCT trabalham em conjunto para migrar bancos de dados e apoiar a replicação contínua de vários usos, como o preenchimento de data lakes e warehouses, a sincronização de sistemas etc. A AWS SCT pode copiar esses esquemas de banco de dados para migrações homogêneas e convertê-los em migrações heterogêneas. Os esquemas podem ser entre bancos de dados (por exemplo, do Oracle para o PostgreSQL) ou entre data warehouses (por exemplo, do Netezza para o Amazon Redshift).

Quando um esquema tiver sido criado em um destino vazio, conforme o volume de dados ou os mecanismos aceitos, o AWS DMS ou a AWS SCT serão usados para transferir os dados. Geralmente, o AWS DMS transfere workloads relacionais menores (com menos de 10 TB), enquanto a AWS SCT é usada principalmente para migrar grandes workloads de data warehouse. O AWS DMS apoia a replicação contínua para manter o destino sincronizado com a origem. A AWS SCT não faz essa operação.

O AWS Database Migration Service (AWS DMS) Serverless provisiona, monitora e ajusta a escala dos recursos automaticamente para tornar as migrações de banco de dados e análises para a AWS mais fáceis e econômicas. Com o AWS DMS Serverless, você não precisa mais provisionar recursos de migração em excesso ou monitorar e ajustar escala de recursos manualmente para a replicação contínua de dados. O AWS DMS Serverless otimiza os recursos para atender à demanda, portanto, você paga somente pelos recursos usados. Isso o torna útil para casos de uso conhecidos, como a replicação contínua de dados e as migrações heterogêneas complexas entre diferentes mecanismos de origem e de destino.

Sim. O AWS DMS Serverless pode ser usado para a replicação contínua. O DMS Serverless oferece suporte às opções de implantação multi-AZ e single-AZ.

Para migrações homogêneas, recomendamos o uso de ferramentas nativas integradas do DMS para mecanismos compatíveis, devido à familiaridade e à migração perfeita. Você não precisa provisionar ou monitorar a migração e pagará somente pelas horas usadas durante a migração. Para conferir os mecanismos compatíveis, acesse a página de documentação do DMS.

Para migrações heterogêneas ou replicações contínuas de dados com flutuações de dados, é recomendável usar o AWS DMS Serverless, pois ele monitora e escala automaticamente os recursos para atender à demanda sem intervenção manual ou provisionamento excessivo de recursos, economizando tempo e custos. As instâncias sob demanda, por outro lado, são boas para transferências de dados previsíveis e estáveis, pois podem ter o tamanho certo para performance e custo. Consulte a documentação do AWS DMS Serverless para obter os mecanismos compatíveis.

Sim, as ferramentas nativas integradas do AWS DMS para migração homogênea de dados têm tecnologia sem servidor. Ele não usa instâncias de replicação e monitorará e escalará automaticamente os recursos de migração conforme necessário para fornecer uma migração perfeita.

O AWS DMS Fleet Advisor é uma funcionalidade gratuita e totalmente gerenciada do AWS Database Migration Service (AWS DMS). Ele automatiza o planejamento de migração e ajuda você a migrar frotas de análise e banco de dados para a nuvem em grande escala e com o mínimo de esforço. Para realizar a descoberta de bancos de dados on-premises, é possível usar um coletor independente do AWS DMS Fleet Advisor ou o módulo de coleta de banco de dados e de analytics do AWS Application Discovery Service (ADS) Agentless Collector.

O AWS DMS Fleet Advisor foi projetado para usuários que buscam migrar um grande número de servidores de banco de dados e de analytics para a AWS. Quando você estiver com tudo pronto para a migração das workloads de banco de dados e de analytics para os serviços de destino na AWS, é necessário usar o AWS DMS Fleet Advisor para descobrir e analisar as workloads de bancos de dados de processamento de transações on-line (OLTP) e de processamento analítico on-line (OLAP). O Fleet Advisor permite que você crie um plano de migração personalizado determinando a complexidade da migração de seus bancos de dados de origem para serviços de destino na AWS.

O AWS Application Discovery Service (ADS) e o Migration Evaluator têm como objetivo proporcionar uma descoberta abrangente dos recursos de computação e do armazenamento em bloco anexado. O Migration Evaluator é usado por clientes no início da jornada de migração que buscam um caso de negócios orientado por dados para a AWS. O ADS é usado para fornecer informações ao AWS Migration Hub com a finalidade de visualizar as dependências entre os servidores, criar grupos de aplicações e rastrear o progresso da migração.

Para a maioria dos clientes, recomendamos o uso do AWS Application Discovery Service (ADS) Agentless Collector nas regiões em que está disponível, pois ele oferece suporte à migração de servidores por meio do AWS Migration Hub e permite a descoberta de bancos de dados on-premises. Para todas as outras regiões, recomendamos o uso do coletor do AWS DMS Fleet Advisor. Os metadados de banco de dados e as métricas de utilização coletados tanto pelo coletor independente do AWS DMS Fleet Advisor quanto pelo AWS ADS Agentless Collector estarão disponíveis no AWS DMS Fleet Advisor.

Use o AWS ADS Agentless Collector se você tiver um ambiente do VMware vCenter Server. Caso contrário, o coletor do AWS DMS Fleet Advisor pode ser instalado no Microsoft Windows Server 2012 ou em versões posteriores.

A política de ciclo de vida de suporte do AWS DMS especifica por quanto tempo o suporte estará disponível para cada versão do DMS, desde o lançamento de uma versão até a descontinuação do suporte.  

A meta da política de ciclo de vida de suporte é fornecer diretrizes previsíveis e consistentes para suporte para cada lançamento de versão do AWS DMS. As diretrizes ajudarão os clientes a planejar estrategicamente suas migrações e atualizações.

A data de fim do suporte para cada versão do DMS começará 18 meses após o lançamento inicial. Para obter o cronograma mais recente de todas as versões existentes do DMS, acesse a nova seção "Política de ciclo de vida de suporte" no console no DMS. 

Os cronogramas de suporte para cada versão do AWS DMS serão incluídos nas notas de lançamento do DMS associadas, bem como na nova seção “Política do ciclo de vida do suporte” em seu console no DMS. Se estiver usando alguma versão que o suporte chegará ao fim em 90 dias, você verá um alerta ao lado da versão do mecanismo em "Instância de replicação". Além disso, a AWS enviará aos proprietários de instâncias DMS um e-mail trimestral de que eles estão executando uma versão que não terá mais suporte no trimestre seguinte.

A política entrou em vigor em 1º de janeiro de 2023. Todas as instâncias que chegarem ao fim da data de suporte de 18 meses após o lançamento serão atualizadas automaticamente para a versão preferencial mais recente do DMS, independentemente da configuração de atualização automática.

O serviço DMS designa uma das versões mais recentes do DMS como a versão preferencial. Essa versão preferencial é a versão que será usada para atualizações automáticas e é a escolha padrão para clientes que criam uma nova instância do DMS.

Novas versões do DMS são lançadas somente após testes abrangentes. Após o lançamento de uma nova versão, a equipe de serviço do DMS monitora de perto as métricas de confiabilidade e o feedback do cliente. Assim que tivermos certeza de que não há problemas significativos com a nova versão, a marcaremos como a nova versão preferencial, que estará disponível para seleção na criação da instância de replicação.

O AWS DMS não diferencia entre o lançamento de uma versão principal e de uma secundária e não planeja ter uma política de suporte diferente. 

Se você habilitar a atualização automática, sua instância de replicação será atualizada automaticamente para a versão preferencial mais recente assim que ela estiver disponível. Se optar por não usar a atualização automática, o AWS DMS atualizará suas instâncias para a versão preferencial mais recente assim que a data de fim da vida útil for alcançada, o que será comunicado por e-mail e notificação do console antes da atualização. Você pode saber mais sobre como atualizar a versão do mecanismo DMS usando o Console da AWS ou a AWS CLI neste Guia do usuário do DMS.

A configuração de atualização automática em sua instância de replicação é habilitada por padrão. Para verificar ou fazer alguma modificação nessa configuração usando a AWS CLI, a API do DMS ou o console, você pode usar o guia Modifying a Replication Instance (Modificar uma instância de replicação).

Se as tabelas na tarefa de migração estiverem na fase de replicação de alterações contínuas (CDC), o AWS DMS pausará a tarefa enquanto o patch é aplicado. Em seguida, a migração continua de onde parou quando o patch era aplicado.

Se o AWS DMS estiver executando uma operação de carregamento total quando o patch for aplicado, o AWS DMS reiniciará a migração para a tabela. Essas atualizações ocorrerão durante a janela de manutenção especificada para a instância de replicação. Você pode encontrar mais detalhes no guia Working with the AWS DMS Maintenance Window (Trabalhar com a janela de manutenção do AWS DMS).

Após a data de fim de vida útil de uma versão de DMS, o AWS DMS pode remover a versão de lançamento do console e atualizar sua instância de replicação para a versão preferencial mais recente para continuar fornecendo suporte. Recomendamos que você atualize para a versão mais recente do AWS DMS o mais rápido possível.

Você pode entrar em contato com AWS Developer Support para obter mais informações.