Visão geral do link Managed Instance

Aplica-se a: Azure SQL Managed Instance

Este artigo apresenta uma visão geral da ligação Managed Instance, que permite a replicação de dados quase em tempo real entre SQL Server e Azure SQL Managed Instance. A ligação proporciona flexibilidade híbrida e mobilidade na base de dados, desbloqueando vários cenários, como escalar cargas de trabalho apenas de leitura, transferir análises e relatórios para o Azure, e migrar para o Azure. E, a partir do SQL Server 2022, a ligação permite recuperação de desastres online com reversão para o SQL Server, além de configurar a ligação do SQL Managed Instance para o SQL Server.

Para começar, revise preparar o seu ambiente para a ligação.

Visão geral

A ligação Managed Instance utiliza grupos de disponibilidade distribuídos para expandir o seu património de dados de forma segura e protegida. Replica dados quase em tempo real desde o SQL Server alojado em qualquer lugar até ao Azure SQL Managed Instance, ou do Azure SQL Managed Instance para o SQL Server 2022 ou posterior, hospedado em qualquer lugar.

A ligação suporta instâncias de SQL Server com nó único e múltiplos nós, com ou sem grupos de disponibilidade existentes. Através do link, pode utilizar os benefícios do Azure sem ter de migrar o seu património de dados do SQL Server para a cloud.

Embora a ligação suporte a replicação de uma base de dados por ligação, pode replicar múltiplas bases de dados de uma única instância de SQL Server para uma ou mais instâncias geridas por SQL, ou replicar a mesma base de dados para múltiplas instâncias geridas por SQL, configurando múltiplas ligações – uma ligação para cada par de base de dados para instância gerida.

O recurso de link atualmente oferece a seguinte funcionalidade:

• Replicação unidirecional das versões de SQL Server 2016, 2017 e 2019: Use a funcionalidade de ligação para replicar dados unidirecionalmente de uma instância SQL para Azure SQL Managed Instance. Embora possa realizar um failover manual para a sua instância gerida em caso de desastre, tal ação interrompe a ligação e o failback não é suportado.
• Recuperação de desastres (SQL Server 2022 e SQL Server 2025): Use a funcionalidade de ligação para replicar dados entre SQL Server 2022 ou SQL Server 2025 e SQL Managed Instance, faça failover manualmente para o seu secundário durante um desastre, e retorne ao seu principal depois de mitigar o desastre. Tanto o SQL Server como o SQL Managed Instance podem ser os primários iniciais.

Você pode continuar executando o link pelo tempo que precisar, por meses e até anos de cada vez. E para a sua jornada de modernização, se ou quando estiver pronto para migrar para o Azure, o link permite uma experiência de migração consideravelmente melhorada. A migração através do link oferece um tempo de inatividade mínimo comparado com todas as outras opções de migração disponíveis, proporcionando uma verdadeira migração online para a sua SQL Managed Instance.

Pode usar bases de dados replicadas através da ligação entre o SQL Server e o Azure SQL Managed Instance para vários cenários, tais como:

• Recuperação de desastres
• Usar serviços Azure sem migrar para a cloud
• Transferir cargas de trabalho de leitura única para o Azure
• Migração para Azure
• Copiando dados no local

Suporte de versão

Tanto os níveis de serviço General Purpose como Business Critical do Azure SQL Managed Instance suportam a ligação Managed Instance. A funcionalidade de ligação funciona com as edições Enterprise, Developer e Standard do SQL Server.

A replicação unidirecional do SQL Server para o Azure SQL Managed Instance está geralmente disponível para todas as versões suportadas do SQL Server. A recuperação de desastres com replicação bidirecional e failback é suportada desde o SQL Server 2022, e baseia-se na política de atualização com a qual a sua instância gerida de SQL está configurada.

A tabela seguinte lista a funcionalidade da funcionalidade de ligação e as versões mínimas suportadas do SQL Server:

¹ A criação de uma ligação com o SQL Server 2022 como primário inicial é suportada a partir da versão RTM do SQL Server 2022, enquanto a criação de uma ligação com o Azure SQL Managed Instance como primário inicial é suportada apenas a partir do SQL Server 2022 CU10. Se criar o link a partir de uma instância primária de SQL Managed Instance, realizar o downgrade do SQL Server para uma versão abaixo de CU10 não é suportado enquanto o link estiver ativo, pois isso pode causar problemas após falhas em qualquer direção.

As versões do SQL Server anteriores ao SQL Server 2016 (SQL Server 2008 - 2014) não são suportadas porque a funcionalidade de ligação depende da tecnologia de grupos de disponibilidade distribuída, introduzida no SQL Server 2016.

Além da versão suportada para SQL Server, precisa de:

• Conectividade de rede entre a sua instância SQL Server e a sua instância gerida. Se o SQL Server estiver a correr on-premises, use um link VPN ou Azure ExpressRoute. Se o SQL Server estiver a executar numa máquina virtual Azure (VM), implante a sua VM na mesma rede virtual que a sua instância gerida ou use emparelhamento de rede virtual para ligar as duas sub-redes separadas.
• Uma implementação Azure SQL Managed Instance, provisionada para qualquer nível de serviço.

Você também precisa das seguintes ferramentas:

Como funciona o link

A funcionalidade de ligação para o SQL Managed Instance funciona criando um grupo de disponibilidade distribuído entre o SQL Server e o Azure SQL Managed Instance. A solução suporta sistemas de nó único com ou sem grupos de disponibilidade existentes, ou sistemas de vários nós com grupos de disponibilidade existentes.

Uma ligação privada, como uma VPN ou Azure ExpressRoute, liga uma rede local ao Azure. Se alojar o SQL Server numa VM no Azure, a infraestrutura interna do Azure pode conectar a VM e a instância gerida do SQL, tal como no peering de rede virtual. Os dois sistemas estabelecem confiança através da autenticação baseada em certificados, onde o SQL Server e o SQL Managed Instance trocam chaves públicas dos respetivos certificados.

Azure SQL Managed Instance suporta múltiplas ligações das mesmas ou diferentes fontes do SQL Server para uma única Azure SQL Managed Instance. O número de links depende do número de bancos de dados que uma instância gerenciada pode hospedar ao mesmo tempo - até 100 links para as camadas de serviço de Propósito Geral e Crítica de Negócios e 500 links para a atualização da camada de Finalidade Geral de Próxima geração. Uma única instância do SQL Server pode criar múltiplas ligações paralelas de sincronização de bases de dados com várias instâncias geridas SQL, mesmo em diferentes regiões do Azure, mantendo uma relação um-para-um entre uma base de dados e uma instância gerida.

Utilize o link

Para o ajudar a configurar o ambiente inicial, consulte o guia para preparar o seu ambiente SQL Server para usar a funcionalidade de ligação com o SQL Managed Instance:

• Prepare o ambiente para a ligação para o SQL Server 2019 e versões posteriores, ou para o SQL Server 2016
• Automatize a preparação do seu ambiente para o link Managed Instance usando um script descarregável. Para mais informações, consulte o blog Automatização de configuração de links.

Depois de cumprir os requisitos iniciais do ambiente, crie o link usando o assistente automatizado no SQL Server Management Studio (SSMS), ou configure o link manualmente usando scripts:

• Configurar link com o SSMS
• Configurar ligação com scripts

Depois de criar o link, siga as práticas recomendadas para mantê-lo:

• Práticas recomendadas para manter o link

Recuperação de desastres

A ligação Managed Instance permite a recuperação de desastres, onde, em caso de desastre, pode executar uma transferência manual da sua carga de trabalho do principal para o secundário. Para começar, consulte Disaster Recovery com Managed Instance link.

