Problemas conocidos o limitaciones con las migraciones en línea a Instancia administrada de Azure SQL

A continuación se describen los problemas conocidos y las limitaciones relacionadas con las migraciones en línea de SQL Server a Instancia administrada de Azure SQL.

Importante

Con las migraciones en línea de SQL Server a Azure SQL Managed Instance, no se admite la migración de los tipos de datos SQL_variant.

Requisitos de la copia de seguridad

• Medio de copia de seguridad

  Asegúrese de realizar todas las copias de seguridad en un medio de copia de seguridad independiente (archivos de copia de seguridad). Azure Database Migration Service no admite las copias de seguridad que se anexan a un único archivo de copia de seguridad. Realice copias de seguridad completas, diferenciales y de registro en archivos de copia de seguridad independientes.

Diseño del archivo de registro y datos

• Número de archivos de registro

  Azure Database Migration Service no admite bases de datos con varios archivos de registro. Si tiene varios archivos de registro, puede reducirlos y reorganizarlos en un único archivo de registro de transacciones. Dado que no es posible controlar de forma remota los archivos de registro que no están vacíos, primero debe realizar una copia de seguridad del archivo de registro.

características de SQL Server

• FileStream/FileTables

  En la actualidad, SQL Managed Instance no admite FileStream ni FileTables. En el caso de las cargas de trabajo que dependen de estas características, se recomienda que opte por los servidores SQL Server que se ejecutan en máquinas virtuales de Azure como destino de Azure.

• Tablas en memoria

  OLTP en memoria está disponible en los niveles Prémium y Crítico para la empresa para Instancia administrada de SQL. El nivel De uso general no admite OLTP en memoria.

Restablecimientos de migración

• Implementaciones

  Instancia administrada de SQL es un servicio PaaS con revisiones y actualizaciones de versiones automáticas. Durante la migración de SQL Managed Instance, las actualizaciones no críticas se conservan por hasta 36 horas. Después (y para las actualizaciones críticas), si se interrumpe la migración, el proceso restablece el entorno a un estado de restauración completa.

  Solo se puede llamar a la migración total una vez se restaura la copia de seguridad completa y se pone al día con todas las copias de seguridad de registros. Si las migraciones totales de producción se ven afectadas por problemas inesperados, abra una incidencia de soporte técnico para obtener ayuda.

  Puede enviar ideas o sugerencias de mejora y otros comentarios, incluidos errores en el foro de la comunidad de Azure dedicado a Azure Database Migration Service.

Conectividad de recursos compartidos de archivos SMB

Los problemas para conectarse al recurso compartido de archivos SMB probablemente se deban a un problema de permisos.

Para probar la conectividad de recursos compartidos de archivos SMB, siga estos pasos:

1. Guarde una copia de seguridad en el recurso compartido de archivos SMB.

2. Compruebe la conectividad de red entre la subred de Azure Database Migration Service y el servidor SQL Server de origen. La forma más fácil de hacerlo es implementar una máquina virtual SQL Server en la subred DMS y conectarse al servidor SQL Server de origen mediante SQL Server Management Studio.

3. Restaure el encabezado en el servidor SQL Server de origen desde la copia de seguridad en el recurso compartido de archivos:

   SQL

   RESTORE HEADERONLY
   FROM DISK = N'\\<SMB file share path>\full.bak';
   

Si no puede conectarse al recurso compartido de archivos, configure los permisos con estos pasos:

1. Vaya al recurso compartido de archivos mediante el Explorador de archivos.

2. Haga clic con el botón derecho en el recurso compartido de archivos y seleccione Propiedades.

3. Elija la pestaña Compartir y seleccione Uso compartido avanzado.

4. Agregue la cuenta de Windows usada para la migración y asígnele acceso de control total.

5. Agregue la cuenta de servicio de SQL Server y asígnele acceso de control total. Compruebe el Administrador de configuración de SQL Server para la cuenta de servicio de SQL Server si no está seguro de qué cuenta se está utilizando.