Database Migration Service admite dos enfoques para migrar bases de datos de SQL Server a Cloud SQL para SQL Server:
- Migraciones de copia de seguridad y restablecimiento: Migra desde fuentes autoadministradas de SQL Server, Amazon RDS o Cloud SQL para SQL Server almacenando en etapa de pruebas archivos de copia de seguridad completa y de registro de transacciones en un bucket de Cloud Storage.
- Migraciones de grupos de disponibilidad distribuida (DAG): Migra desde instancias autoadministradas de SQL Server Enterprise Edition directamente a través de una conexión de red privada con el grupo de disponibilidad distribuida de SQL Server, sin exportar archivos de copia de seguridad a Cloud Storage.
Migraciones de copia de seguridad y restablecimiento
Puedes migrar bases de datos de SQL Server a instancias de Cloud SQL para SQL Server con Database Migration Service usando un flujo de copia de seguridad y restablecimiento.
Para las fuentes autoadministradas o de Amazon RDS, primero debes subir los archivos de copia de seguridad de la base de datos completa y de registro de transacciones a un bucket de Cloud Storage. Luego, Database Migration Service supervisa de forma activa tu bucket y replica tus datos de forma continua en la instancia de Cloud SQL para SQL Server de destino.
En el caso de las fuentes de Cloud SQL para SQL Server, Database Migration Service controla automáticamente todas las exportaciones de archivos de copia de seguridad necesarias.
En esta sección, se abordan las siguientes funciones para las migraciones homogéneas de copia de seguridad y restablecimiento de SQL Server:
En Origen y destino compatibles, se enumeran todas las versiones de SQL Server compatibles con Database Migration Service.
El flujo de datos de las migraciones continuas proporciona una descripción general de extremo a extremo de cómo se mueven tus datos en Google Cloud durante el proceso de migración.
Encriptación: Se analiza cómo puedes migrar con archivos de copia de seguridad de SQL Server encriptados.
En Supervisión, se proporciona una introducción a los registros y las métricas que pueden ayudarte a observar el progreso y el estado de tu trabajo de migración.
Bases de datos de origen y destino compatibles
Puedes usar Database Migration Service para migrar entre la misma versión y edición de SQL Server, o desde versiones anteriores de SQL Server a versiones posteriores compatibles con Cloud SQL, siempre y cuando sigas los lineamientos de compatibilidad de versiones. Para obtener más información, consulta las actualizaciones de versiones y ediciones compatibles para tu versión de SQL Server en la documentación de Microsoft. Por ejemplo, consulta Actualizaciones de versiones y ediciones compatibles (SQL Server 2025).
En la siguiente tabla, se enumeran todas las bases de datos de origen y destino de SQL Server admitidas:
| Bases de datos de origen | Bases de datos de destino |
|---|---|
| Amazon RDS | Versiones 2025, 2022, 2019 y 2017 de Cloud SQL para SQL Server |
| SQL Server con administración automática
(local o en cualquier VM en la nube que controles por completo) | |
| Cloud SQL para SQL Server (con exportaciones de copias de seguridad automatizadas por Database Migration Service) |
Flujo de datos de migraciones continuas
Para las migraciones homogéneas de SQL Server a Cloud SQL, Database Migration Service admite el flujo de migración continua. En este enfoque, tus datos se cargan primero desde un archivo de copia de seguridad de la base de datos completa, luego, desde un archivo de copia de seguridad diferencial y, luego, se actualizan de forma continua según los archivos de registro de transacciones que subas a un bucket de Cloud Storage dedicado.
En general, tus datos se mueven por las fases de migración de la siguiente manera:
Fuentes de Cloud SQL para SQL Server
Para fuentes de Cloud SQL para SQL Server:
- Configura tu instancia de origen de Cloud SQL para SQL Server para que admita la recuperación de un momento determinado (PITR) y asigna los permisos necesarios para las cuentas de servicio de Cloud SQL y Database Migration Service.
- Cuando creas y ejecutas el trabajo de migración, Database Migration Service primero crea una copia de seguridad completa de tu base de datos, la almacena en el bucket de Cloud Storage proporcionado y, luego, la carga en la instancia de destino.
- Una vez que se completa el volcado completo, Database Migration Service sigue exportando archivos de registro de transacciones desde tu instancia de Cloud SQL para SQL Server de origen y los carga en el destino.
Puedes detener la replicación en curso y ascender el trabajo de migración cuando quieras cambiar tu aplicación para que use la instancia de destino de Cloud SQL para SQL Server como la base de datos de producción. Para obtener una guía de migración detallada paso a paso, consulta la guía de migración de Cloud SQL para SQL Server para fuentes de Cloud SQL.
Fuentes autoadministradas y de AWS
Para fuentes autoadministradas y de AWS, haz lo siguiente:
- Sube tus archivos de copia de seguridad a Cloud Storage.
Las migraciones continuas de SQL Server para fuentes autoadministradas requieren que primero realices una copia de seguridad completa de tu base de datos de origen y, luego, subas el archivo de copia de seguridad a un bucket de Cloud Storage. Para las actualizaciones posteriores, puedes proporcionar un archivo de copia de seguridad diferencial de forma opcional y, luego, subir archivos de registro de transacciones. También puedes automatizar la creación y carga continuas de registros de transacciones.
Para obtener más información sobre cómo automatizar la creación y carga continuas de registros de transacciones, consulta Programa copias de seguridad de registros de transacciones.
Para obtener detalles sobre cómo Database Migration Service usa diferentes tipos de archivos de copia de seguridad en migraciones homogéneas de SQL Server, consulta Tipos de archivos de copia de seguridad admitidos.
- Cuando se inicia el trabajo de migración, Database Migration Service carga la copia de seguridad completa más reciente de la base de datos en la instancia de Cloud SQL para SQL Server de destino.
- Una vez que se completa la carga inicial, Database Migration Service cambia a la fase de carga
incremental. En este punto, Database Migration Service realiza lo siguiente:
-
Si tu trabajo de migración está configurado para usar un archivo de copia de seguridad diferencial,
Database Migration Service analiza la carpeta "diff" y carga los archivos de copia de seguridad diferencial
en tu instancia de destino. Si tu trabajo de migración está configurado
para usar un archivo de copia de seguridad diferencial, pero Database Migration Service no puede encontrarlo
en el bucket de Cloud Storage, el trabajo de migración muestra un error
mientras busca de forma continua en la carpeta "diff" el archivo de copia de seguridad
diferencial.
Database Migration Service carga los archivos de copia de seguridad diferencial solo una vez, al comienzo de la fase de carga incremental. Cuando el trabajo de migración continúa con los archivos de registro de transacciones, no se reconocen los archivos de copia de seguridad diferencial nuevos cuando los subes a la carpeta "diff".
- Ahora, Database Migration Service analiza de forma continua tu bucket de Cloud Storage en busca de archivos de copia de seguridad del registro de transacciones para replicarlos en tu instancia de destino.
-
Si tu trabajo de migración está configurado para usar un archivo de copia de seguridad diferencial,
Database Migration Service analiza la carpeta "diff" y carga los archivos de copia de seguridad diferencial
en tu instancia de destino. Si tu trabajo de migración está configurado
para usar un archivo de copia de seguridad diferencial, pero Database Migration Service no puede encontrarlo
en el bucket de Cloud Storage, el trabajo de migración muestra un error
mientras busca de forma continua en la carpeta "diff" el archivo de copia de seguridad
diferencial.
- A medida que aparezcan datos nuevos en tu base de datos de origen, puedes seguir exportando los archivos de copia de seguridad del registro de transacciones y subirlos al mismo bucket de Cloud Storage. Database Migration Service selecciona todos los archivos de copia de seguridad de registro de transacciones nuevos y los replica en la base de datos de destino.
Puedes detener la replicación en curso y ascender el trabajo de migración cuando quieras cambiar tu aplicación para que use la instancia de destino de Cloud SQL para SQL Server como la base de datos de producción. Para obtener una guía de migración detallada paso a paso, consulta la Guía de migración de Cloud SQL para SQL Server.
Encriptación
Para las fuentes autoadministradas y de Amazon RDS, Database Migration Service proporciona compatibilidad total con las copias de seguridad encriptadas de SQL Server. Si subes tu clave de encriptación a Google Cloud, Database Migration Service puede desencriptar tus datos de forma segura y cargarlos en la instancia de destino de Cloud SQL para SQL Server sin comprometer la seguridad de los datos.
Para obtener más detalles, consulta Archivos de copia de seguridad de SQL Server encriptados.
Migraciones de grupos de disponibilidad distribuidos (DAG)
En el caso de las instancias autoadministradas de SQL Server Enterprise Edition, puedes migrar bases de datos directamente a través de una conexión de red privada con el grupo de disponibilidad distribuida (DAG) de SQL Server, sin exportar archivos de copia de seguridad o de registro de transacciones a Cloud Storage.
En esta sección, se proporciona una descripción general rápida de las migraciones de grupos de disponibilidad distribuidos de SQL Server:
En Origen y destino compatibles, se enumeran las ediciones y versiones de SQL Server compatibles con las migraciones de DAG.
El flujo de datos de migraciones continuas resume cómo se mueven tus datos entre los grupos de disponibilidad durante el proceso de migración.
La encriptación describe cómo se protegen los datos en tránsito entre las instancias de origen y destino.
En Supervisión, se presentan los registros y las métricas que te ayudan a observar el progreso y el estado de tu trabajo de migración.
Para obtener una comparación completa con las migraciones de copia de seguridad y restablecimiento, los detalles de la arquitectura y las limitaciones, consulta Acerca de las migraciones de grupos de disponibilidad distribuidos (DAG).
Bases de datos de origen y destino compatibles
Las migraciones de grupos de disponibilidad distribuidos requieren la edición Enterprise tanto en la instancia de SQL Server de origen como en la instancia de Cloud SQL para SQL Server de destino:
| Bases de datos de origen | Bases de datos de destino |
|---|---|
| Versiones 2025, 2022, 2019 y 2017 de SQL Server Enterprise Edition autoadministrado
(local o en cualquier VM en la nube que controles por completo, con los grupos de disponibilidad Always On habilitados) |
Versiones 2025, 2022, 2019 y 2017 de Cloud SQL para SQL Server Enterprise Edition |
Flujo de datos de migraciones continuas
En una migración de grupo de disponibilidad distribuido, Database Migration Service configura un grupo de disponibilidad distribuido entre tu grupo de disponibilidad de origen y un grupo de disponibilidad secundario administrado en tu instancia de destino de Cloud SQL para SQL Server, lo que transmite la carga completa inicial y los cambios continuos de la base de datos directamente a través de una conexión de red privada.
En general, la migración de un grupo de disponibilidad distribuido funciona de la siguiente manera:
- Configura la conectividad de IP privada bidireccional, prepara un grupo de disponibilidad de origen y crea un servidor vinculado en la instancia de destino de Cloud SQL para SQL Server.
- Cuando inicias el trabajo de migración, Database Migration Service crea un grupo de disponibilidad distribuido y transmite la carga completa inicial de todas las bases de datos del grupo de disponibilidad de origen directamente a través de la red a Cloud SQL para SQL Server.
- Después de que se completa la carga completa inicial, Database Migration Service replica
de forma continua los cambios en curso de la base de datos (fase
CDC), mientras te permite consultar las bases de datos de destino en modo de solo lectura. - Cuando asciendes el trabajo de migración, Database Migration Service cambia la
instancia de Cloud SQL para SQL Server a la instancia principal de lectura y escritura, y entra en la
fase
FAILBACKpara replicar las escrituras nuevas en la instancia de origen. Durante la faseFAILBACK, puedes ejecutarpromotecon la marca--failbackpara volver a cambiar el rol principal a tu instancia de origen o detener la replicación y borrar el trabajo de migración para completar la migración y realizar la limpieza necesaria una vez que se verifique la migración de sistemas.
Para obtener todos los detalles sobre cómo funcionan las migraciones de DAG, consulta Acerca de las migraciones de grupos de disponibilidad distribuidos (DAG). Para obtener una explicación paso a paso, consulta Migra desde SQL Server autoadministrado con grupos de disponibilidad distribuidos.
Encriptación
Las migraciones de grupos de disponibilidad distribuidos no exportan archivos de copia de seguridad a
Cloud Storage. En cambio, todos los datos de carga completa iniciales y los cambios continuos en la base de datos
que se transfieren entre el grupo de disponibilidad de origen y el grupo de disponibilidad de Cloud SQL para SQL Server
de destino se autentican con certificados y
se encriptan en tránsito con la encriptación AES a través de la conexión de red
privada.
Supervisión
Database Migration Service proporciona amplias capacidades de registro y observabilidad para ayudarte a supervisar el progreso de las migraciones de copias de seguridad y restablecimiento, y de grupos de disponibilidad distribuidos. Estas funciones incluyen diagnósticos en tiempo real para el retraso de la replicación (retraso de restablecimiento), el procesamiento de archivos de copia de seguridad de registros de transacciones para migraciones basadas en copias de seguridad, el uso del almacenamiento de destino y registros detallados para el estado de la instancia de destino de Cloud SQL para SQL Server y el estado del trabajo de migración.
Para obtener más detalles, consulta Métricas de trabajos de migración.
¿Qué sigue?
Para obtener más información sobre la compatibilidad de datos y funciones de SQL Server en Database Migration Service, consulta Limitaciones conocidas.
Para obtener una explicación completa y paso a paso de la migración, consulta lo siguiente: