Tutorial: Migración en línea de SQL Server a SQL Server en Azure Virtual Machines en Azure Data Studio

  • Artículo

Use la extensión Azure SQL Migration en Azure Data Studio para migrar las bases de datos de una instancia de SQL Server a SQL Server en una máquina virtual de Azure (SQL Server 2016 y superior) con un tiempo de inactividad mínimo. Para ver otros métodos que pueden requerir algún trabajo manual, consulte el artículo Información general sobre la migración: De SQL Server a SQL Server en VM de Azure.

En este tutorial, migrará la base de datos AdventureWorks desde una instancia local de SQL Server a SQL Server en una máquina virtual de Azure con un tiempo de inactividad mínimo mediante Azure Data Studio con Azure Database Migration Service.

En este tutorial, aprenderá a:

  • Inicio del asistente para migrar a Azure SQL en Azure Data Studio
  • Ejecución de una evaluación de las bases de datos de origen de SQL Server
  • Recopilación de datos de rendimiento de instancia de SQL Server de origen
  • Obtenga una recomendación de SQL Server en la SKU de máquina virtual de Azure más adecuada para la carga de trabajo
  • Especificación de los detalles de la instancia de origen de SQL Server, la ubicación de copia de seguridad y la instancia de SQL Server en una máquina virtual de Azure de destino
  • Creación de una nueva instancia de Azure Database Migration Service e instalación del entorno de ejecución de integración autohospedado para acceder al servidor de origen y a las copias de seguridad
  • Inicio y supervisión del progreso de la migración
  • Realizar la migración total cuando esté listo.

En este artículo, se describe una migración en línea de SQL Server a SQL Server en una máquina virtual de Azure. Para la migración sin conexión, consulte Tutorial: Migración sin conexión de SQL Server a SQL Server en una máquina virtual de Azure mediante Azure Data Studio con DMS (versión preliminar).

Requisitos previos

Para completar este tutorial, necesita:

  • Descarga e instalación de Azure Data Studio

  • Instalar la extensión de migración de Azure SQL desde el marketplace de Azure Data Studio

  • Tener una cuenta de Azure que esté asignada a uno de los roles integrados que se enumeran a continuación:

    • Colaborador de la instancia de SQL Server de destino en la máquina virtual de Azure (y una cuenta de almacenamiento para cargar los archivos de copia de seguridad de la base de datos desde el recurso compartido de red de SMB).
    • Rol de Lector de los grupos de recursos de Azure que contienen la instancia de SQL Server de destino en la máquina virtual de Azure o en la cuenta de almacenamiento de Azure.
    • Propietario y colaborador de la suscripción de Azure.
    • Como alternativa al uso de los roles integrados anteriores, puede asignar un rol personalizado siguiendo la definición de este artículo.

    Importante

    La cuenta de Azure solo es necesaria al configurar los pasos de migración y no hace falta para los pasos de evaluación o recomendación de Azure en el Asistente para migración.

  • Cree una instancia de destino de SQL Server en una máquina virtual de Azure.

    Importante

    Si tiene una máquina virtual de Azure existente, debe registrarse con la extensión Agente de IaaS de SQL en modo de administración completa.

  • Asegurarse de que los inicios de sesión utilizados para conectar el servidor SQL Server de origen sean miembros del rol de servidor sysadmin o tengan el permiso CONTROL SERVER.

  • Usar una de las siguientes opciones de almacenamiento para los archivos de copia de seguridad de la base de datos completa y del registro de transacciones:

    • Recurso compartido de red SMB.
    • Recurso compartido de archivos o contenedor de blobs de la cuenta de almacenamiento de Azure.

    Importante

    • La extensión de migración de Azure SQL para Azure Data Studio no admite copias de seguridad de la base de datos ni inicia ninguna copia de seguridad de base de datos en su nombre. En su lugar, el servicio usa archivos de copia de seguridad de base de datos existentes para la migración.
    • Si los archivos de copia de seguridad de la base de datos se proporcionan en un recurso compartido de red SMB, cree una cuenta de almacenamiento de Azure que permita al servicio DMS cargar los archivos de copia de seguridad de la base 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.
    • 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 anexació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.

  • Asegurarse de que la cuenta de servicio que ejecuta la instancia de SQL Server de origen tenga permisos de lectura y escritura en el recurso compartido de red SMB que contiene los archivos de copia de seguridad de la base de datos.

  • El certificado de la instancia de SQL Server de origen de una base de datos protegida con Cifrado de datos transparente (TDE) debe migrarse a la instancia de destino de SQL Server en una máquina virtual de Azure antes de migrar los datos. Para más información, consulte Mover una base de datos protegida por TDE a otra instancia de SQL Server.

    Sugerencia

    Si la base de datos contiene datos confidenciales protegidos por Always Encrypted, el proceso de migración mediante Azure Data Studio con DMS migrará automáticamente las claves de Always Encrypted a la instancia de destino de SQL Server en una máquina virtual de Azure.

  • Si las copias de seguridad de la base de datos están en un recurso compartido de archivos de red, proporcione una máquina para instalar el entorno de ejecución de integración autohospedado con el fin de acceder a las copias de seguridad de la base de datos y migrarlas. El Asistente para migración proporciona el vínculo y las claves de autenticación para descargar e instalar el entorno de ejecución de integración autohospedado. Como preparación para la migración, asegúrese de que la máquina donde tiene previsto instalar el entorno de ejecución de integración autohospedado tenga habilitados los siguientes nombres de dominio y reglas de firewall de salida:

    Nombres de dominio Puertos de salida Descripción
    Nube pública: {datafactory}.{region}.datafactory.azure.net
    o bien *.frontend.clouddatahub.net
    Azure Government: {datafactory}.{region}.datafactory.azure.us
    China: {datafactory}.{region}.datafactory.azure.cn    		 443 El entorno de ejecución de integración autohospedado lo necesita para conectarse al servicio Data Migration.
    Para las nuevas factorías de datos creadas en la nube pública, busque el FQDN en la clave del entorno de ejecución de integración autohospedado, que tiene el formato {datafactory}.{region}.datafactory.azure.net. En el caso de factorías de datos antiguas, si no ve el FQDN en la clave del entorno de ejecución de integración autohospedado, use *.frontend.clouddatahub.net.
    download.microsoft.com 443 Lo necesita el entorno de ejecución de integración autohospedado para descargar las actualizaciones. Si ha deshabilitado la actualización automática, puede omitir la configuración de este dominio.
    *.core.windows.net 443 Lo utiliza el entorno de ejecución de integración autohospedado que se conecta a la cuenta de almacenamiento de Azure para cargar las copias de seguridad de la base de datos desde el recurso compartido de red.

    Sugerencia

    Si los archivos de copia de seguridad de la base de datos ya se proporcionan en una cuenta de almacenamiento de Azure, no se necesita el entorno de ejecución de integración autohospedado durante el proceso de migración.

  • El entorno de ejecución se instala en la máquina mediante el entorno de ejecución de integración autohospedado. La máquina se conecta a la instancia de SQL Server de origen y el recurso compartido de archivos de red en el que se encuentran los archivos de copia de seguridad. El puerto 445 de salida debe estar habilitado para permitir el acceso al recurso compartido de archivos de red. Consulte también Recomendaciones para usar el entorno de ejecución de integración autohospedado para migrar bases de datos.

  • Si es la primera vez que usa Azure Database Migration Service, asegúrese de que el proveedor de recursos Microsoft.DataMigration esté registrado en su suscripción. Puede seguir los pasos para registrar el proveedor de recursos.

Inicio del asistente para migrar a Azure SQL en Azure Data Studio

  1. Abra Azure Data Studio y seleccione el icono de servidor para conectarse a la instancia de SQL Server local (o SQL Server en una máquina virtual de Azure).
  2. En la conexión del servidor, haga clic con el botón derecho y seleccione Manage (Administrar).
  3. En la página principal del servidor, seleccione Azure SQL Migration (Migración de Azure SQL).
  4. En el panel Azure SQL Migration (Migración de Azure SQL), seleccione Migrate to Azure SQL (Migración a Azure SQL) para iniciar el asistente para la migración. Launch Migrate to Azure SQL wizard
  5. En el primer paso del asistente para la migración, vincule la cuenta de Azure existente o nueva a Azure Data Studio.

Ejecución de la evaluación de bases de datos, recopilación de datos de rendimiento y obtención de recomendaciones de Azure

  1. Seleccione las bases de datos en las que se va a ejecutar la evaluación y seleccione Next (Siguiente).
  2. Seleccione SQL Server en una máquina virtual de Azure como destino. Screenshot of assessment confirmation.
  3. Seleccione el botón View/Select (Ver/Seleccionar) para ver los detalles de los resultados de la evaluación de las bases de datos, seleccione las bases de datos que desea migrar y seleccione OK (Aceptar).
  4. Seleccione el botón Obtener recomendación de Azure.
  5. Seleccione la opción Recopilar datos de rendimiento ahora, escriba una ruta de acceso para los registros de rendimiento que se recopilarán y seleccione el botón Iniciar.
  6. Azure Data Studio recopilará datos de rendimiento hasta que detenga la recopilación, presione el botón Siguiente del asistente o cierre Azure Data Studio.
  7. 10 minutos después, verá una configuración recomendada para su máquina virtual de Azure SQL. También puede pulsar el vínculo Actualizar recomendación después de los 10 minutos iniciales para actualizar la recomendación con los datos adicionales recopilados.
  8. En el cuadro SQL Server en Azure Virtual Machines anterior, seleccione el botón Ver detalles para más información sobre la recomendación.
  9. Cierre el cuadro de detalles de la vista y presione el botón Siguiente.

Configuración de valores de migración

  1. Especifique la instancia de destino de SQL Server en una máquina virtual de Azure; para ello, elija la suscripción, la ubicación y el grupo de recursos en las listas desplegables correspondientes, y seleccione Siguiente.
  2. Seleccione Online migration (Migración en línea) como modo de migración.

    Nota

    En el modo de migración en línea, la base de datos de SQL Server de origen puede usarse para la actividad de lectura y escritura mientras se restauran las copias de seguridad de la base de datos de forma continua en la instancia de destino de SQL Server en una máquina virtual de Azure. El tiempo de inactividad de la aplicación se limita a la duración de la migración total al final de la migración.

  3. En el paso 5, seleccione la ubicación de las copias de seguridad de la base de datos. Las copias de seguridad de la base de datos pueden encontrarse en un recurso compartido de red local o en un contenedor de blobs de Azure Storage.

    Nota

    Si las copias de seguridad de la base de datos se proporcionan en un recurso compartido de red local, DMS requerirá que configure el entorno de ejecución de integración autohospedado en el paso siguiente del asistente. El entorno de ejecución de integración auto-hospedado es necesario para acceder a las copias de seguridad de la base de datos de origen, comprobar la validez del conjunto de copias de seguridad y cargarlas en la cuenta de almacenamiento de Azure.
    Si las copias de seguridad de la base de datos ya están en un contenedor de blobs de Azure Storage, no es necesario configurar el entorno de ejecución de integración autohospedado.

  • En el caso de las copias de seguridad ubicadas en un recurso compartido de red, especifique los detalles que se indican a continuación de la instancia de SQL Server de origen, la ubicación de copia de seguridad de origen, el nombre de la base de datos de destino y la cuenta de Azure Storage para los archivos de copia de seguridad en los que se cargarán.

    Campo Descripción
    Credenciales de origen: nombre de usuario Credencial (Windows / Autenticación de SQL) para conectarse a la instancia de SQL Server de origen y validar los archivos de copia de seguridad.
    Credenciales de origen: contraseña Credencial (Windows / Autenticación de SQL) para conectarse a la instancia de SQL Server de origen y validar los archivos de copia de seguridad.
    Ubicación del recurso compartido de red que contiene las copias de seguridad Ubicación del recurso compartido de red que contiene los archivos de copia de seguridad completa y del registro de transacciones. Los archivos no válidos o los archivos de copia de seguridad del recurso compartido de red que no pertenezcan al conjunto de copia de seguridad válido se omitirán automáticamente durante el proceso de migración.
    Cuenta de usuario de Windows con acceso de lectura a la ubicación del recurso compartido de red Credencial de Windows (nombre de usuario) que tiene acceso de lectura al recurso compartido de red para recuperar los archivos de copia de seguridad.
    Contraseña Credencial de Windows (contraseña) que tiene acceso de lectura al recurso compartido de red para recuperar los archivos de copia de seguridad.
    Nombre de la base de datos de destino El nombre de la base de datos de destino se puede modificar si desea cambiar el nombre de la base de datos en el destino durante el proceso de migración.

  • En el caso de las copias de seguridad almacenadas en un contenedor de Azure Storage Blob, especifique los siguientes detalles del nombre de la base de datos de destino, el grupo de recursos, la cuenta de Azure Storage y el contenedor de blobs en las listas desplegables correspondientes.

    Campo Descripción
    Nombre de la base de datos de destino El nombre de la base de datos de destino se puede modificar si desea cambiar el nombre de la base de datos en el destino durante el proceso de migración.
    Detalles de la cuenta de almacenamiento El grupo de recursos, la cuenta de almacenamiento y el contenedor en que se encuentran los archivos de copia de seguridad.
  1. Seleccione Next (Siguiente) para continuar.

    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 se indican aquí.

  • La extensión de migración de Azure SQL para Azure Data Studio ya no requiere configuraciones específicas en la configuración de red de la cuenta de Azure Storage para migrar las bases de datos de SQL Server a Azure. Sin embargo, según la ubicación de la copia de seguridad de la base de datos y la configuración de red de la cuenta de almacenamiento deseada, se necesita seguir unos pasos para asegurarse de que los recursos pueden acceder a la cuenta de Azure Storage. Consulte la tabla siguiente para conocer los distintos escenarios de migración y configuraciones de red:

    Escenario Recurso compartido de red SMB. Contenedor de cuenta de Azure Storage
    Habilitado desde todas las redes Sin pasos adicionales Sin pasos adicionales
    Habilitado desde redes virtuales y direcciones IP seleccionadas Consulte 1a Consulte 2a
    Habilitado desde redes virtuales y direcciones IP seleccionadas + punto de conexión privado Consulte 1b Consulte 2b

    1a: Configuración de red de Azure Blob Storage

    Si tiene el entorno de ejecución de integración autohospedado (SHIR) instalado en una máquina virtual de Azure, consulte la sección 1b: Configuración de red de Azure Blob Storage. Si tiene el entorno de ejecución de integración autohospedado (SHIR) instalado en la red local, debe agregar la dirección IP del cliente del equipo de hospedaje en la cuenta de Azure Storage de la manera siguiente:

    Screenshot that shows the storage account network details.

    Para aplicar esta configuración específica, conéctese a Azure Portal desde la máquina de SHIR, abra la configuración de la cuenta de Azure Storage, seleccione Redes y, a continuación, marque la casilla Agregar la dirección IP del cliente. Seleccione Guardar para que el cambio sea persistente. Consulte la sección 2a: Configuración de red de Azure Blob Storage (punto de conexión privado) para conocer los pasos restantes.

    1b: Configuración de red de Azure Blob Storage

    Si el SHIR está hospedado en una máquina virtual de Azure, deberá agregar la red virtual de la máquina virtual a la cuenta de Azure Storage, ya que la máquina virtual tiene una dirección IP no pública que no se puede agregar a la sección de intervalo de direcciones IP.

    Screenshot that shows the storage account network firewall configuration.

    Para aplicar esta configuración específica, busque la cuenta de Azure Storage; en el panel Almacenamiento de datos, seleccione Redes y, a continuación, marque la casilla Agregar red virtual existente. Se abre un nuevo panel. Seleccione la suscripción, la red virtual y la subred de la máquina virtual de Azure que hospeda el entorno de ejecución de integración. Esta información se puede encontrar en la página Información general de la máquina virtual de Azure. La subred puede indicar Se requiere un punto de conexión de servicio; si es así, seleccione Habilitar. Una vez que todo esté listo, guarde las actualizaciones. Consulte la sección 2a: Configuración de red de Azure Blob Storage (punto de conexión privado) para conocer los pasos restantes.

    2a: Configuración de red de Azure Blob Storage (punto de conexión privado)

    Si las copias de seguridad están guardadas directamente en un contenedor de Azure Storage, todos los pasos anteriores no son necesarios, ya que el entorno de ejecución de integración no se comunica con la cuenta de Azure Storage. Sin embargo, todavía es necesario asegurarse de que la instancia de SQL Server de destino pueda comunicarse con la cuenta de Azure Storage para restaurar las copias de seguridad desde el contenedor. Para aplicar esta configuración específica, siga las instrucciones de la sección 1b: Configuración de red de Azure Blob Storage, especificando la red virtual de la instancia de SQL de destino al rellenar la ventana emergente "Agregar red virtual existente".

    2b: Configuración de red de Azure Blob Storage (punto de conexión privado)

    Si tiene un punto de conexión privado configurado en la cuenta de Azure Storage, siga los pasos descritos en la sección 2a: Configuración de red de Azure Blob Storage (punto de conexión privado). Sin embargo, debe seleccionar la subred del punto de conexión privado, no solo la subred de destino de SQL Server. Asegúrese de que el punto de conexión privado está hospedado en la misma red virtual que la instancia de SQL Server de destino. Si no es así, cree otro punto de conexión privado mediante el proceso de la sección de configuración de la cuenta de Azure Storage.

Creación de Azure Database Migration Service

  1. Cree un nuevo servicio Azure Database Migration Service o reutilice un servicio existente creado anteriormente.

    Nota

    Si anteriormente había creado un servicio DMS mediante Azure Portal, no puede reutilizarlo en el asistente para la migración en Azure Data Studio. Solo se puede reutilizar un servicio DMS creado anteriormente con Azure Data Studio.

  2. Seleccione el grupo de recursos en el que tiene un servicio DMS existente o cree uno nuevo si es necesario. En la lista desplegable Azure Database Migration Service, se mostrarán todas las instancias de DMS del grupo de recursos seleccionado.
  3. Para reutilizar una instancia de DMS existente, selecciónela en la lista desplegable y se mostrará el estado del entorno de ejecución de integración autohospedado en la parte inferior de la página.
  4. Para crear un nuevo servicio DMS, seleccione Create new (Crear nuevo).
  5. En la pantalla Create Azure Database Migration Service (Crear instancia de Azure Database Migration Service), proporcione el nombre de la instancia de DMS y seleccione Create (Crear).
  6. Después de crear correctamente la instancia de DMS, se le proporcionarán los detalles para configurar el entorno de ejecución de integración.
  7. Seleccione Download and install integration runtime (Descargar e instalar Integration Runtime) para abrir el vínculo de descarga en un explorador web. Complete la descarga. Instale el entorno de ejecución de integración en una máquina que cumpla los requisitos previos para conectarse a la instancia de SQL Server de origen y a la ubicación que contiene la copia de seguridad de origen.
  8. Una vez completada la instalación, se iniciará automáticamente el administrador de configuración de Microsoft Integration Runtime para iniciar el proceso de registro.
  9. Copie y pegue una de las claves de autenticación proporcionadas en la pantalla del asistente en Azure Data Studio. Si la clave de autenticación es válida, se muestra un icono de comprobación verde en el administrador de configuración de Microsoft Integration Runtime que indica que puede continuar con el registro.
  10. Después de completar correctamente el registro del entorno de ejecución de integración autohospedado, cierre el administrador de configuración de Microsoft Integration Runtime y vuelva al asistente para la migración de Azure Data Studio.
  11. Seleccione Test connection (Probar conexión) en la pantalla Create Azure Database Migration Service (Crear instancia de Azure Database Migration Service) de Azure Data Studio para validar que la instancia de DMS recién creada esté conectada al entorno de ejecución de integración autohospedado recién registrado y seleccione Done (Listo). Test connection integration runtime
  12. Revise el resumen y seleccione Done (Listo) para iniciar la migración de la base de datos.

