Migração do SQL Server - AWS Orientação prescritiva
AvaliarMobilizarMigrar

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 do SQL Server para o. 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 preço/desempenho otimizados, uma experiência de usuário mais intuitiva e um menor TCO. Você pode optar por implantar o SQL Server no seguinte: Amazon EC2, Amazon RDS para SQL Server ou 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:

  • Analisar a infraestrutura existente: analise sua infraestrutura existente do SQL Server usando dados coletados na fase de descoberta da sua migração (consulte Descoberta do ambiente Windows). 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, é muito 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 ajudá-lo a explorar as economias de custo disponíveis em opções flexíveis de AWS licenciamento.

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

  • Desenvolva estratégias de backup — Você pode usar o backup nativo no SQL Server para fazer backup de seus bancos de dados na nuvem. Há várias opções para fazer backup de bancos de dados no Amazon EBS, no Amazon FSx para Windows File Server, no Amazon FSx para NetApp ONTAP e no Amazon S3 usando o Storage Gateway. Além disso, você pode fazer backup da instância do SQL Server usando uma abordagem de snapshot. Para obter mais informações sobre backups do SQL Server, consulte Opções de backup e restauração para o SQL Server na Amazon EC2 em Orientação AWS Prescritiva.

  • Entenda as necessidades de recuperação de desastres (DR) — Se você estiver migrando suas cargas de trabalho existentes do SQL Server para AWS, poderá usar uma secundária Região da AWS e conectar as duas regiões usando o Transit Gateway (que permite que a replicação ocorra). Você pode usar a arquitetura de grupo de disponibilidade distribuída do SQL Server na edição SQL Enterprise para configurar a recuperação de desastres ou pode usar o envio de logs com base em seus requisitos de RTO e RPO. Além disso, você pode usar AWS Elastic Disaster Recovery como uma implementação ativa/passiva, deixando seu DR como um ambiente de failover. Para obter mais informações, consulte a publicação Arquitetar uma recuperação de desastres para o SQL Server em AWS: Parte 1 no blog do AWS banco de dados.

Mobilizar

Há três opções principais de migração que recomendamos que você considere para suas workloads do SQL Server:

  • Rehospedagem (lift and shift) — Isso envolve a migração de seus bancos de dados SQL Server locais para o SQL Server em uma EC2 instância da Amazon no. Nuvem AWS Essa abordagem é útil se sua prioridade for uma migração mais rápida para AWS .

  • Reconfiguração de plataforma (elevação e remodelação) — Isso envolve a migração de seus bancos de dados SQL Server locais para o Amazon RDS for SQL Server no. Nuvem AWS A redefinição da plataforma é mais adequada para quando você deseja continuar usando o SQL Server, mas quer se livrar das tarefas pesadas indiferenciadas, como instalação, configuração, aplicação de patches, atualizações e configuração de alta disponibilidade. Para uma comparação de recursos do SQL Server na Amazon EC2, Amazon RDS e Amazon RDS Custom, consulte Escolha entre a Amazon e o EC2 Amazon RDS na AWS orientação prescritiva.

  • Refatorar (redefinir a arquitetura): isso normalmente envolve mudanças e modernização de aplicações usando bancos de dados de código aberto ou bancos de dados criados para a nuvem. Nesse cenário, você moderniza seus bancos de dados SQL Server on-premises para usar o Amazon RDS para MySQL, o Amazon RDS para PostgreSQL ou o Amazon Aurora. Ao migrar para um banco de dados de código aberto, você pode reduzir os custos de licenciamento e evitar períodos desnecessários de dependência de fornecedores e auditorias de licenciamento.

Migrar

Ao migrar suas cargas de trabalho do SQL Server para AWS, leve em consideração os seguintes itens sobre configuração e ferramentas.

Redefinir a hospedagem

A redefinição da hospedagem é homogênea. Escolha essa abordagem quando quiser migrar seu banco de dados SQL Server no estado em que ele se encontra, sem alterar o software ou a configuração dele. Por exemplo, em migrações legadas de grande escala, talvez você queira mover rapidamente para atingir seus objetivos de negócios e optar por redefinir a hospedagem da maioria das aplicações.

Migração do SQL Server usando a Amazon EC2

Se você migrar para a Amazon EC2, poderá trazer suas licenças existentes do SQL Server. Isso é conhecido como modelo traga a sua própria licença (BYOL). Como alternativa, você pode comprar instâncias com Licença Incluída (LI) em AWS. Para obter mais informações, consulte a postagem Otimização de custos com SQL BYOL usando a licença incluída na instância Windows em Amazon EC2 Dedicated Hosts no blog de operações e migrações na AWS nuvem. A opção BYOL permite que você reduza custos usando suas licenças existentes do SQL Server. AWS License Managerauxilia no controle da alocação de suas licenças disponíveis ao instanciar com o VMs SQL Server na Amazon. EC2 O License Manager ajuda a garantir a conformidade com as regras de licenciamento que você especifica.

