Migrar cargas de trabalho do SQL Server (perguntas frequentes)

  • Artigo

Aplica-se a:SQL ServerBanco de Dados SQL do AzureInstância Gerenciada de SQL do AzureSQL Server em VM do Azure

A migração de cargas de trabalho locais e aplicativos associados do SQL Server para a nuvem geralmente traz uma variedade de dúvidas que vão além de meras informações sobre recursos do produto.

Este artigo oferece uma visão holística e ajuda a entender como liberar todo o potencial da migração para o SQL do Azure. A seção Modernizar aplicativos e o SQL aborda perguntas sobre o SQL do Azure em geral, bem como cenários comuns de modernização de aplicativos e do SQL. A seção Avaliação técnica e comercial aborda economia de custos, licenciamento, minimização do risco da migração, continuidade dos negócios, segurança, cargas de trabalho e arquitetura, desempenho e perguntas de avaliação técnica e comercial semelhantes. A última seção aborda o Processo de migração e modernização em si, incluindo diretrizes sobre ferramentas de migração.

Modernizar aplicativos e o SQL

SQL do Azure

Quais são os benefícios de mover aplicativos e cargas de trabalho do SQL Server para o Azure?

Uma migração para o Azure traz custos otimizados, flexibilidade e escalabilidade, segurança aprimorada, conformidade, continuidade dos negócios aprimorada e gerenciamento e monitoramento simplificados.

O que é o SQL Azure?

O SQL do Azure é uma família serviços que usa o mecanismo de banco de dados do SQL Server na Nuvem do Azure. Os serviços a seguir pertencem ao SQL do Azure: Banco de Dados SQL do Azure (Banco de Dados SQL), Instância Gerenciada de SQL do Azure (Instância Gerenciada de SQL) e SQL Server em VMs do Azure (VMs do SQL).

Qual é a diferença entre migração e modernização para o SQL do Azure?

A migração para o SQL do Azure envolve a mudança de aplicativos, infraestrutura e dados de um local (por exemplo, o datacenter local de uma empresa) para a infraestrutura do Azure. Para clientes do SQL Server, isso significa migrar as cargas de trabalho minimizando o impacto nas operações. Você pode reduzir os custos de TI, aprimorar a segurança e a resiliência e alcançar a escala sob demanda.

A modernização para o SQL do Azure envolve a atualização de aplicativos existentes para abordagens de computação e estruturas de aplicativos mais recentes, bem como o uso de tecnologias nativas de nuvem. Isso pode ser obtido com serviços PaaS, como o Banco de Dados SQL do Azure e a Instância Gerenciada de SQL do Azure, que oferecem benefícios adicionais de inovação de aplicativos, agilidade, velocidade do desenvolvedor e otimização de custos.

O que IaaS e PaaS significam?

IaaS (infraestrutura como serviço) é um tipo de serviço de computação em nuvem que oferece recursos essenciais de computação, armazenamento e rede sob demanda.

PaaS (plataforma como serviço) é um ambiente de desenvolvimento e implantação completo na nuvem, com recursos que permitem que você entregue desde aplicativos simples baseados em nuvem até aplicativos empresariais sofisticados habilitados para a nuvem.

O PaaS oferece outras vantagens sobre a IaaS, como ciclos de desenvolvimento mais curtos, recursos extras de desenvolvimento sem aumento de equipe, acesso econômico a ferramentas sofisticadas, para mencionar algumas. O SQL do Azure fornece serviços de PaaS (Instância Gerenciada de SQL, Banco de Dados SQL) e IaaS (VM do SQL).

Como faço para decidir se devo migrar meu SQL Server para uma Máquina Virtual, uma Instância Gerenciada de SQL ou um Banco de Dados SQL?

  • A Instância Gerenciada de SQL é o destino correto de PaaS para modernizar seus aplicativos do SQL Server existentes em escala, fornecendo quase todos os recursos do SQL Server (incluindo recursos de nível de instância) reduzindo, ao mesmo tempo, os custos com gerenciamento de servidor e banco de dados.

  • O Banco de Dados SQL é a escolha mais apropriada ao criar aplicativos de nuvem nativos, pois oferece alta elasticidade e a flexibilidade de escolha entre camadas de computação e arquitetura, como Camada sem servidor para maior elasticidade e Camada de serviço hiperescala para obter armazenamento e recursos de computação altamente escalonáveis.

  • Se você precisar de controle total e personalização, incluindo o acesso ao sistema operacional, escolha o SQL Server na VM do Azure. A comparação entre serviços fornece mais detalhes. Uma variedade de ferramentas de migração ajuda a fazer a escolha ideal, fornecendo uma avaliação da compatibilidade e dos custos do serviço de destino.

