Proceso de migración de bases de datos OnPrem a PaaS de Azure (Parte I)

El post que se desarrolla a continuación, es el primero de una serie de dos artículos. En éste, sentamos las bases e identificando las fases asociadas a proyectos de migración y una descripción de la herramientas que se utilizarán en dicho proceso. En el segundo capítulo de la serie, veremos un caso real de migración con detalles de los pasos a seguir.

¡Comenzamos!

En este primer post de la serie de migraciones a Azure, se describen y analizan las fases incluidas en un proceso de migración de bases de datos de un entorno OnPrem (servidores físicos o virtuales), o entorno virtual en Azure, a servicios de PaaS de Azure.

Azure dispone, principalmente, de dos entornos puramente relacionales de SQL en el ámbito PaaS, Azure Managed Instances y Azure SQL Databases, cada una con sus pros y contras, para llevar nuestro entorno a este tipo de plataformas.

Como alternativas a los entornos PaaS, tenemos entornos IaaS Este tipo de entornos están basados en templates de máquinas virtuales preparadas y optimizadas para albergar servicios SQL Server.

Las fases sobre las que trabajaremos son tres: pre-migración, migración y post-migración. En la siguiente ilustración, se muestran las subfases y tareas a acometer en cada una de las fases principales del proyecto.

Es importante tener en cuenta que cada migración puede ser única y puede requerir pasos adicionales dependiendo de los requisitos específicos de las aplicaciones en la infraestructura a la que se migra.

En cuanto a la estructura del post, se acometerán dos apartados principales:

• Herramientas de apoyo para los procesos de migración.
• Fases del proceso de migración.

Ánimo, vamos allá.

Antes de entender el proceso, hemos de conocer las herramientas que se utilizarán durante la migración. Para dichas migraciones, se hará uso, principalmente, de tres herramientas:

Por un lado, tenemos Data Migration Assistant que nos permitirá comprobar el ‘Modo de Compatibilidad’ máximo en el que puede correr nuestras bases de datos.

Por otro lado, haremos uso de Azure Database Migration Services integrado con Azure Migration Assistant. Dicha herramienta nos facilitarán el análisis de viabilidad de la migración que proyectamos ejecutar, estimar el dimensionamiento de los recursos Azure destino de la migración y apoyo durante todo el proceso, asegurando la continuidad del servicio.

Data Migration Assistant (DMA) es una herramienta proporcionada por Microsoft que nos ayudará con la evaluación de compatibilidad de las bases de datos que se migrarán posteriormente.

Antes de la migración, se realizará un análisis exhaustivo de la base de datos OnPrem para identificar cualquier problema de compatibilidad que pueda surgir al migrar a los posibles destinos en Azure (Azure SQL Database, Azure SQL Managed Instance). Esto incluye comprobaciones de características, consultas de rendimiento y otros elementos que puedan afectar la migración.

La herramienta dispone de un asistente paso a paso intuitivo que nos guiará en el análisis de compatibilidad con múltiples versiones de SQL Server. Este análisis nos permitirá identificar las versiones más recientes en las que puede funcionar nuestra base de datos.

Al igual que DMA, Azure Migration Assistant es una herramienta proporcionada por Microsoft que nos apoyará y simplificará la complejidad del proceso de migración. Dicha herramienta se instala como complemento de Azure Data Studio e incorpora informes de evaluación y procesos automatizados.

Azure Migration Assistant dispone de una interfaz de usuario que incluye todas las tareas para ejecutar la migración. Comenzaríamos con una evaluación de compatibilidad y, posteriormente, una recomendación del dimensionamiento del servicio al que proyectamos migrar. El proceso completo por el que nos guía la herramienta, finaliza con la migración y puesta en producción de las bases de datos en destino.

La asistencia de Azure Migration Assistant incluye los siguientes subprocesos:

• Identificación y trazas de rendimiento de las bases de datos que van a ser migradas.

   

• Evaluación de la compatibilidad y actividad de elementos a migrar (Assessment summary and SKU recommendations). Como resultado de dicho assesment, se nos presentarán recomendaciones de dimensionamiento de los servicios Azure e informes de posibles contingencias que puedan surgir durante la migración.

En la siguiente ilustración, se muestra un ejemplo del informe de compatibilidad con las distintas opciones de recursos de Azure y la recomendación de dimensionamiento de la instancia manejada a la que podríamos migrar.

• Migración: Una vez finalizada la fase de migración seguimos apoyándonos en Azure Migration Assistant para el proceso de migración. El proceso de migración contempla las siguientes tareas: 

• • • Identificación de la plataforma destino.
    • Parametrización de Azure Database Migration Service.
    • Modelo de migración (Online u offline): La integración de Azure Migration Assistant con Azure Database Migration Service permite la capacidad de ejecutar modos de migración en línea (para migraciones que requieren un tiempo de inactividad mínimo) o sin conexión (para migraciones en las que el tiempo de inactividad persiste mientras dura la migración).

Azure Database Migration Service (DMS) es un servicio PaaS de Azure que, integrada con Azure Migration Assistant, nos facilitará la migración de bases de datos locales a Azure, minimizando el tiempo de inactividad del servicio.

DMS se integra con Azure Migration Assistant para la ejecución de la fase principal de la migración, que es la transferencia de la base de datos desde origen hasta destino, una vez realizadas las comprobaciones de compatibilidad y viabilidad descritas en apartados anteriores.

En el proceso integrado de Azure Migration Assistant, se configura el servicio de DMS con las opciones propias de la migración como la suscripción de destino, la red virtual, y las credenciales de origen y destino.

El principal beneficio de ejecutar la migración apoyándonos en el servicio de Azure Migration Assistant es minimizar el tiempo de inactividad.

Llegados aquí, hemos visto la planificación e identificación de tareas asociadas a una migración y una descripción de las herramientas sobre las que nos apoyaremos en dicho proceso. Para facilitar el seguimiento resumimos esto en las siguientes ilustraciones:

Sentadas las bases de qué tenemos que hacer y cómo, en los siguientes apartados entramos en el detalle de la ejecución.

Con la fase de ‘discover’ y ‘evaluación’ hemos visto qué nivel de compatibilidad soporta nuestra base de datos y hemos aplicado las acciones oportunas para adecuar dicha base de datos a los requerimientos de los servicios Azure a los que proyectamos migrar. Además, de estas fases, se extrae una estimación de requerimientos y dimensionamiento del servicio.

Llegados aquí estamos en disposición de acometer la migración. Como se ha comentado en apartados anteriores, para dicho proceso, contaremos con el apoyo del componente ‘Azure Migration Assistant’, integrado como componente en ‘Azure Data Studio’ y Azure Database Migration Service.

El proceso de migración con Azure Migration Assistant, se basa en la restauración de backups, en modalidad full backup (full, diferenciales y transaction log) de la base de datos origen en la base de datos destino, de forma análoga a lo que hace log shipping.

En esta fase iniciamos el proceso de migración de forma efectiva. Dicho proceso se apoya en Azure Migration Assistant y Azure DMS.

DMS se integra con Azure Migration Assistant para la ejecución de la fase principal de la migración, que es la transferencia de la base de datos desde origen hasta destino. Este proceso está basado en la restauración de backups en el destino y puede acometerse de forma online y desatendida para migraciones con destino a máquinas virtuales o a instancia manejadas.

El principal beneficio de ejecutar la migración apoyándonos en el servicio de Azure Migration Assistant, es minimizar el tiempo de inactividad ya que se basan en procesos de sincronización o replicación para garantizar que los datos permanezcan actualizados durante el período de transición.

Según el servicio destino de la migración, tenemos opción de hacer migraciones online (con conexión, en línea) u offline (sin conexión):

• Con una migración sin conexión, el tiempo de inactividad de la aplicación comienza cuando se inicia la migración.
• En el caso de una migración en línea, el tiempo de inactividad se limita al tiempo necesario para adecuar el nuevo entorno cuando se completa la migración.

En el caso de migraciones ‘en línea’, la puesta en producción de la nueva plataforma consiste en ‘cerrar’ el acceso a la plataforma origen y dar acceso a la nueva ubicación, sin pérdida de información y con la menor parada de servicio posible.

Con la opción de migraciones en línea, el único momento de inaccesibilidad de servicio es el que comprende la restauración del tail log origen y puesta de la base de datos en modo non-recovery.

Antes de poner en producción la instancia destino, debemos asegurar de haber capturado y aplicado todos los cambios del origen al destino en tiempo real durante la fase de sincronización de datos antes de deshabilitar el acceso a dicho origen.

La fase de post-migración tiene como objetivo asegurar que la nueva plataforma es capaz de dar servicio a los aplicativos corporativos en, al menos, las mismas condiciones que teníamos en la arquitectura original.

Para asegurar este objetivo, hemos de acometer dos tareas principales: La integración de la nueva plataforma con el ecosistema corporativo y el seguimiento de la eficiencia y rendimiento de la nueva plataforma.

En este post, se identifican los procesos que se llevarán a cabo en la migración de bases de datos OnPrem a servicios PaaS de Azure. En el siguiente artículo pasaremos a ilustrar dichos procesos con un ejemplo real de migración en el que nos adentraremos en los detalles y el uso de aplicaciones de apoyo para llevarla a cabo.

A modo de resumen, este tipo de migraciones consta de tres fases fundamentales:

Las fases de ‘Descubrir’ y ‘Evaluar’ son fases de premigración y, a continuación, tenemos la migración propiamente dicha. Tras la migración,  hemos de comprobar que el funcionamiento de la nueva plataforma es correcto y en línea con las necesidades funcionales de la organización. Estas serie de tareas de comprobación, se enmarcan en los procesos de postmigración.

Con este post finaliza la parte más teórica asociada a la migración de SQL Server a servicios Paas (e IaaS) de Azure. En el próximo post, analizamos un caso práctico de migración que nos ayudará a contextualizar los conceptos vistos aquí.