Visão geral do link Instância Gerenciada

Applies to:Instância Gerenciada de 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 SQL Server e Instância Gerenciada de SQL do Azure. O link fornece flexibilidade híbrida e mobilidade de banco de dados, pois desbloqueia vários cenários, como o dimensionamento de cargas de trabalho somente leitura, o encaminhamento de análises e relatórios para a Azure e a migração para a Azure. E, com o SQL Server 2022 e versões posteriores, o link habilita a recuperação de desastre online com retorno para SQL Server, assim como a configuração do link do Instância Gerenciada de SQL para o SQL Server.

Para começar, consulte Preparar o ambiente para o link.

Visão geral

O link de Instância Gerenciada usa grupos de disponibilidade distribuídos para estender seus ativos de dados de maneira segura e protegida. Ele replica dados quase em tempo real de SQL Server hospedado em qualquer lugar para o Instância Gerenciada de SQL do Azure, ou do Instância Gerenciada de SQL do Azure para o SQL Server 2022 ou posterior em qualquer local.

O link dá suporte a instâncias de SQL Server de um único nó e de múltiplos nós, com ou sem grupos de disponibilidade existentes. Por meio do link, você pode usar os benefícios do Azure sem migrar seu patrimônio de dados SQL Server para a nuvem.

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

Atualmente, o recurso de link oferece a seguinte funcionalidade:

• Replicação unidirecional a partir das versões do SQL Server 2016, 2017 e 2019: use o recurso de link para replicar dados de uma instância do SQL para o Instância Gerenciada de SQL do Azure. Embora você possa fazer failover manualmente para sua instância gerenciada no caso de um desastre, isso interrompe o link e não há suporte para failback.
• Recuperação de desastres (SQL Server 2022 e SQL Server 2025): use o recurso de link para replicar dados entre SQL Server 2022 ou SQL Server 2025 e Instância Gerenciada de SQL, realizar failover manualmente para seu banco secundário durante um desastre e, após atenuar o desastre, retornar (failback) para o banco primário. SQL Server ou Instância Gerenciada de SQL pode ser o primário inicial.

Você pode continuar executando o link pelo tempo necessário, por meses e até anos por vez. E para seu percurso de modernização, se ou quando você estiver pronto para migrar para Azure, o link habilitará uma experiência de migração consideravelmente melhorada. A migração por meio do link oferece tempo de inatividade mínimo em comparação com todas as outras opções de migrações disponíveis, fornecendo uma migração online verdadeira para o Instância Gerenciada de SQL.

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

• Recuperação de desastre
• Usando serviços Azure sem migrar para a nuvem
• Descarregando cargas de trabalho somente leitura para Azure
• Migrando para Azure
• Copiando dados no local

Suporte de versões

As camadas de serviço Geral e Business Critical do Instância Gerenciada de SQL do Azure dão suporte à conexão Instância Gerenciada. O recurso de link funciona com as edições Enterprise, Developer e Standard do SQL Server.

A replicação unidirecional de SQL Server para Instância Gerenciada de SQL do Azure geralmente está disponível para cada versão de SQL Server com suporte. A recuperação de desastre com replicação bidirecional e failback é suportada a partir do SQL Server 2022 e se baseia na política de atualização com a qual sua instância gerenciada de SQL está configurada.

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

¹ Enquanto criar um link com o SQL Server 2022 tendo-o como primário inicial é suportado a partir da versão RTM do SQL Server 2022, criar um link com Instância Gerenciada de SQL do Azure como primário inicial é suportado apenas a partir do SQL Server 2022 CU10. Se você criar o link a partir de uma instância primária inicial de Instância Gerenciada de SQL, o downgrade do SQL Server abaixo da CU10 não terá suporte enquanto o link estiver ativo, pois ele poderá causar problemas após o failover em qualquer direção.

SQL Server versões anteriores ao SQL Server 2016 (SQL Server 2008 - 2014) não são compatíveis 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 de SQL Server com suporte, você precisa:

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

Você também precisa das seguintes ferramentas:

Como o link funciona

O recurso de link para Instância Gerenciada de SQL funciona criando um grupo de disponibilidade distribuído entre SQL Server e Instância Gerenciada de SQL do Azure. A solução dá suporte a sistemas de nó único com ou sem grupos de disponibilidade existentes ou sistemas de vários nós com grupos de disponibilidade existentes.

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

Instância Gerenciada de SQL do Azure dá suporte a vários links das mesmas fontes de SQL Server ou diferentes para um único Instância Gerenciada de 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 uso geral e comercialmente crítico e 500 links para a atualização da camada uso geral de próxima geração. Uma única instância SQL Server pode criar vários links de sincronização de banco de dados paralelos com várias instâncias gerenciadas de SQL, mesmo em regiões de Azure diferentes, com uma relação um-para-um entre um banco de dados e uma instância gerenciada.

