Visão geral do link da Instância Gerenciada

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

Esse artigo fornece uma visão geral do link da Instância Gerenciada, que permite a replicação de dados quase em tempo real entre o SQL Server e a 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 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 desastre online com failback para o SQL Server, além de configurar o link da Instância Gerenciada de SQL para o SQL Server 2022.

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

Visão geral

O link da Instância Gerenciada usa grupos de disponibilidade distribuídos para estender seu patrimônio de dados de maneira segura e protegida. Ele replica dados quase em tempo real do SQL Server hospedado em qualquer lugar para a Instância Gerenciada de SQL do Azure ou da Instância Gerenciada de SQL do Azure para o SQL Server 2022 hospedado em qualquer lugar.

O link dá suporte a instâncias do SQL Server de nó único e de vários nós, com ou sem grupos de disponibilidade existentes. Por meio do link, você pode aproveitar os benefícios do Azure sem migrar o acervo de dados do 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 do 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 das versões do SQL Server 2016, 2017 e 2019: use o recurso de link para replicar dados unidirecionalmente da instância do SQL para o Azure SQL Managed Instance. 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 desastre (SQL Server 2022): use o recurso de link para replicar dados entre o SQL Server 2022 e a Instância Gerenciada de SQL, faça failover manualmente para o secundário durante um desastre e faça failback para o primário depois de atenuar o desastre. O SQL Server e a Instância Gerenciada de SQL podem ser a primária inicial.

Você pode continuar executando o link pelo tempo necessário, por meses e até anos por 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 aprimorada. A migração por meio do link oferece 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 de SQL.

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

• Recuperação de desastre
• Usar os serviços do Azure sem migrar para a nuvem
• Descarregar cargas de trabalho somente leitura para o Azure
• Migrar para o Azure
• Copiando dados no local

Suporte de versões

As camadas de serviço de Uso Geral e Comercialmente Crítico da Instância Gerenciada de SQL do Azure dão suporte ao link da 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 Instância Gerenciada de SQL do Azure geralmente está disponível para todas as versões do SQL Server com suporte. A recuperação de desastre com replicação bidirecional e failback tem suporte 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 seguinte tabela lista a funcionalidade do recurso de link e as versões mínimas do SQL Server com suporte:

¹ 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 de SQL do Azure como primário inicial tem suporte somente a partir da atualização cumulativa 10 do SQL Server 2022. Se você criar o link a partir de uma Instância Gerenciada de SQL como instância primária inicial, o downgrade do SQL Server abaixo de CU10 não é suportado enquanto o link estiver ativo, pois pode causar problemas após realizar um failover em ambas as direções.

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

Além da versão com suporte do SQL Server, você precisará do seguinte:

• Conectividade de rede entre sua instância do SQL Server e sua instância gerenciada. Se o SQL Server estiver em execução no local, use um link VPN ou o Azure ExpressRoute. Se o SQL Server estiver em execução em uma VM (máquina virtual) 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 da Instância Gerenciada de SQL do Azure provisionada para qualquer nível de serviço.

Você também precisa das seguintes ferramentas:

Como o link funciona

O recurso de link da Instância Gerenciada de SQL funciona criando um grupo de disponibilidade distribuído entre o SQL Server e a 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 o Azure ExpressRoute, 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 de SQL, como com o emparelhamento de rede virtual. Os dois sistemas estabelecem confiança usando a autenticação baseada em certificado, em que o SQL Server e a Instância Gerenciada de SQL trocam chaves públicas de seus respectivos certificados.

A Instância Gerenciada de SQL do Azure dá suporte a vários links das mesmas fontes do SQL Server ou diferentes para uma única 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 do 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 diferentes do Azure, 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 do SQL Server para usar o recurso de link com a Instância Gerenciada de SQL:

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

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 da Instância Gerenciada habilita a recuperação de desastre, em que, em caso de desastre, você pode fazer failover manualmente da carga de trabalho do primário para o secundário. Para começar, consulte Recuperação de desastre com o link da Instância Gerenciada.

Com o SQL Server 2016 para o SQL Server 2019, o primário é sempre o SQL Server e o failover para a instância gerenciada de SQL secundário é unidirecional. Não há suporte para a realização de failback 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 o SQL Server 2025, o SQL Server ou a Instância Gerenciada de SQL (com uma política de atualização correspondente) podem ser os primários iniciais e você pode estabelecer o link do SQL Server ou da 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 o failback para o SQL Server, você pode escolher fazer o failback:

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

Usar serviços do Azure

Use o recurso de link para aproveitar os serviços do Azure usando dados do SQL Server sem migrar 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 no Azure

