Compartilhar via

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 seus bancos de dados autônomos ou seus bancos de dados de 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 seguinte script no global primário e no encaminhador e valide se o estado do grupo de disponibilidade primário (OnPremAG) e do grupo de disponibilidade secundário (AzureAG) é SYNCHRONIZED. Confirme se o synchronization_state_desc do AG distribuído (DAG) está sincronizando e se o last_hardened_lsn é o mesmo em cada banco de dados, tanto no primário global quanto 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 AS drs
     INNER JOIN sys.availability_groups AS 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, examine 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 controlador de domínio estiver no lado de origem, valide se as VMs do SQL Server de destino no Azure estão ingressadas no 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.

Conteúdo relacionado

  • Last updated on