Compartir a través de

Guía de migración de SQL Server a SQL Server en Azure Virtual Machines

  • Artículo

Se aplica a:SQL Server en Azure Virtual Machines

En esta guía, obtendrá información sobre cómo migrar las bases de datos de usuario de SQL Server a una instancia de SQL Server en Azure Virtual Machines con herramientas y técnicas según sus requisitos.

Revise los requisitos previos y complete los pasos previos a la migración antes de continuar.

Migrate

Una vez completados los pasos para la fase previa a la migración, está listo para migrar las bases de datos de usuario y los componentes. Migre sus bases de datos con el método de migración que prefiera.

En las secciones siguientes se proporcionan opciones para realizar una migración en orden de preferencia:

Migre con la extensión de migración Azure SQL para Azure Data Studio (mínimo tiempo de inactividad)

Para realizar una migración con un tiempo de inactividad mínimo con Azure Data Studio, siga los pasos de alto nivel que se indican a continuación. Para obtener un tutorial paso a paso, consulte Tutorial: Migración de SQL Server a SQL Server en Azure Virtual Machines con DMS:

  1. Descargue e instale Azure Data Studio y la extensión Azure SQL Migration.
  2. Inicie el asistente para migrar a Azure SQL en la extensión Azure Data Studio.
  3. Seleccione las bases de datos cuya preparación o problemas para la migración desea evaluar (si los hay). Recopile, además, datos de rendimiento y obtenga recomendaciones de tamaño de Azure.
  4. Seleccione la cuenta de Azure y la instancia de SQL Server de destino en Azure Machine de su suscripción.
  5. Seleccione la ubicación de las copias de seguridad de la base de datos. Las copias de seguridad de base de datos pueden encontrarse en un recurso compartido de red local o en un contenedor de Azure Blob Storage.
  6. Cree un nuevo Azure Database Migration Service con el asistente de Azure Data Studio. Si ha creado previamente un Azure Database Migration Service mediante Azure Data Studio, puede volver a usarlo si lo desea.
  7. Opcional: si las copias de seguridad se encuentran en un recurso compartido de red local, descargue e instale el entorno de ejecución de integración autohospedado en un equipo que pueda conectarse a la instancia de SQL Server de origen y la ubicación que contiene los archivos de copia de seguridad.
  8. Inicie la migración de la base de datos y supervise el progreso en Azure Data Studio. También puede supervisar el progreso en el recurso de Azure Database Migration Service en Azure Portal.
  9. Complete 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 una máquina virtual de Azure.
    3. Realice copias de seguridad del final del registro de la base de datos de origen en la ubicación de copia de seguridad especificada.
    4. 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.
    5. Seleccione Complete cutover (Migración total completa) en la página de detalles de supervisión.

Copia de seguridad y restauración

Para realizar una migración estándar con las características de copia de seguridad y restauración, haga lo siguiente:

  1. Configure la conectividad a la instancia de SQL Server en Azure Virtual Machines, en función de sus requisitos. Para más información, consulte Conexión a una máquina virtual de SQL Server en Azure.
  2. Pause o detenga las aplicaciones que usan las bases de datos destinadas a la migración.
  3. Asegúrese de que las bases de datos de usuario están inactivas con el modo de usuario único.
  4. Realice una copia de seguridad completa de la base de datos en una ubicación local.
  5. Copie los archivos de copia de seguridad locales en la máquina virtual mediante el escritorio remoto, Azure Data Explorer o la utilidad de la línea de comandos AzCopy. (Se recomiendan copias de seguridad de más de 2 TB).
  6. Restaure las copias de seguridad de base de datos completas en la instancia de SQL Server en Azure Virtual Machines.

Desasociación y asociación desde una dirección URL

Desasocie la base de datos y los archivos de registro y transfiéralos a Azure Blob Storage. Asocie la base de datos desde la dirección URL en la VM de Azure. Use este método si desea que los archivos de base de datos físicos residan en Blob Storage, lo que puede resultar útil para las bases de datos de gran tamaño. Utilice los siguientes pasos generales para migrar una base de datos de usuario con este método manual:

  1. Desasocie los archivos de base de datos de la instancia de base de datos local.
  2. Copie los archivos de base de datos desasociados en Azure Blob Storage con la utilidad de línea de comandos AzCopy.
  3. Asocie los archivos de base de datos desde la dirección URL de Azure a la instancia de SQL Server en la máquina virtual de Azure.

Conversión a máquina virtual, carga en una dirección URL e implementación como máquina virtual nueva

Este método se usa para migrar todas las bases de datos de usuario y del sistema de una instancia de SQL Server local a una máquina virtual de Azure. Utilice los siguientes pasos generales para migrar una instancia completa de SQL Server con este método manual:

  1. Convierta las máquinas físicas o virtuales en discos duros virtuales Hyper-V.
  2. Cargue archivos VHD en Azure Storage mediante el cmdlet Add-AzureVHD.
  3. Implemente una máquina virtual nueva mediante el VHD cargado.

Nota:

Para migrar una aplicación completa, considere el uso de Azure Site Recovery.

Trasvase de registros

El trasvase de registros replica los archivos de registro transaccionales desde el entorno local a una instancia de SQL Server en una VM de Azure. Esta opción proporciona un tiempo de inactividad mínimo durante la conmutación por error y presenta menos sobrecarga de configuración que la configuración de un grupo de disponibilidad Always On.

Para obtener más información, vea Tablas de trasvase de registros y procedimientos almacenados.

Envío de una unidad de disco duro

Use el servicio Azure Import/Export para transferir grandes cantidades de datos de archivo a Azure Blob Storage en aquellas situaciones en que el proceso de carga a través de la red sea demasiado caro o no sea viable. Con este servicio, se envían una o varias unidades de discos duros que contengan esos datos a un centro de datos de Azure, donde los datos se cargarán a su cuenta de almacenamiento.

Migración de objetos fuera de las bases de datos de usuario

Pueden ser necesarios más objetos de SQL Server para que las bases de datos de usuario funcionen sin problemas después de la migración.

En la tabla siguiente se proporciona una lista de los componentes y métodos de migración recomendados que se pueden completar antes o después de la migración de las bases de datos de usuario.

Característica Componente Métodos de migración
Bases de datos Modelo Script con SQL Server Management Studio.
La base de datos tempdb Planee trasladar tempdb al disco temporal de la VM de Azure (SSD) para obtener el mejor rendimiento. Asegúrese de elegir un tamaño de VM que tenga un disco SSD local suficiente para alojar tempdb.
Bases de datos de usuario con secuencia de archivos Utilice los métodos de copia de seguridad y restauración para la migración. Data Migration Assistant no admite las bases de datos con secuencia de archivos.
Seguridad Inicios de sesión de SQL Server y Windows Use Data Migration Assistant para migrar los inicios de sesión de usuario.
Roles de SQL Server Script con SQL Server Management Studio.
Proveedores de servicios criptográficos Se recomienda la conversión para usar Azure Key Vault. Este procedimiento usa la extensión Agente de IaaS de SQL.
Objetos de servidor Dispositivos de copia de seguridad Realice el reemplazo por la copia de seguridad de base de datos mediante Azure Backup o escriba copias de seguridad en Azure Storage (SQL Server 2012 SP1 CU2 +). Este procedimiento usa la extensión Agente de IaaS de SQL.
Servidores vinculados Script con SQL Server Management Studio.
Desencadenadores de servidor Script con SQL Server Management Studio.
Replicación Publicaciones locales Script con SQL Server Management Studio.
Suscriptores locales Script con SQL Server Management Studio.
PolyBase PolyBase Script con SQL Server Management Studio.
Administración Correo electrónico de base de datos Script con SQL Server Management Studio.
Agente SQL Server Trabajos Script con SQL Server Management Studio.
Alertas Script con SQL Server Management Studio.
Operadores Script con SQL Server Management Studio.
Servidores proxy Script con SQL Server Management Studio.
Sistema operativo Archivos, recursos compartidos de archivos Anote los otros archivos o recursos compartidos de archivos que usan sus instancias de SQL Server y replíquelos en el destino de Azure Virtual Machines.

Después de la migración

Cuando haya completado correctamente la fase de migración, deberá realizar una serie de tareas posteriores para asegurarse de que todo funcione de la forma más fluida y eficaz posible.

Corrección de las aplicaciones

Cuando se hayan migrado los datos al entorno de destino, todas las aplicaciones que antes utilizaban el origen deben empezar a utilizar el destino. En algunos casos, completar esta tarea puede requerir la realización de cambios en las aplicaciones.

Aplique las correcciones recomendadas por Data Migration Assistant a las bases de datos de usuario. Debe crear scripts para estas correcciones a fin de garantizar la coherencia y permitir la automatización.

Realización de pruebas

El enfoque de prueba para la migración de bases de datos consta de las siguientes actividades:

  1. Desarrollar pruebas de validación: para probar la migración de bases de datos, debe usar consultas SQL. Cree consultas de validación para que se ejecuten en las bases de datos de origen y destino. Las consultas de validación deben abarcar el ámbito definido.
  2. Configurar un entorno de prueba: el entorno de prueba debe contener una copia de la base de datos de origen y la base de datos de destino. Asegúrese de aislar el entorno de prueba.
  3. Ejecutar pruebas de validación: ejecute las pruebas de validación en el origen y el destino y, luego, analice los resultados.
  4. Ejecutar pruebas de rendimiento: ejecute la prueba de rendimiento en el origen y el destino y, luego, analice y compare los resultados.

Sugerencia

Use el Asistente para experimentación con bases de datos para ayudar a evaluar el rendimiento de la instancia de SQL Server de destino.

Optimización

La fase después de la migración es fundamental para reconciliar cualquier problema de precisión de datos y comprobar su integridad, así como para solucionar posibles problemas de rendimiento con la carga de trabajo.

Para obtener más información acerca de estos problemas y los pasos para mitigarlos, consulte lo siguiente:

Contenido relacionado