Compartir a través de

Guía de migración: SQL Server a Azure SQL Database

  • Artículo

Se aplica a: SQL Server Azure SQL Database

Con esta guía aprenderá a migrar la instancia de SQL Server a Azure SQL Database.

Complete los pasos previos a la migración antes de continuar.

Migrate

Una vez completadas los pasos de la fase previa a la migración, está listo para realizar la migración del esquema y los datos.

Migre los datos con el método de migración elegido.

Migración con la extensión de migración de Azure SQL para Azure Data Studio

Para realizar una migración sin conexión con Azure Data Studio, siga los pasos de alto nivel que se indican a continuación. Para ver un tutorial detallado paso a paso, consulte Tutorial: Migración de SQL Server a Azure SQL Database (versión preliminar).

  1. Descargue e instale Azure Data Studio y la extensión de migración Azure SQL.
  2. Inicie el asistente para la migración a Azure SQL en la extensión en 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 Azure SQL Database de destino de la suscripción.
  5. Seleccione la lista de tablas que se van a migrar.
  6. Cree un nuevo servicio Azure Database Migration Service con el asistente de Azure Data Studio. Si ha creado previamente un servicio 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.

Sincronización y transición de datos

Al usar las opciones de migración que replican o sincronizan continuamente los cambios de datos del origen al destino, los datos y el esquema de origen pueden cambiar y desfasarse del destino. Durante la sincronización de datos, asegúrese de que todos los cambios en el origen se capturan y se aplican al destino durante el proceso de migración.

Después de comprobar que los datos son los mismos en el origen y en el destino, puede realizar la transición del entorno de origen al de destino. Es importante planear el proceso de transición con los equipos empresariales y de aplicaciones para garantizar que la interrupción mínima durante la transición no afecte a la continuidad empresarial.

Importante

Para más información sobre los pasos específicos asociados con la realización de una migración como parte de las migraciones mediante DMS, consulte Tutorial: Migración de SQL Server a Azure SQL Database mediante DMS (clásico).

Migrar usando la replicación transaccional

Si no se puede permitir quitar la base de datos de SQL Server de producción mientras se lleva a cabo la migración, puede usar la replicación transaccional de SQL Server como solución de migración. Para usar este método, la base de datos de origen debe cumplir los requisitos para la replicación transaccional y ser compatible con Azure SQL Database. Para obtener más información acerca de la replicación de SQL con grupos de disponibilidad, consulte Configuración de la replicación con grupos de disponibilidad Always On.

Para usar esta solución, configurará la base de datos de Azure SQL Database como suscriptor de la instancia de SQL Server que quiere migrar. El distribuidor de la replicación transaccional sincroniza los datos de la base de datos de modo que estén sincronizados (el publicador) mientras se siguen las nuevas transacciones.

Con la replicación transaccional, todos los cambios en los datos o en el esquema se muestran en la base de datos de Azure SQL Database. Cuando finalice la sincronización y esté listo para realizar la migración, cambie la cadena de conexión de las aplicaciones para que apunten a la base de datos. Después de que la replicación transaccional recupere todos los cambios pendientes en la base de datos de origen y todas las aplicaciones apuntan a Azure SQL Database, puede desinstalar la replicación transaccional. La base de datos de Azure SQL es ahora el sistema de producción.

Sugerencia

También puede usar la replicación transaccional para migrar un subconjunto de la base de datos de origen. La publicación que se replica en Azure SQL Database puede limitarse a un subconjunto de las tablas de la base de datos que se replica. Para cada tabla que se replica, puede limitar los datos a un subconjunto de filas o un subconjunto de columnas.

Flujo de trabajo de replicación de transacciones

Importante

Use siempre la versión más reciente de SQL Server Management Studio para que pueda estar siempre al día de las actualizaciones de Azure y SQL Database. Las versiones anteriores de SQL Server Management Studio no pueden configurar la instancia de SQL Database como suscriptor. Obtenga la versión más reciente de SQL Server Management Studio.

Paso Método
Configuración de la distribución SQL Server Management Studio | Transact-SQL
Creación de una publicación SQL Server Management Studio | Transact-SQL
Creación de una suscripción SQL Server Management Studio | Transact-SQL

