Compreender o grupo de disponibilidade distribuída para migração

Concluído

Se quiser minimizar a quantidade de tempo de inatividade durante a migração, você pode usar o recurso de grupo de disponibilidade Always On (AG) do SQL Server para estender um banco de dados local para a nuvem.

Um grupo de disponibilidade distribuída (AG) pode ser usado para migrar uma instância autônoma do SQL Server ou um grupo de disponibilidade Always On para o SQL Server em Máquinas Virtuais (VMs) do Azure.

Se você estiver migrando um banco de dados (ou vários bancos de dados) de uma instância autônoma, usar um AG distribuído é uma solução simples que não requer um Cluster de Failover do Windows Server ou um ouvinte de grupo de disponibilidade na origem ou no destino. No entanto, se você estiver migrando um grupo de disponibilidade, um cluster e um ouvinte serão necessários na origem e no destino.

Um diagrama de arquitetura do grupo de disponibilidade distribuída para migrar bancos de dados de uma instância autônoma.

Você pode usar o Transact-SQL para adicionar uma réplica do banco de dados usando o SQL Server local já existente usando o assistente Adicionar Réplica do Azure. Ele deve ter um grupo de disponibilidade Always On existente e ter uma conexão existente entre sua rede local e o Azure.

Nota

O assistente Adicionar Réplica do Azure só funciona com Máquinas Virtuais do Azure em execução no modelo de implantação clássico. A prática recomendada é criar máquinas virtuais com o Gerenciador de Recursos, como resultado, você só pode adicionar uma réplica usando Transact-SQL.