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

asegurate de hacer un plan de mantenimiento para reorganizar indices

y crea indices en los campos de las uniones inner y en los where

"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

en fin, parece que mi mensaje tampoco entra...
copio pego lo que intenté enviar; disculpas si aparece dos vece:


hola Claudio,
Sin conocer la actividad de tu sistema, la capacidad de procesamiento de la
máquina (memoria, cpu) parace por encima de la capacidad del sistema de
almacenamiento.
En tu lugar analizaría el proceso que comentas, trazas de profiler, medidas
de actividad fisica de discos, etc.
Para empezar, podrías empezar con la siguiente consulta para ver los planes
de ejecución de las consultas qeu más duración tienen:

SELECT top 10
execution_count,
total_worker_time, min_worker_time, max_worker_time,
total_physical_reads, min_physical_reads, max_physical_reads,
v1.dbid, v1.objectid, query_plan, text
FROM sys.dm_exec_query_stats s
cross apply sys.dm_exec_query_plan ( s.plan_handle ) v1
cross apply sys.dm_exec_sql_text (s.sql_handle) v2
order by total_worker_time

juega con el order by por lecturas, tiempo, etc. y podrás comenzar a meter
mano al problema.

Saludos,
Eladio Rincón
http://www.solidq.com





"Claudio" wrote in message
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