Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

Plan de mantenimiento SQL 2005

01/07/2008 - 15:57 por Diego Fernández | Informe spam
Ayuda Hacer una pregunta
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.
email Siga el debateRespuesta 2 respuestasRespuesta Tengo una respuesta
DRAGON AGE™: INQUISITION – Matadragones
 

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.

Preguntas similares

 

Busqueda sugerida :