Como faço para reduzir os custos ao migrar para o SQL do Azure?

A migração para o Azure traz economia nos custos com recursos, manutenção e imóveis, além da capacidade de otimizar cargas de trabalho para que elas custem menos para serem executadas. A Instância Gerenciada de SQL do Azure e o Banco de Dados SQL trazem todas as vantagens dos serviços de PaaS, fornecendo ajuste automatizado de desempenho, backups, patch de software e alta disponibilidade, o que envolve enorme esforço e custo ao executar manualmente.

Por exemplo, a Instância Gerenciada de SQL e o Banco de Dados SQL (banco de dados único e pool elástico) vêm com HA interna. Além disso, as camadas Comercialmente Crítico (Instância Gerenciada de SQL) e Premium (Banco de Dados SQL) fornecem réplicas somente leitura sem custo adicional, enquanto a camada de Hiperescala do Banco de Dados SQL oferece a HA e réplicas secundárias nomeadas para expansão de leitura sem custos de licença. Importante salientar que os clientes do Software Assurance podem usar as licenças do SQL Server local no Azure aplicando o AHB (Benefício Híbrido do Azure). O Software Assurance também permite implementar secundários passivos gratuitos de HA e DR usando a VM do SQL.

Acrescente-se ainda que, cada serviço do SQL do Azure fornece a opção de reservar instâncias com antecedência (por períodos de um ano ou de três anos) e obter economias adicionais significativas. Os planos de preços de Desenvolvimento/Teste oferecem uma forma de reduzir ainda mais os custos de desenvolvimento. Por fim, confira o artigo a seguir com informações para Otimizar seu custo de Instância Gerenciada de SQL do Azure com o Microsoft Azure Well-Architected Framework.

Qual é o melhor caminho de licenciamento para economizar custos ao mover cargas de trabalho existentes do SQL Server para o Azure?

Exclusivo no Azure, o AHB (Benefício Híbrido do Azure) é um benefício de licenciamento que permite que você traga suas licenças existentes do Windows Server e SQL Server com SA (Software Assurance) para o Azure. Combinado com economias de reservas e atualizações de segurança estendidas, o AHB pode gerar até 85% de economia em comparação com os preços de pagamento conforme o uso no SQL do Azure. Além disso, verifique os diferentes planos de preços de Desenvolvimento/Teste.

Aplicativos e cenários de modernização do SQL

Cenário 1: Migrar o data center para a nuvem: qual é o caminho de modernização para aplicativos e bancos de dados do SQL Server?

A atualização de aplicativos existentes de uma organização para um modelo que prioriza a nuvem pode ser obtida com serviços de dados e aplicativos totalmente gerenciados, incluindo Serviço de Aplicativo do Azure, Aplicativos Spring do Azure, Banco de Dados SQL do Azure, Instância Gerenciada de SQL do Azure e outros serviços de PaaS. O AKS (Serviços de Kubernetes do Azure) fornece uma abordagem baseada em contêiner gerenciada no Azure. A modernização de aplicativos e dados no Azure é obtida por meio de vários estágios, com os exemplos de cenários mais comuns descritos no Cloud Adoption Framework.

Cenário 2: Redução de custos do SQL Server: como faço para reduzir os custos com a minha frota de SQL Server existente?

Mudar para VMs do SQL do Azure, Instância Gerenciada de SQL ou Banco de Dados SQL traz economia nos custos de recursos, manutenção e imóveis. O uso de suas licenças locais do SQL Server no Azure por meio do Benefício Híbrido do Azure, o uso de Reservas do Azure para VMs de SQL, Instância Gerenciada de SQL e vCores de Banco de Dados SQL, bem como o uso de Máquinas Virtuais com capacidade de vCPU restrita fornecem uma ampla variedade de opções para criar uma solução econômica.