Do SQL Server 2016 para o SQL Server 2019, o primário é sempre o SQL Server e o failover para a instância gerida de SQL secundária é unidirecional. O regresso ao SQL Server não é suportado. No entanto, pode recuperar os seus dados para o SQL Server usando opções de movimento de dados como replicação transacional ou exportação de um bacpac.

Com o SQL Server 2022 e o SQL Server 2025, tanto o SQL Server como o SQL Managed Instance (com uma política de atualização correspondente) podem ser o primário inicial e pode estabelecer a ligação a partir de qualquer um dos SQL Server ou SQL Managed Instance. Pode restabelecer as suas workloads entre os sistemas primário e secundário, alcançando uma verdadeira recuperação de desastres bidirecional.

Ao reverter para o SQL Server, pode optar por reverter:

• online usando diretamente o link Managed Instance.
• offline fazendo uma cópia de segurança da sua base de dados a partir do SQL Managed Instance e restaurando-a na sua instância SQL Server.

Use os serviços do Azure

Use a funcionalidade de ligação para tirar partido dos serviços do Azure utilizando dados do SQL Server sem os migrar para a cloud. Exemplos incluem relatórios, análises, backups, aprendizagem automática e outros trabalhos que enviam dados para o Azure.

Descarregar cargas de trabalho para o Azure

Também pode usar a funcionalidade de ligação para transferir cargas de trabalho para o Azure. Por exemplo, uma aplicação pode usar o SQL Server para cargas de trabalho de leitura/escrita, enquanto transfere cargas de trabalho apenas de leitura para implementações de SQL Managed Instance em qualquer região do Azure em todo o mundo. Depois de estabelecida a ligação, a base de dados principal no SQL Server é acessível para leitura/escrita, enquanto os dados replicados para a sua instância gerida SQL no Azure são acessíveis apenas de leitura. Este arranjo permite vários cenários em que bases de dados replicadas na sua instância gerida por SQL podem ser usadas para escalonamento de leitura e transferência de cargas de trabalho apenas de leitura para o Azure. Sua instância gerenciada pelo SQL, em paralelo, também pode hospedar bancos de dados independentes de leitura/gravação, o que também permite copiar o banco de dados replicado para outro banco de dados de leitura/gravação na mesma instância gerenciada pelo SQL para processamento posterior de dados.

A ligação tem âmbito de base de dados (uma ligação por cada base de dados), permitindo a consolidação e desconsolidação das cargas de trabalho no Azure. Por exemplo, pode replicar bases de dados de várias instâncias de SQL Server para uma única implementação de SQL Managed Instance no Azure (consolidação), ou pode replicar bases de dados de uma única instância SQL Server para múltiplas instâncias geridas através de uma relação um-para-um entre uma base de dados e uma instância gerida, para qualquer Região Azure em todo o mundo (desconsolidação). A última opção fornece uma maneira eficiente de aproximar rapidamente as suas cargas de trabalho dos seus clientes em qualquer região do mundo, que pode utilizar como réplicas apenas para leitura.

Migrar para o Azure

A funcionalidade de ligação também facilita a migração do SQL Server para a SQL Managed Instance, o que permite:

• A migração com o melhor desempenho e tempo de inatividade mínimo, em comparação com todas as outras soluções disponíveis atualmente.
• Migração online verdadeira para SQL Managed Instance em qualquer nível de serviço.

Como o recurso de link permite uma migração com tempo de inatividade mínimo, pode migrar para a sua instância gerida à medida que mantém a sua carga de trabalho principal online. Embora atualmente seja possível realizar migrações online para a camada de serviço de uso geral com outras soluções, o recurso de link é a única solução que permite migrações online verdadeiras para a camada de serviço Business Critical . Para uma comparação aprofundada entre a migração com o link Managed Instance e o Log Replay Service, veja Compare o link Managed Instance com LRS.

Copiar dados no local

