Creación de planes de mantenimiento de bases de datos de Project Server 2007
Actualizado: septiembre de 2008
Última modificación del tema: 2008-09-16
Si no está familiarizado con los procedimientos operativos recomendados de SQL Server y quiere comenzar a usar SQL Server de una manera rápida y segura, es recomendable adoptar las planes de mantenimiento de SQL Server. Estos planes están específicamente diseñados para implementaciones de aplicaciones pequeñas donde las ventajas que proporcionan la rapidez y la sencillez se imponen al control que ofrece el diseño de esquemas de mantenimiento personalizados.
Si la organización cuenta con personal entrenado en prestar servicio técnico a aplicaciones de SQL Server, este personal es el más adecuado para diseñar la programación operativa basada en los niveles de servicio que demanda la organización.
Muchas de las operaciones de mantenimiento que se abordan en este documento pueden aplicarse mediante programación a través de la implementación de planes de mantenimiento de SQL Server. Los planes de mantenimiento pueden automatizar y programar tareas esenciales para proteger los datos. El uso de planes de mantenimiento en SQL Server 2005 o SQL Server 2000 permite a un administrador programar operaciones tales como ejecutar comprobaciones de la coherencia de las bases de datos, volver a organizar o crear índices y reducir las bases de datos para reclamar el espacio no usado. Para obtener más información, vea los siguientes recursos:
Asistente para planes de mantenimiento (https://go.microsoft.com/fwlink/?linkid=128478\&clcid=0xC0A) para SQL Server 2005
Asistente para planes de mantenimiento de bases de datos (en inglés) (https://go.microsoft.com/fwlink/?linkid=110849\&clcid=0xC0A) (en inglés) para SQL Server 2000
.gif "Warning") Advertencia: |
|---|
| Si está planeando usar el Asistente para planes de mantenimiento en SQL Server 2005, asegúrese de que SQL Server 2005 Service Pack 2 esté instalado. Las versiones anteriores a Service Pack 2 no vuelven a aplicar opciones de índice después de que se vuelva a crear un índice mediante el uso de un plan de mantenimiento. La ejecución de esta tarea en versiones de SQL Server 2005 sin Service Pack 2 (o un Service Pack posterior) probablemente dañará gravemente las bases de datos. |
Al crear un plan de mantenimiento de bases de datos para la implementación de Microsoft Office Project Server 2007, tenga en cuenta los siguientes procedimientos recomendados:
Asegúrese de que dispone de copias de seguridad confiables de todas las bases de datos antes de implementar operaciones y planes de mantenimiento.
Antes de implementar operaciones de mantenimiento o un plan de mantenimiento que se ejecuten coherentemente, compruebe el impacto de las operaciones en el sistema y el tiempo requerido para ejecutarlas.
Siempre que sea posible, configure las operaciones de mantenimiento o los planes de mantenimiento para que se ejecuten durante horas no laborables con el fin de minimizar el efecto del rendimiento en los usuarios.
Si dispone de un entorno con diez o más bases de datos de contenido o más de 250 GB de contenido, es recomendable que configure planes de mantenimiento independientes para que sean lo más específicos posibles y para maximizar el período de mantenimiento.
Al crear un plan de mantenimiento mediante el uso del Asistente para planes de mantenimiento, es aconsejable usar los siguientes procedimientos recomendados:
Un plan de mantenimiento debe incluir una reorganización de los índices o una nueva creación de los índices, pero no ambas opciones.
Para calcular la duración de cada tarea, pruebe cada una de las tareas de manera individual antes de combinar las tareas en un solo plan. Es posible que necesite definir varios planes de mantenimiento en programaciones independientes para permitir que las tareas finalicen durante horas en las que los usuarios finales no se vean afectados negativamente.
Empiece siempre comprobando la integridad de las bases de datos. Si se produce un error en la comprobación de la integridad, no realice el resto de las tareas. En su lugar, repare la base de datos sospechosa.
Para mantener una implementación sostenible y estable de Productos y Tecnologías de SharePoint, las bases de datos de contenido son las únicas bases de datos que debería reducir (la eliminación es más habitual en las bases de datos de contenido). La reducción de la base de datos de configuración, la base de datos de contenido de Administración central, las bases de datos de SSP y las bases de datos de búsqueda no es necesaria y puede ocasionar la fragmentación.
Al configurar la reducción de la base de datos, configure la base de datos para que se reduzca cuando alcance un 20% más del tamaño máximo que desee que crezcan las bases de datos de contenido. Por ejemplo, si ha establecido una arquitectura de base de datos que permita hasta 100 GB para cada base de datos de contenido, establezca este valor en 120 GB.
Conserve el 10% de espacio libre después de la operación de reducción de la base de datos. Si establece este valor, contribuirá a reducir la fragmentación cuando haya programado que las reducciones se realicen con frecuencia.
Cuando vuelva a crear un índice, establezca un 70% de porcentaje libre por página. De esta manera se establece el factor de relleno de la base de datos.
Los planes de mantenimiento más complejos se implementan mejor en SQL Server Integration Services. Este componente proporciona las mismas opciones de tareas de mantenimiento que los planes de mantenimiento de SQL Server con la opción de agregar controladores de eventos, integrarse con sistemas externos tales como sistemas de flujo de trabajo y de administración de operaciones, especificar ejecuciones condicionales complejas y utilizar variables para almacenar el estado.