Cada vez más organizaciones reconocen los beneficios de pasar de una infraestructura de base de datos únicamente en el sitio a una infraestructura de nube o nube híbrida. Las plataformas de computación en la nube como Microsoft Azure ofrecen varias ventajas sobre las configuraciones locales, que incluyen:
- Ahorro de costes: Con poco o ningún hardware en el sitio para comprar y mantener y opciones de almacenamiento de bajo costo, migrar a Azure reducirá los gastos directos de inmediato.
- Mejor escalabilidad: En la nube, puede escalar las necesidades informáticas hacia arriba o hacia abajo según sea necesario sin dejar recursos costosos inactivos durante períodos lentos.
- Mayor seguridad: Azure emplea medidas de seguridad de datos de última generación tanto en la nube como en sus centros de datos físicos. La mayoría de las organizaciones no pueden permitirse igualar ese nivel de protección.
- Administración más sencilla: La gestión y la seguridad de los datos se pueden gestionar de forma centralizada a través de Azure, lo que reduce el tiempo que los DBA dedican a tareas repetitivas.
- Recuperación ante desastres más confiable: Los centros de datos de Azure son geoindependientes, por lo que si un evento catastrófico afecta a un centro de datos, automáticamente se conmuta por error a uno no afectado sin pérdida de datos o servicio.
Si está listo para pasar de SQL Server local a Azure SQL Database, hay cuatro pasos principales en el proceso de migración que deberá seguir. Aquí hay una breve descripción de cada uno con enlaces a recursos detallados.
Paso uno:elija su método de migración
Antes de comenzar a migrar SQL Server a Azure, debe determinar si una migración sin conexión o en línea mediante Azure Database Migration Service es la mejor opción para usted. Hay algunas cosas a considerar durante este proceso.
Con una migración fuera de línea, el tiempo de inactividad comienza cuando comienza la migración. Con una migración en línea, el tiempo de inactividad se limita al tiempo necesario para pasar al nuevo entorno después de la migración. Entonces, si el tiempo de inactividad mínimo es un tema candente para usted, la migración en línea es una mejor opción.
También puede minimizar el tiempo de inactividad durante el proceso de migración mediante la opción Grupo de disponibilidad siempre activo o la opción de replicación transaccional para transferir datos a Azure Virtual Machines (VM). Sin embargo, la mejor forma de transferir los datos es migrar los archivos de la base de datos a la máquina virtual de Azure mediante un archivo de copia de seguridad comprimido.
Si no puede usar ninguno de estos métodos, deberá migrar manualmente su base de datos a una máquina virtual de Azure usando uno de los siguientes métodos:
- Realice una copia de seguridad local mediante compresión y, a continuación, copie manualmente el archivo de copia de seguridad en la máquina virtual de Azure
- Haga una copia de seguridad en la URL y luego restáurela en AzureVM desde la URL
- Separe, copie datos y registre archivos en el almacenamiento de blobs de Azure y, luego, conéctelos a SQL Server en Azure VM desde la URL
- Convierta máquinas locales en VHD de Hyper-V, cárguelas en Azure Blob Storage y luego impleméntelas como una nueva VM
- Envíe el disco duro mediante el servicio de importación/exportación de Windows
- Asistente para agregar réplicas de Azure
- Utilice la replicación transaccional de SQL Server
Paso dos:identifique las fuentes de datos existentes y evalúe las instancias locales
El paso dos se considera "previo a la migración", y estas actividades de evaluación de instancias lo ayudarán a configurar su sistema actual para facilitar la migración.
En primer lugar, debe hacer un inventario de las bases de datos que necesita migrar para asegurarse de que todas estén optimizadas para la migración. Una vez que haya identificado todas las bases de datos, debe evaluarlas en busca de posibles problemas de migración o bloqueadores y resolver cualquier problema que encuentre.
Luego, debe identificar todas las instancias de SQL Server de su organización y sus versiones y características en uso. Cuando se hayan identificado las fuentes de datos, utilice el Asistente de migración de datos (DMA) para evaluar su base de datos de origen.
Estos son los pasos a seguir al usar el DMA para evaluar sus instancias:
- Crear un nuevo proyecto de evaluación en DMA
- Asigne un nombre al proyecto y haga que SQL Server sea el tipo de servidor de origen y Azure SQL Database el tipo de servidor de destino
- Seleccione qué informes de evaluación desea generar
- Identifique los detalles de la conexión de origen de su SQL Server, conéctese a la base de datos de origen e inicie la evaluación
- Cuando termine, revise los informes de evaluación para detectar problemas de bloqueo y paridad de funciones
- Seleccione un nivel de compatibilidad de base de datos
- Seleccione una SKU de instancia administrada de Azure SQL Database para su carga de trabajo local
Obtenga información detallada sobre cómo realizar el proceso de evaluación aquí.
Paso tres:¡Es el momento de la migración!
Ahora que se han cumplido los requisitos previos, es hora de comenzar la migración a Azure:primer esquema; luego datos.
Microsoft proporciona esta mirada de alto nivel sobre cómo migrar el esquema usando DMA:
- Abra DMA y luego comience a crear un nuevo proyecto de migración
- Especifique un nombre de proyecto, seleccione SQL Server como tipo de servidor de origen y luego seleccione Azure SQL Database como tipo de servidor de destino
- Especifique el alcance de la migración solo como esquema y luego cree el proyecto
- Especifique los detalles de la conexión de origen para su SQL Server y luego conéctese a la base de datos de origen
- Especifique los detalles de la conexión de destino para la base de datos de Azure SQL y luego conéctese a la base de datos que había aprovisionado previamente en Azure SQL Database
- Especifique los objetos de esquema en la base de datos de origen que deben implementarse en Azure SQL Database
- Genera secuencias de comandos SQL y luego revísalas en busca de errores
- Corrija los objetos que informan errores aprovechando las recomendaciones proporcionadas por su evaluación de DMA
- Implemente el esquema en Azure SQL Database y, a continuación, compruebe si hay anomalías en el servidor de destino
Estos son los pasos específicos para las migraciones de esquemas en línea y fuera de línea.
Microsoft proporciona esta mirada de alto nivel sobre cómo migrar datos usando Azure DMS:
- Registre el proveedor de recursos Microsoft.DataMigration
- Crear una instancia de DMS
- Cree un proyecto de migración en DMS
- Especifique los detalles de la fuente para la migración
- Especifique los detalles de destino para la migración
- Ejecutar la migración
- Supervisar la migración
Estos son los pasos específicos para las migraciones de datos en línea y fuera de línea.
Paso cuatro:probar el nuevo entorno después de la migración
Ahora que ha movido su base de datos de SQL Server a Azure SQL Database, aquí hay cuatro formas de probar a fondo el nuevo entorno para asegurarse de que la base de datos de origen se haya migrado correctamente:
Desarrolle pruebas de validación:cree consultas de validación para ejecutarlas en la base de datos de origen y la base de datos de destino.
Configure el entorno de prueba:coloque una copia de la base de datos de origen y una copia de la base de datos de destino en un entorno de prueba aislado.
- Ejecutar pruebas de validación: Ejecute las pruebas de validación en las bases de datos de origen y destino, luego examine los resultados.
- Ejecutar pruebas de rendimiento: Compruebe el rendimiento de la base de datos de origen y de la base de datos de destino, luego compare y analice los resultados.
La planificación estratégica es importante para una migración exitosa de su base de datos a un entorno de nube o nube híbrida. Una vez que se complete la migración, podrá aprovechar los beneficios de trabajar con una base de datos basada en la nube.