Com o SQL Server 2022 e versões posteriores, pode estabelecer a sua ligação do SQL Managed Instance para o SQL Server, desbloqueando cenários adicionais, como criar uma réplica de base de dados quase em tempo real fora do Azure, testar planos de continuidade de negócios e cumprir os requisitos de conformidade.

Backups automatizados

Depois de configurar uma ligação com o Azure SQL Managed Instance, as bases de dados na SQL managed instance são automaticamente copiadas para o armazenamento Azure, independentemente de o SQL Managed Instance ser o principal ou não. Os backups automatizados associados a este link fazem backups completos e de log de transações, mas não fazem backups diferenciais, o que pode resultar em tempos de recuperação mais longos.

Pode reduzir os custos de gestão e operação on-premises enquanto desfruta da fiabilidade dos backups do Azure para as suas bases de dados replicadas. Pode então realizar uma restauração ponto no tempo da sua base de dados replicada para qualquer implementação de uma SQL Managed Instance na mesma região, como faria com qualquer outro backup automatizado.

Réplica DR passiva sem licença

Você pode economizar nos custos de licenciamento do vCore se ativar o benefício híbrido de transferência automática para instâncias geridas SQL, utilizadas apenas para recuperação de desastres passiva secundária e que não tenham cargas de trabalho.

Para começar, consulte Réplica passiva sem licença.

Custo-benefício

Se designar uma réplica de instância gerida apenas para recuperação de desastres, a Microsoft não lhe cobra custos de licenciamento do SQL Server pelos vCores que a instância secundária utiliza. A instância é cobrada por granularidade horária, e poderão ainda ser cobrados custos de licenciamento por uma hora inteira se o utilizador atualizar o benefício de licenciamento durante a hora.

O benefício funciona de forma diferente no modelo de faturação pay-as-you-go e no modelo Benefício Híbrido do Azure. Para um modelo de faturamento pré-pago, os vCores são descontados na sua fatura. Se usares o Benefício Híbrido do Azure para a réplica passiva, o número de vCores que a réplica secundária usa é devolvido ao teu pool de licenças.

Por exemplo, como cliente pay-as-you-go, se tiveres 16 vCores atribuídos à instância secundária, um desconto para 16 vCores aparecerá na tua fatura se designares a tua instância secundária para failover híbrido.

Noutro exemplo, se tem 16 licenças Benefício Híbrido do Azure e a sua instância SQL gerida secundária usa 8 vCores, depois de designar a instância secundária para failover híbrido, 8 vCores são devolvidos ao seu pool de licenças para usar com outras implementações do SQL do Azure.

Para termos e condições precisos do benefício dos direitos de failover híbridos, consulte os termos de licenciamento SQL Server online na secção SQL Server – Direitos de fail-over.

Limitações

Considere as seguintes limitações ao usar o link.

As limitações de suporte de versão incluem:

• Não podes usar clientes do Windows 10 e 11 para hospedar a tua instância do SQL Server, porque não é possível ativar a funcionalidade de grupo de disponibilidade Sempre Ligado que é necessária para a ligação. Deve hospedar as instâncias do SQL Server no Windows Server 2012 ou versões posteriores.
• A funcionalidade de ligação não suporta as versões do SQL Server de 2008 a 2014, porque o motor SQL destas versões não tem suporte incorporado para grupos de disponibilidade distribuídos necessários para a ligação. Atualize para uma versão mais recente do SQL Server para usar o link.
• A replicação de dados e o failover de SQL Managed Instance para SQL Server 2022 ou SQL Server 2025 não são suportados por instâncias configuradas com a política de atualização Always-up-to-date. A sua instância deve estar configurada com a correspondente política SQL Server 2022 ou SQL Server 2025 update para fazer o seguinte:
  • Estabeleça uma ligação de SQL Managed Instance para SQL Server.
  • Failover do SQL Managed Instance para o SQL Server.
