Consulta rendimiento

Hola, si todo se vuelve mas lento es porque algun recurso esta saturado, si
el equipo como dices tiene suficiente capacidad entonces el problema puede
ser la aplicacion o el diseño de la base (falta de indices)

De todas maneras y por los sintomas que cuentas te recomiendo que mires la
configuracion de memoria desde el SQL Server, o sea, cuanta memoria tiene el
servidor y cuanta le asignaste al SQL, de seguro que no le has puesto un
limite y se queda el servidor sin recursos, por ejemplo si tienes 4GB ponele
3,5 y prueba



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"JM" wrote in message
news:

Hola a todos! Os expongo mi consulta:

Tenemos una base de datos SQL a la que accedemos con un cliente ERP
(Agresso).

El problema es que al cabo de un tiempo de estar el servidor funcionando,
las consultas se van volviendo cada vez más lentas, lo cual implica un
reinicio del mismo para que todo vuelva a la normalidad.

El equipo tiene capacidad de sobra, es más, tenemos una réplica del
sistema en un PC corriente y el rendimiento es bueno, asi que en el
servidor que es mucho más rápido y con más memoria no sabemos que puede
provocar esa ralentización.

¿Alguna idea?



P.D: soy bastante novato en SQL server, asi que cualquier idea por básica
que parezca será genial.
Gracias!





Juan Manuel Rodríguez

JIM... me suena tu nombre , no seras de la empresa TIENSPERU..
Bueno , generalmente justo con esa empresa me paso algo asi, solo pude
mejorarlo reseteando el log. y como dicen poniendo limites en el mismo
servidor de datos.
pero creo que la solucion pasa por encontrar que consulta es la que ocasiona
esto, es decir algun SP, muy pesado quizas usan Cursores con muchos datos o
tablas temporales #.
Creo que deberias primero descartar en el momento que se pone lento, ir a
los usuarios y preguntar que operacion hicieron en ese momento, si son 2
usuarios mas facil aún de descartar.

Si el tema va por el SP. entonces contacte con la empresa que vendio ERP , y
que mejoren esos SP.
Tambien es importante poder tener los indices e integridades bien definidas
en las tablas.

Saludos.


"JM" escribió en el mensaje de
noticias:

Hola Carlos, te agradezco tu respuesta.

Tienes razón que no aporto muchos datos, pero quizás no me expliqué bien,
ya que las causas que me propones no veo como pueden ser el motivo. La
perdida de rendimiento es gradual, es decir, reinicio el servidor y todo
va perfecto (mismos datos, misma carga trabajo), al día siguiente va un
10% más lento (mismos datos, misma carga trabajo), al día siguiente un 20%
y continua asi hasta que se hace imposible trabajar.

La carga de trabajo en el servidor por otra parte es ridícula, normalmente
2 usuarios concurrentes haciendo consultas sencillas, es por eso que puse
el ejemplo de la réplica en un PC. La cantidad de datos en esa réplica
también es la misma que en el servidor, fue replicado hace unos días y el
nº de registros no crece apenas en ese tiempo.

Puede que sea cuestión más de la máquina o SO que de SQL, no tengo ni
idea, pero quizás había una receta mágica para arreglarlo y es por eso que
escribí :)

Gracias, un saludo!

JM


"Carlos Sacristan" escribió en el mensaje
news:%

Pues hombre, es complicado dar un diagnóstico con tan pocos datos. Tal
vez existan bloqueos cuando las peticiones se empiezan a acumular, tal
vez el servidor esté compitiendo por recursos con otra aplicación, tal
vez tengas un problema de compilaciones si todo lo que le llega son
peticiones ad-hoc, tal vez en un momento determinado le llegue una
consulta muy pesada que haga que se ralentice todo el sistema, tal vez...

Como verás, poco te podemos decir desde aquí, menos si no tienes la
experiencia suficiente como para "investigar" más a fondo en SQL Server.

El hecho de que tengáis una "réplica" en un pc no indica nada. La carga
de trabajo que tiene que soportar el servidor y la diferencia de la
cantidad de datos (porque supongo que no tendréis la base de datos de
producción en ese pc) hace que las pruebas que hagáis (¿qué tipo de
pruebas?) parezcan satisfactorias.

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"JM" wrote in message
news:

Hola a todos! Os expongo mi consulta:

Tenemos una base de datos SQL a la que accedemos con un cliente ERP
(Agresso).

El problema es que al cabo de un tiempo de estar el servidor
funcionando, las consultas se van volviendo cada vez más lentas, lo cual
implica un reinicio del mismo para que todo vuelva a la normalidad.

El equipo tiene capacidad de sobra, es más, tenemos una réplica del
sistema en un PC corriente y el rendimiento es bueno, asi que en el
servidor que es mucho más rápido y con más memoria no sabemos que puede
provocar esa ralentización.

¿Alguna idea?



P.D: soy bastante novato en SQL server, asi que cualquier idea por
básica que parezca será genial.
Gracias!





Juan Manuel Rodríguez

JM,

Ademas de lo dicho por los otros miembros del grupo, seria interesante saber
lo sgte:

- La aplicacion ERP usa procedimientos almacenados o queries ad-hoc?
- Que pasa si en vez de re-iniciar el servicio, solo limpias el cache de
planes de ejecucion "dbcc freeproccache"?

Que quede claro que el uso de el comando dbcc no es la solucion y no debe
ser usado libremente en servidores en produccion.

Esperemos por tus respuestas para poder encaminarte a buscar una solucion.

AMB


"JM" wrote:

Hola a todos! Os expongo mi consulta:

Tenemos una base de datos SQL a la que accedemos con un cliente ERP
(Agresso).

El problema es que al cabo de un tiempo de estar el servidor funcionando,
las consultas se van volviendo cada vez más lentas, lo cual implica un
reinicio del mismo para que todo vuelva a la normalidad.

El equipo tiene capacidad de sobra, es más, tenemos una réplica del sistema
en un PC corriente y el rendimiento es bueno, asi que en el servidor que es
mucho más rápido y con más memoria no sabemos que puede provocar esa
ralentización.

¿Alguna idea?



P.D: soy bastante novato en SQL server, asi que cualquier idea por básica
que parezca será genial.
Gracias!





Juan Manuel Rodríguez



.