View a markdown version of this page

Migração do SQL Server - AWS Orientação prescritiva
AvaliarMobilizarMigrarRecursos adicionais do

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á.

Migração do SQL Server

Em sua jornada para a nuvem, você tem várias opções para migrar seus ambientes SQL Server para a AWS. Uma migração bem-sucedida se baseia na geração de um inventário detalhado das workloads do SQL Server e suas dependências, na identificação do esquema de autenticação, na captura dos requisitos de alta disponibilidade e recuperação de desastres (HADR), na avaliação das metas de performance e na avaliação das opções de licenciamento. Esse inventário ajuda você a determinar a plataforma de banco de dados de destino e definir suas opções de migração.

Você tem muitas opções a considerar ao migrar suas cargas de trabalho do SQL Server AWS, cada uma resultando em uma experiência de usuário otimizada price/performance e mais intuitiva e em um menor TCO. Você pode optar por implantar o SQL Server no Amazon EC2, no Amazon RDS para SQL Server ou no Amazon RDS Custom para SQL Server.

Avaliar

Para implementar uma migração bem-sucedida, é importante avaliar sua infraestrutura existente e entender os principais recursos necessários para seu ambiente. Recomendamos que você analise as seguintes áreas principais antes de escolher um plano de migração:

  • Revise a infraestrutura existente — revise sua infraestrutura existente do SQL Server usando dados coletados na fase de descoberta de sua migração. Você pode usar o AWS Migration Evaluator para coletar automaticamente informações detalhadas sobre configurações do servidor, implantações do SQL Server, utilização de recursos e dependências de aplicativos. Para VMware-based ambientes, a ferramenta de AWS Transform descoberta fornece descoberta local sem agente, sem a necessidade de conectividade com a nuvem. Sua saída é alimentada diretamente em uma AWS Transform avaliação para análise de TCO e geração de casos de negócios. Recomendamos que você use o dimensionamento prescrito pela Microsoft para a infraestrutura do SQL Server em AWS. Compreender a utilização atual de sua instância local do SQL Server, incluindo memória, CPU, IOPS e taxa de transferência, é importante para dimensionar corretamente sua instância do SQL Server. AWS

  • Analise o licenciamento existente — Você pode aproveitar a Avaliação de AWS Otimização e Licenciamento (AWS OLA) complementar para criar uma estratégia de migração e licenciamento. AWS AWS O OLA fornece um relatório que modela suas opções de implantação usando os direitos de licenciamento existentes. Esses resultados podem ajudar você a explorar as economias de custo disponíveis nas opções flexíveis de licenciamento da AWS . Se você já executa cargas de trabalho do SQL Server no AWS, AWS Compute Optimizerfornece recomendações automatizadas de licenciamento, incluindo a identificação de oportunidades para rebaixar as edições do SQL Server com base no uso real dos recursos.

  • Analise a arquitetura existente do SQL Server — Se você estiver usando um cluster de failover do SQL Server com armazenamento compartilhado ou a arquitetura SQL Server Always On Availability Group, entender seus requisitos atuais de arquitetura de alta disponibilidade o ajudará a definir as opções de implantação do SQL Server em AWS.

    Os grupos de disponibilidade Always On do SQL Server oferecem suporte aos modos de confirmação síncrono e assíncrono, e você pode usá-los para alta disponibilidade em um único local Região da AWS (entre zonas de disponibilidade) ou para recuperação de desastres em todas as regiões. As instâncias de cluster de failover (FCIs) do SQL Server Always On exigem armazenamento compartilhado, que pode ser fornecido usando o Amazon FSx for Windows File Server ou o Amazon FSx for ONTAP. NetApp Para uma comparação completa das opções de alta disponibilidade e recuperação de desastres, consulte Escolha uma solução de alta disponibilidade e recuperação de desastres na Orientação AWS Prescritiva.

  • Desenvolva estratégias de backup — Para o Amazon RDS for SQL Server, você pode usar backups automatizados com recuperação pontual, instantâneos manuais e backup e restauração nativos. Para o SQL Server no Amazon EC2, você pode usar backup e restauração nativos do SQL Server, usar uma abordagem de snapshot ou fazer backup de bancos de dados no Amazon EBS, Amazon FSx for Windows File Server, Amazon FSx for NetApp ONTAP ou Amazon S3. Você pode usar AWS Backuppara orquestrar e centralizar backups no Amazon RDS for SQL Server e no SQL Server no Amazon EC2.

    O SQL Server 2022 no Amazon EC2 com Amazon FSx for NetApp ONTAP oferece suporte a backups T-SQL instantâneos para backups quase instantâneos e consistentes com impacto mínimo no host principal. O SQL Server 2025 amplia isso ainda mais ao permitir backups de bancos de dados nativos a partir de réplicas secundárias em grupos de disponibilidade Always On. Para obter mais informações, consulte O que há de novo no Microsoft SQL Server 2025 em AWS (postagem AWS do blog).

    Para obter mais informações sobre estratégias de backup, consulte Estratégias de backup e restauração do Amazon RDS para SQL Server AWS (postagem no blog) e Opções de backup e restauração para SQL Server no Amazon AWS EC2 (orientação prescritiva).

  • Entenda as necessidades de recuperação de desastres (DR) — Para o Amazon RDS for SQL Server, backups automatizados entre regiões e réplicas de leitura oferecem opções gerenciadas de DR sem exigir Server-level configuração de replicação SQL.

    Para o SQL Server no Amazon EC2, você pode usar um secundário Região da AWS conectado por meio de AWS Transit Gatewayou AWS Direct Connect, que permite que a replicação ocorra. As opções de DR incluem grupos de disponibilidade distribuídos do SQL Server para implantações em várias regiões, envio de registros para uma opção econômica com RTO e RPO em minutos e Recuperação de desastres do AWS Elasticpara replicação contínua em nível de bloco como uma implementação de DR. active/passive Para obter mais informações, consulte Escolha uma solução de alta disponibilidade e recuperação de desastres em Orientação AWS prescritiva e Arquitete uma recuperação de desastres para o SQL Server em AWS: Parte 1 no blog do AWS banco de dados.

