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,
ar 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
.
No existe una ruta de actualización para servidores que ejecutan una edición de evaluación o
 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
roporcionarle información sobre versiones.
Información de hardware: cuando el kit de herramientas MAP hace el inventario de su
rdware (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é
á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.

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.
Contenido relacionado:

Migración a SQL Server 2008 R2

Problemas y soluciones habituales de seguridad de SQL Server
Agrupación de equipos: Integración de SQL Server 2008 R2 Reporting Services a SharePoint