Completar la migración mediante un AG distribuido
Use un grupo de disponibilidad (AG) distribuido para migrar las bases de datos de SQL Server a SQL Server en Azure Virtual Machines.
En este artículo se supone que ya ha configurado el grupo de disponibilidad distribuido para las bases de datos independientes o las bases de datos del grupo de disponibilidad y que ahora está listo para finalizar la migración a SQL Server en Azure Virtual Machines.
Supervisión de la migración
Use Transact-SQL (T-SQL) para supervisar el progreso de la migración.
Ejecute el siguiente script en el principal global y el reenviador y valide que el estado de synchronization_state_desc para el grupo de disponibilidad principal (OnPremAG) y el grupo de disponibilidad secundario (AzureAG) sea SYNCHRONIZED. Confirme que el synchronization_state_desc para el grupo de disponibilidad distribuido (DAG) se está sincronizando y que el last_hardened_lsn es el mismo por base de datos tanto en el principal global como en el reenviador.
Si no es así, vuelva a ejecutar la consulta en ambos lados cada cinco segundos aproximadamente hasta que sea el caso.
Use el siguiente script para supervisar la migración:
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;
Completar migración
Una vez que haya validado los estados del grupo de disponibilidad y el grupo de disponibilidad distribuido, estará listo para completar la migración. Esta consiste en conmutar por error el grupo de disponibilidad distribuido al reenviador (la instancia de SQL Server de destino en Azure) y luego cortar la aplicación al nuevo principal en el lado de Azure.
Para conmutar por error el grupo de disponibilidad distribuido, revise la conmutación por error al grupo de disponibilidad secundario.
Después de la conmutación por error, actualice la cadena de conexión de la aplicación para conectarse a la nueva réplica principal en Azure. En este momento puede optar por mantener el grupo de disponibilidad distribuido o usar DROP AVAILABILITY GROUP [DAG] en las instancias de SQL Server de origen y destino para eliminarlo.
Si el controlador de dominio está en el lado de origen, valide que las VM con SQL Server de destino en Azure se hayan unido al dominio antes de abandonar las instancias de SQL Server de origen. No elimine el controlador de dominio en el lado de origen hasta que haya creado un dominio en el lado de origen en Azure y agregado sus VM con SQL Server a este nuevo dominio.