• Embora possa estabelecer uma ligação do SQL Server 2022 ou SQL Server 2025 para uma instância gerida do SQL configurada com a política de atualização Sempre atualizado, após o failover para a instância gerida do SQL, não é possível replicar dados, nem fazer o failback, para o SQL Server.

As limitações de replicação de dados incluem:

• Você pode replicar apenas bancos de dados de usuários. Não há suporte para replicação de bancos de dados do sistema.
• A solução não replica objetos ao nível do servidor, trabalhos de agente ou logins de utilizador do SQL Server para a SQL Managed Instance.
• Para as versões do SQL Server 2016, 2017 e 2019, a replicação de bases de dados de utilizadores a partir de instâncias do SQL Server para implementações de SQL Managed Instance é uma das formas. Não é possível replicar as bases de dados de utilizadores de implementações de SQL Managed Instance para instâncias do SQL Server através da ligação. A replicação bidirecional com failback para uma instância SQL Server está disponível apenas para SQL Server 2022 ou SQL Server 2025, quando SQL Managed Instance estiver configurada com a correspondente política update.
• Configurar uma ligação do SQL Managed Instance para o SQL Server não é suportado para bases de dados SQL Managed Instance que já estão ligadas.

As limitações de configuração incluem:

• Se existirem múltiplas instâncias do SQL Server num servidor, pode configurar um link para cada instância, mas deve configurar cada instância para usar um endpoint de espelhamento de base de dados separado, com uma porta dedicada por instância. Somente a instância padrão deve usar a porta 5022 para o ponto final de espelhamento do banco de dados.

• Pode colocar apenas uma base de dados num único grupo de disponibilidade para uma ligação Managed Instance. No entanto, pode replicar múltiplas bases de dados numa única instância do SQL Server estabelecendo múltiplas ligações.

  Observação

  Se estiver interessado em participar numa pré-visualização limitada de uma alteração deste comportamento, por favor preencha o seguinte formulário.

• Você pode criar um link com um grupo de disponibilidade existente com um único banco de dados. Se o seu grupo de disponibilidade existente tiver vários bancos de dados, você poderá criar um link com o grupo de disponibilidade somente se remover todos os bancos de dados, exceto um, do grupo de disponibilidade.

• Uma única General Purpose ou Business Critical SQL Managed Instance suporta até 100 links, e uma única General Purpose SQL Managed Instance Next-gen suporta até 500 links, provenientes da mesma ou de múltiplas fontes SQL Server.

• Um link Managed Instance pode replicar uma base de dados de qualquer tamanho se esta se encaixar no tamanho de armazenamento escolhido para a implementação SQL Managed Instance alvo.

• A autenticação de links Managed Instance entre SQL Server e SQL Managed Instance é baseada em certificados e está disponível apenas através de uma troca de certificados. Não podes usar a Windows authentication para estabelecer a ligação entre a instância do SQL Server e a instância gerida SQL.

• Pode estabelecer uma ligação apenas com um endpoint local VNet para SQL Managed Instance.

• Não é possível usar pontos de extremidade públicos ou privados para estabelecer o vínculo com a instância gerenciada.

• Não podes replicar bases de dados com múltiplos ficheiros de log, porque o SQL Managed Instance não suporta múltiplos ficheiros de log.

As limitações de recursos incluem:

• Não é possível usar grupos de failover com instâncias que usam o recurso de link. Não é possível estabelecer um link em uma instância gerenciada pelo SQL que faça parte de um grupo de failover e, inversamente, não é possível configurar um grupo de failover em uma instância que tenha um link estabelecido.
• Se estiver a utilizar Change Data Capture (CDC), transporte de registos ou Service Broker com bases de dados replicadas na instância do SQL Server, quando a base de dados é migrada para uma implementação do SQL Managed Instance, durante um failover para o Azure, os clientes devem conectar-se usando o nome da instância da atual réplica principal global. Você precisa reconfigurar manualmente essas configurações.
• Se você estiver usando a replicação transacional em um banco de dados com um link estabelecido, considere o seguinte:
  • A base de dados ligada na réplica secundária não pode ser um Publisher numa topologia de replicação transacional.
  • Se estiver a migrar uma base de dados configurada como Publisher numa topologia de replicação transacional usando o link, deve reconfigurar a base de dados como Publisher na instância de destino após a conclusão da migração.