Supervisión de la migración

  1. En Database Migration Status (Estado de migración de las bases de datos), puede realizar un seguimiento de las migraciones en curso, las migraciones completadas y las migraciones con errores (si las hubiera).

    monitor migration dashboard

  2. Seleccione Database migrations in progress (Migraciones de base de datos en curso) para ver las migraciones en curso y obtener más detalles seleccionando el nombre de la base de datos.

  3. La página de detalles de la migración muestra los archivos de copia de seguridad y el estado correspondiente:

    Estado Descripción
    Recibido El archivo de copia de seguridad llegó a la ubicación de copia de seguridad de origen y se validó.
    Carga El entorno de ejecución de integración está cargando actualmente el archivo de copia de seguridad en Azure Storage.
    Cargado El archivo de copia de seguridad se ha cargado en Azure Storage.
    Restoring Azure Database Migration Service está restaurando actualmente el archivo de copia de seguridad en la instancia de SQL Server de la máquina virtual de Azure
    Restaurada El archivo de copia de seguridad se restaura correctamente en la instancia de SQL Server en la máquina virtual de Azure
    Canceled Se ha cancelado el proceso de migración.
    Omitido El archivo de copia de seguridad se omitió porque no pertenece a una cadena de copia de seguridad de base de datos válida.

    online vm backup restore details

Finalización de la transición de la migración

El último paso del tutorial es completar la migración total. La finalización garantiza que la base de datos migrada a SQL Server en una máquina virtual de Azure esté lista para su uso. Se requiere un tiempo de inactividad para las aplicaciones que se conectan a la base de datos y es necesario planear cuidadosamente el momento de la migración total con las partes interesadas de la empresa o la aplicación.

Para completar la migración total:

  1. Detenga todas las transacciones entrantes en la base de datos de origen.
  2. Realice los cambios en la configuración de la aplicación para apuntar a la base de datos de destino de SQL Server en máquinas virtuales de Azure.
  3. Realice una copia de seguridad final del registro de la base de datos de origen en la ubicación de copia de seguridad especificada.
  4. Ponga la base de datos de origen en modo de solo lectura. De esta manera, los usuarios pueden leer datos de la base de datos, pero no pueden modificarlos.
  5. Asegúrese de que todas las copias de seguridad de base de datos tengan el estado Restaurada en la página de detalles de supervisión.
  6. Seleccione Complete cutover (Migración total completa) en la página de detalles de supervisión.

Durante el proceso de migración, el estado de la migración cambia de En curso a Completando. El estado de la migración cambia a Correcto cuando se completa el proceso de migración total. La migración de la base de datos se ha realizado correctamente y la base de datos migrada está lista para su uso.

Limitaciones

