Partilhar via

Visão geral do link de Instância Gerida

Aplica-se a:Instância Gerenciada SQL do Azure

Este artigo fornece uma visão geral do link Instância Gerenciada, que permite a replicação de dados quase em tempo real entre o SQL Server e a Instância Gerenciada SQL do Azure. O link fornece flexibilidade híbrida e mobilidade de banco de dados, pois desbloqueia vários cenários, como dimensionamento de cargas de trabalho somente leitura, descarregamento de análises e relatórios para o Azure e migração para o Azure. E, com o SQL Server 2022, o link permite a recuperação de desastres online com retorno ao SQL Server, além de configurar o link da Instância Gerida do SQL para o SQL Server 2022.

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

Visão geral

O link de Instância Gerida usa grupos de disponibilidade distribuídos para estender a sua propriedade de dados de forma segura. Ele replica dados quase em tempo real do SQL Server hospedado em qualquer lugar para a Instância Gerenciada SQL do Azure ou da Instância Gerenciada SQL do Azure para o SQL Server 2022 hospedado em qualquer lugar.

A ligação suporta instâncias do SQL Server de nó único e de múltiplos nós, tanto com como sem grupos de disponibilidade já existentes. Por meio do link, você pode usar os benefícios do Azure sem migrar seu patrimônio de dados do SQL Server para a nuvem.

Embora o link ofereça suporte à replicação de um banco de dados por link, você pode replicar vários bancos de dados de uma única instância do SQL Server para uma ou mais instâncias gerenciadas do SQL ou replicar o mesmo banco de dados para várias instâncias gerenciadas do SQL, configurando vários links - um link para cada banco de dados para par de instâncias gerenciadas.

O recurso de link atualmente oferece a seguinte funcionalidade:

  • Replicação unidirecional das versões 2016, 2017 e 2019 do SQL Server: use o recurso de link para replicar dados de uma forma da instância SQL para a Instância Gerenciada SQL do Azure. 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): use o recurso de link para replicar dados entre o SQL Server 2022 e a Instância Gerenciada do SQL, faça failover manualmente para o secundário durante um desastre e faça failover de volta para o principal depois de atenuar o desastre. Tanto o SQL Server como o SQL Managed Instance podem ser o primário inicial.

Você pode continuar executando o link pelo tempo que precisar, por meses e até anos de cada vez. E para sua jornada de modernização, se ou quando você 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 em comparação com todas as outras opções de migração disponíveis, fornecendo uma verdadeira migração online para sua Instância Gerenciada SQL.

Você pode usar bancos de dados replicados por meio do link entre o SQL Server e a Instância Gerenciada SQL do Azure para vários cenários, como:

  • Recuperação de desastres
  • Usando os serviços do Azure sem migrar para a nuvem
  • Descarregando tarefas de leitura apenas para o Azure
  • Migrando para o Azure
  • Copiando dados no local

Diagrama que ilustra o cenário principal de link da Instância Gerenciada.

Suporte de versão

As camadas de serviço de Finalidade Geral e Crítica para Negócios da Instância Gerenciada SQL do Azure dão suporte ao link de Instância Gerenciada. O recurso de link funciona com as edições Enterprise, Developer e Standard do SQL Server.

A replicação unidirecional do SQL Server para a 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 a partir do SQL Server 2022, e baseia-se na política de atualização com a qual a sua instância gerida SQL está configurada.

A tabela a seguir lista a funcionalidade do recurso de link e as versões mínimas com suporte do SQL Server:

Versão primária inicial Sistema operacional (SO) Opções de recuperação de desastres Atualização mínima obrigatória de manutenção
Azure SQL Managed Instance Windows Server e Linux para a réplica de instância secundária do SQL Server Bidirecional Configurar uma ligação a partir da Azure SQL Managed Instance para, e um failover bidirecional com, é suportado por:
- SQL Server 2025 e SQL MI com a política de atualização do SQL Server 2025
- SQL Server 2022 e SQL MI com a política de atualização do SQL Server 2022
SQL Server 2025 (17.x) Windows Server e Linux Bidirecional SQL Server 2025 RTM (17.0.1000.7)
SQL Server 2022 (16.x) Windows Server e Linux Bidirecional - SQL Server 2022 RTM (16.0.1000.6): Criação de uma ligação de SQL Server 2022 para o SQL MI.
- SQL Server 2022 CU10 (16.0.4095.4): Criar um link de SQL MI para o SQL Server 20221
- SQL Server 2022 CU13 (16.0.4125.3): Falha na ligação usando Transact-SQL
SQL Server 2019 (15.x) Apenas Windows Server Do SQL Server para o SQL MI apenas SQL Server 2019 CU20 (15.0.4312.2)
SQL Server 2017 (14.x) Apenas Windows Server Do SQL Server para o SQL MI apenas SQL Server 2017 CU31 (14.0.3456.2) e o pacote SQL Server 2017 Azure Connect correspondente (14.0.3490.10)
SQL Server 2016 (13.x) Apenas Windows Server Do SQL Server para o SQL MI apenas SQL Server 2016 SP3 (13.0.6300.2) e o pacote SQL Server 2016 Azure Connect correspondente (13.0.7000.253)
SQL Server 2014 (12.x) e versões anteriores N/A N/A Não há suporte para versões anteriores ao SQL Server 2016.

1 Embora a criação de um link com o SQL Server 2022 como primário inicial tenha suporte a partir da versão RTM do SQL Server 2022, a criação de um link com a Instância Gerenciada SQL do Azure como primária inicial só terá suporte a partir do SQL Server 2022 CU10. Caso crie o link a partir de uma Instância Gerida de SQL primária, o downgrade do SQL Server abaixo do CU10 não é suportado enquanto o link estiver ativo, pois pode causar problemas após o failover em ambas as direções.

Não há suporte para versões do SQL Server anteriores ao SQL Server 2016 (SQL Server 2008 - 2014) porque o recurso de link depende da tecnologia de grupo de disponibilidade distribuída, que foi introduzida no SQL Server 2016.

Além da versão suportada do SQL Server, você precisa:

  • Conectividade de rede entre sua instância do SQL Server e sua instância gerenciada. Se o SQL Server estiver sendo executado localmente, use um link VPN ou a Rota Expressa do Azure. Se o SQL Server estiver sendo executado em uma máquina virtual (VM) do Azure, implante sua VM na mesma rede virtual que sua instância gerenciada ou use o emparelhamento de rede virtual para conectar as duas sub-redes separadas.
  • Uma implantação de Instância Gerenciada SQL do Azure, provisionada para qualquer camada de serviço.

Você também precisa das seguintes ferramentas:

Ferramenta Observações
O SSMS mais recente O SQL Server Management Studio (SSMS) é a maneira mais fácil de usar o link Instância Gerenciada, pois fornece assistentes que automatizam a configuração do link.
A versão mais recente de Az.SQL ou da CLI do Azure Para configuração de links através de scripts.

Observação

A funcionalidade de link de Instância Gerenciada está disponível em todas as regiões globais do Azure e nas nuvens soberanas.

O recurso de link para a Instância Gerenciada do SQL funciona criando um grupo de disponibilidade distribuída entre o SQL Server e a Instância Gerenciada do SQL do Azure. 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.

Diagrama mostrando como o recurso de link para Instância Gerenciada SQL funciona usando a tecnologia de grupo de disponibilidade distribuída.

Uma conexão privada, como uma VPN ou a Rota Expressa do Azure, conecta uma rede local e o Azure. Se você hospedar o SQL Server em uma VM do Azure, o backbone interno do Azure poderá conectar a VM e a instância gerenciada do SQL, como com o emparelhamento de rede virtual. Os dois sistemas estabelecem confiança usando autenticação baseada em certificado, onde o SQL Server e a Instância Gerenciada do SQL trocam chaves públicas de seus respetivos certificados.

A Instância Gerenciada SQL do Azure dá suporte a vários links da mesma ou de diferentes fontes do SQL Server para uma única Instância Gerenciada do SQL do Azure. 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 vários links de sincronização de banco de dados paralelo com várias instâncias gerenciadas pelo SQL, mesmo em diferentes regiões do Azure, com uma relação um-para-um entre um banco de dados e uma instância gerenciada.