Para implementar soluções de BCDR no SQL do Azure, você se beneficia de réplicas internas de HA de Instância Gerenciada de SQL e Banco de Dados SQL ou secundárias passivas gratuitas de alta disponibilidade e DR usando VMs do SQL. Além disso, as camadas Comercialmente Crítico (Instância Gerenciada de SQL) e Premium (Banco de Dados SQL) fornecem réplicas somente leitura sem custo adicional, enquanto a camada de Hiperescala do Banco de Dados SQL oferece a HA e réplicas secundárias nomeadas para expansão de leitura sem custos de licença. Além disso, verifique os diferentes planos de preços de Desenvolvimento/Teste.

Se você desejar entender como economizar até 64% ao migrar para o SQL do Azure, pode revisar o relatório de Impacto Ambiental, Social e de Governança (ESG) em O valor econômico da migração de instâncias do SQL Server locais para Soluções de SQL do Microsoft Azure. Por fim, confira o artigo a seguir com informações para Otimizar seu custo de Instância Gerenciada de SQL do Azure com o Microsoft Azure Well-Architected Framework.

Cenário 3: Otimizar o portfólio de aplicativos: como faço para modernizar meu portfólio de aplicativos e minhas instâncias do SQL Server ao mesmo tempo?

A modernização de aplicativos e dados no Azure é obtida por meio de vários estágios, com os exemplos de cenários mais comuns descritos no Cloud Adoption Framework.

Cenário 4: Fim do suporte do SQL Server: quais opções eu tenho para migrar para o SQL do Azure?

Depois que o SQL Server chegar ao final do estágio de suporte, você terá várias opções de modernização para o SQL do Azure. Uma das opções é migrar sua carga de trabalho para um Instância Gerenciada de SQL do Azure, que fornece alta paridade de recursos com o produto SQL Server local. Como alternativa, com algum esforço adicional, você pode mover a carga de trabalho para o Banco de Dados SQL do Azure. Esses serviços são executados em recursos do SQL Server em constante atualização, oferecendo efetivamente "o fim do Fim do Suporte".

A compatibilidade com versões anteriores é fornecida por meio de configurações de níveis de compatibilidade e nível de compatibilidade do banco de dados. Ferramentas como a extensão de Migração de SQL do Azure no Azure Data Studio ou o Assistente de Migração de Dados ajudam você a identificar possíveis incompatibilidades.

Se a solução de PaaS (Plataforma como Serviço) não se encaixar em sua carga de trabalho, as Máquinas Virtuais de SQL do Azure fornecerão a possibilidade de fazer a migração das cargas de trabalho no estado em que se encontram. Ao migrar para a VM do SQL do Azure, você também receberá patches de segurança estendidos gratuitos que podem proporcionar economias significativas (por exemplo, até 69% no SQL Server 2012).

Cenário 5: Atender à conformidade regulatória: como o SQL do Azure ajuda a atender aos requisitos de conformidade regulatória?

O Azure Policy tem políticas internas que ajudam as organizações a atender à conformidade regulatória. Políticas ad hoc e personalizadas também podem ser criadas. Para obter mais informações, consulte Controles de Conformidade Regulatória do Azure Policy para o Banco de Dados SQL do Azure e Instância Gerenciada de SQL. Para obter uma visão geral das ofertas de conformidade, consulte a documentação de conformidade do Azure.

Introdução, a abordagem holística

Como preparar um caso de negócios de migração?

O Cloud Adoption Framework para o Azure da Microsoft é um ótimo ponto de partida para ajudar você a criar e implementar a estratégia de negócios e a tecnologia necessária para sua migração para o Azure.

Como faço para encontrar guias de migração para o SQL do Azure?

Os guias a seguir ajudam você a descobrir, avaliar e migrar do SQL Server para Máquinas Virtuais do Azure, Instâncias Gerenciadas de SQL e Bancos de Dados SQL.

Preciso modernizar aplicativos e SQL ao mesmo tempo? Quais são minhas opções?

Não. Você pode adotar uma abordagem iterativa para modernizar cada carga de trabalho e componente.

Posso modernizar o SQL Server para a Instância Gerenciada de SQL e simplesmente fazer lift-and-shift do meu aplicativo para uma VM?

Sim. Você pode Conectar seu aplicativo à Instância Gerenciada de SQL do Azure em diferentes cenários, inclusive se o estiver hospedando em uma VM.

Avaliação técnica e comercial

Custo total de propriedade, licenciamento e benefícios

Como faço para estimar a economia com o TCO (custo total de propriedade) ao migrar para o SQL do Azure?

A migração para o SQL do Azure traz economias significativas de TCO, melhorando a eficiência operacional e a agilidade dos negócios, bem como eliminando a necessidade de hardware e software locais. De acordo com o relatório de ESG sobre O valor econômico da migração de instâncias de SQL Server locais para soluções de SQL do Azure da Microsoft, você pode economizar até 47% ao migrar do local para Máquinas Virtuais de SQL do Azure (IaaS) e até 64% ao migrar para uma Instância Gerenciada de SQL do Azure ou um Banco de Dados SQL do Azure (PaaS).

Qual é o modelo de licenciamento para a Instância Gerenciada de SQL?

O licenciamento da Instância Gerenciada de SQL segue o modelo de licenciamento baseado em vCore, no qual você paga por recursos de computação, armazenamento e armazenamento de backup. Você pode escolher entre várias camadas de serviço (Uso Geral, Comercialmente Crítico) e gerações de hardware. A página de preços da Instância Gerenciada de SQL fornece uma visão geral completa de possíveis SKUs e preços.

Qual é o modelo de licenciamento para Bancos de Dados SQL?

O Banco de Dados SQL fornece uma opção entre o modelo de compra vCore e o modelo de compra da unidade de transação do banco de dados. Você pode explorar Preços – Banco de Dados Individual do Banco de Dados SQL do Azure e saber mais sobre as opções de preços.

Quais tipos de assinatura têm suporte para a Instância Gerenciada de SQL?

Verifique os Tipos de assinatura compatíveis para a Instância Gerenciada de SQL.

Posso usar minha licença do SQL Server local ao mudar para o SQL do Azure?

Se você possui o Software Assurance para licenças de assinatura baseadas em núcleo ou qualificação para SQL Server Standard Edition ou SQL Server Enterprise Edition, pode usar sua licença de SQL Server existente ao migrar para Instâncias Gerenciadas de SQL, Bancos de Dados SQL ou VMs do Azure aplicando Benefício Híbrido do Azure (AHB). Você também pode usar simultaneamente essas licenças em ambientes locais e do Azure (direitos de uso duplo) por até 180 dias.

Como faço para migrar da VM do SQL para a Instância Gerenciada de SQL?

Você pode seguir o mesmo guia de migração do SQL Server local.

Estou usando uma licença de assinatura do SQL Server. Posso usá-la para migrar para o SQL do Azure?

Sim, licenças de assinatura qualificadas podem ser usadas para pagar serviços de SQL do Azure a uma taxa reduzida (base) aplicando o AHB (Benefício Híbrido do Azure).

Estou usando licenças CAL do SQL Server. Como faço para migrar para o SQL do Azure?

As licenças CAL do SQL Server com direitos de mobilidade de licenças apropriados podem ser usadas em VMs de SQL do Azure e no Host Dedicado de SQL do Azure.

O que é o AHB (Benefício Híbrido do Azure)?

Exclusivo no Azure, o AHB (Benefício Híbrido do Azure) é um benefício de licenciamento que permite que você traga suas licenças existentes do Windows Server e SQL Server com SA (Software Assurance) para o Azure. O AHB pode gerar uma economia de até 85% em comparação com os preços de pagamento conforme o uso no SQL do Azure, quando combinado com economias de reservas e atualizações de segurança estendidas. Para obter mais informações, confira os Termos de Produto do Microsoft Azure.

Como faço para traduzir minha licença local do SQL Server para a licença do vCore na Instância Gerenciada de SQL, no Banco de Dados SQL e na VM do SQL?

Para cada (1) núcleo do SQL Server Enterprise Edition, você obtém quatro (4) vCores de camada de Uso Geral de Instância Gerenciada de SQL ou um (1) vCore de camada Comercialmente Crítico de Instância Gerenciada de SQL. Da mesma forma, um (1) núcleo de SQL Server Standard Edition se traduz em um (1) vCore da camada de Uso Geral de Instância Gerenciada de SQL, e quatro (4) vCores de SQL Server Standard Edition são convertidos em um (1) vCore de Comercialmente Crítico de Instância Gerenciada de SQL.

