Pruebas de Compatibilidad de Aplicaciones con SQL Server 2008

Instrucciones Generales El objetivo de esta iniciativa es determinar si sus aplicaciones ejecutan apropiadamente en SQL

Server 2008 y apoyar los procesos de migración y resolución de incompatibilidades.

La verificación más común, es la compatibilidad con el motor de bases de datos relacional. Sin

embargo la compatibilidad de su aplicación con Reporting Services, Integration Services y Analisys

Services es también muy importante. Para esto requerimos que haga uso de la herramienta

Upgrade Advisor para todos los objetos de su aplicación de cada uno de los servidores y nos envíe

el resultado que genera esta herramienta a Microsoft. Para Microsoft es una manera de verificar

que se revisó su aplicación. Esta información será manejada con completa confidencialidad.

Microsoft utilizará esta información también para detectar las causas más comunes de

incompatibilidades y tomar acciones correctivas, posiblemente charlas o envío de información para

toda la comunidad de productores de software.

Uso de Microsoft Upgrade Advisor

Instalación Nota: el programa SQL Server 2008 Microsoft Upgrade Advisor se conoce como Asesor de

actualizaciones de Microsoft SQL Server 2008 en los programas en español. En este tutorial

usaremos la versión en inglés, que se puede descargar desde

http://www.microsoft.com/downloads/details.aspx?familyid=F5A6C5E9-4CD9-4E42-A21C-

7291E7F0F852&displaylang=en.

Este programa lo puede instalar en cualquier computador que cumpla con los requisitos. Sin

embargo para hacer los chequeos de instancias de Reporting Services se debe instalar en el servidor

de SQL Server. Según la documentación estos son los prerrequisitos:

Windows XP SP2 or a later version, Windows Vista, Windows Server 2003 SP1 or a later version,

or Windows Server 2008.

Windows Installer 3.1 or a later version.

The .NET Framework 2.0 requires Windows Installer 3.1. You can install Windows Installer from

the Windows Installer Web site.

The .NET Framework 2.0 or a later version. The .NET Framework 2.0 is available on the SQL

Server 2005 product media, and from the SDK, redistributable, and service pack download Web

site.

To install the .NET Framework 2.0 from the SQL Server 2005 media, locate the root of the disc

drive. Then, double-click the redist folder, double-click the 2.0 folder, and run dotnetfx.exe (for

32-bit operating systems) or dotnetfx64.exe (for 64-bit operating systems).

SQL Server 2005 Integration Services (SSIS) is required to scan SQL Server 2005 Integration

Services (SSIS) packages. Use the SQL Server 2005 installation media to install SQL Server 2005

Integration Services (SSIS).

SQL Server 2000 decision support objects (DSO) are required to scan upgrade issues in Analysis

Services. To install DSO, insert the SQL Server 2000 media into the disc drive. Click Install SQL

Server 2000 Components. Click Analysis Services to start the Analysis Services Setup program. In

Select Components, ensure that the Decision Support Objects component is selected.

SQL Server 2000 Client components are required to scan SQL Server 2000 DTS packages. Use the

SQL Server 2000 installation disc to install client components.

SQL Server 2005 Backward Compatibility Components are required to scan SQL Server 2005 DTS

packages that were migrated from SQL Server 2000. Use the SQL Server 2005 installation disc to

install backward compatibility components.

En nuestro ejemplo, tenemos Windows Vista 64 bits, entonces usaremos SqlUA_x64.msi. Instale este

programa con los valores por defecto. El programa queda instalado dentro del mismo menú de SLQ

Server 2008 (si lo tiene instalado):

Ejecución Al ejecutarlo aparece esta pantalla que le sirve como panel de control para analizar el impacto de

migración de SQL Server 2000 y 2005 a SQL Server 2008. Este programa consta de 2 opciones: un

wizzard (asistente) y un visor de los reportes que genera el wizzard. El wizzard examina las instancias

de los servidores (motor relacional, motor de Analysis Services, Reporting Services y DTS 2000 e

Integration Services 2005) de versiones anteriores. Este asistente clasifica los elementos de acuerdo

a diferentes categorías de acuerdo al impacto sobre una posible migración a SQL Server 2008.

Nota: este asistente NO modifica nada en los servidores analizados y se puede ejecutar múltiples

veces. Sin embargo puede afectar el desempeño de un servidor que esté siendo muy utilizado.

El visor de reportes permite ver los resultados del trabajo del asistente.

En este caso, vamos a analizar la base de datos Northwind. En esta máquina está como una base de

datos de la instancia SQL2005.

Esta es la información que se puede ver, que indica que esta base de datos tiene modo de

compatibilidad 8. El objetivo sería migrarla a modo SQL 2008 o 10

Vamos a ejecutar el asistente para que nos indique lo necesario para poder ejecutarla en modo SQL

2008.

Al ejecutar esta opción aparece esta pantalla:

Luego damos la opción Next y nos aparece la siguiente pantalla:

En el caso de ejemplo, nuestra máquina se llama PAFONTANVISTA64 y se refiere a la máquina, no a la

instancia de SQL Server 2005 que en nuestro caso es PAFONTANVISTA64\SQL2005.

Ahora escogemos la opción Detect para que detecte los servidores de versiones anteriores de SQL

Server a los que se les puede hacer el análisis. Al hacerlo aparece:

En la instancia de SQL 2005 solamente tenemos instalado el motor relacional. Seleccionamos Next y

aparece esta pantalla.

La base de datos que quiero analizar está la instancia SQL2005 y voy a conectarme con autenticación

Windows. Presiono Next y aparecen todas las bases de datos de esa instancia más una opción para

seleccionar todas las bases de datos. En este caso seleccionaremos solamente la base de datos

Northwind.

Opción Analyze trace files

Este asistente permite analizar además de los objetos mismos de esta base de datos (tablas, vistas,

procedimientos almacenados, etc.), comandos que recibe la base de datos por parte de los usuarios

o de aplicaciones de usuarios. Para poder analizarlos debe guardar una o varias trazas en archivos

(por medio de SQL Server Profiler) de manera que el asistente pueda determinar los inconvenientes

que puedan tener esos comandos al llegarle a la base de datos una vez se migre esta. Esta opción es

sumamente importante para el caso de aplicaciones de arquitectura dos niveles con cliente “grueso”

o “fat client” en donde la aplicación tiene mucha lógica en el cliente y hay pocos procedimientos

almacenados. También es posible que su aplicación utilice DTS que ejecutan muchas instrucciones

SQL que pueden verse afectadas con la migración. Si su aplicación es de este tipo debe seleccionar

esta opción (luego de generar las trazas con durante un uso significativo de su aplicación) e indicarle

la ruta de estos. Para nuestro caso no vamos a utilizar esta opción.

Opción Analyze SQL Batch files

Esta opción permite analizar archivos que contienen grupos de comandos que su aplicación ejecuta y

que pueden verse afectados por el proceso de migración. Si su aplicación hace uso de este tipo de

archivos debe seleccionar esta opción e indicarle la ruta de estos.

Ahora damos Next y aparece un resumen de las opciones seleccionadas en los pasos anteriores antes

de comenzar el proceso de análisis. Como ejecuté este análisis antes me aparece el aviso de que me

sobre escribirá los reportes anteriores.

Al darle Run comenzará el proceso de análisis que se puede tomar un tiempo largo dependiendo de

varios factores pero en particular del número de objetos de la base de datos, de la longitud de las

trazas y de los archivos de SQL.

En este caso está analizando 103 reglas para el motor relacional y se toma en este caso unos 5

minutos. Al terminar aparece esta pantalla:

Ahora ejecutamos Launch Report para ver el resultado del análisis:

En este reporte se podrían ver los datos de múltiples servidores, instancias y filtrarlos por las

diferentes categorías de asuntos. Estos asuntos se clasifican en Pre upgrade, Post upgrade y

resueltos o no resueltos.

En este caso veamos todos los asuntos.

Para el primer asunto, que es un caso que se debe resolver antes de actualizar pero no es de nuestra

base de datos, sino del servidor. Para ver cómo se pudiera resolver nos da un link a las ayudas en

donde se explica en detalle el problema y las alternativas de solución.

Para el segundo asunto que si es de nuestra base de datos, nos muestra el problema que puede

tener una migración y que se puede corregir luego de la migración. Si cambiamos la base de datos a

modo 90 las instrucciones que tienen este problema fallarán.

Adicionalmente podemos ver los objetos que presentan el problema:

Ya es parte de nuestro trabajo ir a cada objeto y resolver el problema.

Cuando los tengamos resueltos podemos marcarlos para que pueda filtrar los que están resueltos y

los que están pendientes.

Exportar reporte En la parte inferior derecha del reporte aparece la opción de exportar los datos de este. Para este

proyecto les solicitamos que exporten este reporte con el nombre de su empresa y aplicación para

que nosotros en Microsoft recolectemos la información de todos los productores de software y

podamos revisar cuales son las causas más frecuentes y ofrecer algunas alternativas adicionales de

información para resolver este tipo de asuntos.