Para ajudá-lo a configurar o ambiente inicial, consulte o guia para preparar seu ambiente do SQL Server para usar o recurso de link com a Instância Gerenciada do SQL:

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

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

Recuperação de desastres

O link Instância Gerida permite a recuperação de desastres, onde, no caso de um desastre, pode-se fazer um failover manual da carga de trabalho do primário para o secundário. Para começar, consulte o tópico sobre Recuperação de Desastres com Instância Gerida .

Do SQL Server 2016 ao SQL Server 2019, o principal é sempre o SQL Server e o failover para a instância gerida do SQL secundária é unidirecional. Não é suportada a reversão para o SQL Server. No entanto, você pode recuperar seus dados para o SQL Server usando opções de movimentação de dados, como replicação transacional ou exportação de um bacpac.

Com o SQL Server 2022 e SQL Server 2025, tanto o SQL Server como a Instância Gerida SQL (com uma política de atualização correspondente) podem ser os primários iniciais e pode estabelecer a ligação a partir do SQL Server ou da Instância Gerida SQL. Pode restabelecer as suas workloads entre os sistemas primário e secundário, alcançando uma verdadeira recuperação de desastres bidirecional.

Ao fazer failback no SQL Server, você pode optar por failback:

Diagrama mostrando o cenário de recuperação de desastres.

Usar os serviços do Azure

Use o recurso de link para aproveitar os serviços do Azure usando dados do SQL Server sem migrá-los para a nuvem. Os exemplos incluem relatórios, análises, backups, aprendizado de máquina e outros trabalhos que enviam dados para o Azure.

Descarregar cargas de trabalho para o Azure

Você também pode usar o recurso de link para descarregar cargas de trabalho para o Azure. Por exemplo, uma aplicação pode usar o SQL Server para tarefas de leitura/escrita, enquanto descarrega tarefas apenas de leitura para implementações de Instância Gerida SQL em qualquer região do Azure ao redor do mundo. Depois que o link é estabelecido, o banco de dados primário no SQL Server fica acessível para leitura e escrita, enquanto os dados replicados para a sua instância gerida do SQL no Azure são acessíveis apenas para leitura. Essa disposição permite vários cenários em que os bancos de dados replicados em sua instância gerenciada SQL podem ser usados para leitura, expansão e descarregamento de cargas de trabalho somente 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.

O link tem escopo de banco de dados (um link por um banco de dados), permitindo a consolidação e desconsolidação de cargas de trabalho no Azure. Por exemplo, você pode replicar bancos de dados de várias instâncias do SQL Server para uma única implantação de Instância Gerenciada do SQL no Azure (consolidação) ou pode replicar bancos de dados de uma única instância do SQL Server para várias instâncias gerenciadas por meio de uma relação um-para-um entre um banco de dados e uma instância gerenciada, para qualquer região do 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

O recurso de link também facilita a migração do SQL Server para a Instância Gerenciada do SQL, 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.
  • Verdadeira migração online para Instância Gerenciada SQL em qualquer camada 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 detalhada da migração entre a utilização do link e o Log Replay Service, consulte Comparação do link da Instância Gerida com o LRS.

Observação

Agora você pode migrar sua instância do SQL Server habilitada pelo Azure Arc para a Instância Gerenciada do SQL do Azure diretamente por meio do portal do Azure. Para obter mais informações, consulte Migrar para a instância gerenciada SQL do Azure.

Copiar dados no local

Com o SQL Server 2022, você pode estabelecer seu vínculo da Instância Gerenciada do SQL para o SQL Server, desbloqueando cenários adicionais, como a criação de uma réplica de banco de dados quase em tempo real fora do Azure, o teste de planos de continuidade de negócios e o atendimento aos requisitos de conformidade.

Backups automatizados

