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

 

适用于: Project Server 2010

上一次修改主题: 2016-11-30

如果您不熟悉 Microsoft SQL Server 操作最佳实践,并且需要开始快速而安全地使用 SQL Server,建议您采用 SQL Server 维护计划。这些计划是专为小型应用程序实现而设计的,其快捷简单的优势超过了通过设计自定义维护架构而提供控制的优势。

如果您组织的员工已接受有关支持 SQL Server 应用程序方面的培训,则这些员工非常适合于根据组织所需的服务级别来创建操作计划。

通过实施 SQL Server 维护计划,可通过编程方式应用本文档中涉及的许多数据库维护操作。维护计划可自动执行和安排必要的任务以保护您的数据。通过在 Microsoft SQL Server 2008 或 Microsoft SQL Server 2008 R2 中使用维护计划,管理员可在运行数据库一致性检查、重新组织或重新构建索引以及收缩数据库时,安排此类操作以回收未使用的空间。有关详细信息,请参阅以下资源:

在为 Microsoft Project Server 2010 部署创建数据库维护计划时,请考虑以下最佳实践:

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

  • 在实施一致运行的维护操作或维护计划之前,测试操作对系统产生的影响以及需要执行这些操作的时间。

  • 尽可能地将任何维护操作或维护计划设置为在非工作时间运行,以最小化对用户产生的性能影响。

如果您的环境中包含 10 个或更多的内容数据库或 250 GB 以上的内容,建议您配置单独的维护计划以提供适当的搜索特征并最大化维护窗口。

在使用维护计划向导创建维护计划时,建议您遵循以下最佳实践:

  • 维护计划应包含索引重新组织或索引重新构建,而不是同时包含二者。

  • 若要确定每个任务的持续时间,请在将任务合并到单个计划中之前,单独测试每个任务。您可能必须在单独的计划上定义多个维护计划,以便在不对最终用户操作造成负面影响的时间内完成任务。

  • 始终首先执行数据库完整性检查。如果完整性检查失败,则不执行其余任务,而是修复可疑的数据库。

  • 若要维护持续而稳定的 SharePoint 2010 产品 部署,则只应收缩内容数据库。(删除操作在内容数据库中是最常见的操作。)无需收缩配置数据库、管理中心内容数据库、SSP 数据库和搜索数据库,这样做会导致出现碎片。

  • 在配置数据库收缩时,将数据库设置为在其大小比您希望内容数据库增大到的最大大小多 20% 以上时收缩。例如,如果您建立了一个数据库体系结构,其中每个内容数据库的最大大小为 100 GB,则将此值设置为 120 GB。

  • 在执行数据库收缩操作后,保留 10% 的可用空间。通过设置此值,可帮助减少在计划频繁收缩时出现的碎片。

  • 在重新构建索引时,将每页的可用百分比设置为 70%。这将设置数据库的填充因素。

最好是在 SQL Server Integration Services 中实现更复杂的维护计划。它将提供与 SQL Server 维护计划相同的维护任务选项,该计划具有的选项可用于添加事件处理程序、与外部系统(如工作流或操作管理系统)集成、指定复杂的条件执行和使用变量来存储状态。