Usar o link

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

• Preparar o ambiente para a vinculação com SQL Server 2019 e posterior ou com SQL Server 2016
• Automatize a preparação do ambiente para o link Instância Gerenciada usando um script para download. Para obter mais informações, confira o blog sobre automação de configuração de links.

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

• Configurar link com o SSMS
• Configurar um link com scripts

Depois de criar o link, siga as práticas recomendadas para manter o link:

• Práticas recomendadas para manter o link

Recuperação de desastre

O link Instância Gerenciada habilita a recuperação de desastres, em que, em caso de desastre, você pode transferir manualmente a carga de trabalho do primário para o secundário. Para começar, revise o link recuperação de desastres com Instância Gerenciada.

De SQL Server 2016 a SQL Server 2019, o primário é sempre o SQL Server e o failover para a instância gerenciada do SQL secundário é unidirecional. Não há suporte para failback para SQL Server. No entanto, você pode recuperar seus dados para SQL Server usando opções de movimentação de dados, como transactional replication ou exportando um bacpac.

Com SQL Server 2022 e SQL Server 2025, SQL Server ou Instância Gerenciada de SQL (com uma política de atualização compatível) pode atuar como o primário inicial e você pode estabelecer o link a partir de SQL Server ou Instância Gerenciada de SQL. Você pode fazer failback de suas cargas de trabalho entre o primário e o secundário, alcançando uma verdadeira recuperação de desastre bidirecional.

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

• online usando o link da Instância Gerenciada diretamente.
• offline fazendo um backup do seu banco de dados de Instância Gerenciada do SQL e restaurando-o na sua instância do SQL Server.

Usar serviços de Azure

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

Descarregar cargas de trabalho para Azure

Você também pode usar o recurso de link para descarregar cargas de trabalho para Azure. Por exemplo, um aplicativo pode usar SQL Server para cargas de trabalho de leitura/gravação, enquanto descarrega as cargas de trabalho somente leitura para implantações de Instância Gerenciada de 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 é acessível para leitura e gravação, enquanto os dados replicados para sua instância gerenciada de SQL no Azure são acessíveis somente para leitura. Essa disposição permite vários cenários em que bancos de dados replicados em sua instância de SQL gerenciada podem ser usados para dimensionamento de leitura e deslocamento de cargas de trabalho apenas de leitura para o Azure. Sua instância gerenciada de 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 de SQL para processamento de dados adicionais.

O link tem escopo de banco de dados (um link por um banco de dados), permitindo a consolidação e a desconsolidação de cargas de trabalho em Azure. Por exemplo, você pode replicar bancos de dados de várias instâncias de SQL Server para uma única implantação de Instância Gerenciada de SQL na Azure (consolidação) ou replicar bancos de dados de uma única instância de SQL Server para várias instâncias do Instância Gerenciada de SQL por meio de uma relação um-para-um entre um banco de dados e uma instância gerenciada, para qualquer região da Azure em todo o mundo (deconsolidação). A não-consolidação fornece uma maneira eficiente de levar suas cargas de trabalho rapidamente para seus clientes em qualquer região do mundo e você pode usá-las como réplicas somente leitura.

Migrar para Azure

O recurso de link também facilita a migração de SQL Server para Instância Gerenciada de SQL, o que permite:

• A migração com melhor desempenho e mínimo tempo de inatividade em comparação com todas as outras soluções disponíveis hoje.
• Migração online verdadeira para Instância Gerenciada de SQL em qualquer camada de serviço.

Como o recurso de link permite migração com tempo de inatividade mínimo, você pode migrar para sua instância gerenciada enquanto mantém sua carga de trabalho principal online. Embora atualmente seja possível obter 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 Comercialmente Crítico . Para obter uma comparação de migração detalhada entre a migração com o link e o Serviço de Reprodução de Logs, consulte Comparar o link Instância Gerenciada com LRS.

Copiar dados localmente

Com SQL Server 2022 e posteriores, você pode estabelecer seu link de Instância Gerenciada de SQL para SQL Server, desbloquear cenários adicionais, como criar uma réplica de banco de dados quase em tempo real fora de Azure, testar planos de continuidade de negócios e atender aos requisitos de conformidade.

Backups automatizados

