A partir del Service Pack 2 de SharePoint 2007 se incluye el Timer Job de Database Statistics (en español aparece como Estadísticas de la base de datos), que por defecto está planificado para ejecutarse diariamente, y ejecutar el procedimiento almacenado proc_DefragmentIndices que existe en cada base de datos. Este procedimiento almacenado realizará una reconstrucción de índices (ALTER INDEX REBUILD) con ciertas opciones (ej: Fill Factor de 80, e intentará hacerlo OnLine). Como todo, tiene ventajas e inconvenientes. La principal ventaja, es que de este modo nos garantizamos que las Bases de Datos de SharePoint estarán reindexadas, sin depender de que exista un Administrador de Bases de Datos que se preocupe por crear un Plan de Mantenimiento para cumplir con estos menesteres. Sin embargo, en función del número y tamaño de nuestras bases de datos y de la carga de trabajo a la que estén sometidos los discos del servidor SQL, podemos encontrarnos con problemas como bloqueos de larga duración que puede llegar a generar indisponibilidades del servicio. Por ello, en entornos empresariales es interesante deshabilitar estos Timer Jobs, de tal modo, que los administradores de Base de Datos puedan crear un Plan de Mantenimiento acorde a las necesidades del servicio (ej: Reindexar sólo los índices que estén muy fragmentados, distribuir las Bases de Datos entre los distintos días de la semana para evitar reindexarlas todas cada día de la semana, etc). Esta será la única forma de tener controlada la ventana en que se realizan estas operaciones de mantenimiento, y además no evitaremos algún susto innecesario. Para más info: Poco más por hoy. Como siempre, confío que la lectura resulte de interés. | 
