Migración de bases de datos a Azure

Migrar bases de datos locales a Azure ofrece ventajas como una menor carga operativa (sin necesidad de administrar hardware), alta disponibilidad y copias de seguridad integradas, y la posibilidad de escalar el proceso y el almacenamiento de forma elástica y bajo demanda. Las organizaciones también migran para cumplir mandatos de adopción prioritaria de la nube, retirar hardware antiguo de los centros de datos o aprovechar características avanzadas como la georreplicación y el ajuste inteligente de consultas.

La migración de bases de datos suele seguir una de dos estrategias generales. Una migración sin conexión desconecta la base de datos de origen, copia los datos al destino y, después, cambia las aplicaciones al nuevo punto de conexión: es sencilla, pero requiere una ventana de mantenimiento. Una migración en línea utiliza la replicación continua de datos para mantener el destino sincronizado con el origen mientras este permanece activo, y realiza el cambio con un tiempo de inactividad mínimo, medido en segundos o minutos.

Azure Database Migration Service (DMS) es una herramienta totalmente administrada que coordina migraciones desde una amplia variedad de orígenes —SQL Server, MySQL, PostgreSQL, MongoDB, Oracle y otros— hacia sus destinos administrados correspondientes en Azure. DMS se encarga de la conversión del esquema, el movimiento de datos y la replicación, y muestra el estado y los errores de la migración en un único panel.

Antes de migrar, ejecute una evaluación previa a la migración para identificar problemas de compatibilidad entre la base de datos de origen y el servicio de Azure de destino. La extensión Database Migration Assessment for SQL Server de Azure Data Studio analiza procedimientos almacenados, desencadenadores y consultas en busca de características no compatibles con Azure SQL Database o SQL Managed Instance, y le proporciona una lista priorizada de elementos que debe corregir antes del cambio.

Migrar SQL Server a Azure SQL Database (base de datos única) funciona bien para aplicaciones con una sola base de datos y sin características a nivel de instancia, como SQL Agent o las consultas entre bases de datos. Si la evaluación revela dependencias a nivel de instancia, Azure SQL Managed Instance ofrece una migración del motor de SQL Server a un contenedor PaaS con una compatibilidad cercana al 100 %, conservando los trabajos de SQL Agent, los servidores vinculados y los objetos CLR.

Azure DMS utiliza Log Replay Service (LRS) para las migraciones en línea de SQL Server a Azure SQL Managed Instance. LRS lee continuamente las copias de seguridad de los registros de transacciones desde un contenedor de Azure Blob Storage y las reproduce en la instancia administrada de destino, manteniéndola sincronizada con el origen. El cambio final se inicia manualmente y se completa en cuestión de segundos, reduciendo casi a cero la ventana de mantenimiento.

Para trasladar bases de datos de PostgreSQL a Azure, DMS admite tanto la migración sin conexión (pg_dump/pg_restore) como la migración en línea mediante replicación lógica. El servidor PostgreSQL de origen debe tener habilitada la replicación lógica (wal_level = logical) y el usuario de migración debe disponer de privilegios de replicación. DMS se encarga de la migración del esquema, la carga completa inicial y la captura de datos modificados hasta el cambio final.

DMS migra bases de datos MySQL a Azure Database for MySQL Flexible Server mediante el registro binario de MySQL para la replicación continua. La instancia MySQL de origen debe tener binlog_format = ROW y el registro binario habilitado. El asistente de migración del portal de Azure le guía para conectar el origen y el destino, seleccionar las bases de datos y supervisar el progreso y el retraso de la migración antes del cambio.

La clave para realizar una migración con poco tiempo de inactividad consiste en completar con suficiente antelación la carga masiva inicial y, después, dejar que la captura de datos modificados se ejecute hasta que el retraso de replicación se aproxime a cero. En ese momento: detenga las escrituras en el origen, espere a que los últimos cambios lleguen al destino, actualice la cadena de conexión de la aplicación e inicie las escrituras en el nuevo destino. Una gestión cuidadosa del TTL de DNS y el cambio blue-green pueden reducir aún más el impacto.

Después del cambio, valide la migración comparando los recuentos de filas de las tablas de origen y destino, ejecutando consultas clave de la aplicación para verificar la corrección de los datos y comprobando que todos los procedimientos almacenados, las vistas y las funciones devuelvan los resultados esperados. Supervise el destino para detectar regresiones del rendimiento de las consultas comparando los planes de ejecución, y actualice las estadísticas y vuelva a generar los índices en el destino para garantizar un rendimiento óptimo desde el primer día.

Azure Migrate proporciona funciones de detección y evaluación de bases de datos junto con sus características de evaluación de servidores. El dispositivo de Azure Migrate analiza el entorno local para inventariar las instancias de SQL Server, estimar el tamaño y el costo equivalentes en Azure y señalar problemas de compatibilidad. Por ello, constituye el punto de partida lógico antes de utilizar DMS para ejecutar la migración.

En esta lección ha aprendido que Azure Database Migration Service coordina migraciones desde numerosos motores de origen, que las migraciones en línea utilizan la captura de datos modificados para minimizar el tiempo de inactividad durante el cambio, y que una evaluación previa a la migración identifica los problemas de compatibilidad antes de comenzar. A continuación, exploraremos Azure Identity y Microsoft Entra ID.