A funcionalidade Manage Instance Links usa Distributed Availability Groups para dimensionar ativos de dados de maneira segura e confiável, replicando dados quase em tempo real do SQL Server hospedado em qualquer lugar para um SQL Managed Instance no Azure ou de um SQL Managed Instance do Azure para qualquer lugar.

Ao utilizar grupos de disponibilidade distribuídos, o Manage Instance Link permite a expansão segura e confiável de seus dados, permitindo a replicação de dados quase em tempo real entre o SQL Server e um Managed Instance do SQL no Azure, independentemente de seus respectivos locais de hospedagem. O Managed Instance Link permite a utilização das vantagens do Azure, quer você tenha uma instância do SQL Server de nó único ou de vários nós, com ou sem Availability Groups.

Ele permite que você aproveite os benefícios do Azure sem a necessidade de migrar seu conjunto de dados do SQL Server para a nuvem. Embora o Manage Instance Link facilite principalmente a replicação de um banco de dados por link, é viável replicar vários bancos de dados de uma única instância do SQL Server para uma ou mais instâncias gerenciadas pelo SQL.

Isso pode ser feito configurando vários links, onde cada link corresponde a um par específico de banco de dados para um Manage Instance, ou replicando o mesmo banco de dados para várias instâncias gerenciadas de SQL.

Atualmente, o recurso de link oferece a seguinte gama de funcionalidades:

• Disaster recovery
• Using Azure services without migrating to the cloud
• Offloading read-only workloads to Azure
• Migrating to Azure
• Copying data on-premises

Para obter a replicação unidirecional das versões 2016 e 2019 do SQL Server, você pode utilizar o recurso de Manage Instance Link para transferir dados de uma instância SQL para um Manage Instance de SQL do Azure.

Em caso de desastre, é possível falhar manualmente na instância com falha, mas é importante notar que esta ação irá perturbar a ligação e não haverá suporte para falha.

No contexto da recuperação de desastres do SQL Server 2022, você pode utilizar o recurso de Manage Instance Link para duplicar dados entre o SQL Server 2022 e uma Managed Instance de SQL.

No caso de um desastre, você tem a opção de alternar manualmente para o servidor secundário e depois voltar para o servidor primário assim que o desastre for solucionado.

É possível que o SQL Server ou a SQL Managed Instance sirvam como servidor primário inicial.

O Manage Instance Link foi projetado para ser usado continuamente, permitindo mantê-lo funcionando por longos períodos de tempo, sejam meses ou até anos.

Quando você decidir embarcar em sua jornada de modernização e migrar para o Azure, o Manage Instance Link melhorará muito sua experiência de migração.

A utilização do Manage Instance Link para fins de migração garante interrupções mínimas, oferecendo uma migração online perfeita para a sua Managed Instance de SQL, diferente de qualquer outra opção disponível.

Existem vários cenários em que as bases de dados replicadas, facilitadas pela ligação entre o SQL Server e um Managed Instance do SQL do Azure podem ser utilizadas de forma eficaz.

O processo de recuperação de desastres pode ser facilitado pela utilização dos serviços do Azure sem a necessidade de migração para a nuvem, bem como pela transferência de cargas de trabalho somente leitura para o Azure.

Além disso, migrar para o Azure e copiar dados no local são outras estratégias que podem ser empregadas.

Um diagrama pode ser usado para representar visualmente o cenário principal do Manage Instance Link do Managed Instance.

O suporte para o MAnage Instance Link está disponível para os níveis de serviço de Uso Geral e Crítico para os Negócios de Managed Instance do SQL no Azure.

Esse recurso de vinculação está disponível nas edições Enterprise, Developer e Standard do SQL Server.

O suporte para estabelecer uma conexão com o SQL Server 2022 como primário inicial está disponível a partir da versão RTM, enquanto a capacidade de criar um link com a Managed Instance do SQL no Azure como primário inicial é suportada a partir do SQL Server 2022 CU10.

Initial primary version	Operating system (OS)	One-way replication	Disaster recovery options	Servicing update requirement
Azure SQL Managed Instance	Windows Server and Linux	Preview	Bi-directional preview	SQL Server 2022 CU10 (KB5031778) 1
SQL Server 2022 (16.x)	Windows Server and Linux	Generally available	Bi-directional: Offline (Generally available) Online (preview)	SQL Server 2022 RTM
SQL Server 2019 (15.x)	Windows Server only	Generally available	From SQL Server to SQL MI only	SQL Server 2019 CU20 (KB5024276)
SQL Server 2017 (14.x)	N/A	N/A	N/A	N/A
SQL Server 2016 (13.x)	Windows Server only	Generally available	From SQL Server to SQL MI only	SQL Server 2016 SP3 (KB 5003279) and SQL Server 2016 Azure Connect pack (KB 5014242)

Como funciona O Manage Instance Link.

A tecnologia por trás do recurso de vinculação da Instância Gerenciada de SQL baseia-se na criação de um Distributed Availability Group entre o SQL Server e a Instância Gerenciada de SQL do Azure. A solução oferece 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.

Utilize uma ligação privada, como uma VPN ou então um Azure ExpressRoute entre a sua rede local e o Azure.

Se o SQL Server estiver hospedado em uma VM do Azure, você poderá usar um backbone interno do Azure, como uma rede virtual entre a VM e a instância gerenciada.

A confiança entre os dois sistemas é estabelecida através da autenticação baseada em certificados, onde o SQL Server e a SQL Managed Instance trocam as chaves públicas dos respetivos certificados.

Existem até 100 links para uma única Instância Gerenciada de SQL do Azure da mesma fonte do SQL Server. Este limite é determinado pelo número de bases de dados que podem ser hospedadas simultaneamente na instância gerenciada.

Da mesma forma, uma única instância do SQL Server pode ter vários links de sincronização de banco de dados paralelos com várias instâncias gerenciadas em diferentes regiões do Azure, formando uma relação individual entre o banco de dados e a instância gerenciada.

Usando Manage Instance Link

Para configurar o ambiente para a vinculação ao SQL Server 2019 e posterior, ou SQL Server 2016, você tem a opção de automatizar o processo usando scripts

Depois de confirmar que os pré-requisitos necessários foram atendidos, há duas opções disponíveis para estabelecer o link: empregando o assistente automatizado no SQL Server Management Studio (SSMS) ou configurando manualmente o link por meio de scripts.

Uma vez estabelecido o link, é importante configurá-lo com SSMS e scripts e, em seguida, aderir às práticas recomendadas para garantir sua manutenção adequada.

Para garantir a continuidade das suas operações diante de um desastre, o Managed Instance Link oferece orientações valiosas para a recuperação de desastres. No caso de um desastre, você poderá fazer a transição manual da carga de trabalho da instância primária para a secundária. Para iniciar o processo, recomenda-se examinar minuciosamente o recurso abrangente sobre recuperação de desastres com link de Instância Gerenciada.

Tanto no SQL Server 2016 quanto no SQL Server 2019, a função primária é sempre cumprida pelo SQL Server, enquanto a instância gerenciada secundária serve como uma opção de failover de maneira unidirecional. É importante observar que a transição de volta para o SQL Server não é uma ação suportada. No entanto, existem alternativas de movimentação de dados disponíveis, como a replicação transacional ou a exportação de um bacpac, que permitem a recuperação dos seus dados para o SQL Server.

Custos

Quando você atribui uma réplica de instância gerenciada exclusivamente para fins de recuperação de desastres, a Microsoft não cobra nenhuma taxa de licenciamento do SQL Server para os vCores utilizados pela instância secundária.

É importante observar que o faturamento da instância é calculado por hora, o que significa que você ainda terá cobranças de licenciamento pela hora inteira se modificar o benefício de licenciamento dentro desse período.

Há uma diferença nos benefícios entre o modelo de cobrança pré-pago e o Benefício Híbrido do Azure. No caso do modelo pré-pago, é aplicado um desconto nos vCores da sua fatura. No entanto, se optar pelo Benefício Híbrido do Azure para a réplica passiva, os vCores utilizados pela réplica secundária serão restaurados para o seu conjunto de licenças.

No caso de ser um cliente pré-pago, se você alocar 16 vCores para a instância secundária e designá-la para failover híbrido, sua fatura refletirá um desconto especificamente para esses 16 vCores.

Limitações

Ao utilizar o Manage Instance Link, é importante levar em consideração que existem algumas restrições.

Existem limitações quanto à capacidade de suporte de diferentes versões.

Hospedar sua instância do SQL Server em clientes Windows 10 e 11 não é possível, pois não oferece suporte à ativação do recurso essencial do Availability Groups Always On necessário para a conexão.

Para habilitar esse recurso, é necessário hospedar instâncias do SQL Server no Windows Server 2012 ou mais recente.

O recurso de link não é compatível com as versões do SQL Server 2008 a 2014, pois essas versões não possuem o suporte interno necessário para grupos de disponibilidade distribuídos que são essenciais para o link.

Para utilizar o link, é necessário atualizar para uma versão mais recente do SQL Server.

A capacidade de estabelecer uma ligação entre um Managed Instance e o SQL Server está disponível exclusivamente no SQL Server 2022.

É importante observar as seguintes restrições quando se trata de replicação de dados:

A replicação é limitada aos bancos de dados do usuário e não se estende aos bancos de dados do sistema.

Não há suporte para a replicação de objetos no nível do servidor, SQL Agent Jobs e logins de usuário do SQL Server para uma Managed Instace.

No caso das versões 2016 e 2019 do SQL Server, os bancos de dados do usuário podem ser replicados de instâncias do SQL Server para implantações de um Managed Instance do SQL, mas a replicação é apenas unilateral.