Depois de configurar um link com Instância Gerenciada de SQL do Azure, os bancos de dados no SQL managed instance serão automaticamente armazenados em backup no armazenamento Azure, independentemente de Instância Gerenciada de SQL ser primário ou não. Os backups automatizados com o link realizam backups completos e de logs de transações, mas não fazem backups diferenciais, o que pode levar a tempos de restauração mais longos.

Você pode reduzir o gerenciamento local e os custos de operação, aproveitando a confiabilidade de backups Azure para seus bancos de dados replicados. Em seguida, você pode executar uma restauração point-in-time do banco de dados replicado para qualquer implantação Instância Gerenciada de SQL na mesma região, como com qualquer outro backup automatizado.

Réplica de recuperação de desastre passiva sem licença

Você pode economizar custos de licenciamento do vCore se ativar o benefício de failover híbrido para recuperação de desastre passiva secundária apenas em instâncias gerenciadas de SQL que não têm cargas de trabalho.

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

Benefício de custo

Se você designar uma instância gerenciada como réplica apenas para recuperação de desastre, a Microsoft não cobrará os custos de licenciamento do SQL Server pelos vCores usados pela instância secundária. A instância é cobrada com uma base horária, e você ainda pode ser cobrado pelos custos de licenciamento por uma hora inteira se atualizar a vantagem de licenciamento durante a hora.

O benefício funciona de forma diferente para o modelo de cobrança por uso e o Benefício Híbrido do Azure. Para um modelo de Pagamento Conforme o Uso, os vCores são descontados na sua fatura. Se você utilizar o benefício híbrido do Azure para a réplica passiva, o número de vCores que a réplica secundária utiliza será devolvido ao seu pool de licenças.

Por exemplo, como um cliente do Pagamento Conforme o Uso, se você tiver 16 vCores atribuídos à instância secundária, um desconto de 16 vCores aparecerá em sua fatura se você designar sua instância secundária para failover híbrido.

Em outro exemplo, se você tiver 16 licenças do Benefício Híbrido do Azure e sua instância gerenciada de SQL secundária usar 8 vCores, depois de designar a instância secundária para failover híbrido, 8 vCores serão retornados ao pool de licenças para uso em outras implantações do SQL do Azure.

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

Limitações

Considere as limitações a seguir ao usar o link.

As limitações de capacidade de suporte de versões incluem:

• Você não pode usar Windows 10 e 11 clientes para hospedar sua instância de SQL Server, pois não é possível habilitar o recurso de grupo de disponibilidade Always On necessário para o link. Você deve hospedar instâncias de SQL Server em Windows Server 2012 ou posterior.
• O recurso de link não dá suporte a SQL Server versões 2008 a 2014, pois 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 de Instância Gerenciada de SQL para SQL Server 2022 ou SQL Server 2025 não são compatíveis com 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 correspondente do SQL Server 2022 ou SQL Server 2025 para fazer o seguinte:
  • Estabeleça um link de Instância Gerenciada de SQL para SQL Server.
  • Migração de Instância Gerenciada de SQL para SQL Server.
• Embora você possa estabelecer um link do SQL Server 2022 ou SQL Server 2025 para uma instância gerenciada do SQL configurada com a política de atualização Always-up-to-date, após o failover para a instância gerenciada do SQL, você não pode replicar dados ou retornar ao SQL Server.

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

• Você pode replicar somente bancos de dados de usuário. Não há suporte para a 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 de SQL Server para Instância Gerenciada de SQL.
• Para SQL Server versões 2016, 2017 e 2019, a replicação de bancos de dados de usuário de SQL Server instâncias para implantações de Instância Gerenciada de SQL é uma maneira. Você não pode replicar bancos de dados de usuário de implantações de Instância Gerenciada de SQL de volta para instâncias de SQL Server por meio do link. A replicação bidirecional com failback para uma instância de SQL Server apenas está disponível para SQL Server 2022 ou SQL Server 2025 quando configurada a Instância Gerenciada de SQL com a política correspondente update.
• A configuração de um link de Instância Gerenciada de SQL para SQL Server não tem suporte para bancos de dados Instância Gerenciada de SQL que já estão vinculados.

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

• Se houver várias instâncias do SQL Server em um servidor, é possível configurar uma conexão para cada instância, mas é necessário configurar cada uma delas para usar um endpoint 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 de extremidade de espelhamento de 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 de SQL Server estabelecendo vários links.

  Observação

  Se você estiver interessado em participar de uma visualização limitada de uma alteração nesse comportamento, preencha o formulário a seguir.

• Você pode criar um vínculo com um grupo de disponibilidade existente com um único banco de dados. Se o 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 Uso Geral ou Criticamente Comercial dá suporte a até 100 links, e uma Instância Gerenciada SQL de Próxima Geração de Uso Geral dá suporte a até 500 links, a partir de uma única ou de múltiplas fontes de SQL Server.

