analizar rendimiento SQL 2000

Hola, deberias poner un profiler y monitoreqar con este y ademas los
contadores de windows a ver cuando se consumen los recursos, esto puede ser
por las aplicaciones que esten usando que no esten bien diseñadas o de baja
performance


"jb" escribió en el mensaje
news:

Buenas,

He comentado en un post anterior qeu el SQL tomaba todos los recursos y
memoria de la maquina (2GB de RAM) y el 100% de procesador (un XEON creo
que a 2.8GHZ), la verdad es que las bases de datos que contiene este SQL
no me parece tan enorme (aunque tengo una con tablas que contienen 700.000
registros).

Antes de decidirme a ampliar el hardware me gustaría saber si existe algún
modo de saber si puede haber otra causa para que el SQL sature tanto el
servidor, de forma aparentemente bastante súbita.

Gracias de antemano,


Xus

Levanta una traza con el profiler y busca la plantilla performance. o agrega
por lo menos los eventos SQL:BatchCompleted y SQL:StmtCompleted y agrega el
filtro de 100000 lecturas. Eso te va a traer parte de lo mas costoso para el
servidor.
Revisa lo que tenga mas lecturas y trata de corregir eso con mejores indices
o corrigiendo la consulta.



Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)




"jb" wrote in message
news:

Buenas,

He comentado en un post anterior qeu el SQL tomaba todos los recursos y
memoria de la maquina (2GB de RAM) y el 100% de procesador (un XEON creo
que a 2.8GHZ), la verdad es que las bases de datos que contiene este SQL
no me parece tan enorme (aunque tengo una con tablas que contienen 700.000
registros).

Antes de decidirme a ampliar el hardware me gustaría saber si existe algún
modo de saber si puede haber otra causa para que el SQL sature tanto el
servidor, de forma aparentemente bastante súbita.

Gracias de antemano,


Xus

INCREIBLE

He ejecutado el sql tunner advisor... y me ha recomendado crear algunos
índices clustered, por el simple hecho de hacerlo, la ocupación del
procesador media ha pasado del 80% al 10%...


muchas gracias amigos :P


"jb" escribió en el mensaje
news:

Buenas,

He comentado en un post anterior qeu el SQL tomaba todos los recursos y
memoria de la maquina (2GB de RAM) y el 100% de procesador (un XEON creo
que a 2.8GHZ), la verdad es que las bases de datos que contiene este SQL
no me parece tan enorme (aunque tengo una con tablas que contienen 700.000
registros).

Antes de decidirme a ampliar el hardware me gustaría saber si existe algún
modo de saber si puede haber otra causa para que el SQL sature tanto el
servidor, de forma aparentemente bastante súbita.

Gracias de antemano,


Xus

Quisiera hacer algunas conclusiones para el resto del foro.

Cuando un SQL Server tiene bajo rendimiento, no perder tiempo en cuestiones
como el hardware disponible, la ubicación de los archivos físicos,
defragmentación, cambiar configuraciones en el servidor, etc.

EN EL 95% DE LOS PROBLEMAS DE PERFORMANCE LA CULPA ES DE LAS APLICACIONES O
DE MALAS PRACTICAS: Uso de cursores, ausencia de índices adecuados en las
tablas, joins de fuerza bruta, ...

Insisto con un ejemplo que ya he mencionado varias veces: Cambiar la forma
aerodinámica de un auto no sirve de nada si el conductor siempre maneja
usando la primera o segunda marcha del motor :-)


Gustavo Larriera, MVP | Solid Quality Mentors [www.solidq.com]
Este mensaje se proporciona tal como es, sin garantías de ninguna clase



"jb" wrote:

INCREIBLE

He ejecutado el sql tunner advisor... y me ha recomendado crear algunos
índices clustered, por el simple hecho de hacerlo, la ocupación del
procesador media ha pasado del 80% al 10%...


muchas gracias amigos :P


"jb" escribió en el mensaje
news:
> Buenas,
>
> He comentado en un post anterior qeu el SQL tomaba todos los recursos y
> memoria de la maquina (2GB de RAM) y el 100% de procesador (un XEON creo
> que a 2.8GHZ), la verdad es que las bases de datos que contiene este SQL
> no me parece tan enorme (aunque tengo una con tablas que contienen 700.000
> registros).
>
> Antes de decidirme a ampliar el hardware me gustaría saber si existe algún
> modo de saber si puede haber otra causa para que el SQL sature tanto el
> servidor, de forma aparentemente bastante súbita.
>
> Gracias de antemano,
>
>
> Xus
>
>
>