Planes de Ejecución...

10/04/2007 - 18:48 por Carlo | Informe spam
Estimados, alguna idea de adonde guarda SQL los Planes de Ejecución de las
consultas...???, estoy revisando algo que no termino de entender, les
explico. Tengo mi plan de mantenimiento que se ejecuta todos los días
Domingo de cada semana, el cual me reindexa y me actualiza las estadisticas
de mis tablas. Pero cuando por alguna razón ese Plan de ejecución no se
ejecuta por algún error, la semana que sigue a este error funciona todo ok.
El domingo siguiente se ejecuta el Plan de Mantenimiento sin errores, y en
la semana se quejan que el "Sistema" anda lento. Despues de otra semana que
se ejecute en forma normal, vuelve a su comportamiento normal. Como que algo
pierde, y creo que son los Planes de ejecución (CREO). Si alguien tiene otra
teoria o me puede explicar este extraño comportamiento se lo agradeceria.
2 Servidores en Cluster con Windows 2003 SP1, SQL Server Enterprise Edition
SP3a instalado en Cluster, 12 GB RAM, AWE habilitado, 10,5 Gb de RAM a SQL.

Atte.,
Carlo

Preguntas similare

Leer las respuestas

#6 Alejandro Mesa
10/04/2007 - 21:32 | Informe spam
Carlo,

Esa db tiene encendida la opcion "auto update statistics"?

select databaseproperty('nombre_de_tu_db', 'IsAutoUpdateStatistics')
go


AMB


"Carlo" wrote:

Estimados, alguna idea de adonde guarda SQL los Planes de Ejecución de las
consultas...???, estoy revisando algo que no termino de entender, les
explico. Tengo mi plan de mantenimiento que se ejecuta todos los días
Domingo de cada semana, el cual me reindexa y me actualiza las estadisticas
de mis tablas. Pero cuando por alguna razón ese Plan de ejecución no se
ejecuta por algún error, la semana que sigue a este error funciona todo ok.
El domingo siguiente se ejecuta el Plan de Mantenimiento sin errores, y en
la semana se quejan que el "Sistema" anda lento. Despues de otra semana que
se ejecute en forma normal, vuelve a su comportamiento normal. Como que algo
pierde, y creo que son los Planes de ejecución (CREO). Si alguien tiene otra
teoria o me puede explicar este extraño comportamiento se lo agradeceria.
2 Servidores en Cluster con Windows 2003 SP1, SQL Server Enterprise Edition
SP3a instalado en Cluster, 12 GB RAM, AWE habilitado, 10,5 Gb de RAM a SQL.

Atte.,
Carlo



Respuesta Responder a este mensaje
#7 Javier Loria
10/04/2007 - 22:03 | Informe spam
Hola:
Si los he utilizado en algunas situaciones. Algunas de mis conclusiones:
a) No, no he visto que se pierda nada con su ejecucion.
b) La reindexación esta sobrevalorada,
c) Si reindexas deber respaldar el log INMEDIATAMENTE despues de
reindexar.
Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"Carlo" wrote in message
news:
Hola Javier, si, respaldo el Log de Transacciones. Este problema me tiene
bastante intrigado y molesto, ya que no logro descubrir su origen. Al
Servidor no se le realiza ninguna modificación en su configuración, la
base tiene las mismas configuraciones, etc. Consulta, cuando utilizas los
Planes de Mantenimiento nativos de SQL, se pierde "algo" en su
ejecución...??, no se, estadisticas, historia de planes de ejecución,
etc..??

Atte.,
Carlo

