SQL Server - Consultas lentas

Tengo una base de datos (sql 2000)compuesta por 5 archivos (mdf+ndf+ldf)
Tengo 2 servidores de bases de datos con las mismas características donde he restaurado la misma base de datos.
Tengo un proceso que se lanza desde un aplicativo cliente y al ejecutarlo en ambos servidores me da los siguientes resultados:
Este proceso básicamente ejecuta un store procedure más de 20000 veces.

Servidor 1 :
- el proceso dura 45 minutos
- en el profiler, la columna "Reads" los valores varian de 0 a 30

Servidor 2 :
- el proceso dura más de 4 horas
- en el profiler, la columna "Reads" los valores no bajan de 25000

Ambos servidores son exclusivamente de bases de datos

¿Qué puede estar sucediendo?

Gracias

En el servidor 2, ejecuta en tu analizador de consultas

SP_UPDATESTATS

Y te aconsejo que REGENERES LOS INDICES.

Gracias Isaias.
Ya verifique los indices, y las estadisticas (dbcc showstatistics) y en ambos lados es igual, al restaurar la misma base de datos en ambos servidores las estadisticas varian?

Pero creo q ya encontre la causa de la lentitud, a ver si me puedes ayudar a interpretarlo. La estructura de mi SP es asi:

Create procedure SP
@numero numeric
as
select * from TABLA1 where CODIGO=@numero

donde la columna CODIGO esta definida como decimal (8,0) en la tabla TABLA1

Cuando cambio el tipo de dato del parametro en el SP a DECIMAL la velocidad en ambos servidores es la misma. (45 minutos)

Pero entonces, por que en un servidor le es indiferente si declaro el parametro como NUMERIC o DECIMAL? En la ayuda encontre que entre estos 2 tipos de datos no hay conversion implicita. O es alguna configuracion de la base de datos?

Gracias nuevamente.

Siempre que hagas un RESTORE, debes actualizar estadisticas con SP_UPDATESTATS

Si CODIGO es DECIMAL, debes recibir un parametro de tipo decimal.

hola que tal una pregunta .. que exactamente hace el SP_UPDATESTATS
gracias...