Ultimamente las consultas tandan mucho mas que antes

[Myakire]

Bueno, tal como el título indica, ese es mi pregunta, ¿que puede ser?

Consultas que hace un mes tardaban nada, o a lo más un par de segundos, ahora tardan más del minuto, la BD's no ha crecido fuera no de normal como para atacharlo a eso.
Ya optimicé algunas consultas eliminando el IN por el EXISTS y no ha habido mejora notoria. No estoy muy seguro por donde es el problema y por lo mismo no se que más hacer fuera de optimizar los queries, aunque estoy evaluando el reestructurar algunas tablas para respaldar los registros antigûos, aunque eso me hará tener que modificar las vistas que hagan referencias históricas.

¿pudieran recomendarme algo que pueda revisar en el server para saber la causa?, la verdad no soy mucho experimentado en cuestiones de administración, ya que soy un usuario empírico.

Gracias de antemano.

PD. Uso sql server 2005.

[iislas]

El tardado de las consultas puede deberse a diferentes factores, por ejemplo. ¿Tienes un plan de mantenimiento a tu base?, ¿Reduces el Log con un plan de respaldos?, ¿Manejas indices en tus tablas?

[Beakdan]

Hola. Como iislas lo indica muchos factores intervienen. Sin embargo, si pegas aquí el código de una consulta en particular, y el plan de ejecución de la misma, probablemente pueda sugerirte algo.

Hasta Luego.

[Myakire]

Las consultas están optimizadas, que apenas el mes pasado no se tardaba más de un par de segundos y se fueron a más del minuto, optimizando se han colocado en 20 segundos en promedio, lo cuál sigue siendo alto. He mejorado el código también y he logrado un rendimiento aceptable de la aplicación, pero hay otras consultas que siguen siendo extraordinariamente tardadas, agradezco tu intensión Beakdan, de verdad, pero no quisiera molestarte con menesteres que están en mis manos (optimizar consultas), más bien quisiera me pudieras orientar con "tips" o sugerencias sobre lo que puedo revisarle al servidor para saber qué es lo que puede estar causando dicho comportamiento, ya que de los queries, triggers y SP, ya me estoy encargando.

Entonces puedo comentarte lo siguiente, anteriormente la BD's se respaldaba de forma incremental 3 veces al día con jobs en el mismo SQL Server, ahora se respalda con un SW llamado acronis, y aunque no le veo mucha relación, pudiera ser que este SW haga o deje de hacer algo que promueva el aumento del log, eso no lo se. Sobre lo de los índices , pues si, si los manejo. Ahora eso de que si tengo un plan de mantenimiento, quisiera fueras más específico iislas, si no te incomoda demasiado.

Saludos

[Beakdan]

Bueno, casi siempre que me solicitan optimizar el tiempo de respuesta de consultas, existen índices en las tablas, pero casi nunca son los más adecuados.
Dependiendo de los dispositivos disponibles en tu servidor, hay muchas cosas que se pueden hacer.
Por ejemplo, si tus consultas utilizan constantemente tablas temporales, es muy conveniente tener tempdb en una unidad de almacenamiento aparte. A veces no las usas explicitamente, pero operacionaes tales como Eager Spool, Lazy Spool, Table Spool, ímplicitamente usan esta base. Al separarla evitarás problemas de contención.
Supongo que no debo mencionar siquiera la necesidad de guardar el log de transacciones en una unidad independiente para evitar también problemas de contención.
También puedes obtener mejor rendimiento guardando la base de datos en multiples Filegroups (y probablemente distribuyendo dichos filegroups en multiples unidades) de tal manera que separes indices y datos en distintos filegroups. De esa manera puede aprovechar mucho mejor el paralelismo de tu server, y reduces la competencia por los recursos.
En caso de bases verdaderamente masivas, analiza la posibilidad de particionar tu base de datos.

Normalmente los usuarios perciben como lentas las cosultas que entregan sumarizados. Resulta evidente que con el paso del tiempo estás parecerán más y más lentas al incrementarse la cantidad de registro a procesar antes de entregar el resultado. Es un problema común en DataMarts y DataWarehouses. Sin embargo, aún procesando cientos de miles de registros, el tiempo respuesta no debe exceder de algunos segundos. Cuando ni esos segundos son aceptables, puedes recurrir a vistas indexadas por ejemplo.

Aún cuando hay muchas cosas que se pueden hacer a nivel server, yo creo que las mayores ganancia se obtienen estructurando correctamente las consultas. Separa la parte relacional en tus consultas de la parte de la presentación. El hecho de que existan indices, no significa que tus consultas los estén aprovechando, y tampoco significa que sean correctos. Muchas veces encuentro que eliminar un índice mejora el rendimiento de consultas problemáticas, y al mismo tiempo, reduce el coste de mantenimiento del motor de SQL.

Por lo anterior es que me gustaría ver tu consulta y plan de ejecución.

[iislas]

Myakire

Consulte esta liga, sobre PLANES DE MANTENIMIENTO

http://technet.microsoft.com/es-es/l.../ms189953.aspx

[Mithrandir]

El problema se llama "Alcoholes Decembrinos y Mykire"

¿Degragmentas tus índices?
¿El rendimiento general del sistema cayó o solo es algo focalizado en una o dos tablas (o una o dos consultas)?
¿Revisaste el Performance Monitor del servidor, dentro de Windows, no de SQL Server? Para descartar problemas de cuellos de botella en RAM y procesador.
¿Reiniciaste el servidor? Da risa a estas alturas, pero los míos procuro hacerlo 1 vez por semana por aquello de los parches de Windows y la propia sanidad mental de Windows.

[Myakire]

jejeje pues si mi estimado Mith, eso estaría bien que hubiera sido pero lamentablemente y aunque usted no lo crea, solo bebí a lo más un cartón de cervezas en todo Diciembre, ahora que quizá es eso, se me ha bajado el nivel de alcohol en la sangre.

Bueno, respondiéndote:

¿Degragmentas tus índices?

eeehh, no, la verdad es que no había siquiera encontrado el concepto en mi libro que me compré para este menester, pero buscandolo me he encontrado un sitio muy bueno del que creo voy a sacar bastante provecho: http://www.sql-server-performance.com/ thank's

¿El rendimiento general del sistema cayó o solo es algo focalizado en una o dos tablas (o una o dos consultas)?

Mira que el problema lo tenía en un SP que hace un SELECT UNION, optimizando lo he dejado bastante aceptable (cosa de 3 o 4 segundos cuando se tardaba más del minuto), ahora cierto es que hay un par de vistas que se han salido de lo tolerable, aunque las tablas a las que hacen relaciones (y uniones) son de cientos de miles de regristros, a esas no me ha tocado meterles mano aún, pero de que no me escaparé en los próximos días es un hecho

¿Revisaste el Performance Monitor del servidor, dentro de Windows, no de SQL Server?
Bueno, no he tenido permiso para meterme al Windows, aunque la persona que si lo tiene me dice que todo esta "normal".

¿Reiniciaste el servidor?
Bueno, quizá no cada semana pero si por lo menos un par al mes

Tengo mucho que investigar y aprender, los conceptos que Beakdan mencionó al igual que en tu caso, me han hecho que llegue a sitios interesantes de los que en cuanto tenga un poco de tiempo para asignarle al esto los pondré en práctica. El plan de mantenimiento desde que iislas dejó la liga, lo he agregado, pero no he notado diferencia (agregué todo salvo las copias y el agente)