Tutorial: Migración de SQL Server a una instancia administrada de Azure SQL en línea mediante DMS (clásico).

Importante

Azure Database Migration Service (clásico): los escenarios de SQL están en proceso de retirada. Desde el1 de agosto de 2023, ya no podrá crear nuevos recursos de Database Migration Service (clásico) para escenarios de SQL Server de Azure Portal. El servicio le retirará el 15 de marzo de 2026 para todos los clientes. Para realizar migraciones completas desde varios orígenes de base de datos hasta destinos de Azure SQL, Microsoft recomienda usar la versión más reciente de Azure Database Migration Service, que está disponible como Azure SQL Migration, una extensión de Azure Data Studio, mediante Azure Portal, Azure PowerShell y la CLI de Azure. Para obtener más información, consulte Aviso de retirada: Database Migration Service (clásico).

Nota:

En este tutorial se usa una versión anterior de Azure Database Migration Service. Para mejorar la funcionalidad y la compatibilidad, considere la posibilidad de migrar a Azure SQL Managed Instance mediante la extensión de migración de Azure SQL para Azure Data Studio.

Para comparar características entre versiones, revise comparar versiones.

Azure Database Migration Service se puede usar para migrar las bases de datos de una instancia de SQL Server a una Instancia administrada de Azure SQL con un tiempo de inactividad mínimo. Para ver otros métodos que pueden requerir algún trabajo manual, consulte el artículo Guía de migración: de SQL Server a Azure SQL Managed Instance.

En este tutorial, se va a migrar la base de datos AdventureWorks2016 de una instancia local de SQL Server a una instancia de SQL Managed Instance con un tiempo de inactividad mínimo mediante Azure Database Migration Service.

Aprenderá a:

• Registrar el proveedor de recursos de Azure DataMigration.
• Crear una instancia de Azure Database Migration Service.
• Crear un proyecto de migración e iniciar una migración en línea mediante Azure Database Migration Service.
• Supervisar la migración
• Realizar la migración total cuando esté listo.

Importante

En el caso de las migraciones en línea de SQL Server a SQL Managed Instance mediante Azure Database Migration Service, es preciso proporcionar la copia de seguridad de la base de datos completa y las posteriores copias de seguridad del registro en el recurso compartido de red SMB que el servicio puede usar para migrar bases de datos. Azure Database Migration Service no se inicia copias de seguridad y en su lugar usa las copias de seguridad existentes, que puede que ya tenga como parte de su plan de recuperación ante desastres, para la migración. Cada copia de seguridad se puede escribir en un archivo de copia de seguridad independiente o en varios archivos de copia de seguridad. Sin embargo, no se admite la anexión de varias copias de seguridad (es decir, el registro completo y de transacciones) en un único medio de copia de seguridad. Use copias de seguridad comprimidas para reducir la probabilidad de problemas asociados a la migración de copias de seguridad de gran tamaño.

Nota

El uso de Azure Database Migration Service para realizar una migración en línea requiere la creación de una instancia basada en el plan de tarifa Premium.

Importante

Para disfrutar de una experiencia de migración óptima, Microsoft recomienda crear una instancia de Azure Database Migration Service en la misma región de Azure que la base de datos de destino. Si los datos se transfieren entre diferentes regiones o ubicaciones geográficas, el proceso de migración puede verse afectado y pueden producirse errores.

Importante

Reduzca la duración del proceso de migración en línea tanto como sea posible para minimizar el riesgo de interrupción causado por la reconfiguración de la instancia o el mantenimiento planeado. Si esto ocurre, el proceso de migración volverá a empezar desde el principio. En el caso del mantenimiento planeado, hay un período de gracia de 36 horas para que se reinicie la migración.

Sugerencia

En Azure Database Migration Service, puede migrar las bases de datos sin conexión o mientras están en línea. Con una migración sin conexión, el tiempo de inactividad de la aplicación se inicia cuando comienza la migración. Para limitar el tiempo de inactividad al tiempo necesario para la transición al nuevo entorno cuando finalice la migración, use una migración en línea. Se recomienda probar una migración sin conexión para determinar si el tiempo de inactividad es aceptable. Si el tiempo de inactividad esperado no es aceptable, realice una migración en línea.

En este artículo se describe una migración en línea desde SQL Server hasta una Instancia administrada de SQL. Para migraciones sin conexión, vea Migración de SQL Server a una Instancia administrada sin conexión de SQL mediante DMS.

Requisitos previos

Para completar este tutorial, necesita:

• Descargar e instalar SQL Server 2016 o una versión posterior.

• Habilitar el protocolo TCP/IP, que se deshabilita de forma predeterminada durante la instalación de SQL Server Express, siguiendo las instrucciones del artículo Habilitar o deshabilitar un protocolo de red de servidor.

• Restaure la base de datos AdventureWorks2016 a la instancia de SQL Server.

• Cree una instancia de Azure Virtual Network para Azure Database Migration Service mediante el modelo de implementación de Azure Resource Manager, que proporciona conectividad de sitio a sitio a los servidores de origen local mediante ExpressRoute o VPN. Obtenga información sobre topologías de red para migraciones de Instancia administrada de SQL mediante Azure Database Migration Service. Para más información sobre la creación de una red virtual, consulte la documentación de Virtual Networky, especialmente, los artículos de inicio rápido con detalles paso a paso.

  Nota

  Durante la configuración de la red virtual, si usa ExpressRoute con emparejamiento de red a Microsoft, agregue los siguientes puntos de conexión de servicio a la subred en la que se aprovisionará el servicio:

  • Punto de conexión de base de datos de destino (por ejemplo, punto de conexión de SQL, punto de conexión de Azure Cosmos DB, etc.)
  • Punto de conexión de Storage
  • Punto de conexión de Service Bus

  Esta configuración es necesaria porque Azure Database Migration Service no tiene conexión a Internet.

  Si no dispone de conectividad de sitio a sitio entre la red local y Azure, o si el ancho de banda de conectividad de sitio a sitio es limitado, considere la posibilidad de usar Azure Database Migration Service en modo híbrido (versión preliminar). El modo híbrido hace uso de un trabajo de migración local junto con una instancia de Azure Database Migration Service que se ejecuta en la nube. Para crear una instancia de Azure Database Migration Service en el modo híbrido, consulte el artículo Creación de una instancia de Azure Database Migration Service en modo híbrido mediante Azure Portal.

  Importante

  Con respecto a la cuenta de almacenamiento que se usa como parte de la migración, debe:

  • Optar por permitir que todas las redes tengan acceso a la cuenta de almacenamiento
  • Active la delegación de subred en la subred de MI y actualice las reglas de firewall de la cuenta de almacenamiento para permitir esta subred.
  • No se puede usar una cuenta de Azure Storage que tenga un punto de conexión privado con Azure Database Migration Service.

• Asegúrese de que las reglas del grupo de seguridad de red de la red virtual no bloquean el puerto de salida 443 de ServiceTag para ServiceBus, Storage y AzureMonitor. Para más información sobre el filtrado del tráfico con grupos de seguridad de red para redes virtuales, vea el artículo Filtrado del tráfico de red con grupos de seguridad de red.

• Configure el Firewall de Windows para acceder al motor de base de datos de origen.

• Abra el firewall de Windows para que Azure Database Migration Service pueda acceder al servidor SQL Server de origen; de forma predeterminada, es el puerto TCP 1433. Si la instancia predeterminada está escuchando en otro puerto, agréguelo al firewall.

• Si se ejecutan varias instancias con nombre de SQL Server con puertos dinámicos, puede ser conveniente habilitar el servicio SQL Browser y permitir el acceso al puerto UDP 1434 mediante los firewalls para que Azure Database Migration Service pueda conectarse a una instancia con nombre en el servidor de origen.

• Si va a usar un dispositivo de firewall delante de las bases de datos de origen, puede que sea necesario agregar reglas de firewall para permitir que Azure Database Migration Service acceda a las bases de datos de origen para hacer la migración, y archivos a través del puerto SMB 445.

• Cree una Instancia administrada de SQL mediante los pasos que se describen en el artículo Creación de una Instancia administrada de SQL en Azure Portal.

• Asegúrese de que los inicios de sesión usados para conectar la instancia de SQL Server de origen y SQL Managed Instance de destino sean miembros del rol de servidor sysadmin.

• Especifique un recurso compartido de red SMB que contenga todos los archivos de copia de seguridad de la base de datos completa y los posteriores archivos de copia de seguridad de registros de transacciones, ya que Azure Database Migration Service puede usarlos para la migración de la base de datos.