• Um link de Instância Gerenciada pode replicar um banco de dados de qualquer tamanho, desde que ele se ajuste ao tamanho de armazenamento escolhido para a implantação do destino Instância Gerenciada de SQL.

• A autenticação de vínculo entre o SQL Server e a Instância Gerenciada de SQL é baseada em certificados e está disponível somente por meio de uma troca de certificados. Você não pode usar autenticação do Windows para estabelecer o vínculo entre a instância SQL Server e a instância gerenciada de SQL.

• Você pode estabelecer um link com apenas um ponto de extremidade local VNet para Instância Gerenciada de SQL.

• Você não pode usar os pontos de extremidade públicos ou privados para estabelecer o link com a instância gerenciada.

• Você não pode replicar bancos de dados com vários arquivos de log, pois Instância Gerenciada de SQL não dá suporte a vários arquivos de log.

As limitações de recursos incluem:

• Você não pode usar grupos de failover com instâncias que utilizam a funcionalidade de ligação. Não é possível estabelecer um link em uma instância gerenciada de SQL que faça parte de um grupo de failover e, por outro lado, 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 corretor de serviço com bancos de dados replicados na instância SQL Server, quando o banco de dados for migrado para uma instância gerenciada de SQL, durante um failover para o Azure, os clientes devem 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 Publicador em uma topologia de replicação transacional.
  • Se você estiver migrando um banco de dados configurado como um Publisher em uma topologia de replicação transacional usando o link, deverá reconfigurar o banco de dados como um Publisher 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 de 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 de SQL Server, pois a implantação do Instância Gerenciada de SQL não dá suporte a transações distribuídas com SQL Server no momento. Para referência, Instância Gerenciada de SQL atualmente dá suporte a transações distribuídas somente entre outras instâncias gerenciadas. Para obter mais informações, confira Transações distribuídas entre bancos de dados na nuvem.
• Se você estiver usando Transparent Data Encryption (TDE) para criptografar bancos de dados SQL Server, será necessário exportar a chave de criptografia de banco de dados de SQL Server e carregá-la para Azure Key Vault e também configurar a opção TDE BYOK no Instância Gerenciada de SQL antes de criar o link.
• Se a recuperação acelerada de banco de dados estiver desabilitada no SQL Server 2019 e em versões posteriores do SQL Server de origem, você não poderá mais habilitá-la depois de migrar para Instância Gerenciada de SQL do Azure. Além disso, se o PVS (repositório de versão persistente) não estiver definido PRIMARY, você poderá enfrentar problemas com operações de restauração na instância gerenciada de SQL de destino.
• Se Service Broker estiver desabilitado na instância de SQL Server de origem, você não poderá usar o Service Broker na instância gerenciada de SQL de destino após a migração.
• Você não pode vincular bancos de dados Instância Gerenciada de SQL que estão criptografados com chaves TDE gerenciadas pelo serviço ao SQL Server. Você pode vincular um banco de dados criptografado a SQL Server somente se você criptografá-lo 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 Set up SQL Server TDE with Azure Key Vault.
• Não é possível estabelecer um vínculo entre SQL Server e Instância Gerenciada de SQL se a funcionalidade que você usa na instância SQL Server não tiver suporte no SQL managed instance. Por exemplo:
  • Você não pode replicar bancos de dados com tabelas de arquivos e fluxos de arquivos, pois Instância Gerenciada de SQL não dá suporte a tabelas de arquivos ou fluxos de arquivos.
  • Você pode replicar bancos de dados que usam In-Memory OLTP apenas para Instância Gerenciada de SQL na camada de serviço Business Critical, pois a camada de serviço General Purpose não dá suporte a In-Memory OLTP. Instância Gerenciada de SQL não dá suporte a bancos de dados com vários arquivos OLTP In-Memory e você não pode replicá-los.

Ao tentar adicionar uma funcionalidade sem suporte a um banco de dados replicado no:

• SQL Server 2017, 2019 e 2022 falha com um erro.
• SQL Server 2016 resulta na quebra do link, que você precisa excluir e recriar.

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

Conteúdo relacionado

Para usar o link:

• Preparar o ambiente para o link da Instância Gerenciada
• Configurar link entre SQL Server e Instância Gerenciada do SQL com SSMS
• Configurar link entre SQL Server e instância gerenciada do SQL com scripts
• Fazer failover 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 link de Instância Gerenciada

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

• Replicação transacional com Instância Gerenciada de SQL
• Serviço de Reprodução de Log (LRS)