Você pode rehospedar o SQL Server em EC2 instâncias de locação compartilhada (padrão) usando BYOL somente se tiver o Microsoft Software Assurance (SA). Se você não tem SA em suas licenças de SQL, você pode rehospedar em Amazon EC2 Dedicated Hosts, desde que as licenças tenham sido compradas antes de 1º de outubro de 2019 ou adicionadas como garantia em uma inscrição corporativa ativa que entrou em vigor antes de 1º de outubro de 2019.

Há maneiras de migrar um banco de dados do SQL Server para uma EC2 instância da Amazon usando recursos do SQL Server, como backup e restauração, envio de registros e grupos de disponibilidade Always On. 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 em execução na Amazon EC2. Essas opções são nativas do banco de dados e dependem de versões e edições específicas do SQL Server. Além da migração do banco de dados, talvez você também precise executar etapas para 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 AWS Launch Wizard o SQL Server para orientá-lo no dimensionamento, configuração e implantação do Microsoft SQL Server na Amazon EC2. Ele suporta implantações de instância única e HA do SQL Server na Amazon EC2.

Migração do SQL Server usando o Application Migration Service

AWS Application Migration Serviceé uma boa opção 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 o Application Migration Service para mover sem alterações (lift-and-shift) rapidamente servidores físicos, virtuais ou em nuvem sem se preocupar com problemas de compatibilidade, impacto na performance ou longos períodos de substituição. Para obter orientação sobre como migrar um banco de dados do SQL Server de um ambiente local para uma EC2 instância da Amazon usando o Application Migration Service, consulte Migração de bancos de dados do Microsoft SQL Server para Nuvem AWS a AWS Orientação Prescritiva. Você também pode consultar as melhores práticas ao usar o Serviço de Migração de Aplicativos para migrar cargas de trabalho do banco de dados Microsoft SQL Server para o. AWS

SQL Server no Linux

O mecanismo de banco de dados do SQL Server é executado basicamente de forma semelhante no Windows Server e no Linux. No entanto, existem algumas alterações em determinadas tarefas ao usar o Linux. O Launch Wizard pode ajudar você a se adaptar a essas alterações e configurar soluções altamente disponíveis. Se você tem experiência interna em administração de Linux, hospedar novamente no Amazon EC2 Linux é uma boa opção para economizar nos custos de licenciamento do Windows Server. Considere usar a ferramenta Assistente de redefinição da plataforma Windows para Linux para bancos de dados Microsoft SQL Server para automatizar esse processo. Para obter mais informações, consulte Migrar um banco de dados local do Microsoft SQL Server para o Microsoft SQL Server na Amazon EC2 executando o Linux sob orientação AWS 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 for Microsoft SQL Server na documentação do Amazon RDS. Se recursos de banco de dados totalmente gerenciados forem necessários para seu caso de uso ou se você quiser usar licenças existentes do SQL Server, considere a replataforma para o Amazon RDS Custom for SQL Server.

A opção Bring Your Own Media (BYOM) está disponível para o Amazon RDS Custom para SQL Server. O BYOM permite que você use sua própria mídia de instalação e licenças, mas as licenças devem estar em conformidade com os termos de 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 da necessidade de acesso ao sistema operacional subjacente, da personalização do banco de dados ou de se você deseja usar suas licenças existentes do SQL Server usando o BYOM.

Os seguintes métodos estão disponíveis para migrar o SQL Server para o Amazon RDS para SQL Server:

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 a publicação sobre como 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 bancos de dados locais, 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 quando estiver pronto para reestruturar, reescrever e rearquitetar seu banco de dados e seu aplicativo para aproveitar as ofertas de software livre e de banco de dados. built-for-the-cloud 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 MySQL Compatible Edition ou Amazon Aurora PostgreSQL Compatible Edition. 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 apenas pela capacidade que sua aplicação 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 AWS Schema Conversion Tool (AWS SCT) com. AWS DMS Para obter mais informações, consulte AWS SCTo Nuvem AWS guia Migrando bancos de dados do Microsoft SQL Server.

Se sua meta é acelerar suas migrações de aplicativos e bancos de dados para AWS, considere usar o Babelfish para Aurora PostgreSQL. O Babelfish permite que as aplicações que foram originalmente escritas para o SQL Server funcionem com o Aurora com alterações mínimas de código. Como resultado, o esforço necessário para modificar e migrar para aplicações do Babelfish para Aurora PostgreSQL desenvolvidas para o SQL Server 2019 ou anterior é reduzido, levando a uma refatoração mais rápida, de menor risco e mais econômica.

Considere os seguintes recursos para migração com o Babelfish:

Recursos adicionais