Limitaciones conocidas

En esta página, se describen las limitaciones conocidas para migrar de SQL Server a Cloud SQL para SQL Server con Database Migration Service.

Limitaciones generales

  • Database Migration Service puede migrar hasta un máximo de 20 bases de datos por trabajo de migración.

  • Solo puedes ejecutar un trabajo de migración para una sola instancia de Cloud SQL para SQL Server de destino.

  • Database Migration Service no migra la base de datos master de SQL Server, la información del usuario (como los accesos de los usuarios) ni los trabajos que no forman parte de una base de datos específica.

  • No se puede habilitar la recuperación de un momento determinado (PITR) en tu instancia de destino de Cloud SQL durante la migración. Puedes habilitar esta función luego de que la migración se haya completado.

Limitaciones de las fuentes de Cloud SQL para SQL Server

  • En el caso de las fuentes de Cloud SQL para SQL Server, solo puedes crear el perfil de conexión de origen y el trabajo de migración con Google Cloud CLI. Puedes usar la consola de Google Cloud para supervisar el progreso y las métricas de la migración.

  • En el caso de las fuentes de Cloud SQL para SQL Server, Database Migration Service controla de forma automática toda la creación de archivos de copia de seguridad necesarios y los sube a un bucket de Cloud Storage. Database Migration Service primero realiza la copia de seguridad de volcado completo con el recuento de bandas establecido en 13 y, luego, crea y exporta de forma continua los archivos de copia de seguridad del registro de transacciones.

  • Database Migration Service no quita ningún archivo de copia de seguridad exportado automáticamente de tu bucket de Cloud Storage. Te recomendamos que configures un período de retención de datos de entre 14 y 30 días para tus archivos de copia de seguridad.

  • Database Migration Service no encripta los archivos de copia de seguridad que se crean automáticamente para este flujo de migración. Si necesitas usar archivos de copia de seguridad encriptados desde tu instancia de Cloud SQL para SQL Server, te recomendamos que uses el flujo de migración estándar dedicado para fuentes autoadministradas o de Amazon RDS.

  • Tu instancia de origen de Cloud SQL para SQL Server debe tener habilitada la recuperación de un momento determinado (PITR) para que Database Migration Service pueda crear archivos de copia de seguridad de registros de transacciones.

Limitaciones para las fuentes autoadministradas o de Amazon RDS

  • Database Migration Service migra todos los datos de los archivos de copia de seguridad que subes al bucket de Cloud Storage, pero es posible que no todas las funciones presentes en tu base de datos de origen estén disponibles en Cloud SQL para SQL Server. Los trabajos de migración de Database Migration Service no restablecen los datos que se encuentran en una función no admitida, pero la instancia de Cloud SQL para SQL Server de destino puede producir advertencias o errores en los registros.

    Antes de elegir migrar tus bases de datos de SQL Server a Cloud SQL para SQL Server, asegúrate de considerar las funciones de SQL Server no disponibles para Cloud SQL en la documentación de Cloud SQL para SQL Server. También puedes usar Google Cloud Migration Center para descubrir posibles limitaciones o brechas en la compatibilidad de funciones para tu situación específica. Consulta Descubre e importa bases de datos en la documentación de Migration Center.

  • Tus archivos de copia de seguridad pueden tener un tamaño máximo de 5 TB.

  • Puedes dividir tu archivo de copia de seguridad completa en archivos más pequeños si el tamaño de tu base de datos es superior a 5 TB. Cada división puede tener un tamaño máximo de 5 TB.

  • Puedes usar archivos de copia de seguridad y de registro de transacciones encriptados para la migración. Si quieres usar archivos de copia de seguridad encriptados, debes encriptar cada archivo de copia de seguridad (completo, diferencial, registro de transacciones) que uses para una base de datos específica incluida en tu migración. Consulta Cómo usar copias de seguridad encriptadas.

  • Tu instancia de SQL Server de origen no puede usar el modelo de recuperación simple. Para obtener más información sobre los modelos de recuperación, consulta Modelos de recuperación (SQL Server) en la documentación de Microsoft.