A atualização de agosto de 2020 do Benefício Híbrido do Azure fornece uma visão geral das possíveis conversões de núcleo para vCore para Instância Gerenciada de SQL, Banco de Dados SQL e VM do SQL. Os direitos de AHB aplicáveis também estão descritos nos Termos do Produto. Você também pode usar a Calculadora de Economia do Benefício Híbrido do Azure para calcular as economias exatas do seu patrimônio de SQL Server.

O SA (Software Assurance) é necessário para usar uma licença do SQL Server no SQL do Azure?

O Software Assurance é um programa de licenciamento que pode ser aplicado a licenças locais do SQL Server, permitindo mobilidade de licenças, o AHB e outros benefícios. O SA será necessário se o AHB for invocado para usar licenças de SQL Server existentes (com SA) ao migrar para o SQL do Azure. Sem o SA e o AHB, os clientes serão cobrados com preços PAYG.

Como alternativa, os termos de gerenciamento de software de terceirização aplicáveis às licenças do SQL Server adquiridas antes de 1º de outubro de 2019 permitem que você aloque suas licenças existentes ao Host Dedicado do Azure da mesma forma que você licenciaria um servidor em seu próprio data center: confira Preços – Máquinas Virtuais do Host Dedicado.

Preciso pagar pela HA (alta disponibilidade) na Instância Gerenciada de SQL e no Banco de Dados SQL?

As camadas Uso Geral e Comercialmente Crítico da instância Gerenciada de SQL e do Banco de Dados SQL são criadas com base na arquitetura de alta disponibilidade inerente. Dessa forma, não há cobrança adicional para HA. Para o Banco de Dados SQL, a réplica de HA da camada de hiperescala é cobrada.

Tenho que pagar por réplicas de HA e DR na VMs do SQL do Azure?

Se você tem o Software Assurance, pode implementar planos de DR (recuperação de desastre) e HA (alta disponibilidade) com o SQL Server sem custos de licenciamento adicionais para a instância de recuperação de desastre passiva. Para obter mais informações, consulte a documentação sobre VM do SQL.

Tenho que pagar pela DR (recuperação de desastre) na Instância Gerenciada de SQL e no Banco de Dados SQL?

A Instância Gerenciada do SQL fornece apossibilidade de configurar uma réplica em espera sem licença, o que significa que os custos de licenciamento do SQL Server para os vCores usados pela réplica em espera secundária não são cobrados.

Posso gerenciar centralmente o Benefício Híbrido do Azure para SQL Server em toda a assinatura do Azure?

Sim. Você pode gerenciar centralmente seu Benefício Híbrido do Azure para o SQL Server no escopo de uma assinatura inteira do Azure ou conta de cobrança geral. Esse recurso está atualmente na visualização.

Se eu mover alguns dos SQL Servers, minhas cargas de trabalho para Instância Gerenciada de SQL e deixar algumas cargas de trabalho locais, poderei gerenciar todas as minhas licenças do SQL em um só lugar?

Você pode gerenciar centralmente suas licenças que são cobertas pelo Benefício Híbrido do Azure para o SQL Server no escopo de uma assinatura inteira do Azure ou conta de cobrança geral. Esses dados podem ser combinados com uma visão geral mantida pelo seu parceiro de licenciamento/departamento de compras ou você pode obter informações de licenciamento criando sua própria visão geral de licenciamento personalizada. Suas licenças devem ser usadas localmente ou na nuvem, mas você tem 180 dias de direitos de uso simultâneos durante a migração de servidores.

Como faço para minimizar o tempo de inatividade durante a migração online?

O recurso link da Instância Gerenciada de SQL oferece a melhor solução de migrações online com o menor tempo de inatividade possível, atendendo às necessidades dos aplicativos de camada 1 mais críticos. Você pode consultar uma gama completa de ferramentas de migração e tecnologias e escolher o ideal para o seu cenário de uso.

Migração livre de riscos com uma estratégia híbrida

Posso continuar executando localmente, durante a modernização de meus aplicativos no Azure?

Com o SQL Server 2016, 2019 e 2022, você pode usar o recurso Link da Instância Gerenciada de SQL do Azure para criar uma conexão híbrida entre o SQL Server e a Instância Gerenciada de SQL do Azure. Os dados são replicados quase em tempo real do SQL Server para o Azure e podem ser usados para modernizar suas cargas de trabalho no Azure. Você pode usar os dados replicados no Azure para expansão de leitura e para análise de descarregamento.