"Javier Loria" escribió en el mensaje
news:
Hola Carlo:
Y despues de Reindexar, respaldas el Log?
Lo digo porque podria tengas el problema sea porque el Log crece
enormemente cuando reindexas, basicamente hace que el Log tenga el mismo
tamaño que la BD.
Saludos,

Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"Carlo" wrote in message
news:
Estimados, alguna idea de adonde guarda SQL los Planes de Ejecución de
las consultas...???, estoy revisando algo que no termino de entender,
les explico. Tengo mi plan de mantenimiento que se ejecuta todos los
días Domingo de cada semana, el cual me reindexa y me actualiza las
estadisticas de mis tablas. Pero cuando por alguna razón ese Plan de
ejecución no se ejecuta por algún error, la semana que sigue a este
error funciona todo ok. El domingo siguiente se ejecuta el Plan de
Mantenimiento sin errores, y en la semana se quejan que el "Sistema"
anda lento. Despues de otra semana que se ejecute en forma normal,
vuelve a su comportamiento normal. Como que algo pierde, y creo que son
los Planes de ejecución (CREO). Si alguien tiene otra teoria o me puede
explicar este extraño comportamiento se lo agradeceria.
2 Servidores en Cluster con Windows 2003 SP1, SQL Server Enterprise
Edition SP3a instalado en Cluster, 12 GB RAM, AWE habilitado, 10,5 Gb de
RAM a SQL.

Atte.,
Carlo









Respuesta Responder a este mensaje
#8 Carlo
10/04/2007 - 22:26 | Informe spam
No, la desactive hace un par de meses, ya que la base pesa 350 GB, y me
actualizaba las estadisticas con muestras muy pequeñas que bajaban el
performance.

Atte.,
Carlo
"Alejandro Mesa" escribió en el
mensaje news:
Carlo,

Esa db tiene encendida la opcion "auto update statistics"?

select databaseproperty('nombre_de_tu_db', 'IsAutoUpdateStatistics')
go


AMB


"Carlo" wrote:

Estimados, alguna idea de adonde guarda SQL los Planes de Ejecución de
las
consultas...???, estoy revisando algo que no termino de entender, les
explico. Tengo mi plan de mantenimiento que se ejecuta todos los días
Domingo de cada semana, el cual me reindexa y me actualiza las
estadisticas
de mis tablas. Pero cuando por alguna razón ese Plan de ejecución no se
ejecuta por algún error, la semana que sigue a este error funciona todo
ok.
El domingo siguiente se ejecuta el Plan de Mantenimiento sin errores, y
en
la semana se quejan que el "Sistema" anda lento. Despues de otra semana
que
se ejecute en forma normal, vuelve a su comportamiento normal. Como que
algo
pierde, y creo que son los Planes de ejecución (CREO). Si alguien tiene
otra
teoria o me puede explicar este extraño comportamiento se lo agradeceria.
2 Servidores en Cluster con Windows 2003 SP1, SQL Server Enterprise
Edition
SP3a instalado en Cluster, 12 GB RAM, AWE habilitado, 10,5 Gb de RAM a
SQL.

Atte.,
Carlo



Respuesta Responder a este mensaje
#9 Alejandro Mesa
10/04/2007 - 22:56 | Informe spam
Carlo,

Si la desactivastes, entonces tendras que hacer un analizis de cuanto se
inserta, elimina y actualiza sobre esas tablas para ver si es necesario
actualizar las estadisticas con mas frecuencia y no una vez a la semana.
Microsoft recomienda, que de ser posible, se actualizen diariamente, incluso
con la opcion "auto update statistics" prendida.


AMB


"Carlo" wrote:

No, la desactive hace un par de meses, ya que la base pesa 350 GB, y me
actualizaba las estadisticas con muestras muy pequeñas que bajaban el
performance.

