Decisión de si una actualización es adecuada para la tarea
Como administrador de la base de datos de un bufete de abogados, sabe que tiene bases de datos de SQL Server 2005 y SQL Server 2000 que Microsoft ya no admite. Es posible que las bases de datos funcionen de forma eficaz con las aplicaciones, pero no puede garantizar a la empresa que sean tan seguras como deberían. Microsoft ya no proporciona revisiones y actualizaciones, por lo que no está protegido frente a las amenazas más recientes. Además, no puede aprovechar las características de las versiones más recientes de SQL Server que podrían ofrecer una mayor productividad.
Aquí se describirán las principales preguntas que una organización se planteará antes de iniciar una operación de migración de base de datos.
¿Qué versiones de SQL Server se pueden actualizar?
Para asegurarse de que actualiza la base de datos al estándar más seguro y eficiente posible, no actualice a una versión anterior a SQL Server 2014. Las versiones de SQL Server desde 2012 en adelante se pueden actualizar a SQL Server 2019. Si detecta versiones anteriores, como SQL Server 2008, que todavía existe, primero debe actualizar a SQL Server 2017. A continuación, podrá actualizar a SQL Server 2019.
Motivos para actualizar a SQL Server 2019
Compruebe si su empresa está ejecutando SQL Server 2008 o 2008 R2, ya que estas bases de datos ya no son compatibles con Microsoft. Si debe respetar alguna regla, compruebe que efectivamente la cumple. Además, no se proporcionan actualizaciones ni parches de seguridad, por lo que las bases de datos están un poco más propensas a los ataques malintencionados. La seguridad combinada con el rendimiento mejorado que verá son las razones más atractivas para realizar la actualización.
La nueva familia de características de procesamiento de consultas inteligentes garantiza que las distintas cargas de trabajo se ejecutarán más rápidamente con menos intervenciones del equipo de DBA. Las consultas actuales verán mejorar también su rendimiento sin necesidad de realizar cambios en el código. Además, las versiones anteriores de SQL Server no pueden utilizar las ventajas de rendimiento del hardware más reciente. No puede actualizar los servidores ni pasarse a la nube sin actualizar. Las organizaciones se han apresurado a migrar a la nube para eliminar la necesidad de administrar el hardware en una sala de servidores local.
Quiere permitir que el equipo jurídico consulte los datos donde estos residen, en lugar de tener que cargarlos y transformarlos en el almacenamiento de datos existente. El uso de las características de PolyBase permite a las organizaciones aprovechar sus orígenes de datos existentes.
Al actualizar a SQL Server 2019, puede introducir el aprendizaje automático y la ciencia de datos en el dominio de TI para llevar el análisis de datos a otro nivel. Las ediciones Standard y Enterprise ofrecen la integración básica de R y Python.
Impacto empresarial de la actualización
La actualización de una base de datos puede provocar tiempo de inactividad y pérdida de acceso de los usuarios a aplicaciones o informes empresariales. Pero como este tiempo de inactividad está planeado, se puede programar por la noche o durante el fin de semana, cuando son menos los usuarios que acceden al sistema. En comparación con un error de hardware que puede aparecer sin previo aviso, una migración planeada ofrece un menor riesgo para la empresa.
Los sitios web con alcance global pueden tener una cantidad de tráfico elevada constante debido a las diferencias de zona horaria que crean un pico constante. Pida al administrador del sitio web que supervise la tasa de aciertos y busque el período de tiempo con la menor actividad. Para evitar el enfado de los clientes, puede usar acentos programados para advertir a los usuarios o clientes de que un sistema puede no estar disponible durante un período de tiempo especificado.
Minimizar el tiempo de inactividad con las herramientas y metodologías adecuadas
Es probable que tenga una combinación de bases de datos internas que solo se usan durante el horario comercial y otras de uso constante, como un sistema de pedidos web. En cualquier caso, quiere elegir la ruta de actualización más rápida para asegurarse de que la base de datos no está sin conexión durante más tiempo del necesario.
Si tiene una aplicación interna, puede darse el lujo de migrar la base de datos cuando no esté en uso durante el fin de semana y, después, cambiar la cadena de conexión de base de datos.
Todavía hay varios pasos que debe realizar después de una actualización para asegurarse de que la aplicación se ha probado completamente y está lista para volver a ponerla en producción. Disponer de las herramientas adecuadas para ayudarle a eliminar el tiempo de inactividad mediante la organización y aceleración del proceso es un aspecto fundamental para mantener el funcionamiento de la empresa.
Procedimientos para decidir una actualización
En el caso del bufete, debe tener en cuenta los problemas siguientes:
- Microsoft ya no admite SQL Server 2005, SQL Server 2008 y SQL Server 2008 R2, y no se publican actualizaciones. Esta falta de compatibilidad significa que las bases de datos pueden ser vulnerables a ataques de seguridad que se han solucionado mediante actualizaciones recientes. Actualice estos servidores de base de datos a menos que pueda permitirse perderlos o que los datos que contienen caigan en manos malintencionadas.
- Como estas bases de datos ya no se admiten, es muy probable que no cumpla con las leyes de protección de datos de su región.
- La empresa ya usa Azure para otros sistemas y es posible que también quiera migrar las bases de datos a este sistema. No se puede migrar una base de datos a Azure SQL Database desde SQL Server 2000 o 2005.
- Puede actualizar un servidor de base de datos de SQL Server 2005 a SQL Server 2017 directamente. Pero para actualizar desde SQL Server 2005 a SQL Server 2019, primero debe actualizar a SQL Server 2017.
La mayoría de los administradores de bases de datos solo querrán realizar cambios en las bases de datos de producción críticas para la empresa cuando sea necesario. Cualquier cambio planeado en una base de datos de producción se debe realizar después de crear las copias de seguridad adecuadas y la planificación tenga el menor impacto en la empresa y los usuarios finales.
El riesgo de perder datos durante una migración se puede mitigar mediante copias de seguridad probadas, pero cuando una base de datos se usa de forma constante, la planificación puede ser difícil. Después de una documentación detallada del entorno, decidirá si necesita actualizar todas las bases de datos.