La migración a SQL Server en máquinas virtuales de Azure mediante la extensión de Azure SQL para Azure Data Studio tiene las siguientes limitaciones:

  • Si se migra una base de datos única, las copias de seguridad de la base de datos deben colocarse en una estructura de archivos planos dentro de una carpeta de base de datos (incluida la carpeta raíz del contenedor), y las carpetas no se pueden anidar, ya que no se admite.
  • Si migra varias bases de datos con el mismo contenedor de Azure Blob Storage, debe colocar los archivos de copia de seguridad de las distintas bases de datos en carpetas independientes dentro del contenedor.
  • No se admite la sobrescritura de bases de datos existentes con DMS en la instancia de SQL Server de destino en Azure Virtual Machines.
  • DMS no admite la configuración de alta disponibilidad y recuperación ante desastres en el destino para que coincida con la topología de origen.
  • No se admiten los siguientes objetos de servidor:
    • trabajos del Agente SQL Server
    • Credenciales
    • Paquetes SSIS
    • Auditoría de servidor
  • Para las migraciones de base de datos con DMS, no se puede usar un entorno de ejecución de integración autohospedado que se haya creado con Azure Data Factory. Inicialmente, el entorno de ejecución de integración autohospedado debe crearse con la extensión Azure SQL Migration en Azure Data Studio. Después, se puede reutilizar para otras migraciones de bases de datos.
  • No se admiten máquinas virtuales con SQL Server 2008 y versiones anteriores como versiones de destino al migrar a SQL Server en Azure Virtual Machines.
  • Si usa una máquina virtual con SQL Server 2012 o SQL Server 2014, debe almacenar los archivos de copia de seguridad de la base de datos de origen en un contenedor de Azure Storage Blob en lugar de usar la opción de recurso compartido de red. Almacene los archivos de copia de seguridad como blobs en páginas, ya que los blobs en bloques solo se admiten en SQL 2016 y versiones posteriores.
  • Debe asegurarse de que la extensión de agente IaaS de SQL en la máquina virtual de Azure de destino está en modo completo en lugar de modo ligero.
  • La extensión del agente de IaaS de SQL solo permite administrar instancias de servidor predeterminadas o instancias con nombre únicas.
  • El número de bases de datos que puede migrar a una máquina virtual de Azure de SQL Server depende de la especificación del hardware y de la carga de trabajo, pero no existe ningún límite obligatorio. Sin embargo, cada operación de migración (iniciar la migración, transición) para cada base de datos tardará unos minutos secuencialmente. Por ejemplo, para migrar 100 bases de datos, puede tardar unos 200 (2 x 100) minutos en crear la(s) cola(s) de migración y unos 100 (1 x 100) minutos en cambiar las 100 bases de datos (sin contar los tiempos de copia de seguridad y restauración). Por tanto, la migración será más lenta a medida que aumenta el número de bases de datos. Microsoft aconseja programar de antemano una ventana de migración más larga en función de las rigurosas pruebas de migración o crear particiones de un gran número de bases de datos en lotes al migrarlas a una máquina virtual de Azure de SQL Server.
  • Además de configurar las redes o el firewall de la cuenta de almacenamiento para permitir que la VM acceda a los archivos de copia de seguridad, también debe configurar las redes o el firewall de SQL Server en VM de Azure para permitir la conexión saliente a la cuenta de almacenamiento.
  • Debe mantener encendido SQL Server en VM de Azure de destino mientras la migración de SQL está en curso. Además, al crear una nueva migración, conmute por error o cancele la migración.
  • Error: Login failed for user 'NT Service\SQLIaaSExtensionQuery. Motivo: La instancia de SQL Server está en modo de usuario único. Un posible motivo es que SQL Server en VM de Azure de destino esté en modo de actualización. Solución: Espere a que SQL Server en VM de Azure de destino salga del modo de actualización y vuelva a iniciar la migración.
  • Error: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Solución: Conéctese a SQL Server en VM de Azure de destino y elimine el archivo XXX.mdf. A continuación, vuelva a iniciar la migración.

Pasos siguientes