Atte.,
Carlo
"Alejandro Mesa" escribió en el
mensaje news:
> Carlo,
>
> Esa db tiene encendida la opcion "auto update statistics"?
>
> select databaseproperty('nombre_de_tu_db', 'IsAutoUpdateStatistics')
> go
>
>
> AMB
>
>
> "Carlo" wrote:
>
>> Estimados, alguna idea de adonde guarda SQL los Planes de Ejecución de
>> las
>> consultas...???, estoy revisando algo que no termino de entender, les
>> explico. Tengo mi plan de mantenimiento que se ejecuta todos los días
>> Domingo de cada semana, el cual me reindexa y me actualiza las
>> estadisticas
>> de mis tablas. Pero cuando por alguna razón ese Plan de ejecución no se
>> ejecuta por algún error, la semana que sigue a este error funciona todo
>> ok.
>> El domingo siguiente se ejecuta el Plan de Mantenimiento sin errores, y
>> en
>> la semana se quejan que el "Sistema" anda lento. Despues de otra semana
>> que
>> se ejecute en forma normal, vuelve a su comportamiento normal. Como que
>> algo
>> pierde, y creo que son los Planes de ejecución (CREO). Si alguien tiene
>> otra
>> teoria o me puede explicar este extraño comportamiento se lo agradeceria.
>> 2 Servidores en Cluster con Windows 2003 SP1, SQL Server Enterprise
>> Edition
>> SP3a instalado en Cluster, 12 GB RAM, AWE habilitado, 10,5 Gb de RAM a
>> SQL.
>>
>> Atte.,
>> Carlo
>>
>>
>>



Respuesta Responder a este mensaje
#10 Alejandro Mesa
10/04/2007 - 23:00 | Informe spam
Carlo,

No se si interesa leer un poco sobre este tema.

Estadísticas de distribución en SQL Server 2000 (I)
http://www.helpdna.net/colab02.htm

Estadísticas de Distribución en SQL Server 2000 (II)
http://www.portalsql.com/estadistic...articulo35


AMB

"Alejandro Mesa" wrote:

Carlo,

Si la desactivastes, entonces tendras que hacer un analizis de cuanto se
inserta, elimina y actualiza sobre esas tablas para ver si es necesario
actualizar las estadisticas con mas frecuencia y no una vez a la semana.
Microsoft recomienda, que de ser posible, se actualizen diariamente, incluso
con la opcion "auto update statistics" prendida.


AMB


"Carlo" wrote:

> No, la desactive hace un par de meses, ya que la base pesa 350 GB, y me
> actualizaba las estadisticas con muestras muy pequeñas que bajaban el
> performance.
>
> Atte.,
> Carlo
> "Alejandro Mesa" escribió en el
> mensaje news:
> > Carlo,
> >
> > Esa db tiene encendida la opcion "auto update statistics"?
> >
> > select databaseproperty('nombre_de_tu_db', 'IsAutoUpdateStatistics')
> > go
> >
> >
> > AMB
> >
> >
> > "Carlo" wrote:
> >
> >> Estimados, alguna idea de adonde guarda SQL los Planes de Ejecución de
> >> las
> >> consultas...???, estoy revisando algo que no termino de entender, les
> >> explico. Tengo mi plan de mantenimiento que se ejecuta todos los días
> >> Domingo de cada semana, el cual me reindexa y me actualiza las
> >> estadisticas
> >> de mis tablas. Pero cuando por alguna razón ese Plan de ejecución no se
> >> ejecuta por algún error, la semana que sigue a este error funciona todo
> >> ok.
> >> El domingo siguiente se ejecuta el Plan de Mantenimiento sin errores, y
> >> en
> >> la semana se quejan que el "Sistema" anda lento. Despues de otra semana
> >> que
> >> se ejecute en forma normal, vuelve a su comportamiento normal. Como que
> >> algo
> >> pierde, y creo que son los Planes de ejecución (CREO). Si alguien tiene
> >> otra
> >> teoria o me puede explicar este extraño comportamiento se lo agradeceria.
> >> 2 Servidores en Cluster con Windows 2003 SP1, SQL Server Enterprise
> >> Edition
> >> SP3a instalado en Cluster, 12 GB RAM, AWE habilitado, 10,5 Gb de RAM a
> >> SQL.
> >>
> >> Atte.,
> >> Carlo
> >>
> >>
> >>
>
>
>
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida