Compartir a través de

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.

Este artículo asume que ya ha configurado su AG distribuido para las bases de datos independientes o las bases de datos del grupo de disponibilidad, y ahora está listo para finalizar la migración a SQL Server en máquinas virtuales de Azure.

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 primario global y el reenviador y valide que el estado para el grupo de disponibilidad principal (OnPremAG) y el grupo de disponibilidad secundario (AzureAG) es SYNCHRONIZED. Confirme que el synchronization_state_desc para el AG distribuido (DAG) está sincronizando y que last_hardened_lsn es el mismo en cada base de datos tanto en la base de datos 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 AS drs
     INNER JOIN sys.availability_groups AS ag
         ON drs.group_id = ag.group_id;

Completar migración

Una vez que haya validado los estados del grupo de disponibilidad y del 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 realizar la conmutación por error del grupo de disponibilidad distribuido, consulte 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, compruebe que las máquinas virtuales de SQL Server de destino de Azure están unidas 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.

Contenido relacionado

  • Last updated on