Depois de configurar um link com a Instância Gerenciada SQL do Azure, os bancos de dados na instância gerenciada do SQL são automaticamente copiados para o armazenamento do Azure, independentemente de a Instância Gerenciada do SQL ser ou não primária. 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.

Você pode reduzir seus custos de gerenciamento e operação locais enquanto aproveita a confiabilidade dos backups do Azure para seus bancos de dados replicados. Depois, pode executar uma restauração point-in-time do seu banco de dados replicado para qualquer implantação de Instância Gerenciada SQL na mesma região, tal como acontece 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 você designar uma réplica de instância gerenciada apenas para recuperação de desastres, a Microsoft não cobrará custos de licenciamento do SQL Server pelos vCores usados pela instância secundária. 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 para o modelo de cobrança pré-pago e o Benefício Híbrido do Azure. Para um modelo de faturamento pré-pago, os vCores são descontados na sua fatura. Se você usar o Benefício Híbrido do Azure para a réplica passiva, o número de vCores que a réplica secundária usa será retornado ao seu 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.

Em outro exemplo, se tiveres 16 licenças do Benefício Híbrido do Azure e a tua instância SQL gerida secundária usar 8 vCores, depois de designares a instância secundária para recuperação híbrida, 8 vCores serão devolvidos ao teu pool de licenças para a utilização com outras implantações do SQL do Azure.

Para obter os termos e condições precisos do benefício de direitos híbridos de failover, consulte online os termos de licenciamento do SQL Server na seção SQL Server – Direitos de Failover.