• Asegúrese de que la cuenta de servicio que ejecuta la instancia de SQL Server de origen tiene privilegios de escritura en el recurso compartido de red que haya creado, y que la cuenta del equipo del servidor de origen tiene acceso de lectura y escritura para el mismo recurso compartido.

• Anote un usuario de Windows (y su contraseña) que tenga privilegios de control total sobre el recurso compartido de red que creó anteriormente. Azure Database Migration Service suplanta la credencial de usuario para cargar los archivos de copia de seguridad en el contenedor de Azure Storage para la operación de restauración.

• Cree un identificador de aplicación de Microsoft Entra que genere la clave del identificador de aplicación que puede usar Azure Database Migration Service para conectarse a Azure SQL Managed Instance y al contenedor de Azure Storage. Para más información, consulte el artículo Uso del portal para crear una aplicación de Microsoft Entra y una entidad de servicio con acceso a los recursos.

  Nota:

  El identificador de aplicación utilizado por el Azure Database Migration Service admite la autenticación secreta (basada en contraseña) para las entidades de servicio. No admite la autenticación basada en certificados.

  Nota

  Azure Database Migration Service requiere el permiso de colaborador sobre la suscripción correspondiente al identificador de aplicación especificado. También puede crear roles personalizados que concedan los permisos específicos que Azure Database Migration Service requiere. A fin de obtener instrucciones paso a paso sobre el uso de roles personalizados, vea el artículo Roles personalizados para las migraciones en línea de SQL Server a Instancias administradas de SQL.

• Cree o anote el nivel de rendimiento estándar, cuenta de almacenamiento de Azure, que permite que el servicio DMS cargue los archivos de copia de seguridad de la base de datos a y los use para migrar las bases de datos. Asegúrese de crear la cuenta Azure Storage en la misma región en la que se creó la instancia de Azure Database Migration Service.

  Nota

  Al migrar una base de datos protegida mediante Cifrado de datos transparente a una instancia administrada con la opción de migración en línea, se debe migrar el certificado correspondiente del entorno local o la instancia de SQL Server de la VM de Azure antes de restaurar la base de datos. Para consultar los pasos detallados, consulte Migración de un certificado TDE a Instancia administrada.

Registrar el proveedor de recursos

Registre el proveedor de recursos Microsoft.DataMigration antes de crear su primera instancia de Database Migration Service.

1. Inicie sesión en Azure Portal. Busque y seleccione Suscripciones.

   

2. Seleccione la suscripción en la que quiere crear la instancia de Azure Database Migration Service y después seleccione Proveedores de recursos.

   

3. Busque la migración y, después, seleccione Registrar para Microsoft.DataMigration.

   

Creación de una instancia de Azure Database Migration Service

1. En el menú de Azure Portal o en la página principal, seleccione Crear un recurso. Busque y seleccione Azure Database Migration Service.

   

2. En la pantalla Azure Database Migration Service, seleccione Crear.

   

   Seleccione el tipo de servidor de origen y el tipo de servidor de destino adecuados y elija la opción Database Migration Service (clásico).

   

3. En la pantalla de aspectos básicos Crear el servicio de migración:

   • Seleccione la suscripción.
   • Cree un grupo de recursos o seleccione uno existente.
   • Especifique un nombre para la instancia de Azure Database Migration Service.
   • Seleccione la ubicación en la que quiere crear la instancia de Azure Database Migration Service.
   • Elija Azure como modo de servicio.
   • Seleccione un plan de tarifa. Para más información sobre los costos y planes de tarifa, vea la página de precios.

   

   • Seleccione Siguiente: Redes.

4. En la pantalla de red Crear el servicio de migración:

   • Seleccione una red virtual existente o cree una nueva. La red virtual proporciona a Azure Database Migration Service acceso al servidor de origen y a la instancia de destino. Para más información sobre cómo crear una red virtual en Azure Portal, consulte el artículo Creación de una red virtual con Azure Portal.

   

   • Seleccione Revisar y crear para revisar los detalles y luego Crear para crear el servicio.

   • Transcurridos unos momentos, se crea la instancia de Azure Database Migration Service y estará lista para usarse:

   

Nota:

Para más información, consulte el artículo Topologías de red para migraciones de Azure SQL Managed Instance mediante Azure Database Migration Service.

Creación de un proyecto de migración

Después de crear una instancia del servicio, búsquela en Azure Portal, ábrala y cree un proyecto de migración.

1. En el menú de Azure Portal, seleccione Todos los servicios. Busque y seleccione Azure Database Migration Service.

   

2. En la pantalla Azure Database Migration Services, seleccione el nombre de la instancia de Azure Database Migration Service que creó.

3. Seleccione Nuevo proyecto de migración.

   

4. En la pantalla New migration project (Nuevo proyecto de migración), especifique el nombre del proyecto; en el cuadro de texto Source server type (Tipo de servidor de origen), seleccione SQL Server; en el cuadro de texto Target server type (Tipo de servidor de destino), seleccione Azure SQL Database Managed Instance (Instancia administrada de Azure SQL Database) y, finalmente, en Choose type of activity (Elegir tipo de actividad), seleccione Online data migration (Migración de datos en línea).

   

5. Seleccione Crear y ejecutar una actividad para crear el proyecto y ejecutar la actividad de migración.

Especificación de los detalles de origen

1. En la pantalla Seleccionar origen, especifique los detalles de conexión de la instancia de SQL Server de origen.

   Asegúrese de usar un nombre de dominio completo (FQDN) para el nombre de la instancia de SQL Server de origen. También puede usar la dirección IP en los casos en que no sea posible la resolución de nombres de DNS.

2. Si no ha instalado ningún certificado de confianza en el servidor, seleccione la casilla Certificado de servidor de confianza.

   Si no hay ningún certificado de confianza instalado, SQL Server genera un certificado autofirmado cuando se inicia la instancia. Este certificado se usa para cifrar las credenciales de las conexiones del cliente.

   Precaución

   Las conexiones TLS cifradas mediante un certificado autofirmado no proporcionan una gran seguridad. Son susceptibles de sufrir ataques de tipo "Man in the middle". No debe confiar en TLS con certificados autofirmados en un entorno de producción, ni en servidores conectados a Internet.

   

3. Seleccione Siguiente: Seleccionar destino.

Especificación de los detalles de destino

1. En la pantalla Seleccionar destino, especifique el id. de la aplicación y la clave que la instancia de DMS puede usar para conectarse a la instancia de destino de SQL Managed Instance y la cuenta de Azure Storage.

   Para más información, consulte el artículo Uso del portal para crear una aplicación de Microsoft Entra y una entidad de servicio con acceso a los recursos.

2. Seleccione la suscripción que contiene la instancia de destino de SQL Managed Instance y, después, seleccione la instancia de SQL Managed Instance de destino.

   Si aún no ha aprovisionado la Instancia administrada de SQL, seleccione el vínculo para hacerlo. Cuando la Instancia administrada de SQL esté lista, regrese a este proyecto específico para ejecutar la migración.

3. Proporcione el Usuario de SQL y la Contraseña para conectarse a la Instancia administrada de SQL.

   

4. Seleccione Next: Select databases (Siguiente: Seleccionar bases de datos).

Especificación de las bases de datos de origen

1. En la pantalla Seleccionar bases de datos, seleccione las bases de datos de origen que quiere migrar.

Importante

Si usa SQL Server Integration Services (SSIS), DMS no admite actualmente la migración de la base de datos de catálogo de los proyectos o paquetes de SSIS (SSISDB) desde SQL Server hasta la Instancia administrada de SQL. Sin embargo, puede aprovisionar SSIS en Azure Data Factory (ADF) y volver a implementar los proyectos o paquetes de SSIS en la SSISDB de destino que hospeda la Instancia administrada de SQL. Para más información acerca de la migración de paquetes de SSIS, consulte el artículo Migración de paquetes de SQL Server Integration Services a Azure.

2. Seleccione Siguiente: Configuración de valores de migración.

Configuración de valores de migración

