SQL Server: Cómo planificar la migración a SQL Server 2008 R2
Migrar a SQL Server 2008 R2 es algo importante. Asegúrese de examinar su entorno y planear cuidadosamente los pasos para garantizar una migración sin problemas.
Brien Posey
La migración a SQL Server 2008 R2 no siempre está definida de antemano. Es una actualización importante y una enorme transición. A diferencia de muchos otros productos de Microsoft, SQL Server 2008 R2 sí admite actualizaciones locales. Si está ejecutando SQL Server 2000, 2005 ó 2008, puede instalar simplemente SQL Server 2008 R2 sobre el SQL Server existente.
En la mayoría de los casos, la migración a SQL Server 2008 R2 no será tan sencilla como insertar el disco de instalación y trabajar mediante un asistente para instalación. Hay algunas situaciones en las que tendrá que migrar en lugar de actualizar su SQL Server. Aquí se explicarán algunas de las opciones para realizar el cambio a SQL Server 2008 R2.
Consejo sabio
Un examen cabal de la infraestructura siempre es aconsejable antes de hacer una actualización importante. En este caso, el asesor de actualizaciones de SQL Server puede ayudarlo a determinar si podrá o no actualizar directamente a SQL Server o si tendrá que hacer una migración. El trabajo del asesor de actualizaciones consiste en analizar los servidores SQL e informar cualquier problema que pudiera interponerse para lograr un actualización exitosa. Puede corregir esos problemas antes de la actualización o comenzar a hacer planes para migrar.
El asesor de actualizaciones de SQL Server es una herramienta gratuita incluida con SQL Server 2008 R2 Feature Pack (puede descargarla desde el Centro de descarga de Microsoft). Una vez descargado y descomprimido el SQL Server 2008 R2 Feature Pack, encontrará el asesor de actualizaciones en la carpeta \X64\Redist\Upgrade Advisor. También hay versiones x86 e Itanium del asesor de actualizaciones, que se ubican en las carpetas \X86 y \IA64, respectivamente.
La mayoría de las instalaciones de SQL Server son esenciales, por eso es posible que se muestre reacio a ejecutar una utilidad como el asesor de actualizaciones por temor a que pueda causar problemas. Tales temores pueden aumentar aún más por el hecho de que existe una serie de componentes de requisito previo que debe instalar antes de ejecutar incluso el asesor de actualizaciones.
Afortunadamente, por lo general no tendrá que ejecutar el asesor de actualizaciones directamente en el servidor SQL. Puede instalarlo en Windows XP (SP2 o superior), Windows Vista, Windows 7, Windows Server 2003 (SP2 o superior) o Windows Server 2008. Una vez instalado, puede utilizarlo para analizar sus servidores SQL de forma remota. La única excepción es que si alguno de los servidores está ejecutando SQL Server Reporting Service, tendrá que ejecutar el asesor de actualizaciones de forma local en esos servidores.
Si bien realiza un buen trabajo al anticipar problemas que se interpondrán en una actualización, hay algunas cosas que el asesor de actualizaciones no comprueba. Por ejemplo, no puede analizar las aplicaciones de escritorio ni los procedimientos almacenados cifrados. También tiene problemas para comprobar características suspendidas.
Recuerde: SQL Server 2008 R2 es compatible con actualizaciones de versiones de SQL Server tan antiguas como 2000. SQL Server ha evolucionado mucho con el transcurso de los años. Microsoft ha agregado nuevas características en cada versión de SQL Server, pero también se eliminaron muchas. En algunos casos, el asesor de actualizaciones no informa sobre problemas relacionados con características obsoletas. Otro ejemplo de esto es que el asesor de actualizaciones no analiza Notification Services, pues fueron eliminados en SQL Server 2008.
En TechNet hay un artículo que indica todos los problemas de compatibilidad con versiones anteriores de SQL Server, que incluyen características suspendidas y depreciadas de SQL Server, así como algunos cambios de comportamiento que podrían vulnerar las aplicaciones de SQL Server. Este artículo sólo abarca características que cambiaron o se eliminaron desde SQL Server 2008. Si está ejecutando una versión más antigua de SQL Server, tendrá que realizar una investigación adicional para averiguar lo que podría haber cambiado desde que se lanzó su versión.
La ruta de actualización
Si decide que desea probar una actualización local, tendrá que trabajar dentro de las rutas de actualización permitidas por Microsoft. Esencialmente, esto significa que la versión y edición de SQL Server a la que se puede actualizar está determinada por la versión que utiliza actualmente.
Por ejemplo, imagine que tiene un servidor que ejecuta SQL Server 2005 (x64) Enterprise con SP2. Sus únicas opciones para actualizarse a SQL Server 2008 R2 serían actualizar a Enterprise Edition o a Datacenter Edition. Microsoft cuenta con un gráfico detallado que describe las ediciones de SQL Server 2008 R2 que son admitidas en diversos escenarios de actualización. Hay muchas advertencias en las rutas de actualización, de modo que debe mirar ese gráfico antes de adquirir sus licencias de SQL Server 2008 R2. Sin embargo, aún existen algunas reglas generales que son ciertas para la mayoría de las rutas de actualización:
- Sólo puede actualizar a la misma edición o a una edición superior de SQL Server. Por ejemplo, si en estos momentos opera Datacenter Edition, no puede usar el proceso de actualización como forma de cambiar a Enterprise Edition.
- Debe continuar usando la misma arquitectura de CPU. Si en este momento está ejecutando una edición de 32 bits de SQL Server, debe continuar con ella.
- No existe una ruta de actualización para servidores que ejecutan una edición de evaluación o edición personal de SQL Server.
El asesor de actualizaciones es una excelente herramienta para divisar posibles problemas de actualización, pero no es tan fácil de usar como parece. Como hay varias condiciones que el asesor de actualizaciones no puede comprobar, debe realizar una actualización de prueba, de ser posible.
Haga una copia de seguridad completa del sistema de su SQL Server, un par de controladores de dominio y ejecute cualquier otro servidor de infraestructura necesario. Restaure esas copias de seguridad en un servidor virtual no conectado a su red de producción, con ello se crea un clon de la implementación del SQL de producción. Una vez que se ejecute este clon, intente actualizarlo a SQL Server 2008 R2 y realice cualquier prueba necesaria posterior a la actualización.
Algunos entornos son muy complejos para este tipo de prueba. En esas situaciones, configure una implementación de prueba que imite su implementación del SQL Server de producción lo más cercanamente posible. Recuerde que es posible que siga descubriendo problemas durante una actualización o después de ella. Es mucho mejor descubrir cualquier problema en un entorno de laboratorio que en sus servidores de producción.
El momento de migrar
Las migraciones son útiles para más situaciones que sólo cuando es imposible una actualización local. También puede utilizar una migración como método para cambiar topologías de servidor (como pasar de una implementación de 32 bits a una de 64 bits) o para trasladar el SQL Server a un nuevo hardware de servidor.
Antes de intentar migrar cualquier base de datos a SQL Server 2008 R2, descargue una copia de Microsoft Assessment and Planning (MAP) Toolkit para SQL Server 2008 R2. MAP no realiza el proceso real de migración, pero puede ayudarlo con la planificación de ésta. Algunas de las cosas que el kit de herramientas MAP puede incluir:
- Inventario de SQL: el kit de herramientas MAP puede identificar todas las instancias de SQL Server que se ejecutan en su organización. También puede proporcionarle información sobre versiones.
- Información de hardware: cuando el kit de herramientas MAP hace el inventario de su implementación de SQL, también puede informar sobre el hardware (físico o virtual) en el que se ejecutan los servidores SQL, así como la arquitectura de CPU (32 bits o 64 bits).
- Planificación de la migración: el kit de herramientas MAP puede ayudarlo a determinar qué servidores SQL son buenos candidatos para la migración, basándose en sus requerimientos.
Mecánica de la migración
Los pasos exactos que seguirá para realizar la migración a SQL 2008 R2 variarán dependiendo de la versión de SQL Server desde la cual está migrando. Aun así, a continuación presentamos una descripción general de lo que implica la migración real.
En su forma más simple, el proceso de migración implica configurar un servidor con SQL Server 2008 R2. Después debe restaurar una copia de seguridad de sus bases de datos heredadas a ese servidor. No obstante, al igual que muchas situaciones de la vida, lo malo está en los detalles.
El primer detalle es el método mediante el cual hará la copia de seguridad de su SQL Server heredado. Debe hacer la copia de seguridad del servidor de una forma que conserve todas las transacciones. Idealmente, debe definir la propiedad de acceso a las bases de datos en “Single_User” o bien configurar la base de datos en “Sólo lectura”.
Un problema al hacer esto es que el proceso de copia de seguridad/restauración puede ser demoroso. Según el cronograma de migración, puede que una copia de seguridad y restauración completas tarde mucho tiempo. Puede reducir la cantidad de tiempo de la migración haciendo una copia de seguridad completa con anticipación. Luego puede ejecutar una copia de seguridad incremental justo antes de la migración real.
Cuando necesite restaurar la base de datos en su servidor con SQL Server 2008 R2, tendrá que especificar algunas opciones de restauración a través de SQL Server Management Studio. Concretamente, asegúrese de nombrar la nueva base de datos exactamente igual como la base de datos que está restaurando. Además, asegúrese de seleccionar la opción “Dejar la base de datos lista para su uso revirtiendo las transacciones no confirmadas”, que encontrará en la sección Estado de recuperación.
Cuando la restauración finalice, hay otras dos cosas que deberá hacer. Primero, defina la propiedad de acceso a la base de datos en Multiusuario, para que los usuarios puedan comenzar a utilizarla de nuevo. A continuación, defina el nivel de compatibilidad de la base de datos en SQL 2008 (Modo 100). Si omite este paso, sus bases de datos pueden permanecer en modo de compatibilidad. Según la versión original de SQL Server, es posible que el modo de compatibilidad impida que funcionen las características introducidas en SQL Server 2005 y SQL Server 2008.
Como puede ver, la migración a SQL Server 2008 R2 no es tan difícil, pero sí requiere muchos pasos específicos. Debe planificar cuidadosamente la migración con anticipación para evitar cualquier problema de compatibilidad.
.jpg)
Brien Posey*, MVP, es autor técnico independiente con miles de artículos y docenas de libros a su haber. Puede visitar el sitio web de Brien en brienposey.com.*