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á.
# Migrar bancos de dados do Microsoft SQL Server para a nuvem AWS
*Sagar Patel, Amazon Web Services (AWS)*
*Abril de 2025* ([histórico do documento](doc-history.md))
A Amazon Web Services (AWS) fornece um conjunto abrangente de ferramentas e serviços para implantação de bases de dados Microsoft SQL Server em sua infraestrutura AWS Cloud confiável e segura. Os benefícios de executar o SQL Server na AWS incluem economia de custos, escalabilidade, alta disponibilidade e recuperação de desastres, melhor desempenho e facilidade de gerenciamento. Para obter mais informações, consulte [Saiba por que AWS é a melhor nuvem para executar workloads do Microsoft Windows Server e do SQL Server](https://aws.amazon.com/blogs/compute/learn-why-aws-is-the-best-cloud-to-run-microsoft-windows-server-and-sql-server-workloads/) no blog AWS Compute.
Este guia descreve as opções disponíveis para migrar bancos de dados do SQL Server on-premises para AWS Cloud, para Amazon Relational Database Service (Amazon RDS), Amazon Elastic Compute Cloud (Amazon EC2) ou VMware Cloud na AWS. Ele aborda as melhores práticas e recomendações para usar essas opções de migração. Ele também fornece informações sobre como configurar uma solução de alta disponibilidade e recuperação de desastres entre um ambiente on-premises do SQL Server e AWS, usando atributos nativos do SQL Server, como envio de logs, replicação e grupos de disponibilidade Always On.
Este guia é para gerentes de programas ou projetos, proprietários de produtos, administradores de banco de dados, engenheiros de banco de dados e gerentes de operações ou infraestrutura que planejam migrar seus bancos de dados SQL Server on-premises para o AWS.
## Visão geral
Antes de migrar seus bancos de dados SQL Server para AWS, você deve entender e avaliar sua estratégia de migração usando a estrutura discutida em [Estratégia de migração para bancos de dados relacionais](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-database-migration/welcome.html).
A primeira etapa é realizar uma análise do seu aplicativo e das workloads do banco de dados SQL Server para entender a complexidade, a compatibilidade e o custo da migração. Aqui estão alguns dos principais pontos que você deve considerar ao planejar a migração:
+ **Tamanho da base de dados** – Verifique o tamanho atual do banco de dados e o crescimento geral da sua capacidade. Por exemplo, se você planeja migrar seu banco de dados SQL Server para o Amazon RDS ou o Amazon RDS Custom, você pode criar instâncias de banco de dados com até 16 TiB de armazenamento. Você pode solicitar mais armazenamento [abrindo um ticket de suporte com o AWS Support](https://docs.aws.amazon.com/awssupport/latest/user/getting-started.html). Para obter as informações mais recentes, consulte [Armazenamento de instâncias de banco de dados do Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) na documentação do Amazon RDS.
+ **IOPS** – Determine o IOPS e o throughput dos seus bancos de dados. Se você planeja migrar para o Amazon RDS, considere o [desempenho de E/S das instâncias de banco de dados do Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html).
+ **Dependências** – Verifique as dependências atuais do banco de dados. Se o seu banco de dados depender de outros bancos de dados, você poderá migrá-los juntos ou criar dependências após migrar seu banco de dados principal.
Se seu banco de dados der suporte a aplicativos legados, personalizados ou empacotados, o Amazon RDS Custom para SQL Server pode ser uma boa escolha. Esse serviço permite que você retenha o controle sobre as configurações do banco de dados, sistemas de arquivos compartilhados e patches do sistema operacional.
Faça o inventário de todas as dependências do SQL Server. Descubra quais servidores web (por exemplo, servidores de relatórios ou servidores de business intelligence) interagem com o SQL Server. Na hora de migrar, essas informações ajudam a determinar o que será afetado e como você pode minimizar o impacto.
+ **Conformidade** – Analise sua arquitetura atual e suas necessidades de auditoria ou conformidade para garantir que você possa satisfazer esses requisitos depois de migrar para o Amazon RDS ou o Amazon EC2.
+ **HA/DR** — Você precisa de recursos de alta disponibilidade (HA) e failover automatizado? Se você estiver executando uma workload de produção, a alta disponibilidade e a recuperação de desastres (DR) são as melhores práticas recomendadas.
Entenda seus requisitos de HA/DR para determinar se você precisa de uma arquitetura multirregional. Se sim, migre seu banco de dados SQL Server para o Amazon EC2. O Amazon RDS não oferece suporte a uma configuração multirregional.
+ **Suporte de versão** – Verifique a versão e a edição do seu software SQL Server se estiver planejando migrar para o Amazon RDS para SQL Server (consulte as versões atualmente suportadas para [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) e [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-oracle.html)).
+ **Conectividade de rede** – Verifique a conectividade de rede entre seu ambiente on-premises e a AWS para garantir que ela forneça largura de banda suficiente para transferências rápidas de dados entre on-premises e a AWS.
+ **Tempo de inatividade** – Determine a quantidade de tempo de inatividade disponível para a migração para que você possa planejar sua abordagem de migração e decidir se deseja usar a migração online ou offline.
+ **Requisitos RTO, RPO, SLA** – Identifique os requisitos do seu objetivo de tempo de recuperação (RTO), o objetivo de ponto de recuperação (RPO) e os requisitos de Acordo de Serviço (SLA) para suas workloads de banco de dados existentes.
+ **Licenciamento** – Entenda suas opções de licenciamento. Você pode escolher as opções de licença incluída no Amazon EC2 e no Amazon RDS, ou optar por [traga a sua própria licença](https://aws.amazon.com/windows/faq/#byol-sql) (BYOL) no Amazon EC2.
+ **Suporte a atributos** – Identifique os atributos e as funcionalidades do banco de dados que seu aplicativo usa, seja ele desenvolvido internamente ou um software comercial pronto para uso (COTS). Essas informações podem ajudá-lo a determinar se você pode reduzir seus custos de licenciamento mudando da edição SQL Server Enterprise para a edição Standard. No entanto, revise as limitações de recursos da edição Standard antes de mudar. Por exemplo, a edição Standard suporta apenas 128 GB de RAM.
Sua workload se encaixa nos atributos e capacidades oferecidos pelo Amazon RDS para SQL Server? Para obter mais informações, consulte [Atributos Amazon RDS para SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureSupport). Se você precisar de atributos que não sejam compatíveis, migrar para o Amazon EC2 é uma opção.