Migrar cargas de trabalho do SQL Server (FAQ)
Aplica-se a:
SQL Server Banco de DadosSQL do Azure Azure SQL Managed InstanceSQL Serverna VM do Azure
A migração de cargas de trabalho locais do SQL Server e aplicativos associados para a nuvem geralmente traz uma ampla gama de perguntas que vão além de meras informações sobre recursos do produto.
Este artigo fornece uma visão holística e ajuda a entender como desbloquear totalmente o valor ao migrar para o Azure SQL. A seção Modernizar aplicativos e SQL aborda perguntas sobre o SQL do Azure em geral, bem como cenários comuns de modernização de aplicativos e SQL. A seção de avaliação técnica e de negócios cobre economia de custos, licenciamento, minimização de riscos de migração, continuidade de negócios, segurança, cargas de trabalho e arquitetura, desempenho e questões semelhantes de avaliação técnica e de negócios. A última seção aborda o processo real de migração e modernização, incluindo orientações sobre ferramentas de migração.
Modernize aplicativos e SQL
SQL do Azure
Quais são os benefícios de mover aplicativos e cargas de trabalho do SQL Server para o Azure?
A migração para o Azure proporciona custos, flexibilidade e escalabilidade otimizados, segurança melhorada, conformidade, continuidade de negócios melhorada e gestão e monitorização simplificadas.
O que é o Azure SQL?
O Azure SQL é uma família de serviços que usa o mecanismo de banco de dados do SQL Server na Nuvem do Azure. Os seguintes serviços pertencem ao Azure SQL: Banco de Dados SQL do Azure (Banco de Dados SQL), Instância Gerenciada do SQL do Azure (Instância Gerenciada do SQL) e SQL Server em VMs do Azure (VMs SQL).
Qual é a diferença entre migração e modernização para o Azure SQL?
A migração para o SQL do Azure envolve a movimentação de aplicativos, infraestrutura e dados de um local (por exemplo, o datacenter local de uma empresa) para a infraestrutura do Azure. Para os clientes do SQL Server, isso significa migrar suas cargas de trabalho e, ao mesmo tempo, minimizar o impacto nas operações. Você pode reduzir os custos de TI, melhorar a segurança e a resiliência e alcançar 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 e o uso de tecnologias nativas da nuvem. Isso pode ser alcançado usando serviços PaaS, como o Banco de Dados SQL do Azure e a Instância Gerenciada SQL do Azure, que fornecem benefícios extras de inovação de aplicativos, agilidade, velocidade do desenvolvedor e otimização de custos.
O que significa IaaS e PaaS?
A infraestrutura como serviço (IaaS) é um tipo de serviço de computação em nuvem que oferece recursos essenciais de computação, armazenamento e rede sob demanda.
A plataforma como serviço (PaaS) é um ambiente completo de desenvolvimento e implementação na nuvem, com recursos que lhe permitem fornecer tudo, desde simples aplicações baseadas na nuvem a aplicações empresariais sofisticadas e habilitadas para a nuvem.
O PaaS oferece outras vantagens em relação à IaaS, como ciclos de desenvolvimento mais curtos, recursos de desenvolvimento extras sem adicionar pessoal, acesso acessível a ferramentas sofisticadas, para mencionar algumas. O Azure SQL fornece serviços PaaS (Instância Gerenciada SQL, Banco de Dados SQL) e IaaS (SQL VM).
Como decido se devo mover meu SQL Server para uma Máquina Virtual, Instância Gerenciada SQL ou Banco de Dados SQL?
A Instância Gerenciada SQL é o destino PaaS certo para modernizar seus aplicativos existentes do SQL Server em escala, fornecendo quase todos os recursos do SQL Server (incluindo recursos no nível da instância) enquanto reduz os custos de 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 flexibilidade de escolha entre camadas de arquitetura e computação, como a camada sem servidor para maior elasticidade e a camada de serviço Hyperscale para um armazenamento altamente escalável e recursos de computação.
Se precisar de controlo total e personalização, incluindo acesso ao SO, pode optar pelo SQL Server na VM do Azure. A comparação de serviços fornece mais detalhes. Uma gama 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 posso reduzir custos mudando para o Azure SQL?
A mudança para o Azure traz economia em custos de recursos, manutenção e imóveis, além da capacidade de otimizar cargas de trabalho para que custem menos para serem executadas. A Instância Gerenciada SQL do Azure e o Banco de Dados SQL trazem todas as vantagens dos serviços PaaS, fornecendo ajuste de desempenho automatizado, backups, patches de software e alta disponibilidade, o que implica enorme esforço e custo ao executar manualmente.
Por exemplo, a Instância Gerenciada 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 Business Critical (SQL Managed Instance) e Premium (SQL Database) fornecem réplicas somente leitura sem custo adicional, enquanto a camada SQL Database Hyperscale permite HA e réplicas secundárias nomeadas para expansão de leitura sem custo de licença. Além disso, os clientes do Software Assurance podem usar sua licença do SQL Server local no Azure aplicando o Benefício Híbrido do Azure (AHB). O Software Assurance também permite implementar secundários HA e DR passivos gratuitos usando SQL VM.
Além disso, cada serviço SQL do Azure oferece a opção de reservar instâncias com antecedência (por períodos de um ou três anos) e obter economias adicionais significativas. Os planos de preços de desenvolvimento/teste fornecem uma maneira de reduzir ainda mais os custos de desenvolvimento. Por fim, verifique o seguinte artigo sobre como você pode otimizar seu custo de instância gerenciada 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 do Azure, o Benefício Híbrido do Azure (AHB) é um benefício de licenciamento que permite trazer suas licenças existentes do Windows Server e do SQL Server com Software Assurance (SA) para o Azure. Combinado com economias de reservas e atualizações de segurança estendidas, o AHB pode proporcionar até 85% de economia em comparação com os preços pré-pagos no Azure SQL. Além disso, certifique-se de verificar diferentes planos de preços de Desenvolvimento/Teste.
Cenários de modernização de aplicativos e SQL
Cenário 1: Mudança do data center para a nuvem: qual é o caminho de modernização para aplicativos e bancos de dados do SQL Server?
A atualização dos aplicativos existentes de uma organização para um modelo cloud-first pode ser obtida usando aplicativos e serviços de dados totalmente gerenciados, incluindo o Serviço de Aplicativo do Azure, os Aplicativos Azure Spring, o Banco de Dados SQL do Azure, a Instância Gerenciada SQL do Azure e outros serviços PaaS. Os Serviços Kubernetes do Azure (AKS) fornecem uma abordagem baseada em contêiner gerenciado no Azure. A modernização de aplicativos e dados no Azure é alcançada por meio de vários estágios, com os exemplos de cenário mais comuns descritos no Cloud Adoption Framework.
Cenário 2: Reduzindo os custos do SQL Server: Como posso reduzir o custo da minha frota existente do SQL Server?
A mudança para VMs SQL do Azure, Instância Gerenciada SQL ou Banco de Dados SQL traz economia em custos de recursos, manutenção e imóveis. Usando suas licenças locais do SQL Server no Azure por meio do Benefício Híbrido do Azure, usando Reservas do Azure para SQL VM, SQL Managed Instance e vCores do Banco de Dados SQL e usando máquinas virtuais com capacidade de vCPU restrita oferecem uma ampla variedade de opções para criar uma solução econômica.
Para implementar soluções BCDR no Azure SQL, você se beneficia de réplicas de HA internas da Instância Gerenciada SQL e do Banco de Dados SQL ou de secundários passivos gratuitos de HA e DR usando SQL VM. Além disso, as camadas Business Critical (SQL Managed Instance) e Premium (SQL Database) fornecem réplicas somente leitura sem custo adicional, enquanto a camada SQL Database Hyperscale permite HA e réplicas secundárias nomeadas para expansão de leitura sem custo de licença. Além disso, certifique-se de verificar diferentes planos de preços de Desenvolvimento/Teste.
Se quiser entender como economizar até 64% mudando para o Azure SQL, você pode revisar o relatório ESG (Impacto Ambiental, Social e de Governança) sobre o valor econômico da migração de instâncias locais do SQL Server para soluções SQL do Microsoft Azure. Por fim, verifique o seguinte artigo sobre como você pode otimizar seu custo de instância gerenciada SQL do Azure com o Microsoft Azure Well-Architected Framework.
Cenário 3: Otimizar o portfólio de aplicativos: Como posso modernizar ao mesmo tempo meu portfólio de aplicativos e instâncias do SQL Server?
A modernização de aplicativos e dados no Azure é alcançada por meio de vários estágios, com os exemplos de cenário mais comuns descritos no Cloud Adoption Framework.
Cenário 4: Fim do suporte do SQL Server: quais opções tenho para mover para o Azure SQL?
Depois que o SQL Server chegar ao fim do estágio de suporte, você terá várias opções de modernização em relação ao Azure SQL. Uma das opções é migrar sua carga de trabalho para uma Instância Gerenciada 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 evergreen do SQL Server, concedendo efetivamente "o fim do suporte".
A compatibilidade com versões anteriores é fornecida por meio de níveis de compatibilidade e configurações de nível de compatibilidade de banco de dados. Ferramentas como a extensão de Migração SQL do Azure no Azure Data Studio ou o Assistente de Migração de Dados ajudam a identificar possíveis incompatibilidades.
Sempre que uma solução de Plataforma como Serviço (PaaS) não se adequa à sua carga de trabalho, as Máquinas Virtuais SQL do Azure oferecem a possibilidade de fazer uma migração no estado em que se encontra. Ao mudar para a VM SQL do Azure, você também recebe patches de segurança estendidos gratuitos que podem fornecer economias significativas (por exemplo, até 69% para o SQL Server 2012).
Cenário 5: Cumprir a conformidade regulamentar: Como é que o Azure SQL ajuda a cumprir os requisitos de conformidade regulamentar?
A Política do Azure tem políticas internas que ajudam as organizações a cumprir a conformidade regulamentar. Políticas ad hoc e personalizadas também podem ser criadas. Para obter mais informações, consulte Controles de conformidade regulatória de política do Azure para o Banco de Dados SQL do Azure & Instância gerenciada SQL. Para obter uma visão geral das ofertas de conformidade, você pode consultar a documentação de conformidade do Azure.
Introdução, a abordagem holística
Como preparar um business case de migração?
Onde posso encontrar guias de migração para o Azure SQL?
Os guias a seguir ajudam você a descobrir, avaliar e migrar do SQL Server para Máquinas Virtuais do Azure, Instância Gerenciada do SQL e Banco de Dados SQL.
Tenho que modernizar aplicativos e SQL ao mesmo tempo? Quais são as minhas opções?
Não Sinta-se à vontade para adotar uma abordagem iterativa para modernizar cada carga de trabalho e componente.
Posso modernizar o SQL Server para a Instância Gerenciada do SQL e simplesmente levantar e mudar meu aplicativo para uma VM?
Sim. Você pode conectar seu aplicativo à Instância Gerenciada SQL do Azure por meio de diferentes cenários, inclusive ao hospedá-lo em uma VM.
Avaliação técnica e de negócios
Custo total de propriedade, licenciamento e benefícios
Como posso estimar as economias do Custo Total de Propriedade (TCO) ao mudar para o Azure SQL?
A mudança para o Azure SQL proporciona economias significativas de TCO, melhorando a eficiência operacional e a agilidade dos negócios, além de eliminar a necessidade de hardware e software locais. De acordo com o relatório ESG sobre o valor econômico da migração de instâncias locais do SQL Server para soluções SQL do Microsoft Azure, você pode economizar até 47% ao migrar do local para as Máquinas Virtuais SQL (IaaS) do Azure e até 64% ao migrar para a Instância Gerenciada SQL do Azure ou o Banco de Dados SQL do Azure (PaaS).
Qual é o modelo de licenciamento para SQL Managed Instance?
O licenciamento da Instância Gerenciada SQL segue o modelo de licenciamento baseado em vCore, no qual você paga pelos recursos de computação, armazenamento e armazenamento de backup. Você pode escolher entre várias camadas de serviço (Uso Geral, Essencial para os Negócios) e gerações de hardware. A página de preços da Instância Gerenciada SQL fornece uma visão geral completa de possíveis SKUs e preços.
Qual é o modelo de licenciamento para o Banco de Dados SQL?
O Banco de dados SQL oferece uma escolha entre o modelo de compra vCore e o modelo de compra de unidade de transação do banco de dados. Você pode explorar Preços - Banco de Dados Único do Banco de Dados SQL do Azure e saber mais sobre as opções de preços.
Quais tipos de assinatura são suportados na Instância Gerenciada SQL?
Verifique Tipos de assinatura suportados para Instância Gerenciada SQL.
Posso usar minha licença do SQL Server local ao migrar para o Azure SQL?
Se você possui o Software Assurance para licenças de assinatura baseadas em núcleo ou qualificadas para SQL Server Standard Edition ou SQL Server Enterprise Edition, você pode usar sua licença existente do SQL Server ao migrar para a Instância Gerenciada do SQL, Banco de Dados SQL ou VM do Azure aplicando o 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 mover da VM SQL para a Instância Gerenciada SQL?
Você pode seguir o mesmo guia de migração do SQL Server local.
Estou usando a licença de assinatura do SQL Server. Posso usá-lo para mover para o Azure SQL?
Sim, as licenças de subscrição elegíveis podem ser utilizadas para pagar serviços SQL do Azure a uma taxa reduzida (base) aplicando o Benefício Híbrido do Azure (AHB).
Estou usando licenças CAL do SQL Server. Como posso mudar para o Azure SQL?
As licenças CAL do SQL Server com direitos de mobilidade de licença apropriados podem ser usadas em VMs SQL do Azure e no Host Dedicado SQL do Azure.
O que é o Benefício Híbrido do Azure (AHB)?
Exclusivo do Azure, o Benefício Híbrido do Azure (AHB) é um benefício de licenciamento que permite trazer suas licenças existentes do Windows Server e do SQL Server com Software Assurance (SA) para o Azure. O AHB pode proporcionar até 85% de economia em comparação com os preços pré-pagos no Azure SQL, quando combinados com economias de reservas e atualizações de segurança estendidas. Para obter mais informações, consulte Termos de produto dos Serviços do Microsoft Azure.
Como faço para traduzir minha licença local do SQL Server para a licença vCore na Instância Gerenciada SQL, Banco de Dados SQL e VM SQL?
Para cada um (1) núcleo do SQL Server Enterprise Edition, você obtém quatro (4) vCores da camada de Propósito Geral da Instância Gerenciada do SQL ou um (1) vCore da camada Crítica de Negócios da Instância Gerenciada do SQL. Da mesma forma, um (1) núcleo do SQL Server Standard Edition se traduz em um (1) vCore da camada de Propósito Geral da Instância Gerenciada do SQL, enquanto quatro (4) vCores do SQL Server Standard Edition se traduzem em um (1) vCore do SQL Managed Instance Business Critical.
A atualização de agosto de 2020 do Benefício Híbrido do Azure fornece uma visão geral das possíveis conversões core-to-vCore para Instância Gerenciada SQL, Banco de Dados SQL e VM SQL. Os direitos AHB aplicáveis também estão descritos nos Termos do Produto. Você também pode usar a Calculadora de Economia de Benefícios Híbridos do Azure para calcular as economias exatas para seu patrimônio do SQL Server.
O Software Assurance (SA) é necessário para usar a licença do SQL Server no Azure SQL?
O Software Assurance é um programa de licenciamento que pode ser aplicado a licenças locais do SQL Server, permitindo mobilidade de licenças, AHB e outros benefícios. A SA é necessária se o AHB for invocado para usar licenças existentes do SQL Server (com SA) ao migrar para o Azure SQL. Sem SA + AHB, os clientes sã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 para o Host Dedicado do Azure da mesma forma que licenciaria um servidor em seu próprio data center: consulte Preços - Máquinas Virtuais de Host Dedicado.
Tenho que pagar por alta disponibilidade (HA) na Instância Gerenciada SQL e no Banco de Dados SQL?
As camadas de uso geral e crítica de negócios da Instância Gerenciada SQL e do Banco de Dados SQL são criadas com base na arquitetura de alta disponibilidade inerente. Desta forma, não há nenhum custo extra para HA. Para a camada de hiperescala do Banco de dados SQL, a réplica HA é cobrada.
Tenho que pagar por réplicas de HA e DR para a VM SQL do Azure?
Se você tiver o Software Assurance, poderá implementar planos de alta disponibilidade (HA) e recuperação de desastres (DR) com o SQL Server em VMs SQL do Azure, sem incorrer em custos adicionais de licenciamento para a instância passiva de recuperação de desastres. Para obter mais informações, consulte a documentação do SQL VM.
Tenho que pagar pela recuperação de desastres (DR) na Instância Gerenciada SQL e no Banco de Dados SQL?
A Instância Gerenciada do SQL oferece a possibilidade de configurar uma réplica em espera sem licença, o que significa que os custos de licenciamento do SQL Server para os vCores que a réplica secundária em espera usa 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 SQL Server no escopo de uma assinatura inteira do Azure ou de uma conta de cobrança geral. Esta funcionalidade está atualmente em pré-visualização.
Se eu mover alguns dos SQL Servers, minhas cargas de trabalho para a Instância Gerenciada do SQL e deixar algumas cargas de trabalho no local, posso gerenciar todas as minhas licenças SQL em um só lugar?
Você pode gerenciar centralmente suas licenças cobertas pelo Benefício Híbrido do Azure para 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 obtendo informações de licenciamento criando sua própria visão geral de licenciamento personalizada. Suas licenças devem ser usadas no local ou na nuvem, mas você tem 180 dias de direitos de uso simultâneo durante a migração de servidores.
Como posso minimizar o tempo de inatividade durante a migração online?
O recurso de link Instância Gerenciada SQL oferece a melhor solução possível de migração on-line com tempo mínimo de inatividade, atendendo às necessidades dos aplicativos de nível 1 mais críticos. Você pode consultar uma gama completa de ferramentas e tecnologias de migração para escolher o cenário ideal para seu uso.
Migração sem riscos com uma estratégia híbrida
Posso continuar a executar no local enquanto modernizo as minhas aplicações no Azure?
Com o SQL Server 2016, 2017, 2019 e 2022, você pode usar o recurso Link para a Instância Gerenciada SQL do Azure para criar uma conexão híbrida entre o SQL Server e a Instância Gerenciada do 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 leitura em expansão e para descarregar análises.
Por quanto tempo posso manter a solução híbrida usando o recurso Link para a Instância Gerenciada SQL do Azure em execução?
Você pode continuar executando o link híbrido pelo tempo necessário: semanas, meses, anos de cada vez, não há restrições sobre isso.
Posso aplicar uma abordagem híbrida e usar o recurso Link para a Instância Gerenciada SQL do Azure para validar minha estratégia de migração antes de migrar para o Azure?
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 para fora 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 dados de volta com backup e restauração nativos da Instância Gerenciada do SQL para o SQL Server, eliminando completamente o risco da estratégia de migrações para o Azure.
Cargas de trabalho e arquitetura
Como determino quais cargas de trabalho do SQL Server devem ser movidas para a Instância Gerenciada do SQL?
Ao migrar cargas de trabalho do SQL Server para a Instância Gerenciada do SQL do Azure normalmente é a primeira opção, pois a maioria dos bancos de dados está "no estado em que se encontra" pronta para migrar para a Instância Gerenciada do SQL. Há várias ferramentas disponíveis para ajudá-lo a avaliar sua carga de trabalho quanto à compatibilidade com a Instância Gerenciada SQL do Azure.
Você pode usar a extensão de Migração SQL do Azure no Azure Data Studio ou no Assistente de Migração de Dados. Ambas as ferramentas fornecem ajuda para detetar problemas que podem afetar a migração da Instância Gerenciada SQL do Azure e fornecem orientação sobre como resolvê-los. Depois de verificar a compatibilidade, você pode executar a ferramenta de recomendação de SKU para analisar dados de desempenho e recomendar uma SKU mínima de Instância Gerenciada SQL do Azure. Certifique-se de visitar o Azure Migrar , que é um hub centralizado para avaliar e migrar servidores, infraestrutura, aplicativos e dados locais para o Azure.
Como determino o destino apropriado da Instância Gerenciada SQL para uma carga de trabalho local específica do SQL Server: Finalidade Geral da Instância Gerenciada SQL ou camada Crítica de Negócios?
A escolha da camada da Instância Gerenciada SQL é guiada pelos requisitos de disponibilidade, desempenho (por exemplo, taxa de transferência, IOPS, latência) e recurso (por exemplo, OLTP na memória). A camada de uso geral é adequada para a maioria das cargas de trabalho genéricas, pois já fornece arquitetura HA e um mecanismo de banco de dados totalmente gerenciado com uma latência de armazenamento entre 5 ms e 10 ms. A camada Business Critical foi projetada para aplicativos que exigem respostas de baixa latência (1-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 posso mover um SQL Server altamente automatizado para a Instância Gerenciada do SQL?
A automação da implantação de infraestrutura do SQL do Azure pode ser feita com o PowerShell e a CLI. Exemplos úteis podem ser encontrados nos exemplos do Azure PowerShell para o Banco de Dados SQL do Azure e no artigo Instância Gerenciada SQL do Azure. Você pode usar os pipelines de Integração Contínua (CI) e Implantação (CD) do Azure DevOps para incorporar totalmente a automação 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 permitirá a implantação de seus Projetos de Banco de Dados em um destino SQL do Azure de sua escolha. Finalmente, a automação de serviços através de ferramentas de terceiros também é possível. Para obter mais informações, consulte Instância Gerenciada SQL do Azure – comando Terraform.
Posso mover apenas uma carga de trabalho específica de um cluster local e qual é o impacto no licenciamento e no custo?
É possível migrar apenas os bancos de dados relacionados a uma carga de trabalho para uma Instância Gerenciada SQL do Azure. Criar e operar uma instância gerenciada do SQL do Azure requer licenças do SQL Server. O Benefício Híbrido do Azure fornece a capacidade de reutilizar suas licenças. Entre em contato com seu parceiro de licenciamento para analisar quais possibilidades podem ser usadas com a mobilidade de licenças e reestruturar suas licenças atuais.
Mantenho um SQL Server altamente consolidado com vários aplicativos em execução nele. Posso movê-lo para a Instância Gerenciada SQL?
Da mesma forma que no SQL Server local, você pode consolidar e executar vários bancos de dados em uma única instância de Instância Gerenciada do SQL, ao mesmo tempo em que se beneficia da arquitetura de alta disponibilidade inerente, bem como da segurança e do gerenciamento compartilhados. A Instância Gerenciada SQL também oferece suporte a consultas entre bancos de dados.
Como 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 do SQL?
O caminho de migração com menor esforço é mover como está e hospedar os componentes do Business Intelligence em uma VM do Azure. O Reporting Services banco de dados pode ser hospedado na Instância Gerenciada SQL do Azure e o Azure Data Factory fornece a capacidade de elevar e deslocar soluções SSIS para a nuvem. Quando a criação de uma solução moderna faz parte do esforço de migração, o Azure está a fornecer uma grande variedade de serviços para criar uma solução de armazém de dados empresarial.
Estou usando um aplicativo de um ISV que não oferece suporte à Instância Gerenciada SQL/Azure. Quais são minhas opções para mover meu aplicativo para o Azure e o SQL Server para o Azure SQL?
Migrar seu ambiente como está para uma Máquina Virtual do Azure é a opção mais segura quando o ISV ou fornecedor não está fornecendo nenhuma opção. No entanto, incentivamos os ISVs e fornecedores que estão trabalhando em estreita colaboração com a Microsoft a revisar as opções com a Instância Gerenciada SQL do Azure. A Instância Gerenciada SQL do Azure fornece opções de compatibilidade com versões anteriores por meio do nível de compatibilidade do banco de dados, orientação para diferenças Transact-SQL e implementou os principais recursos da instância Gerenciada SQL do Azure.
Como faço para manter a compatibilidade da minha versão atual do banco de dados do SQL Server na Instância Gerenciada do SQL?
O nível de compatibilidade do banco de dados pode ser definido na Instância Gerenciada do SQL, conforme descrito no Blog do SQL do Azure.
Segurança
Como o SQL do Azure ajuda a melhorar a postura de segurança do banco de dados?
A estratégia de segurança segue a abordagem de defesa em camadas profunda: Segurança de rede + Gerenciamento de acesso + Proteção contra ameaças + Proteção de informações. Você pode ler mais sobre os recursos de segurança do Banco de Dados SQL e da Instância Gerenciada SQL. Em todo o Azure, o Microsoft Defender for Cloud fornece uma solução para Cloud Security Posture Management (CSPM) e Cloud Workload Protection (CWP).
Continuidade do negócio
Como posso adaptar os conceitos de continuidade de negócios local e recuperação de desastres (BCDR) aos conceitos de Instância Gerenciada SQL do Azure?
A maioria dos conceitos de BCDR do SQL do Azure tem um equivalente em implementações locais do SQL Server. Por exemplo, a alta disponibilidade inerente da camada de Propósito Geral da Instância Gerenciada do SQL pode ser vista como um equivalente na nuvem para a FCI (Instância de Cluster de Failover) do SQL Server. Da mesma forma, a camada Crítica de Negócios da Instância Gerenciada SQL pode ser vista como um equivalente na nuvem para um Grupo de Disponibilidade Always On com confirmação síncrona para um número mínimo de réplicas. Como um conceito de recuperação de desastres, um grupo de failover na instância gerenciada SQL é comparável a um grupo de disponibilidade com confirmação assíncrona. O Banco de Dados SQL e a HA da Instância Gerenciada SQL são apoiados por Contratos de Nível de Serviço. Para obter mais informações, consulte Visão geral da continuidade de negócios com o Banco de Dados SQL do Azure.
Como os backups são tratados nos serviços PaaS do SQL do Azure?
Você pode verificar a documentação de backups automatizados na Instância Gerenciada SQL e no Banco de Dados SQL para saber mais sobre RPO, RTO, retenção, agendamento e outros recursos e recursos de backup.
Como a alta disponibilidade (HA) é alcançada na Instância Gerenciada SQL e no Banco de Dados SQL?
A instância gerenciada 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 HA: modelo de disponibilidade padrão na camada de serviço de uso geral ou modelo de disponibilidade Premium na camada de serviço crítica para os negócios.
Como funciona a recuperação de desastres na Instância Gerenciada SQL e no Banco de Dados SQL?
Consulte a documentação do Banco de Dados SQL e da Instância Gerenciada SQL . As Perguntas Frequentes sobre a Instância Gerenciada SQL fornecem informações sobre opções de DR.
Desempenho e dimensionamento
Como obtenho melhor desempenho movendo o SQL Server local para a Instância Gerenciada SQL, Banco de Dados SQL ou SQL VM?
A mudança do local oferece benefícios de desempenho devido aos recursos mais recentes do mecanismo de banco de dados do SQL Server, à flexibilidade de dimensionamento em nuvem e à mais nova geração de hardware subjacente. Descubra por que seus dados do SQL Server pertencem ao Azure. Você também pode ler um estudo publicado recentemente pela Principled Technologies comparando SQL Managed Instance e SQL Server no Amazon Web Services (AWS) RDS. É importante garantir um dimensionamento adequado com base em seus requisitos de CPU, memória e armazenamento (IOPS, latência, taxa de transferência do log de transações e tamanho). A Instância Gerenciada SQL e o Banco de Dados SQL também oferecem uma escolha entre diferentes configurações de hardware e camadas de serviço que fornecem meios adicionais para atingir o desempenho desejado. Os aplicativos também podem aproveitar os recursos 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 SQL com o desempenho do SQL Server?
Consulte a seção Desempenho das Perguntas frequentes sobre instância gerenciada SQL para obter orientação sobre comparação e ajuste de desempenho.
Processo de migração e modernização
Quero modernizar as cargas de trabalho do SQL Server para o Azure SQL. Qual é o próximo passo?
Um ótimo lugar para começar é aderir ao 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 Microsoft ou Microsoft Partner atribuída, ela poderá fornecer orientação sobre o conjunto de habilidades necessárias e o processo geral da equipe de migração.
Onde posso encontrar guias de migração para o Azure SQL?
Os guias a seguir ajudam você a descobrir, avaliar e migrar do SQL Server para Máquinas Virtuais do Azure, Instância Gerenciada do SQL e Banco de Dados SQL. Você pode consultar os Guias de Migração do Banco de Dados do Azure, que também contém guias para migrar para outros destinos de banco de dados.
Que ferramentas de migração posso utilizar?
Você pode usar a extensão de migração do SQL do Azure para o Azure Data Studio para avaliação e migração do SQL Server ou escolher entre outras ferramentas de migração.
Como posso minimizar o tempo de inatividade durante a migração online?
O recurso de link Instância Gerenciada SQL oferece a melhor solução possível de migração on-line com tempo mínimo de inatividade, atendendo às necessidades dos aplicativos de nível 1 mais críticos.
Como posso otimizar os custos depois de migrar para o Azure SQL?
As diretrizes de otimização de custos do Microsoft Azure Well-Architected Framework (WAF) fornecem metodologia para otimizar custos para cada serviço SQL do Azure. Você também pode saber mais sobre os destaques de otimização de custos do WAF para a Instância Gerenciada SQL.
Conteúdos relacionados
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários