Cuando se lanzaron estas versiones de SQL Server, venían con 10 años de soporte; 5 años de soporte estándar y 5 años de soporte extendido. Si su organización todavía tiene SQL Server 2008/2008 R2 en producción, ¿cómo planea su organización abordar el riesgo? Para las organizaciones que están fuertemente reguladas, esta es una gran preocupación.

Debe elegir cómo va a migrar y adónde va a migrar, y luego asegurarse de que no encontrará ningún obstáculo en el camino.

Herramientas de evaluación de la migración

Si está planeando una actualización de SQL Server 2008/2008 R2, Microsoft ha facilitado mucho las cosas para probar y validar su entorno. Existen numerosas herramientas que pueden ayudar con las evaluaciones de migración e incluso manejar las tareas de migración, y todas son ligeramente diferentes. Estas herramientas incluyen:

• Asistente de migración de datos
• Kit de herramientas de planificación y evaluación de Microsoft
• Servicio de migración de bases de datos de Azure
• Asistente de experimentación de bases de datos

El Asistente de migración de datos lo ayuda a actualizarse a una plataforma de datos moderna. Lo hace mediante la detección de problemas de compatibilidad que pueden afectar la funcionalidad en la versión más reciente de SQL Server y hace recomendaciones para mejorar el rendimiento y la confiabilidad para el nuevo entorno. Su fuente puede ser SQL Server 2005+ con un destino de SQL 2012+ y Azure SQL Database.

El kit de herramientas de evaluación y planificación de Microsoft ha existido durante muchos años y, a menudo, se lo conoce como la herramienta MAP. Es excelente para hacer un inventario de su entorno actual para encontrar dónde existen SQL Server (y otras aplicaciones).

Azure Database Migration Service integra algunas de las funciones de las herramientas y servicios existentes para brindar a los clientes una solución completa para migrar a Azure. La herramienta genera informes de evaluación que brindan recomendaciones para guiarlo a través de los cambios necesarios antes de realizar una migración. Este servicio actualmente requiere una VPN o Express Route.

Finalmente, el Asistente de experimentación de bases de datos es una nueva solución de pruebas A/B para las actualizaciones de SQL Server y es una herramienta con la que debe familiarizarse. Aprovecha Distributed Replay para capturar una carga de trabajo y reproducirla en un servidor SQL de destino. Esto se puede usar para probar cambios de hardware o diferencias de versión de SQL Server. Puede capturar cargas de trabajo desde SQL Server 2005 y versiones posteriores.

Opciones de migración

Actualización local: Uno de los métodos de migración más fáciles es actualizar a una versión más nueva de SQL Server. En este caso, tiene SQL Server 2012, 2014, 2016 o 2017 para elegir. Animo a los clientes a actualizar a la última versión que puedan. SQL Server 2012 ya no tiene soporte estándar y SQL Server 2014 deja de ser soporte estándar el 9 de julio de 2019. La actualización puede llevar mucho tiempo y ser costosa para las organizaciones debido a toda la planificación y las pruebas involucradas, por lo que pasar a la última versión puede aumentar el tiempo antes de la próxima actualización. También hay numerosas mejoras de rendimiento y funcionalidad en SQL Server 2016 y 2017 que hacen que la migración a SQL Server 2012 o 2014 sea una elección muy mala en este momento.

Un enfoque común para las actualizaciones locales es crear nuevas y migrar, independientemente del entorno físico o virtual. Al crear nuevas, puede restaurar sus bases de datos y realizar numerosas rondas de prueba y validación para asegurarse de que todo funcione como se espera antes de pasar a la producción.

Actualice y migre a una máquina virtual de Azure: Para las organizaciones que buscan migrar a la nube, Azure Infrastructure as a Service (IaaS) es una excelente opción. Ejecutar SQL Server en una máquina virtual de Azure es muy parecido a hacerlo en las instalaciones. Usted especifica el tamaño de la máquina virtual (cantidad de vCPU y memoria) y configura su almacenamiento para sus requisitos de E/S y tamaño. Usted sigue siendo responsable de brindar soporte al sistema operativo y SQL Server para la configuración y la aplicación de parches. Azure IaaS le brinda la capacidad de escalar fácilmente sus cargas de trabajo al aumentar o reducir el tamaño de su máquina virtual a medida que cambian las necesidades de su carga de trabajo, así como aprovechar la integración de Azure Active Directory, la detección de amenazas y muchos otros beneficios de Azure.

Migrar a Azure SQL Database: Otra opción que tienes es migrar a Azure SQL Database. Azure SQL Database se puede considerar como una base de datos como servicio y es parte de la plataforma como servicio (PaaS) de Microsoft. La funcionalidad de Azure SQL Database tiene un ámbito de base de datos, lo que significa que ciertas cosas, como las consultas entre bases de datos, el Agente SQL Server, el Correo electrónico de la base de datos y más, no están disponibles. Sin embargo, muchos clientes que tienen aplicaciones que utilizan una única base de datos han podido migrar a Azure SQL Database con un esfuerzo mínimo. Puede probar rápidamente la compatibilidad con Azure SQL Database mediante el Asistente de migración de datos. Con Azure SQL Database, puede dimensionar sus bases de datos por DTU (unidades de transacción de base de datos) o núcleos virtuales individualmente, o agrupar bases de datos en un grupo elástico. Azure SQL Database le permite escalar sus recursos hacia arriba y hacia abajo con el mínimo esfuerzo y tiempo de inactividad.

Migrar a Instancia administrada de Azure SQL: Una nueva opción (a partir de 2018) es migrar a Instancia administrada de Azure SQL. Este es un nuevo producto que actualmente está disponible de forma general a partir del 1 de octubre para el nivel de uso general. La Instancia administrada se creó con el modelo de programación a nivel de instancia. Esto significa que se admite la funcionalidad a la que estamos acostumbrados con la versión completa de SQL Server. El objetivo de la Instancia administrada es tener una compatibilidad del 100 % del área de superficie con el entorno local. Todas las bases de datos de la instancia están en el mismo servidor, por lo que se admiten consultas entre bases de datos, al igual que Database Mail, SQL Server Agent, Service Broker y mucho más. Hay dos niveles de precios; Propósito general, que incluye una secundaria no legible para HA, y Business Critical, que tiene dos secundarias no legibles y una secundaria legible. Managed Instance es parte de la oferta de PaaS de Microsoft, por lo que obtiene todas las características y funciones integradas de PaaS.

Mover tal cual a Azure Virtual Machines: Microsoft ofrece tres años de actualizaciones de seguridad extendidas sin cargo adicional si traslada sus instancias de SQL 2008/SQL 2008 R2 a una máquina virtual de Azure. El objetivo es darle un poco más de tiempo para actualizar a una versión más nueva de SQL Server cuando esté listo.

Pagar para quedarse: Esta no es una opción de migración, pero tiene la opción de comprar hasta tres años de actualizaciones de seguridad extendidas. Hay restricciones en torno a esta opción. Debe tener Software Assurance activo para esas instancias o licencias de Suscripción bajo un Contrato Enterprise. Si esto se aplica a usted, entonces esta opción puede darle más tiempo para planificar y migrar fuera de SQL Server 2008/2008 R2.

Mejores prácticas de migración

Al realizar cualquier migración o actualización, hay ciertas cosas que debe tener en cuenta. Primero, necesita líneas de base y no puedo enfatizar esto lo suficiente. Cada vez que realiza un cambio en un entorno, debe poder medir cómo ese cambio impacta en el medio ambiente. Conocer las métricas de rendimiento clave para su entorno puede ayudarlo a solucionar cualquier impacto percibido. Puede recopilar manualmente estas métricas utilizando perfmon y DMV o invertir en una plataforma de monitoreo de rendimiento. Escribí sobre ambas técnicas con más detalle en una publicación anterior, y ahora mismo puede obtener una evaluación extendida de 45 días de SentryOne . Tener métricas de referencia para cosas como la utilización de la CPU, el consumo de memoria, las métricas del disco y más puede permitirle saber rápidamente si las cosas se ven mejor o peor después de una actualización o migración.

También debe tener en cuenta sus opciones de configuración dentro de su instancia. Muchas veces, me han pedido que mire una instancia de SQL Server después de una actualización o migración y descubrí que la mayoría de las configuraciones predeterminadas están en uso. Si el sistema anterior todavía está disponible, puedo consultarlo y obtener los valores no predeterminados anteriores que estaban en su lugar y aplicarlos al nuevo entorno para que vuelvan a tener una configuración conocida. Siempre es bueno revisar sys.configurations en su servidor de producción para considerar realizar cambios similares en su nuevo entorno (umbral de costo para paralelismo, grado máximo de paralelismo, optimización para cargas de trabajo ad hoc y más). Tenga en cuenta que escribí "considerar". Si su recuento de núcleos o memoria es diferente en el nuevo servidor, debe configurar los ajustes teniendo en cuenta el tamaño del nuevo servidor.

¿Cuál es su plan de retroceso si las cosas van mal? ¿Tiene copias de seguridad adecuadas a las que pueda volver? En la mayoría de los casos, con una actualización o migración, se está moviendo a una nueva máquina virtual o servidor físico. Su conmutación por recuperación puede ser volver al servidor anterior. Si ha tenido un cambio de datos en la nueva versión de SQL Server, su conmutación por recuperación es mucho más complicada. No puede restaurar una copia de seguridad de la base de datos de SQL Server desde una versión más reciente de SQL Server a una versión anterior.

Conclusión

Si aún usa SQL Server 2008 o SQL Server 2008 R2, tiene algunas opciones disponibles para cumplir después del 9 de julio de 2019. Para permanecer en SQL Server 2008 o SQL Server 2008 R2, puede comprar Actualizaciones de seguridad extendidas o muévase a una máquina virtual de Azure si califica. Si puede actualizar, puede migrar a una versión compatible de SQL Server local o en una máquina virtual de Azure o considerar migrar a una solución administrada como Azure SQL Database o Azure SQL Managed Instance.