Share via

为 Project Server 2007 数据库创建维护计划

  • 项目

更新时间: 2008年9月

 

上一次修改主题： 2008-09-16

如果您不熟悉 SQL Server 的最佳操作实践并且希望快速而安全地开始使用 SQL Server，我们建议您采用 SQL Server 维护计划。这些维护计划是专门为较小的应用程序实施方案设计的，具有快速轻松执行操作的优点，胜过通过设计自定义维护方案来提供控制。

如果组织中有经过 SQL Server 应用程序支持方面的培训的员工，则这些员工将是根据组织要求的服务级别设计操作计划的最理想人选。

本文中所述的许多数据库维护操作可通过实施 SQL Server 维护计划以编程的方式得到应用。维护计划可以自动安排关键任务来保护数据。通过在 SQL Server 2005 或 SQL Server 2000 中使用维护计划，管理员可以安排运行数据库一致性检查、重组或重建索引以及收缩数据库以回收未使用的空间等操作。有关详细信息，请参阅以下资源：

警告

如果计划在 SQL Server 2005 上使用维护计划向导，请确保安装了 SQL Server 2005 Service Pack 2。Service Pack 2 之前的版本在使用维护计划重建索引后不会重新应用索引选项。因此在未安装 Service Pack 2（或更高版本的 Service Pack）的 SQL Server 2005 版本上执行此任务很可能会造成数据库严重损坏。

为 Microsoft Office Project Server 2007 部署创建数据库维护计划时，请考虑以下最佳实践：

  • 实施维护操作和维护计划前，确保拥有所有数据库的可靠备份。

  • 实施一致运行维护操作或维护计划前，测试操作对系统的影响以及运行操作所需的时间。

  • 尽量将所有维护操作或维护计划设置为在休息时间运行，以便尽量降低对用户的性能影响。

如果所在的环境中拥有十个或更多内容数据库或内容超过 250 GB，我们建议您配置单独的维护计划，以便提供适当的针对性并最大化维护时段。

使用维护计划向导创建维护计划时，我们建议采用以下最佳实践：

  • 维护计划应包括索引重组或索引重建，而不是同时包括这两者。

  • 为了确定每个任务的持续时间，请在将各任务合并到一个计划中之前分别对各任务进行测试。可能需要在不同的时间表上定义几个维护计划，以便在最终用户操作不会受到负面影响的时间段内完成任务。

  • 始终从数据库完整性检查开始。如果完整性检查失败，不要执行剩余任务，而是应修复可疑数据库。

  • 为了保持 SharePoint 产品和技术部署的可持续性和稳定性，内容数据库是应收缩的唯一数据库。（在内容数据库中执行删除操作最为常见。）对配置数据库、管理中心内容数据库、SSP 数据库和搜索数据库进行收缩不仅没有必要，反而可能会造成碎片。

  • 配置数据库收缩时，请将数据库设置为在超过您希望内容数据库增长到的最大大小的 20% 时执行收缩。例如，如果建立了一个允许每个内容数据库的最大大小为 100 GB 的数据库体系结构，请将此值设置为 120 GB。

  • 执行数据库收缩操作后，请保留 10% 的可用空间。设置此值有助于减少频繁执行计划收缩产生的碎片。

  • 重建索引时，请将每页的可用百分比设置为 70%。这用来设置数据库的填充因子。

SQL Server Integration Services 可以让更复杂的维护计划在其中以最佳方式得以实施。它提供了与 SQL Server 维护计划相同的维护任务选项，具有添加事件处理程序、与外部系统（例如工作流或操作管理系统）进行集成、指定复杂的条件执行以及利用变量来存储状态等选项。