TodoSQL Blog de SQL Server en español

Hola a todos,
Soy un administrador y responable del mantenimiento de el ERP Ahora Soluciones, el cual esta basado en SQL Server. Sus diferentes versiónes han trabajado con SQL 2000, 2005, y ahora 2008 y/o 2008 R2.
La questión que quiero plantear ahora es la siguiente... mantengo varios clientes con este ERP y cada uno tiene sus peculiaridades a la hora de atacar a la base de datos y trabajar.... unos son más intensivos en el trabajo diario mientras que otros requieren más de procesos bach o masivos, etc... dependiendo del sector al que esta enfocado la empresa y la forma de gestionarse.....

Desde hace ya tiempo estoy trabajando y estudiando la mejor forma de realizar un plan de mantenimento o tarea programada que realize los trabajos de actulización de estadisticas, copias de seguridad, regenerar indices y demás.... me gustaría compartir esto con vosotros para ver si estoy cometiendo algún error o si se puede hacer de otras formas más eficente...

En primer lugar quisiera hablar de las diferentes tareas o tipos de tarea que tenemos definidos en SQL Server y que uso o me ayudan a crear mis planes de mantenimiento....

Tarea Limpieza Mantenimiento
La tarea Limpieza de mantenimiento quita archivos relacionados con planes de mantenimiento, entre los que se incluyen archivos de copia de seguridad de la base de datos e informes creados a partir de planes de mantenimiento.

El uso de la tarea Limpieza de mantenimiento permite que un paquete pueda quitar los archivos de copia de seguridad o los informes del plan de mantenimiento del servidor especificado. La tarea Limpieza de mantenimiento incluye una opción para quitar un archivo específico o un grupo de archivos de una carpeta. También puede especificar la extensión de los archivos que desea eliminar.

Cuando se configura la tarea Limpieza de mantenimiento para quitar archivos de copia de seguridad, la extensión del nombre de archivo predeterminada es BAK. Para archivos de informe, la extensión predeterminada es TXT. Puede actualizar las extensiones para que se adapten a sus necesidades; la única limitación es que las extensiones deben tener una longitud inferior a 256 caracteres.

Normalmente, conviene quitar archivos los antiguos que ya no son necesarios; la tarea Limpieza de mantenimiento se puede configurar para eliminar archivos con una antigüedad específica. Por ejemplo, se puede configurar la tarea para eliminar archivos que tienen más de cuatro semanas. También puede especificar la antigüedad de los archivos que desea eliminar en días, semanas, meses o años. Si no especifica la antigüedad mínima de los archivos que desea eliminar, se eliminan todos los archivos del tipo especificado.

Importante: En cualquier caso se debería de dejar siempre esta tarea configurada. Lo normal sería dejar al menos la última semana, aunque esto depende un poco de las limitaciones de espacio que tenga el servidor del cliente y el tamaño de la base de datos.

Tarea Actualizar Estadísticas
En primer lugar se explicará que son las estadísticas. SQL Server 2008 permite crear información estadística acerca de la distribución de valores en una columna. El optimizador de consultas utiliza esta información estadística para determinar el plan de consulta óptimo realizando una estimación del costo de usar un índice para evaluar la consulta.

Es decir, el planificador de consultas de SQL usará estas estadísticas para decidir cuál será la mejor forma de ejecutar una consulta.

Importante: Esta tarea solo tiene sentido ejecutarla si previamente hemos deshabilitado la opción de recalcular estadísticas automáticamente. Si la BBDD está configurada para que recalcule las estadísticas automáticamente no es necesario programar esta tarea. Suele ser recomendable deshabilitar esta opción en la BBDD y programar una tarea de este tipo, principalmente porque el cálculo automático de estadísticas consume bastantes recursos del servidor. Lo recomendable por tanto sería deshabilitar el cálculo automático y poner una tarea todas las noches que las recalcule.