Algunas sugerencias y diferencias para migrar a SQL Database

  • Uso de un distribuidor local
    • Esto afecta al rendimiento del servidor.
    • Si el impacto en el rendimiento no es aceptable, puede usar otro servidor, pero hará más compleja la administración.
  • Cuando seleccione una carpeta de instantáneas, asegúrese de que la carpeta que seleccione sea lo suficientemente grande como para contener un BCP de cada tabla que desea replicar.
  • La creación de instantáneas bloquea las tablas asociadas hasta que se completa, por lo que debe programarse correctamente.
  • Azure SQL Database solo admite las suscripciones de inserción. Solo puede agregar suscriptores de la base de datos de origen.

Recomendaciones sobre migración

Para acelerar la migración a Azure SQL Database, debe tener en cuenta las siguientes recomendaciones:

Contención de recursos Recomendación
Origen (normalmente local) El cuello de botella principal durante la migración desde el origen es la latencia y la E/S del archivo de datos, que es necesario supervisar con cuidado. En función de la latencia y la E/S del archivo de datos, y en función de si se trata de una máquina virtual o un servidor físico, tendrá que ponerse en contacto con el administrador de almacenamiento y explorar las opciones para mitigar el cuello de botella.
Destino (Azure SQL Database) El factor de limitación más importante es la velocidad de generación de registros y la latencia del archivo de registro de la base de datos. Con Azure SQL Database, puede obtener un máximo de 96 MB/s de velocidad de generación de registros. Para acelerar la migración, escale verticalmente la base de datos de Azure SQL de destino a Crítico para la empresa Gen5 y 8 núcleos virtuales para obtener la velocidad de generación de registros máxima de 96 MB/s, que también proporciona una latencia baja para los archivos de registro. El nivel de servicio Hiperescala proporciona una velocidad de registro de 100 MB/s, independientemente del nivel de servicio elegido.
Network El ancho de banda de red necesario es igual a la velocidad de ingesta de registros máxima de 96 MB/s (768 Mb/s) En función de la conectividad de red desde el centro de datos local a Azure, compruebe el ancho de banda de red (normalmente Azure ExpressRoute) para adaptarse a la velocidad de ingesta máxima de registros.

También puede tener en cuenta estas recomendaciones para obtener el mejor rendimiento durante el proceso de migración.

  • Elija el mejor nivel de servicio y el tamaño de proceso mayor que su presupuesto le permita para optimizar el rendimiento de la transferencia. Una vez completada la migración, puede seleccionar una opción inferior para ahorrar dinero.
  • Si usa archivos BACPAC, reduzca la distancia entre su archivo BACPAC y el centro de datos de destino.
  • Deshabilite la actualización automática y cree automáticamente las estadísticas durante la migración.
  • Particione tablas e índices.
  • Quite las vistas indexadas y vuelva a crearlas cuando se haya completado el proceso.
  • Transfiera los datos históricos que se consultan con poca frecuencia a otra base de datos y migre estos datos históricos a otra base de datos de Azure SQL Database. A continuación, podrá consultar estos datos históricos mediante consultas elásticas.

Después de la migración

Cuando haya completado correctamente la fase de migración, deberá realizar las siguientes tareas posteriores a la migración para asegurarse de que todo funciona de manera fluida y eficaz.

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

Actualizar estadísticas

Actualice las estadísticas con un examen completo una vez completada la migración.

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. Para lograrlo será necesario en algunos casos realizar cambios en las aplicaciones.

Realización de pruebas

El método 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 utilizar consultas SQL. Debe crear las 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.

Uso de características avanzadas

Asegúrese de aprovechar las características avanzadas basadas en la nube que ofrece SQL Database, como las de alta disponibilidad integrada, detección de amenazas y supervisión y ajuste de la carga de trabajo.

Algunas características de SQL Server solo están disponibles cuando el nivel de compatibilidad de la base de datos cambia al nivel de compatibilidad más reciente.

Para más información, consulte el artículo sobre la administración de Azure SQL Database después de la migración.

Solución de problemas de compatibilidad de migración de bases de datos

Puede encontrarse con toda una diversidad de problemas de compatibilidad, en función de la versión de SQL Server de la base de datos de origen y de la complejidad de la base de datos que se migra. Las versiones anteriores de SQL Server tienen más problemas de compatibilidad. Use los siguientes recursos, además de una búsqueda específica en Internet mediante el motor de búsqueda de opciones:

Importante

Instancia administrada de Azure SQL le permite migrar una instancia de SQL Server existente y sus bases de datos sin ningún problema de compatibilidad o con muy pocos. Consulte ¿Qué es Azure SQL Managed Instance?

Contenido relacionado