Completare la migrazione con un gruppo di disponibilità distribuito
Usare un gruppo di disponibilità distribuito per eseguire la migrazione dei database da SQL Server a SQL Server in VM Azure (VM).
Questo articolo presuppone che sia già stato configurato il gruppo di disponibilità distribuito per i database autonomi o per i database del gruppo di disponibilità e ora si è pronti per finalizzare la migrazione a SQL Server nelle macchine virtuali di Azure.
Monitorare la migrazione
Usare Transact-SQL (T-SQL) per monitorare lo stato di avanzamento della migrazione.
Eseguire lo script seguente nel server primario globale e nel server d'inoltro e verificare che lo stato per synchronization_state_desc il gruppo di disponibilità primario (OnPremAG) e il gruppo di disponibilità secondario (AzureAG) sia SYNCHRONIZED. Verificare che per synchronization_state_desc il gruppo di disponibilità distribuito (DAG) sia in corso la sincronizzazione e che last_hardened_lsn sia uguale per ogni database sia nel database primario globale che nel server d'inoltro.
In caso contrario, eseguire nuovamente la query su entrambi i lati ogni 5 secondi o così via fino a quando non si tratta del caso.
Usare lo script seguente per monitorare la migrazione:
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;
Completare la migrazione
Dopo aver convalidato gli stati del gruppo di disponibilità e del gruppo di disponibilità distribuito, si è pronti per completare la migrazione. Questo è costituito dal failover del gruppo di disponibilità distribuito al server d'inoltro (SQL Server di destinazione in Azure) e quindi di tagliare l'applicazione al nuovo database primario sul lato Azure.
Per eseguire il failover del gruppo di disponibilità distribuito, esaminare il failover nel gruppo di disponibilità secondario.
Dopo il failover, aggiornare il stringa di connessione dell'applicazione per connettersi alla nuova replica primaria in Azure. A questo punto, è possibile scegliere di gestire il gruppo di disponibilità distribuito o di usarlo DROP AVAILABILITY GROUP [DAG] sia nelle istanze di SQL Server di origine che di destinazione per eliminarlo.
Se il controller di dominio si trova sul lato origine, verificare che le macchine virtuali di SQL Server di destinazione in Azure abbiano aggiunto il dominio prima di abbandonare le istanze di SQL Server di origine. Non eliminare il controller di dominio sul lato origine finché non si crea un dominio sul lato di origine in Azure e si aggiungono le macchine virtuali di SQL Server a questo nuovo dominio.