Concluir a migração com um AG distribuído
Use um AG (grupo de disponibilidade) distribuído para migrar seus bancos de dados do SQL Server para o SQL Server em VMs (máquinas virtuais) do Azure.
Este artigo pressupõe que você já configurou seu AG distribuído para os bancos de dados independentes ou bancos de dados do grupo de disponibilidade e agora está pronto para finalizar a migração para o SQL Server em VMs do Azure.
Migração do monitor
Use o T-SQL (Transact-SQL) para monitorar o andamento da migração.
Execute o script a seguir no primário global e no encaminhador e valide o estado de synchronization_state_desc para o grupo de disponibilidade primário (OnPremAG) e o grupo de disponibilidade secundário (AzureAG) como SYNCHRONIZED. Confirme se o synchronization_state_desc do AG distribuído (DAG) está sincronizando e se o last_hardened_lsn é o mesmo por banco de dados no primário global e no encaminhador.
Caso contrário, execute novamente a consulta em ambos os lados a cada cinco segundos ou até que seja o caso.
Use o seguinte script para monitorar a migração:
SELECT ag.name,
drs.database_id,
db_name(drs.database_id) AS database_name,
drs.group_id,
drs.replica_id,
drs.synchronization_state_desc,
drs.last_hardened_lsn
FROM sys.dm_hadr_database_replica_states drs
INNER JOIN sys.availability_groups ag
ON drs.group_id = ag.group_id;
Migração completa
Depois de validar os estados do grupo de disponibilidade e do AG distribuído, você estará pronto para concluir a migração. Isso consiste em fazer failover do AG distribuído para o encaminhador (o SQL Server de destino no Azure) e, em seguida, cortar o aplicativo para o novo primário no lado do Azure.
Para fazer failover do grupo de disponibilidade distribuído, revise o failover para o grupo de disponibilidade secundário.
Após o failover, atualize a cadeia de conexão de seu aplicativo para se conectar à nova réplica primária no Azure. Nesse ponto, é possível optar por manter o grupo de disponibilidade distribuído ou usar DROP AVAILABILITY GROUP [DAG] nas instâncias do SQL Server de origem e de destino para eliminá-lo.
Se o seu controlador de domínio estiver no lado de origem, valide se as VMs do SQL Server de destino no Azure se conectaram ao domínio antes de abandonar as instâncias do SQL Server de origem. Não exclua o controlador de domínio no lado de origem até que você crie um domínio no lado de origem no Azure e adicione suas VMs do SQL Server a esse novo domínio.