Plan de mantenimiento SQL 2005

01/07/2008 - 15:57 por Diego Fernández | Informe spam

Hola a todos:
Estoy revisando los planes de mantenimiento que nos creó el instalador
de la aplicación de gestión, y hay uno que no entiendo...
El escenario es Windows 2003 Server + SQL 2005 (ambos ed. Standard).
La BBDD pertenece a Navisión 5.0 (fué creada directamente desde
Navision).

El tema es que el plan de mantenimiento que creó el partner de
Navision, además de los backup pertinentes hace optimizaciones de la
siguiente manera:

* Reorganizar índice: tablas y vistas: compactar objetos grandes.
* Volver a generar índice: tablas y vistas: espacio libre original
* Actualizar estadísticas: todas las existentes: recorrido completo.

No entiendo que si primero lo reorganizas, luego lo vuelvas a generar
(suponiendo que volver a generar es borrar el existente y hacerlo
nuevo).
Tampoco entiendo que primero lo reorganice y al final actualice las
estadísticas. Creía que primero debería tener las estadísticas
actualizadas para que la reorganización se hiciera en función a ellas.

¿Alguien puede aclararme un poco este tema?
Si esta no es la forma correcta, ¿podríais decirme como sería mejor
hacerlo?

El rendimiento de la BBDD "da la sensación" de ir empeorando con el
tiempo (únicamente lleva funcionando 4 meses la apliación).

Gracias por anticipado.
Diego.

Siga el debate

2 respuestas

Tengo una respuesta

Preguntas similare

Leer las respuestas

#1 Gux (MVP)

01/07/2008 - 22:08 | Informe spam

Si bien lo más recomendable es que usted pregunte a quienes crearon el plan
de mantenimiento, coincido en que reorganizar y luego reconstruir el indice
carece de sentido.

Cuando un indice tiene fragmentacion puede usarse ALTER INDEX REORGANIZE o
REBUILD. Usar REORGANIZE versus REBUILD se decidirse en base al % de
fragmentación existente. La siguiente es la fórmula de la documentación:

- Usar ALTER INDEX REORGANIZE cuando el % de fragmentacion es > 5% y < = 30%

- Usar ALTER INDEX REBUILD cuando el % de fragmentacion es > 30%

- No hacer nada cuando el % de fragmentacion es <= 5%

Para saber el % de fragmentación consultar sys.dm_db_index_physical_stats,
ver la columna avg_fragmentation_in_percent

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.

"Diego Fernández" wrote:

Hola a todos:
Estoy revisando los planes de mantenimiento que nos creó el instalador
de la aplicación de gestión, y hay uno que no entiendo...
El escenario es Windows 2003 Server + SQL 2005 (ambos ed. Standard).
La BBDD pertenece a Navisión 5.0 (fué creada directamente desde
Navision).

El tema es que el plan de mantenimiento que creó el partner de
Navision, además de los backup pertinentes hace optimizaciones de la
siguiente manera:

* Reorganizar índice: tablas y vistas: compactar objetos grandes.
* Volver a generar índice: tablas y vistas: espacio libre original
* Actualizar estadísticas: todas las existentes: recorrido completo.

No entiendo que si primero lo reorganizas, luego lo vuelvas a generar
(suponiendo que volver a generar es borrar el existente y hacerlo
nuevo).
Tampoco entiendo que primero lo reorganice y al final actualice las
estadísticas. Creía que primero debería tener las estadísticas
actualizadas para que la reorganización se hiciera en función a ellas.

¿Alguien puede aclararme un poco este tema?
Si esta no es la forma correcta, ¿podríais decirme como sería mejor
hacerlo?

El rendimiento de la BBDD "da la sensación" de ir empeorando con el
tiempo (únicamente lleva funcionando 4 meses la apliación).

Gracias por anticipado.
Diego.

Responder a este mensaje

#2 Diego Fernández

02/07/2008 - 09:16 | Informe spam

Hola y gracias por tu interés:

El plan de mantenimiento lo crearon con el asistente y sin ningún
conocimiento específico de SQL. Para ser exacto lo creó un comercial
de la empresa que instaló la aplicación cuando le pregunté si no sería
recomendable que existieran planes de mantenimiento...
Por ese motivo tenía serias dudas de que la configuración de los
planes fuera "correcta".

Bueno, de momento, ¿sería esta una configuración correcta?
1. Actualizar estadísticas.
2. Reorganizar índice.

Y periodicamente iría mirando el % de fragmentación para que si supera
el 30% realizar un "rebuild"... (si hay alguna manera de que haga el
rebuild automáticamente en caso de superar el 30% agradecería mucho
que me dijerais como).

Gracias de nuevo.
Un saludo.
Diego.

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida