Visão geral do link Instância gerenciada

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

Este artigo fornece uma visão geral do recurso de 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 failback para o SQL Server (atualmente em visualização), além de configurar o link da Instância Gerenciada do SQL para o SQL Server 2022 (também em visualização).

Se você tiver sugestões ou comentários de melhoria do produto, ou quiser relatar problemas, entre em contato com o grupo de produtos por meio do link Instância Gerenciada.

Descrição geral

O link Instância Gerenciada usa grupos de disponibilidade distribuídos para estender sua propriedade de dados de forma segura, replicando 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 do 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 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, é possível replicar vários bancos de dados de uma única instância do SQL Server para uma ou mais instâncias gerenciadas pelo SQL ou replicar o mesmo banco de dados para várias instâncias gerenciadas pelo SQL, configurando vários links - um link para cada banco de dados para o par de instâncias gerenciadas.

O recurso de link atualmente oferece a seguinte funcionalidade:

• Replicação unidirecional das versões 2016 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 você possa fazer failover manualmente para sua instância gerenciada se houver um desastre, isso quebra o link 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. O SQL Server ou a Instância Gerenciada do SQL podem ser a principal inicial. Esta funcionalidade está atualmente em pré-visualização.

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.

Os bancos de dados replicados por meio do link entre o SQL Server e a Instância Gerenciada SQL do Azure podem ser usados para vários cenários, como:

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

Capacidade de suporte de versão

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

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

1 Embora haja suporte para a criação de um link com o SQL Server 2022 como primário inicial 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 é suportada a partir do SQL Server 2022 CU10. Se você criar o link a partir de uma instância gerenciada inicial primária, o downgrade do SQL Server abaixo de CU10 não será suportado enquanto o link estiver ativo, pois pode causar problemas após failover em qualquer direção.

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 precisará das seguintes ferramentas:

Como funciona o link

A tecnologia subjacente por trás do recurso de link para a Instância Gerenciada do SQL baseia-se na criação de 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.

A conexão privada, como uma VPN ou a Rota Expressa do Azure, é usada entre uma rede local e o Azure. Se o SQL Server estiver hospedado em uma VM do Azure, o backbone interno do Azure poderá ser usado entre a VM e a instância gerenciada – como, por exemplo, emparelhamento de rede virtual. A confiança entre os dois sistemas é estabelecida usando autenticação baseada em certificado, na qual o SQL Server e a Instância Gerenciada SQL trocam chaves públicas de seus respetivos certificados.

Pode haver até 100 links da mesma ou de várias fontes do SQL Server para uma única Instância Gerenciada SQL do Azure. Esse limite é regido pelo número de bancos de dados que podem ser hospedados em uma instância gerenciada ao mesmo tempo. Da mesma forma, uma única instância do SQL Server pode estabelecer vários links de sincronização de banco de dados paralelo com várias instâncias gerenciadas em diferentes regiões do Azure em uma relação um-para-um entre um banco de dados e uma instância gerenciada.

Use o link

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

• Preparar o ambiente para o link para o SQL Server 2019 e posterior ou para o SQL Server 2016
• É possível automatizar a preparação do ambiente para o link Instância gerenciada usando um script para download. Consulte o blog Configuração de links de automação para saber mais.

Depois de garantir que os requisitos iniciais do ambiente sejam atendidos, você pode criar o link usando o assistente automatizado no SQL Server Management Studio (SSMS) ou pode optar por configurar o link manualmente usando scripts:

• Configurar link com o SSMS
• Configurar link com scripts

Depois que o link for criado, siga as práticas recomendadas para mantê-lo:

• Práticas recomendadas para manter o link

Recuperação após desastre

O link Instância gerenciada permite a recuperação de desastres, onde, no caso de um desastre, você pode fazer failover manualmente da carga de trabalho do principal para o secundário. Para começar, consulte o link Recuperação de desastres com instância gerenciada.

Com o SQL Server 2016 e o SQL Server 2019, o principal é sempre o SQL Server e o failover para a instância gerenciada secundária é unidirecional. Não há suporte para falha de volta ao SQL Server. No entanto, é possível 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, o SQL Server ou a Instância Gerenciada do SQL pode ser o primário inicial e você pode estabelecer o link a partir do SQL Server ou da Instância Gerenciada do SQL. Você pode fazer failback de suas cargas de trabalho entre o primário e o secundário, obtendo uma verdadeira recuperação de desastres bidirecional.

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

• online usando diretamente o link Instância Gerenciada. Esta opção está atualmente em uma visualização.
• offline fazendo um backup do banco de dados da Instância Gerenciada do SQL e restaurando-o para a instância do SQL Server 2022. Esta opção está geralmente disponível.

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, um aplicativo pode usar o SQL Server para cargas de trabalho de leitura/gravação, enquanto descarrega cargas de trabalho somente leitura para implantações de Instância Gerenciada SQL em qualquer região do Azure em todo o mundo. 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 no Azure são acessíveis somente leitura. Essa disposição permite vários cenários em que os bancos de dados replicados em sua instância gerenciada podem ser usados para leitura, expansão e descarregamento de cargas de trabalho somente leitura para o Azure. Sua instância gerenciada, em paralelo, também pode hospedar bancos de dados independentes de leitura/gravação. Isso permite copiar o banco de dados replicado para outro banco de dados de leitura/gravação na mesma instância gerenciada 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 suas cargas de trabalho de seus clientes em qualquer região do mundo, que você pode usar 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 do SQL, o que permite:

• A migração de tempo de inatividade mínima e com maior desempenho, 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 mínima de tempo de inatividade, você pode migrar para sua instância gerenciada à medida que mantém sua carga de trabalho principal on-line. 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 crítica de negócios.

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. O estabelecimento de um link da Instância Gerenciada do SQL para o SQL Server 2022 está atualmente em visualização.

Cópias de segurança automatizadas

Depois que seus bancos de dados são replicados para sua Instância Gerenciada SQL do Azure, o backup deles é feito automaticamente no armazenamento do Azure. 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. Em seguida, você pode executar uma restauração point-in-time do banco de dados replicado para qualquer implantação de Instância Gerenciada SQL na mesma região, como com qualquer outro backup automatizado.

Réplica DR passiva sem licença

Você pode economizar nos custos de licenciamento vCore se ativar o benefício de failover híbrido para recuperação de desastres passiva secundária somente instâncias gerenciadas SQL que não têm 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. Lembre-se de que a instância é cobrada em uma granularidade de hora, e ainda poderão ser cobrados custos de licenciamento por uma hora inteira se você atualizar o benefício de licenciamento durante a hora.

O benefício reflete 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 um cliente pré-pago, se você tiver 16 vCores atribuídos à instância secundária, um desconto para 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 SQL secundária usar 8 vCores, depois de designar a instância secundária para failover híbrido, 8 vCores serão retornados ao seu pool de licenças para você usar com 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 do SQL Server online 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. As instâncias do SQL Server devem ser hospedadas no Windows Server 2012 ou posterior.
• As versões 2008 a 2014 do SQL Server não são suportadas pelo recurso de link, 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.
• O estabelecimento de um link da Instância Gerenciada do SQL para o SQL Server só tem suporte com o SQL Server 2022.

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

• Somente bancos de dados de usuários podem ser replicados. 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 e 2019 do SQL Server, a replicação de bancos de dados de usuários de instâncias do SQL Server para implantações de Instância Gerenciada do SQL é uma maneira. Os bancos de dados de usuários de implantações de Instância Gerenciada do SQL não podem ser replicados de volta para instâncias do SQL Server. A replicação bidirecional com failback para uma instância do SQL Server está disponível apenas para o SQL Server 2022.
• Não há suporte para a configuração de um link da Instância Gerenciada do SQL para o SQL Server em um banco de dados para bancos de dados da Instância Gerenciada do 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 um link com cada instância, mas cada instância deve ser configurada 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 do banco de dados.
• Apenas um banco de dados pode ser colocado em um único grupo de disponibilidade para um link de Instância Gerenciada. No entanto, é possível replicar vários bancos de dados em uma única instância do SQL Server estabelecendo vários links.
• Uma única instância gerenciada oferece suporte a até 100 links de várias instâncias 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 de link da Instância Gerenciada entre o SQL Server e a Instância Gerenciada do SQL é baseada em certificado e está disponível somente por meio de uma troca de certificados. Não há suporte para o uso da autenticação do Windows para estabelecer o vínculo entre a instância do SQL Server e a instância gerenciada.
• Somente o ponto de extremidade local de rede virtual é suportado para estabelecer um vínculo com a Instância Gerenciada SQL.
• Não é possível usar pontos de extremidade públicos ou privados para estabelecer o vínculo com a instância gerenciada.
• Os bancos de dados com vários arquivos de log não podem ser replicados, porque a Instância Gerenciada do SQL não oferece suporte a vários arquivos de log.

As limitações de recursos incluem:

• Não há suporte para grupos de failover com instâncias que usam o recurso de link. Não é possível estabelecer um link em uma instância gerenciada 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. Essas configurações devem ser reconfiguradas manualmente.
• Se você estiver usando a replicação transacional com um banco de dados em uma instância do SQL Server em um cenário de migração, durante o failover para o Azure, a replicação transacional na implantação da Instância Gerenciada do SQL falhará e deverá ser reconfigurada manualmente.
• 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, a chave de criptografia de banco de dados do SQL Server precisará ser exportada e carregada no Cofre de Chaves do Azure e você também precisará configurar a opção BYOK TDE na Instância Gerenciada do SQL antes de criar o link.
• Os bancos de dados da Instância Gerenciada SQL criptografados com chaves TDE gerenciadas por serviço não podem ser vinculados ao SQL Server. Você pode vincular um banco de dados criptografado ao SQL Server somente se ele tiver sido criptografado 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. Por exemplo:
  • Os bancos de dados com tabelas e fluxos de arquivos não podem ser replicados, porque a Instância Gerenciada SQL não oferece suporte a tabelas ou fluxos de arquivos.
  • Os bancos de dados que usam OLTP In-Memory podem ser replicados somente para a Instância Gerenciada SQL na camada de serviço Business Critical, porque a camada de serviço de Propósito Geral não oferece suporte a OLTP In-Memory. Os bancos de dados com vários arquivos OLTP na memória não são suportados pela Instância Gerenciada SQL e não podem ser replicados.

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

• O SQL Server 2019 e 2022 falha com um erro.
• O SQL Server 2016 resulta na quebra do link, que precisará ser excluído e recriado.

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údos relacionados

• Link da Instância Gerenciada: Conectando o SQL Server ao Azure reimaginado
• Preparar o ambiente para o link Instância gerenciada
• Configurar o vínculo entre o SQL Server e a instância gerenciada do SQL com o SSMS
• Configurar o vínculo entre o SQL Server e a instância gerenciada do SQL com scripts
• Recuperação de desastres com link de instância gerenciada
• Práticas recomendadas para manter o link

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

• Replicação transacional com instância gerenciada SQL
• Serviço de repetição de log (LRS)