Mobilizar

Há estratégias de migração de banco de dados do SQL Server que recomendamos que você considere para suas cargas de trabalho do SQL Server:

  • Redefinir a hospedagem (mover sem alterações [lift-and-shift]): isso envolve a migração de seus bancos de dados SQL Server on-premises para o SQL Server em uma instância do Amazon EC2 na Nuvem AWS. Essa abordagem é útil se sua prioridade for uma migração mais rápida para AWS . Você pode trazer suas licenças existentes do SQL Server usando o modelo BYOL (traga sua própria licença) ou comprar instâncias com licença incluída (LI) em. AWS Você também pode usar AWS Launch Wizard o SQL Server para orientá-lo no dimensionamento, configuração e implantação do SQL Server no Amazon EC2. Ele suporta implantações de instância única e de alta disponibilidade.

  • Reconfiguração de plataforma (elevação e remodelação) — Isso envolve migrar seus bancos de dados SQL Server locais para um serviço de banco de dados gerenciado em. AWS Essa abordagem elimina tarefas indiferenciadas, como instalação, configuração, aplicação de patches, atualizações e configuração de alta disponibilidade. Escolha entre duas opções gerenciadas:

    • Amazon RDS for SQL Server — Essa é uma opção totalmente gerenciada que é melhor quando você deseja descarregar todo o gerenciamento da infraestrutura de banco de dados.

    • Amazon RDS Custom for SQL Server — Este é um serviço gerenciado com sistema operacional retido e acesso em nível de banco de dados. Essa opção é adequada para aplicativos legados ou empacotados com requisitos de implantação personalizados. O Amazon RDS Custom oferece suporte à opção Bring Your Own Media (BYOM), que permite que você use suas licenças existentes do SQL Server em conformidade com os termos de Mobilidade de Licenças da Microsoft.

    Para uma comparação de recursos do SQL Server no Amazon EC2, Amazon RDS e Amazon RDS Custom, consulte Escolha entre o Amazon EC2 e o Amazon RDS na orientação prescritiva. AWS

  • Refatoração (rearquitetura) — Isso normalmente envolve mudanças e modernização de aplicativos usando bancos de dados de código aberto ou bancos de dados criados para a nuvem. Ao se afastar do SQL Server, você pode reduzir os custos de licenciamento e evitar a dependência de um fornecedor e auditorias de licenciamento. Você pode modernizar seus bancos de dados do SQL Server para:

    Para converter seu esquema e código do SQL Server, você pode usar a Conversão de AWS DMS Esquema, que é um recurso de conversão de esquema totalmente gerenciado do AWS Database Migration Service ().AWS DMS

