Problema de rendimiento en sp

Hola Javier,

Pueden ser multitud de cosas, pero en principio, lo más lógico podría ser un
problema de bloqueo, lo cual, desde el Administrador Corporativo es fácil de
comprobar (desde Administración -> Actividad Actual).

Un error típico, ocurre cuando programadores o administradores, empiezan a
"jugar" con el Administrador Corporativo, con la opción de Abrir una tabla
para ver y/o modificar sus registros. Esto en ocasiones crea bloqueos.

También podrían ser bloqueos debidos a errores de programación, etc.

Puedes empezar por aquí, ya que por la tarde, imagino que habrá menos gente
trabajando. Cuentanos, y te seguiremos indicando.

Saludos,
Guillermo Roldán
"Javier" escribió:

Hola a todos:

Tengo un grave problema de rendimiento al que no encuentro ninguna
explicación plausible. Veréis, hay una serie de stored procedures que se
ejecutan para llevar a cabo unas cargas. Si esas cargas se realizan por la
mañana suelen tardar entre cinco y diez minutos pero... a partir de las cinco
de la tarde se me disparan las cargas a tres horas!!!

De verdad que no sé qué demonios puede estar pasanso y sobre todo no sé cómo
mirarlo. ¿Me podéis echar una mano?

Gracias,

Javier

Gracias por la respuesta, Guillermo. No, no es eso; ya había mirado los
bloqueos y no son. Estoy leyendo un interesante artículo del amigo Alberto
López que habla de contadores para poder monitorizar el sistema.

Por cierto que he hecho todos los ajustes a la base de datos que se me han
ocurrido (multiprocesador, threads, aumentar el tamaño de los datafiles y
hacerlos de tamaño fijo, desfragmentarlos...) En lo único que he dudado un
poco es en si asignar memoria física para el SQL Server y en la mínima
cantidad por query. Leí por ahí que era mejor no asignar memoria física y
dejar el valor de cantidad de memoria mínima por query a 1024K. ¿Es ésto
cierto?

Gracias y saludos

"Guillermo Roldan" escribió:

Hola Javier,

Pueden ser multitud de cosas, pero en principio, lo más lógico podría ser un
problema de bloqueo, lo cual, desde el Administrador Corporativo es fácil de
comprobar (desde Administración -> Actividad Actual).

Un error típico, ocurre cuando programadores o administradores, empiezan a
"jugar" con el Administrador Corporativo, con la opción de Abrir una tabla
para ver y/o modificar sus registros. Esto en ocasiones crea bloqueos.

También podrían ser bloqueos debidos a errores de programación, etc.

Puedes empezar por aquí, ya que por la tarde, imagino que habrá menos gente
trabajando. Cuentanos, y te seguiremos indicando.

Saludos,
Guillermo Roldán
"Javier" escribió:

> Hola a todos:
>
> Tengo un grave problema de rendimiento al que no encuentro ninguna
> explicación plausible. Veréis, hay una serie de stored procedures que se
> ejecutan para llevar a cabo unas cargas. Si esas cargas se realizan por la
> mañana suelen tardar entre cinco y diez minutos pero... a partir de las cinco
> de la tarde se me disparan las cargas a tres horas!!!
>
> De verdad que no sé qué demonios puede estar pasanso y sobre todo no sé cómo
> mirarlo. ¿Me podéis echar una mano?
>
> Gracias,
>
> Javier

Javier,

Bien dificil poder dar alguna recomendacion cuando no sabemos la estructura
de las tablas involucradas ni el codigo de los sps que usas para hacer la
carga.

Dejame ver si adivino. Por casualidad corres algun proceso de mantenimiento
de la db en la noche, algo asi como actualizar estadisticas, defragmentar
indexes, etc.?


AMB


"Javier" wrote:

Hola a todos:

Tengo un grave problema de rendimiento al que no encuentro ninguna
explicación plausible. Veréis, hay una serie de stored procedures que se
ejecutan para llevar a cabo unas cargas. Si esas cargas se realizan por la
mañana suelen tardar entre cinco y diez minutos pero... a partir de las cinco
de la tarde se me disparan las cargas a tres horas!!!

De verdad que no sé qué demonios puede estar pasanso y sobre todo no sé cómo
mirarlo. ¿Me podéis echar una mano?

Gracias,

Javier

Alejandro, gracias a ti también por la respuesta.

Me temo que no, no hay ningún proceso de optimización de índices ni de
backups programados.

Al respecto de la información que me pides, es difícil darla sin ser
exhaustivo y no me parece que deba aburrir a nadie del foro. Te diré que
tengo aproximadamente 700 tablas, que he procurado distribuir las tablas de
join en dos grupos distintos de archivos de datos, y los sp lo que hacen es
recorrer unas tablas y en función de que haya registros que no estén en una
tabla espejo, actualizar campos de otra tabla.

¿Alguna ayuda más?

Gracias,

Javier

"Alejandro Mesa" escribió:

Javier,

Bien dificil poder dar alguna recomendacion cuando no sabemos la estructura
de las tablas involucradas ni el codigo de los sps que usas para hacer la
carga.

Dejame ver si adivino. Por casualidad corres algun proceso de mantenimiento
de la db en la noche, algo asi como actualizar estadisticas, defragmentar
indexes, etc.?


AMB


"Javier" wrote:

> Hola a todos:
>
> Tengo un grave problema de rendimiento al que no encuentro ninguna
> explicación plausible. Veréis, hay una serie de stored procedures que se
> ejecutan para llevar a cabo unas cargas. Si esas cargas se realizan por la
> mañana suelen tardar entre cinco y diez minutos pero... a partir de las cinco
> de la tarde se me disparan las cargas a tres horas!!!
>
> De verdad que no sé qué demonios puede estar pasanso y sobre todo no sé cómo
> mirarlo. ¿Me podéis echar una mano?
>
> Gracias,
>
> Javier

Hola, armate una traza y fijate que sucede ahi. El sintoma es bloqueos a mi
juicio


Saludos

-
Buenos Aires - Argentina
[Microsoft MVP SQL SERVER]
www.sqlgurus.org
"Javier" wrote in message
news:

Hola a todos:

Tengo un grave problema de rendimiento al que no encuentro ninguna
explicación plausible. Veréis, hay una serie de stored procedures que se
ejecutan para llevar a cabo unas cargas. Si esas cargas se realizan por la
mañana suelen tardar entre cinco y diez minutos pero... a partir de las
cinco
de la tarde se me disparan las cargas a tres horas!!!

De verdad que no sé qué demonios puede estar pasanso y sobre todo no sé
cómo
mirarlo. ¿Me podéis echar una mano?

Gracias,

Javier