Rendimiento Servidor SQL

Uff, habia enviado antes un mensaje similar y no lo encontraba, crei q no se
posteo x consiguiente este mensaje.
buscando un poquito vi donde quedo y cuando, disculpas x esta replica

"Inte" wrote in message
news:eTwP$

Nuestro Servidor:
SQL 2K Standard + SP3a
W2K Server + SP4
2 Processador Xeon 933 MHz
4 GB de RAM
100GB en Raid 5 (donde esta SQL) a 10K RPM
Conexion a 1GB

Ambiente:
90 Estaciones accesando al SQL donde 35 pueden hacer actualizaciones
simultaneamente mientras que las otras hacen consultas constantes via
Crystal Reports 8.5

Se que la version standard solo soporta hasta 2 GB en RAM y el monitoreo

de

esta se mantiene en 1.8 GB. En cambio los procesadores es comun verlos

cerca

del 100% de utilizacion, casi todo corresponde al proceso sqlservr.exe,
provocando que el sistema se vuelva muy lento. Antes se podia monitorear
picos que se acercaban al 100%.

Que tal la idea de considerar el desfragmentar el disco donde reside el

SQL?

Alguna sugerencia para q la utilizacion del CPU no suba tanto?

Saludos!

Prueba el profiler para determiar que te esta consumieno la CPU.


Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar


"Inte" wrote in message
news:

Uff, habia enviado antes un mensaje similar y no lo encontraba, crei q no

se

posteo x consiguiente este mensaje.
buscando un poquito vi donde quedo y cuando, disculpas x esta replica

"Inte" wrote in message
news:eTwP$
> Nuestro Servidor:
> SQL 2K Standard + SP3a
> W2K Server + SP4
> 2 Processador Xeon 933 MHz
> 4 GB de RAM
> 100GB en Raid 5 (donde esta SQL) a 10K RPM
> Conexion a 1GB
>
> Ambiente:
> 90 Estaciones accesando al SQL donde 35 pueden hacer actualizaciones
> simultaneamente mientras que las otras hacen consultas constantes via
> Crystal Reports 8.5
>
> Se que la version standard solo soporta hasta 2 GB en RAM y el monitoreo
de
> esta se mantiene en 1.8 GB. En cambio los procesadores es comun verlos
cerca
> del 100% de utilizacion, casi todo corresponde al proceso sqlservr.exe,
> provocando que el sistema se vuelva muy lento. Antes se podia monitorear
> picos que se acercaban al 100%.
>
> Que tal la idea de considerar el desfragmentar el disco donde reside el
SQL?
>
> Alguna sugerencia para q la utilizacion del CPU no suba tanto?
>
> Saludos!
>
>
>

Abres el Administrador Corporativo, selecciona Tu servidor, botón derecho,
PROCESADOR

Ahí puedes indicar que procesador utilizar, el nro máximo de subprocesos, si
deseas tener alta prioridad de Sql server.. etc.

Lo ideal sería estudiar la respuesta frente a cambios.

Un saludo
Andrés


"Inte" escribió en el mensaje
news:eTwP$

Nuestro Servidor:
SQL 2K Standard + SP3a
W2K Server + SP4
2 Processador Xeon 933 MHz
4 GB de RAM
100GB en Raid 5 (donde esta SQL) a 10K RPM
Conexion a 1GB

Ambiente:
90 Estaciones accesando al SQL donde 35 pueden hacer actualizaciones
simultaneamente mientras que las otras hacen consultas constantes via
Crystal Reports 8.5

Se que la version standard solo soporta hasta 2 GB en RAM y el monitoreo

de

esta se mantiene en 1.8 GB. En cambio los procesadores es comun verlos

cerca

del 100% de utilizacion, casi todo corresponde al proceso sqlservr.exe,
provocando que el sistema se vuelva muy lento. Antes se podia monitorear
picos que se acercaban al 100%.

Que tal la idea de considerar el desfragmentar el disco donde reside el

SQL?

Alguna sugerencia para q la utilizacion del CPU no suba tanto?

Saludos!

Hola,

antes de decir que es problema de hard, deberíamos estar seguros que la aplicación está diseñada correctamente; bloqueos, 3FN, analizar consultas más pesadas, uso eficiente de los índices, estadísticas actualizadas, cursores ... ¿has comprobado que la aplicación no tiene este tipo de problemas antes de pensar en problemas de hard?

Si esta fase ya la tienes analizada, usaría perfmon para ver el tamaño de la cola de procesos que esperan a ser atendidos (sistema:tamaño de cola de procesador), y la cola de espera de disco (disco fisico: longitud de la cola de disco)

Saludos,

Eladio Rincón
SQL Server MVP
http://eladio.europe.webmatrixhosting.net


"Comparte lo que sabes, aprende lo que no sepas." FGG

"Inte" escribió en el mensaje news:eTwP$

Nuestro Servidor:
SQL 2K Standard + SP3a
W2K Server + SP4
2 Processador Xeon 933 MHz
4 GB de RAM
100GB en Raid 5 (donde esta SQL) a 10K RPM
Conexion a 1GB

Ambiente:
90 Estaciones accesando al SQL donde 35 pueden hacer actualizaciones
simultaneamente mientras que las otras hacen consultas constantes via
Crystal Reports 8.5

Se que la version standard solo soporta hasta 2 GB en RAM y el monitoreo de
esta se mantiene en 1.8 GB. En cambio los procesadores es comun verlos cerca
del 100% de utilizacion, casi todo corresponde al proceso sqlservr.exe,
provocando que el sistema se vuelva muy lento. Antes se podia monitorear
picos que se acercaban al 100%.

Que tal la idea de considerar el desfragmentar el disco donde reside el SQL?

Alguna sugerencia para q la utilizacion del CPU no suba tanto?

Saludos!

Hola:
Yo tengo un problema casi idéntico al del post original...
Acabo de añadir los contadores de rendimiento que indicas. ¿Cuales son los
valores "normales" que debería obtener?
Ahora mismo tengo:

Longitud de la cola del procesador:
Último: 2
Mínimo: 0
Promedio: 0.3
Máximo: 4

Longitud media de la cola de disco:
Último: 0.082
Promedio: 16.748
Mínimo: 0
Máximo: 1.581

Ambos con "duración": 1:40

¿Están estos valores dentro de lo normal?

Gracias por anticipado.
Un saludo,
Diego Fernández




"Eladio Rincón" escribió en el mensaje
news:
Hola,

antes de decir que es problema de hard, deberíamos estar seguros que la
aplicación está diseñada correctamente; bloqueos, 3FN, analizar consultas
más pesadas, uso eficiente de los índices, estadísticas actualizadas,
cursores ... ¿has comprobado que la aplicación no tiene este tipo de
problemas antes de pensar en problemas de hard?

Si esta fase ya la tienes analizada, usaría perfmon para ver el tamaño de la
cola de procesos que esperan a ser atendidos (sistema:tamaño de cola de
procesador), y la cola de espera de disco (disco fisico: longitud de la cola
de disco)

Saludos,

Eladio Rincón
SQL Server MVP
http://eladio.europe.webmatrixhosting.net


"Comparte lo que sabes, aprende lo que no sepas." FGG

"Inte" escribió en el mensaje
news:eTwP$

Nuestro Servidor:
SQL 2K Standard + SP3a
W2K Server + SP4
2 Processador Xeon 933 MHz
4 GB de RAM
100GB en Raid 5 (donde esta SQL) a 10K RPM
Conexion a 1GB

Ambiente:
90 Estaciones accesando al SQL donde 35 pueden hacer actualizaciones
simultaneamente mientras que las otras hacen consultas constantes via
Crystal Reports 8.5

Se que la version standard solo soporta hasta 2 GB en RAM y el monitoreo

de

esta se mantiene en 1.8 GB. En cambio los procesadores es comun verlos

cerca

del 100% de utilizacion, casi todo corresponde al proceso sqlservr.exe,
provocando que el sistema se vuelva muy lento. Antes se podia monitorear
picos que se acercaban al 100%.

Que tal la idea de considerar el desfragmentar el disco donde reside el

SQL?

Alguna sugerencia para q la utilizacion del CPU no suba tanto?

Saludos!