Tarea Reducir Base de Datos
En SQL Server 2005, pueden reducirse todos los archivos de una base de datos para quitar las páginas que no se utilizan. Aunque Database Engine (Motor de base de datos) aprovechará el espacio de manera efectiva, existen ocasiones en las que un archivo no tiene por qué ser tan grande como lo era anteriormente. En estos casos, la reducción del archivo puede ser necesaria. Pueden reducirse los archivos de datos y los archivos de registro de transacciones. Los archivos de la base de datos se pueden reducir manualmente, en grupo o de uno en uno; también se puede configurar la base de datos para que se reduzca automáticamente a intervalos determinados.

Considere la siguiente información cuando desee reducir un archivo o base de datos:

•La reducción es más efectiva después de una operación que cree mucho espacio no utilizado, como por ejemplo, una operación para truncar o eliminar tablas.
•La mayoría de las bases de datos requieren que haya espacio disponible para realizar las operaciones diarias normales. Si se reduce una base de datos de forma reiterada y su tamaño vuelve a aumentar, esto indica que el espacio que se redujo es necesario para las operaciones habituales. En estos casos, no sirve reducir la base de datos reiteradamente.
•La reducción no mantiene el estado de fragmentación de los índices de la base de datos y generalmente aumenta la fragmentación hasta cierto punto. Por ejemplo, no se debe reducir una base de datos o archivo de datos después de volver a generar los índices. Esta es otra razón para no reducir la base de datos reiteradamente.

Por tanto este tipo de tareas no se debería ejecutar diariamente, se aconseja realizar esta tarea quincenal o mensualmente y siempre antes del plan de mantenimiento que incluya un volver a generar índices o un regenerar índices.

Tarea Reorganizar Índices
Los índices como todos sabemos sirven para acelerar determinadas consultas SQL que se lancen contra una tabla. De forma que hacer una consulta sobre un campo que esta indexado será mucho más rápido y eficiente que hacerlo contra un campo que no lo esté. Pensad que si hay un índice, se puede llegar en muy pocos pasos a un dato, mientras que si no lo hay, el servidor ha de recorrer la tabla linealmente hasta encontrarlo.

SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) mantiene índices automáticamente cada vez que inserta, actualiza o elimina operaciones realizadas en los datos subyacentes. Con el tiempo, estas modificaciones pueden hacer que la información del índice se disperse por la base de datos (se fragmente). La fragmentación ocurre cuando los índices tienen páginas en las que la ordenación lógica, basada en el valor de clave, no coincide con la ordenación física dentro del archivo de datos. Los índices muy fragmentados pueden reducir el rendimiento de la consulta y ralentizar la respuesta de la aplicación.

Por tanto la tarea de reorganizar índices básicamente lo que hace es revisar los índices ya creados en la BBDD y de fragmentarlos/reorganizarlos si es necesario para que sean más eficientes. Este tipo de tareas en principio se podría realizar cada noche al igual que la de actualizar estadísticas.

Tarea Volver a Generar Índices
La tarea Volver a generar índice vuelve a generar los índices de las tablas y vistas de bases de datos de SQL Server. Es decir hace lo mismo que la tarea de recalcular, pero lo que hace es eliminarlo y volverlo a crear desde cero.

Si todas las noches ejecutamos la tarea del recalculo esta tarea de volver a regenerar no hace falta hacerla diariamente y se podría ejecutar quincenalmente/semanalmente/mensualmente. Si decidimos ejecutar esta tarea de regenerar todas las noches, no sería necesario recalcular los índices. Por tanto otra opción sería pasar esta tarea cada noche.

Por tanto planteo mi primera pregunta, que es mas correcto e importante... regenerar los indices y luego las estadisticas o las estadisticas y luego los indices..... digo esto... porque bajo vuestra experiencia, sería más interesante dejar las estadisticas que el servidor las gestione automaticamente y olvidamos esta parte en el plan de manteniento...

Perdon por el toston....