Lentitud SQL2008r2

[mapafe]

Hola
He traspasado una aplicación desarrollada bajo Visual Basic 6, que hasta ahora funcionaba bien de velocidad bajo SQL 2000, a SQL 2008R2, y ahora me funciona todo muchísimo más lento.
Anteriormente había realizado este proceso en otras ocasiones sin problema alguno, la única diferencia es que la base de datos actual es bastante mayor ( 13 Gigabytes ) .
El problema se me presenta , tanto si el traspaso lo realizado adjuntando la base de datos de SQL2000 a SQL2008R2, como si hago una migración, creando una base de datos nueva en SQL2008R2 y exporto los datos.
He realizado los procesos que se aconsejan para estos casos, sin lograr solventar el problema:
Ejecutar Upgrade Advisor, sin encontrar avisos importantes.
Re indexar Índices y estadísticas de toda la base de datos, y reducir el fichero LDF.
Agradecería cualquier ayuda sobre este problema, si alguien se ha encontrado en un caso similar.
Gracias de antemano por vuestra ayuda
Manuel

[Missi]

Puedes revisar el cliente de conexión que tienes desde tu aplicativo a tu nuevo servidor de SQL Server2008R2.

Con el cambio de versión, has cambiado también la compatibilidad de la base de datos ¿?...

[mapafe]

Hola gracia por tu respuesta.
He probado con el cliente de sql2000, y con el cliente de SQL 20008, tambien he probado con cambiando e tipo a 100 (de SQl 2008), pero no logro solventar el problema de lentitud.
La verdad es que estoy un poco desesperado.

Para probar que sea lo mas fiable posible, he transladado las pruebas a un Pc con Windows 7, y he instalado el SQL 2000 y SQL2008R2 en el mismo PC.

[Libras]

Iniciado por mapafe

Hola gracia por tu respuesta.
He probado con el cliente de sql2000, y con el cliente de SQL 20008, tambien he probado con cambiando e tipo a 100 (de SQl 2008), pero no logro solventar el problema de lentitud.
La verdad es que estoy un poco desesperado.

Para probar que sea lo mas fiable posible, he transladado las pruebas a un Pc con Windows 7, y he instalado el SQL 2000 y SQL2008R2 en el mismo PC.

Caracteristicas del equipo en donde vive la nueva base de datos, como estas configurando el uso del cpu en la misma, que tanto trafico hay en tu red, cuando dices lenta, a que te refieres? baja respuesta en la base de datos??

[iislas]

El "librito" (BOL de SQL Server) dice, que se debe MIGRAR LA BASE, antes de pensar en un Detach-Attach, Backup-Restore.

Además de que cada que se mueva la base de datos a otra ubicación, se deben REGENERAR INDICES y ACTUALIZAR ESTADISTICOS.

Missi: No es tan simple como "cambiar el nivel de compatibilidad", si eso fuera asi de simple, no habría UPGRADE ADVISOR