Noções básicas dos grupos de disponibilidade distribuídos
Se você quiser minimizar a quantidade de tempo de inatividade durante a migração, poderá usar o recurso grupos de disponibilidade (AG) Always On do SQL Server para estender um banco de dados local para a nuvem.
Um AG (grupo de disponibilidade) distribuído 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 VMs (máquinas virtuais) do Azure.
Se você tiver migrando um banco de dados (ou vários bancos de dados) de uma instância autônoma usando um grupo de disponibilidade distribuído o AG é uma solução direta que não exige um Cluster de Failover do Windows Server ou um ouvinte do 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.
Você pode usar o Transact-SQL para adicionar uma réplica do banco de dados usando seu 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.
Observação
O Assistente Adicionar Réplica do Azure só funciona com Máquinas Virtuais do Microsoft Azure em execução no modelo de implantação clássico. As melhores práticas consistem em criar máquinas virtuais com o Resource Manager e, como resultado, você só pode adicionar uma réplica usando o Transact-SQL.