consumo de disco rigido

Si tu subsistema de almacenamiento no es capaz de atender adecuadamente las
peticiones que se le hacen tienes dos soluciones:

1) Poner un sistema de almacenamiento mejor. Por ejemplo añadir más discos y
ponerlos en RAID 10.
2) Reducir las peticiones.

Probablemente la mejor solución sea reducir las peticiones de
entrada/salida. Para ello lo que hay que hacer es optimizar la base de
datos:

1) Monitorizar con contadores de rendimiento, trazas de SQL Server y DMVs y
DMF's.
2) Identificar las consulta más pesadas y optimizarlas creando los índices
más adecuados y/o modificándolas.
3) Asegurarse de que la fragmentación no causa problemas, reconstruyendo
periódicamente los índices que tengan una fragmentación excesiva.
4) Asegurarse de que las estadísticas están actualizadas, dejando en forma
automática la creación y actualización de las estadísticas y actualizando
manualmente y periódicamente aquellas estadísticas que lo requieran.
5) Elegir un factor de relleno adecuado.
6) Investigar las aplicaciones cliente y determinar si pueden optimizarse.

etc. etc.


Para reducir las peticiones de entrada/salida también suele ser buena
solución añadir más memoria al servidor para aumentar el porcentaje de
aciertos en la caché de SQL Server.




"Claudio" escribió en el mensaje
news:upfeHU%

Es normal que cuando se realiza una consulta contra un motor sql, este
tenga un consumo del 100% del disco rigido y que "cuelgue" a las demas
terminales que estan conectadas?
el servidor es un xeon con 8 gb de ram, 1 hdd 160 para el sistema y 2 de
500 gb para los datos. windows 2003 con todos los patches y sql 2005
standard tambien con los service packs instalados.

entrando por el perfmon en el servidor las "queue" del disco se van a 100%
y se mantiene asi por 1 minuto o mas, la db tiene 60 gb.
espero ser claro
Claudio