Migrar

À medida que você migra suas cargas de trabalho do SQL Server para AWS, as seções a seguir descrevem as ferramentas e abordagens disponíveis para cada estratégia de migração.

Redefinir a hospedagem

A nova hospedagem é uma abordagem de migração homogênea. Escolha essa opção quando quiser migrar seu banco de dados do SQL Server no estado em que se encontra, sem alterar o software ou a configuração do banco de dados. Essa é uma escolha comum para migrações legadas em grande escala, nas quais a velocidade é a prioridade.

Migração do SQL Server usando o Amazon EC2

Se você migrar para o Amazon EC2, poderá trazer suas licenças existentes do SQL Server usando o modelo BYOL ou poderá comprar instâncias de LI. AWSAWS License Managerajuda você a controlar a alocação de suas licenças disponíveis ao implantar o SQL Server no Amazon EC2 e ajuda a cumprir as regras de licenciamento.

Para uma abordagem BYOL, você pode rehospedar o SQL Server em instâncias do Amazon EC2 de locação compartilhada (padrão) somente se tiver o Microsoft Software Assurance (SA). Se você não tem SA em suas licenças do SQL Server, você pode rehospedar em hosts dedicados do Amazon EC2 se as licenças tiverem sido compradas antes de 1º de outubro de 2019 ou se você tiver adicionado suas licenças como um ajuste sob uma inscrição corporativa ativa que esteja em vigor antes dessa data. Para obter mais informações, consulte Microsoft Licensing on. AWS

Você pode migrar um banco de dados do SQL Server para uma instância do Amazon EC2 usando os recursos do SQL Server ou. Serviços da AWS Essas opções são apropriadas se você estiver migrando um único banco de dados ou conjunto de bancos de dados para uma nova instância do SQL Server no Amazon EC2. Além da migração do banco de dados, talvez você também precise migrar objetos como logins, trabalhos, correio do banco de dados e servidores vinculados.

As abordagens a seguir estão disponíveis para rehospedar seus bancos de dados do SQL Server em AWS:

Você também pode usar o SQL Server AWS Launch Wizard para orientá-lo no dimensionamento, configuração e implantação do Microsoft SQL Server no Amazon EC2, que oferece suporte a implantações de instância única e de alta disponibilidade.

Migrando o SQL Server usando AWS Application Migration Service

AWS Application Migration Serviceé ideal se você quiser transferir e transferir uma ou mais máquinas de grande escala de um ambiente local para AWS sem alterar a versão, o sistema operacional ou o código do SQL Server nos bancos de dados com tempo de inatividade quase zero ou mínimo. Você pode usar AWS Application Migration Service para levantar e transferir rapidamente servidores físicos, virtuais ou em nuvem sem problemas de compatibilidade, impacto no desempenho ou longos períodos de transição. Para obter orientação sobre como migrar um banco de dados SQL Server de um ambiente local para uma instância do Amazon EC2 usando o Application Migration Service, consulte Migração de bancos de dados do Microsoft SQL Server para a Nuvem AWS Orientação Prescritiva. AWS Você também pode consultar as práticas recomendadas ao usar o Application Migration Service para migrar workloads do banco de dados Microsoft SQL Server para a AWS.

SQL Server no Linux

O mecanismo de banco de dados do SQL Server é executado de forma semelhante no Windows Server e no Linux. No entanto, há algumas mudanças em determinadas tarefas ao usar o Linux. AWS Launch Wizardpode ajudá-lo a se adaptar a essas mudanças e configurar soluções altamente disponíveis. Se você tem experiência em administração interna do Linux, a redefinição da hospedagem para o Amazon EC2 Linux é uma boa opção para economizar nos custos de licenciamento do Windows Server. O SQL Server no Linux é compatível a partir do SQL Server 2017. Para obter mais informações, consulte Migrar um banco de dados local do Microsoft SQL Server para o Microsoft SQL Server no Amazon EC2 executando Linux AWS sob orientação prescritiva.

