PDF de programación - Pruebas de Compatibilidad de Aplicaciones con SQL Server 2008

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.