Limitações

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

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

  • Não é possível usar clientes Windows 10 e 11 para hospedar sua instância do SQL Server, porque não é possível habilitar o recurso de grupo de disponibilidade Always On necessário para o link. Você deve hospedar instâncias do SQL Server no Windows Server 2012 ou posterior.
  • O recurso de link não oferece suporte às versões 2008 a 2014 do SQL Server, porque o mecanismo SQL dessas versões não tem suporte interno para grupos de disponibilidade distribuídos necessários para o link. Atualize para uma versão mais recente do SQL Server para usar o link.
  • A replicação de dados e o failover da Instância Gerida SQL para o SQL Server 2022 não são suportados por instâncias configuradas com a política de atualização Always-up-to-date. Sua instância deve ser configurada com a política de atualização do SQL Server 2022 para fazer o seguinte:
    • Estabeleça um link do SQL Managed Instancepara o SQL Server.
    • Failover da Instância Gerenciada do SQL para o SQL Server 2022.
  • Embora possa estabelecer uma ligação do SQL Server 2022 para uma instância gerida do SQL configurada com a política de atualização sempre atualizada, após o failover para a Instância Gerida do SQL, não é possível replicar dados ou fazer retrocesso para o SQL Server 2022.

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 no nível do servidor, trabalhos de agente ou logons de usuário do SQL Server para a Instância Gerenciada do SQL.
  • Para as versões 2016, 2017 e 2019 do SQL Server, a replicação de bancos de dados de utilizadores de instâncias do SQL Server para implementações de Instância Gerida do SQL é um método. Não é possível replicar bancos de dados de usuários de implantações de Instância Gerenciada SQL de volta para instâncias do SQL Server por meio do link. A replicação bidirecional com failback para uma instância do SQL Server está disponível apenas para o SQL Server 2022.
  • A configuração de um link da Instância Gerenciada do SQL para o SQL Server não é suportada para bancos de dados que já estão vinculados a outra Instância Gerenciada do SQL.

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

  • Se houver várias instâncias do SQL Server em um servidor, você poderá configurar um link para cada instância, mas deverá configurar cada instância para usar um ponto de extremidade de espelhamento de banco 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.
  • Você pode colocar apenas um banco de dados em um único grupo de disponibilidade para um link de Instância Gerenciada. No entanto, você pode replicar vários bancos de dados em uma única instância do SQL Server estabelecendo vários links.
  • 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 Instância Gerenciada SQL de Propósito Geral ou Crítica de Negócios oferece suporte a até 100 links, e uma única Instância Gerenciada SQL de Propósito Geral de Próxima Geração oferece suporte a até 500 links, da mesma ou de várias fontes do SQL Server.
  • Um link de Instância Gerenciada pode replicar um banco de dados de qualquer tamanho se ele se encaixar no tamanho de armazenamento escolhido da implantação da Instância Gerenciada SQL de destino.
  • A autenticação do link entre o SQL Server e a Instância Gerida do SQL é baseada em certificados e está disponível apenas através de uma troca de certificados. Não é possível usar a autenticação do Windows para estabelecer o vínculo entre a instância do SQL Server e a instância gerenciada do SQL.
  • Você pode estabelecer um link apenas com o ponto de extremidade local da rede virtual para a instância gerenciada do SQL.
  • Não é possível usar pontos de extremidade públicos ou privados para estabelecer o vínculo com a instância gerenciada.
  • Não é possível replicar bancos de dados com vários arquivos de log, porque a Instância Gerenciada SQL não oferece suporte a vários arquivos 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 você estiver usando o CDC (Change Data Capture), o envio de logs ou um agente de serviços com bancos de dados replicados na instância do SQL Server, quando o banco de dados for migrado para uma implantação de Instância Gerenciada do SQL, durante um failover para o Azure, os clientes precisarão se conectar usando o nome da instância da réplica primária global atual. 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:
    • O banco de dados vinculado na réplica secundária não pode ser um Publisher numa topologia de replicação transacional.
    • Se você estiver migrando um banco de dados configurado como um Publicador em uma topologia de replicação transacional usando o link, deverá reconfigurar o banco de dados como um Publicador na instância de destino após a conclusão da migração.
  • Se você estiver usando transações distribuídas com um banco de dados replicado da instância do SQL Server e, em um cenário de migração, na substituição para a nuvem, os recursos do Coordenador de Transações Distribuídas não serão transferidos. Não é possível que o banco de dados migrado se envolva em transações distribuídas com a instância do SQL Server, porque a implantação da Instância Gerenciada do SQL não oferece suporte a transações distribuídas com o SQL Server no momento. Para referência, a Instância Gerenciada SQL hoje oferece suporte a transações distribuídas somente entre outras instâncias gerenciadas. Para obter mais informações, consulte Transações distribuídas entre bancos de dados na nuvem.
  • Se você estiver usando a Criptografia de Dados Transparente (TDE) para criptografar bancos de dados do SQL Server, precisará exportar a chave de criptografia de banco de dados do SQL Server e carregá-la no Cofre de Chaves do Azure, e também precisará configurar a opção BYOK TDE na Instância Gerenciada do SQL antes de criar o link.
  • Não é possível vincular bancos de dados de Instância Gerenciada SQL criptografados com chaves TDE gerenciadas por serviço ao SQL Server. Você pode vincular um banco de dados criptografado ao SQL Server somente se o criptografou com uma chave gerenciada pelo cliente e o servidor de destino tiver acesso à mesma chave usada para criptografar o banco de dados. Para obter mais informações, consulte Configurar o SQL Server TDE com o Azure Key Vault.
  • Não é possível estabelecer um vínculo entre o SQL Server e a Instância Gerenciada do SQL se a funcionalidade usada na instância do SQL Server não tiver suporte na instância gerenciada do SQL. Por exemplo:
    • Não é possível replicar bancos de dados com tabelas e fluxos de arquivos, porque a Instância Gerenciada do SQL não oferece suporte a tabelas ou fluxos de arquivos.
    • Você pode replicar bancos de dados que usam In-Memory OLTP apenas para a Instância Gerenciada SQL na camada de serviço Business Critical, porque a camada de serviço General Purpose não suporta In-Memory OLTP. A Instância Gerenciada SQL não oferece suporte a bancos de dados com vários arquivos OLTP In-Memory e você não pode replicá-los.

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 do link, que você precisa excluir e recriar.

Para obter a lista completa das diferenças entre o SQL Server e a Instância Gerenciada do SQL, consulte Diferenças do T-SQL entre o SQL Server e a Instância Gerenciada do SQL do Azure.

Conteúdo relacionado

Para usar o link:

Para saber mais sobre o link:

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

  • Last updated on