Redefinir plataformas

A redefinição da plataforma é uma abordagem homogênea que é mais adequada para reduzir o tempo gasto no gerenciamento de instâncias de banco de dados usando uma oferta de banco de dados totalmente gerenciada. Um banco de dados totalmente gerenciado no Amazon RDS para SQL Server limita o acesso ao sistema operacional subjacente, ao volume do sistema ou à instalação de drivers personalizados. Para obter mais informações, consulte Amazon RDS para Microsoft SQL Server. Se o OS-level acesso ou as licenças existentes do SQL Server forem necessários, considere a replataforma para o Amazon RDS Custom for SQL Server.

O Amazon RDS Custom for SQL Server suporta o modelo de licenciamento BYOM, que permite que você use sua própria mídia de instalação e licenças. Suas licenças devem estar em conformidade com os termos da Mobilidade de Licenças da Microsoft. Você pode redefinir a plataforma do SQL Server como Amazon RDS para SQL Server ou Amazon RDS Custom para SQL Server. A escolha depende do nível de personalização necessário no sistema operacional subjacente, se os recursos necessários são compatíveis com o Amazon RDS for SQL Server ou se você deseja usar suas licenças existentes do SQL Server usando o BYOM.

As seguintes opções estão disponíveis para migrar o SQL Server para o Amazon RDS for SQL Server ou o Amazon RDS Custom for SQL Server:

Para obter mais informações, consulte os métodos de migração do SQL Server no Guia AWS Prescritivo.

Para redefinir a plataforma de seus bancos de dados SQL Server para execução no Amazon RDS para SQL Server, considere usar as abordagens fornecidas em Recursos do Amazon RDS para SQL Server. Para obter informações sobre como migrar cargas de trabalho de fim de suporte, consulte Migrar bancos de dados de fim de suporte do Microsoft SQL Server para o Amazon RDS for SQL Server com confiança no blog do banco de dados. AWS Para obter informações sobre a migração de bancos de dados locais para o Amazon RDS Custom for SQL Server, consulte Migração de um banco de dados local para o Amazon RDS Custom for SQL Server na documentação do Amazon RDS.

Refatoração

A refatoração é heterogênea. Escolha essa abordagem se você estiver pronto para reestruturar, reescrever e rearquitetar seu banco de dados e seu aplicativo para aproveitar as ofertas de banco de dados de código aberto e criadas para a nuvem. Se você estiver disposto a refatorar seu banco de dados e seus respectivos aplicativos, poderá modernizar suas cargas de trabalho do SQL Server para Amazon RDS para MySQL, Amazon RDS para PostgreSQL, Amazon Aurora Edition ou Amazon Aurora Edition. MySQL-Compatible PostgreSQL-Compatible Você pode refatorar, dependendo de muitos cronogramas de modernização e requisitos de performance.

O Amazon RDS para MySQL e o Amazon RDS para PostgreSQL são ofertas de banco de dados totalmente gerenciado para seus respectivos bancos de dados de código aberto. O Amazon Aurora é um sistema de gerenciamento de banco de dados relacional (RDBMS) criado para a nuvem com total compatibilidade com MySQL e PostgreSQL. O Aurora apresenta um sistema de armazenamento tolerante a falhas e oferece a performance e a disponibilidade de bancos de dados de nível comercial por um décimo do custo.

Você também pode usar o Amazon Aurora Serverless para executar seu banco de dados AWS sem gerenciar a capacidade do banco de dados. O Amazon Aurora Sem Servidor v2 se expande instantaneamente para centenas de milhares de transações em uma fração de segundo. Você paga somente pela capacidade que seu aplicativo consome e pode economizar até 90% nos custos do banco de dados em comparação com o custo de provisionamento da capacidade para picos de carga.

Para refatorar seus bancos de dados do SQL Server para uma dessas ofertas, considere usar uma das seguintes opções:

Recursos adicionais do