Você também pode usar o recurso de link para descarregar cargas de trabalho no Azure. Por exemplo, um aplicativo pode usar o SQL Server para cargas de trabalho de leitura/gravação, enquanto transfere cargas de trabalho somente de leitura para as implantações da Instância Gerenciada do SQL em qualquer região do Azure no mundo inteiro. Depois que o link é estabelecido, o banco de dados primário no SQL Server é acessível para leitura/gravação, enquanto os dados replicados para sua instância gerenciada do SQL no Azure são acessíveis apenas para leitura. Essa disposição permite vários cenários em que bancos de dados replicados na sua instância gerenciada de SQL podem ser usados para dimensionamento de leitura e transferência de cargas de trabalho somente 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 o escopo do banco de dados (um link por banco de dados), permitindo a consolidação e a não-consolidaçã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 da Instância Gerenciada de SQL no Azure (consolidação) ou pode replicar bancos de dados de uma única Instância de SQL Server para várias instâncias gerenciadas por meio de uma relação de 1 para 1 entre um banco de dados e uma instância gerenciada e qualquer uma das regiões do Azure em todo o mundo (não consolidaçã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 o Azure

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

• 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 autêntica para Instância Gerenciada de SQL em qualquer nível 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 Log, consulte Comparar o link da Instância Gerenciada com o LRS.

Copiar dados localmente

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

Backups automatizados

Depois de configurar um link com a Instância Gerenciada de SQL do Azure, os bancos de dados na instância gerenciada de SQL são automaticamente armazenados no armazenamento do Azure, independentemente de a Instância Gerenciada de SQL ser ou não primária. 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 dos backups do Azure para seus bancos de dados replicados. Em seguida, você pode executar uma restauração pontual do banco de dados replicado para qualquer implantação da Instância Gerenciada de SQL na mesma região, como acontece 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 réplica de instância gerenciada 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 pago conforme o 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ê 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 é retornado ao seu pool de licenciamento.

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 que você use com outras implantações de SQL do Azure.

Para obter termos e condições precisos do benefício de direitos de failover híbrido, consulte os termos de licenciamento do 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 clientes Windows 10 e 11 para hospedar sua instância do 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 do SQL Server no Windows Server 2012 ou posterior.
• O recurso de link não dá suporte às versões do SQL Server 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.
• Não há suporte para a duplicação de dados e para o failover da Instância Gerenciada de SQL para o SQL Server 2022 por parte de instâncias configuradas com a política de atualizações Sempre atualizado. Sua instância deve estar configurada com a política de atualizações do SQL Server 2022 para realizar as tarefas apresentadas a seguir:
  • Estabeleça um link da Instância Gerenciada de SQL para o SQL Server.
  • Realizar o failover da Instância Gerenciada de SQL para SQL Server 2022.
• Embora você possa estabelecer um link do SQL Server 2022 para uma instância gerenciada de SQL configurada com a política de atualização always-up-to-date, após o failover para a Instância Gerenciada de SQL, você não pode replicar dados ou fazer failback para o SQL Server 2022.

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 de nível de servidor, trabalhos de agente ou logons de usuário de SQL Server para a Instância Gerenciada de SQL.
• Para as versões do SQL Server 2016, 2017 e 2019, replicar bancos de dados de usuário de instâncias do SQL Server para implantações do SQL Managed Instance é um método possível. Você não pode replicar bancos de dados de usuários de implantações da Instância Gerenciada de SQL para instâncias do SQL Server por meio do link. A replicação bidirecional com failback para a Instância do SQL Server só está disponível para o SQL Server 2022.
• A configuração de um link da Instância Gerenciada de SQL para o SQL Server não tem suporte para bancos de dados da 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, 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 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 do SQL Server estabelecendo vários links.
• 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 de SQL comercialmente crítica ou uso geral dá suporte a até 100 links e uma única Instância Gerenciada de SQL de Finalidade Geral de Próxima Geração dá suporte a até 500 links, do mesmo ou de várias fontes do SQL Server.
• Um link da Instância Gerenciada pode replicar um banco de dados de qualquer tamanho se ele se ajustar ao tamanho do armazenamento escolhido da implantação da Instância Gerenciada de SQL de destino.
• A autenticação de link entre o SQL Server e a Instância Gerenciada de SQL é baseada em certificados, estando disponível apenas através de uma troca de certificados. Você não pode usar a autenticação do Windows para estabelecer o vínculo entre a instância do SQL Server e a instância gerenciada de SQL.
• Você pode estabelecer um link com apenas um endpoint local da VNet com uma 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 a 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 a Captura de dados de alterações (CDA), o envio de logs ou um service broker com bancos de dados replicados na instância do SQL Server, quando o banco de dados for migrado para uma implantação da Instância Gerenciada de 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 atuar como Publicador em uma topologia de replicação transacional.
  • Se você estiver migrando um banco de dados configurado como 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 transição para a nuvem, as funcionalidades do Coordenador de Transações Distribuídas não serão transferidas. Não é possível que o banco de dados migrado se envolva em transações distribuídas com a instância do SQL Server, pois a implantação da Instância Gerenciada de SQL não oferece suporte a transações distribuídas com o SQL Server no momento. Para referência, a Instância Gerenciada de SQL hoje oferece suporte a transações distribuídas apenas 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 a TDE (Transparent Data Encryption) para criptografar bancos de dados do SQL Server, será necessário exportar a chave de criptografia do banco de dados do SQL Server e carregá-la no Azure Key Vault e também configurar a opção TDE BYOK na Instância Gerenciada de SQL antes de criar o link.
• Não é possível vincular bancos de dados da Instância Gerenciada de SQL criptografados com chaves TDE gerenciadas pelo serviço ao SQL Server. Você só poderá vincular um banco de dados criptografado ao SQL Server se 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, confira Configurar 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 de SQL se a funcionalidade que você usa na instância do SQL Server não tiver suporte na instância gerenciada de SQL. Por exemplo:
  • Você não pode replicar bancos de dados com tabelas de arquivos e fluxos de arquivos, pois a 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 a Instância Gerenciada de SQL na camada de serviço Comercialmente Crítico , pois a camada de serviço de Uso Geral não dá suporte a In-Memory OLTP. A 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:

• 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 ver a lista completa das diferenças entre o SQL Server e a Instância Gerenciada de SQL, confira Diferenças de T-SQL entre o SQL Server e a 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 o link entre o SQL Server e a instância gerenciada do SQL com o SSMS
• Configurar o link entre o SQL Server e a instância gerenciada de SQL com os 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 desastre com link da Instância Gerenciada

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

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