• Se estiver a usar transações distribuídas com uma base de dados replicada a partir da instância do SQL Server e, num cenário de migração, na transição para a cloud, as capacidades do Distributed Transaction Coordinator não serão transferidas. Não é possível que a base de dados migrada se envolva em transações distribuídas com a instância do SQL Server, porque a implementação do SQL Managed Instance não suporta transações distribuídas com o SQL Server neste momento. Para referência, o SQL Managed Instance atualmente suporta transações distribuídas apenas entre outras instâncias geridas. Para obter mais informações, consulte Transações distribuídas entre bancos de dados na nuvem.
• Se estiver a usar o Encriptação de Dados Transparente (TDE) para encriptar bases de dados do SQL Server, precisa de exportar a chave de encriptação da base de dados do SQL Server e carregá-la para o Azure Key Vault, e também precisa de configurar a opção BYOK TDE em SQL Managed Instance antes de criar a ligação.
• Se recuperação acelerada da base de dados estiver desativada no seu código-fonte SQL Server 2019 e instâncias posteriores, já não poderá ativá-la após migrar para Azure SQL Managed Instance. Além disso, se o armazenamento de versões persistentes (PVS) não estiver definido para PRIMARY, pode ter problemas com operações de restauro na instância SQL gerida de destino.
• Se o Service Broker estiver desativado na SQL Server de origem da instância, não pode usar o Service Broker na instância SQL gerida de destino após a migração.
• Não podes ligar bases de dados SQL Managed Instance encriptadas com chaves TDE geridas por serviço ao SQL Server. Só pode ligar uma base de dados encriptada ao SQL Server se a encriptou com uma chave gerida pelo cliente e o servidor de destino tiver acesso à mesma chave usada para encriptar a base de dados. Para mais informações, consulte Configurar SQL Server TDE com Azure Key Vault.
• Não podes estabelecer uma ligação entre o SQL Server e o SQL Managed Instance se a funcionalidade que usas na instância do SQL Server não for suportada na SQL managed instance. Por exemplo:
  • Não podes replicar bases de dados com tabelas de ficheiros e fluxos de ficheiros, porque o SQL Managed Instance não suporta tabelas ou fluxos de ficheiros.
  • Podes replicar bases de dados que usam In-Memory OLTP apenas para SQL Managed Instance no nível de serviço Business Critical, porque o nível de serviço General Purpose não suporta In-Memory OLTP. SQL Managed Instance não suporta bases de dados com múltiplos ficheiros OLTP In-Memory e não se podem replicar.

Tentando adicionar uma funcionalidade sem suporte a um banco de dados replicado em:

• O SQL Server 2017, 2019 e 2022 falha com um erro.
• O SQL Server 2016 resulta na quebra da ligação, que depois precisa de apagar e recriar.

Para a lista completa de diferenças entre SQL Server e SQL Managed Instance, veja diferenças T-SQL entre SQL Server e Azure SQL Managed Instance.

Conteúdo relacionado

Para usar o link:

• Preparar o ambiente para o link do Managed Instance
• Configurar a ligação entre SQL Server e a Instância Gerida do SQL com SSMS
• Configurar a ligação entre SQL Server e a instância gerida de SQL com scripts
• Sobrecarga do link
• Migrar com o link
• Práticas recomendadas para manter o link
• Solucionar problemas com o link

Para saber mais sobre o link:

• Recuperação de desastres com Managed Instance link

Para outros cenários de replicação e migração, considere:

• Replicação transacional com SQL Managed Instance
• Serviço de repetição de log (LRS)