Você pode continuar executando o link híbrido pelo tempo necessário: semanas, meses, durante anos, não há restrições sobre isso.

Sim, você pode usar seus dados replicados no Azure para testar e validar sua estratégia de migração (desempenho, cargas de trabalho e aplicativos) antes de migrar para o Azure.

Posso reverter a migração, sair do SQL do Azure e voltar para o SQL Server, se necessário?

Com o SQL Server 2022, oferecemos a melhor solução possível para mover os dados de volta com backup nativo e restauração da Instância Gerenciada de SQL para o SQL Server, eliminando completamente o risco da estratégia das migrações para o Azure.

Cargas de trabalho e arquitetura

Como fazer determinar quais cargas de trabalho do SQL Server devem ser movidas para a Instância Gerenciada de SQL?

Ao migrar cargas de trabalho do SQL Server para o SQL do Azure, a Instância Gerenciada normalmente é a primeira opção, pois a maioria dos bancos de dados estão prontos "no estado em que se encontram" para migrar para a instância Gerenciada de SQL. Há várias ferramentas disponíveis para ajudá-lo a avaliar sua carga de trabalho para compatibilidade com Instância Gerenciada de SQL do Azure.

Você pode usar a extensão de Migração de SQL do Azure no Azure Data Studio ou o Assistente de Migração de Dados. Ambas as ferramentas fornecem ajuda para detectar problemas que podem afetar a migração da Instância Gerenciada de SQL do Azure e fornecer diretrizes sobre como resolvê-los. Depois de verificar a compatibilidade, você poderá executar a ferramenta de recomendação de SKU para analisar dados de desempenho e recomendar um SKU mínimo da Instância Gerenciada de SQL do Azure. Acesse o serviço Migrações para Azure, que é um hub centralizado para avaliar e migrar os servidores, a infraestrutura, os aplicativos e os dados locais para o Azure.

Como faço para determinar o destino da Instância Gerenciada de SQL adequado para uma determinada carga de trabalho local do SQL Server: camada de Uso Geral ou Comercialmente Crítico da Instância Gerenciada de SQL?

A escolha da camada da Instância Gerenciada de SQL é orientada por requisitos de disponibilidade, desempenho (por exemplo, taxa de transferência, IOPS, latência) e recurso (por exemplo, OLTP in-memory). A camada de Uso Geral é adequada para a maioria das cargas de trabalho genéricas, pois já fornece arquitetura de HA e um mecanismo de banco de dados totalmente gerenciado com uma latência de armazenamento entre 5 e 10 ms. A camada Comercialmente Crítico foi projetada para aplicativos que exigem respostas de baixa latência (1 a 2 ms) da camada de armazenamento, recuperação rápida, requisitos de disponibilidade rigorosos e a capacidade de descarregar cargas de trabalho de análise.

Como faço para mover um SQL Server altamente automatizado para a Instância Gerenciada de SQL?

A automação de implantação de infraestrutura do SQL do Azure pode ser feita com o PowerShell e a CLI. Exemplos úteis podem ser encontrados no artigo Exemplos do Azure PowerShell para o Banco de Dados SQL do Azure e a Instância Gerenciada de SQL do Azure. Você pode usar Pipelines de CI (Integração Contínua) e CD (Implantação Contínua) do Azure DevOps para inserir a automação total em suas práticas de Infraestrutura como Código.

A criação de modelos e scripts de banco de dados também pode ser integrada por meio de Projetos de Banco de Dados com Visual Studio Code ou Visual Studio. O uso de pipelines de CI/CD do Azure DevOps habilitará a implantação de seus Projetos de Banco de Dados em um destino de SQL do Azure de sua escolha. Por fim, a automação do serviço por meio de ferramentas de terceiros também é possível. Para obter mais informações, confira Instância Gerenciada de SQL do Azure – Comando Terraform.

Posso mover apenas uma carga de trabalho específica de um cluster local e qual é o impacto disso no licenciamento e no custo?

É possível migrar apenas os bancos de dados relacionados a uma carga de trabalho para um Instância Gerenciada de SQL do Azure. Criar e operar um Instância Gerenciada de SQL do Azure exige licenças do SQL Server. O Benefício Híbrido do Azure oferece a capacidade de reutilizar suas licenças. Entre em contato com seu parceiro de licenciamento para examinar quais possibilidades podem ser usadas com a mobilidade de licenças e a reestruturação de suas licenças atuais.

Eu mantenho um SQL Server altamente consolidado com vários aplicativos em execução nele. Posso movê-lo para a Instância Gerenciada de SQL?

Da mesma forma que ocorre com SQL Server locais, você pode consolidar e executar vários bancos de dados em uma única Instância Gerenciada de SQL, ao mesmo tempo beneficiando-se da arquitetura inerente de alta disponibilidade, bem como da segurança e do gerenciamento compartilhados. A Instância Gerenciada de SQL também dá suporte a consultas entre bancos de dados.

Como faço para migrar cargas de trabalho do SQL Server Business Intelligence (incluindo Reporting Services e Analysis Services) que não são compatíveis com a Instância Gerenciada de SQL?

O caminho de migração de menor esforço é migrar as cargas de trabalho no estado em que se encontram e hospedar os componentes de Business Intelligence em uma VM do Azure. O banco de dados Reporting Services pode ser hospedado na Instância Gerenciada de SQL do Azure e o Azure Data Factory oferece a capacidade de fazer lift-and-shift de soluções SSIS para a nuvem. Se a criação de uma solução moderna faz parte do esforço de migração, o Azure está oferecendo uma ampla variedade de serviços para criar uma solução de data warehouse empresarial.

Estou usando um aplicativo de um ISV que não dá suporte à Instância Gerenciada de SQL/Azure. Quais são minhas opções para mover meu aplicativo para o Azure e o SQL Server para o SQL do Azure?

A migração do seu ambiente no estado em que se encontra para uma Máquina Virtual do Azure é a opção mais segura se o ISV ou o fornecedor não lhe oferecer nenhuma opção. No entanto, incentivamos ISVs e fornecedores que estão trabalhando em estreita colaboração com a Microsoft a examinar as opções com a Instância Gerenciada de SQL do Azure. A Instância Gerenciada de SQL do Azure fornece opções de compatibilidade com versões anteriores por meio do nível de compatibilidade do banco de dados, diretrizes para diferenças de Transact-SQL e já implementou os principais recursos na Instância Gerenciada de SQL do Azure.

Como faço para manter a compatibilidade da minha versão atual do banco de dados SQL Server na Instância Gerenciada de SQL?

O nível de compatibilidade do banco de dados pode ser definido na Instância Gerenciada de SQL, conforme descrito no Blog do SQL do Azure.

Segurança

Como SQL do Azure ajuda a aprimorar a postura de segurança do banco de dados?

A estratégia de segurança segue a abordagem em camadas da defesa em profundidade: Segurança de rede + Gerenciamento de acesso + Proteção contra ameaças + Proteção de Informações. Leia mais sobre as Funcionalidades de segurança do Banco de Dados SQL do Azure e da Instância Gerenciada de SQL. Em todo o Azure, o Microsoft Defender para Nuvem fornece uma solução para GPSN (gerenciamento da postura de segurança na nuvem) e CWP (proteção de cargas de trabalho na nuvem).

Continuidade de negócios

Como posso adaptar conceitos de BCDR (continuidade dos negócios locais e recuperação de desastre) em conceitos da Instância Gerenciada de SQL do Azure?

A maioria dos conceitos de BCDR do SQL do Azure tem um equivalente em implementações do SQL Server locais. Por exemplo, a alta disponibilidade inerente da camada Uso Geral da Instância Gerenciada de SQL pode ser vista como um equivalente de nuvem da FCI (instância de cluster de failover) do SQL Server. Da mesma forma, a camada Comercialmente Crítico da Instância Gerenciada de SQL pode ser vista como um equivalente na nuvem de um Grupos de disponibilidade Always On com confirmação síncrona em um número mínimo de réplicas. Como um conceito de Recuperação de Desastre, um grupo de failover na Instância Gerenciada de SQL é comparável a um grupo de disponibilidade com commit assíncrono. A alta disponibilidade do Banco de Dados SQL e da Instância Gerenciada de SQL são apoiados por Contratos de Nível de Serviço. Para obter mais informações, consulte Visão geral da continuidade dos negócios com o banco de dados SQL do Azure.

Como os backups são tratados em serviços de PaaS do SQL do Azure?

Você pode verificar a documentação de backups automatizados na Instância Gerenciada de SQL e no Banco de Dados SQL para saber mais sobre RPO, RTO, retenção, agendamento e outros recursos e funcionalidade de backup.

Como a HA (alta disponibilidade) é obtida na Instância Gerenciada de SQL e no Banco de Dados SQL?

A Instância Gerenciada de SQL e o Banco de Dados são criados com base na arquitetura de alta disponibilidade (HA) inerente. Isso inclui suporte para grupos de failover e vários outros recursos. Você pode escolher entre dois modelos de arquitetura de HA: Modelo de disponibilidade padrão na camada de serviço Uso Geral ou Modelo de disponibilidade Premium na camada de serviço Comercialmente Crítico.

Como a recuperação de desastre funciona na Instância Gerenciada de SQL e no Banco de Dados SQL?

Confira a documentação do Banco de Dados SQL e da Instância Gerenciada de SQL. As perguntas frequentes sobre a Instância Gerenciada de SQL fornecem informações sobre opções de DR.

Desempenho e escala

Como faço para obter melhor desempenho ao mover SQL Servers locais para Instâncias Gerenciadas de SQL, Bancos de Dados SQL ou VMs do SQL?

A migração das cargas de trabalho locais fornece benefícios de desempenho devido aos recursos mais recentes do mecanismo de banco de dados do SQL Server, à flexibilidade de escala da nuvem e à geração de hardware subjacente mais recente. Saiba por que seus dados do SQL Server deveriam estar no Azure. Você também pode ler um estudo de benchmarking da Principled Technologies publicado recentemente que compara a Instância Gerenciada de SQL e o SQL Server com o RDS da AWS (Amazon Web Services). É importante garantir um dimensionamento adequado com base em seus requisitos de CPU, memória e armazenamento (IOPS, latência, produtividade e tamanho do log de transações). A Instância Gerenciada de SQL e o Banco de Dados SQL também fornecem uma opção entre diferentes configurações de hardware e camadas de serviço que oferecem meios adicionais para alcançar o desempenho almejado. Os aplicativos também podem aproveitar as capacidades de expansão de leitura, inclusive com réplicas nomeadas e réplicas geográficas, além de técnicas como fragmentação de banco de dados.

Como posso comparar o desempenho da Instância Gerenciada de SQL com o desempenho do SQL Server?

Confira a seção Desempenho das Perguntas frequentes sobre a Instância Gerenciada de SQL para obter diretrizes sobre comparação e ajuste de desempenho.

Processo de migração e modernização

Quero modernizar cargas de trabalho do SQL Server para o SQL do Azure. Qual é a próxima etapa?

Um ótimo lugar para começar é ingressar no Programa de Migração e Modernização do Azure. Quando você inicia um projeto de migração, uma boa prática é formar uma equipe de migração dedicada para formular e executar o plano de migração. Se sua empresa tiver uma equipe de conta atribuída da Microsoft ou de parceiro da Microsoft, ela poderá fornecer diretrizes sobre o conjunto de habilidades necessário à equipe de migração e o processo geral.

Como faço para encontrar guias de migração do SQL do Azure?

Os guias a seguir ajudam você a descobrir, avaliar e migrar do SQL Server para Máquinas Virtuais do Azure, Instâncias Gerenciadas de SQL e Bancos de Dados SQL. Você pode consultar os Guias de migração de banco de dados do Azure, que também contém guias para migrar para outros destinos de banco de dados.

Quais ferramentas de migração posso usar?

Você pode usar a extensão de migração de SQL do Azure do Azure Data Studio para avaliação e migração do SQL Server ou escolher entre outras ferramentas de migração.

Como faço para minimizar o tempo de inatividade durante a migração online?

O recurso link da Instância Gerenciada de SQL oferece a melhor solução de migrações online com o menor tempo de inatividade possível, atendendo às necessidades dos aplicativos de camada 1 mais críticos.

Como faço para otimizar os custos depois de migrar para o SQL do Azure?

As diretrizes de Otimização de Custos do WAF (Microsoft Azure Well-Architected Framework) fornecem a metodologia para otimizar os custos de cada serviço de SQL do Azure. Você também pode saber mais sobre os Destaques da otimização de custos do WAF para a Instância Gerenciada de SQL.

Conteúdo relacionado