1. En la pantalla Configurar los valores de la migración, proporcione los detalles siguientes:

   Parámetro	Descripción
   Recurso compartido de la ubicación de la red SMB	Recurso compartido de red SMB o recurso compartido de archivos de Azure que contiene los archivos de la copia de seguridad de la base de datos completa y los archivos de la copia de seguridad del registro de transacciones que Azure Database Migration Service puede usar para la migración. La cuenta de servicio que ejecuta la instancia de SQL Server de origen debe tener privilegios de lectura y escritura en este recurso compartido de red. Proporcione un FQDN o direcciones IP del servidor en el recurso compartido de red como, por ejemplo, "\servername.domainname.com\backupfolder" o "\IP address\backupfolder". Para mejorar el rendimiento, se recomienda usar una carpeta independiente para cada base de datos que se va a migrar. Puede proporcionar la ruta de acceso del recurso compartido de archivos de nivel de base de datos mediante la opción Configuración avanzada. Si tiene problemas para conectarse al recurso compartido de SMB, consulte Recursos compartidos de SMB.
   Nombre de usuario	Asegúrese de que el usuario de Windows tiene privilegio de control total sobre el recurso compartido de red que especificó anteriormente. Azure Database Migration Service suplanta la credencial de usuario para cargar los archivos de copia de seguridad en el contenedor de Azure Storage para la operación de restauración. Si va a usar el recurso compartido de archivos de Azure, use el nombre de la cuenta de almacenamiento que lleva antepuesto AZURE\ como nombre de usuario.
   Contraseña	Contraseña del usuario. Si va a usar el recurso compartido de archivos de Azure, use una clave de cuenta de almacenamiento como contraseña.
   Suscripción de la cuenta de Azure Storage	Seleccione la suscripción que contiene la cuenta de Azure Storage.
   Cuenta de Azure Storage	Seleccione la cuenta de Azure Storage en la que DMS puede cargar los archivos de copia de seguridad del recurso compartido de red SMB y úsela para la migración de base de datos. Para que el rendimiento de la carga de archivos sea óptimo, se recomienda seleccionar la cuenta de almacenamiento en la misma región que el servicio DMS.

   

   Nota:

   Si Azure Database Migration Service muestra el error "Error del sistema 53" o "Error del sistema 57", la causa podría ser el resultado de una incapacidad de Azure Database Migration Service para acceder al recurso compartido de archivos de Azure. Si encuentra alguno de estos errores, conceda acceso a la cuenta de almacenamiento desde la red virtual mediante las instrucciones que se indican aquí.

   Importante

   Si la funcionalidad de comprobación de bucle invertido está habilitada y el recurso compartido de archivos y SQL Server de origen están en el mismo equipo, el origen no podrá tener acceso al recurso compartido de archivos mediante el FQDN. Para corregir este problema, deshabilite la funcionalidad de comprobación de bucle invertido con las instrucciones que aparecen aquí.

2. Seleccione Siguiente: Resumen.

Examen del resumen de la migración

1. En la pantalla Resumen, en el cuadro de texto Nombre de actividad, especifique un nombre para la actividad de migración.

2. Revise y compruebe los detalles relacionados con el proyecto de migración.

   

Ejecución y supervisión de la migración

1. Seleccione Iniciar migración.

2. Aparece la ventana de actividad de migración para mostrar el estado de migración de las bases de datos actuales. Seleccione Actualizar para ver la información actualizada.

   

   Puede ampliar aún más las bases de datos y las categorías de inicio de sesión para supervisar el estado de migración de los respectivos objetos de servidor.

   

Realización de la migración total

Una vez restaurada la copia de seguridad de la base de datos completa en la instancia de destino de la Instancia administrada de SQL, la base de datos estará disponible para realizar una migración total.

1. Cuando esté listo para completar la migración de la base de datos en línea, seleccione Iniciar transición.

2. Detenga todo el tráfico de entrada a las bases de datos de origen.

3. Realice la [copia del final del registro], proporcione el archivo de copia de seguridad en el recurso compartido de red SMB y espere a que se restaure la copia de seguridad del registro de transacciones final.

   En ese momento, verá que el valor de Cambios pendientes es 0.

4. Seleccione Confirmar y, después, Aplicar.

   

   Importante

   Después de la migración, la disponibilidad de SQL Managed Instance con un nivel de servicio crítico para la empresa puede tardar mucho más que para uso general, ya que se deben inicializar tres réplicas secundarias para el grupo de alta disponibilidad de Always On. La duración de esta operación depende del tamaño de los datos. Para más información, consulte Duración de las operaciones de administración.

5. Cuando el estado de la migración de la base de datos muestre Completado, conecte las aplicaciones a la nueva instancia destino de la Instancia administrada de SQL.

   

Recursos adicionales

• Para consultar un tutorial que muestra cómo migrar una base de datos a SQL Managed Instance mediante el comando T-SQL RESTORE, consulte Restauración de una copia de seguridad para SQL Managed Instance mediante el comando Restore.
• Para más información sobre SQL Managed Instance, consulte ¿Qué es SQL Managed Instance?.
• Para más información sobre cómo conectar las aplicaciones a SQL Managed Instance, consulte Conexión de aplicaciones.