获得最佳操作性能的最佳做法

Microsoft Office SharePoint Server 2007 用于各种各样的应用程序和解决方案（独立于其他系统或与其他系统协作）。为了实现这种灵活性，该平台支持许多可能的体系结构和配置。系统的某些部分众所周知，但我们仍可看到这些部分的不同之处。本文侧重介绍您应考虑的顶层配置最佳做法，例如前端 Web 服务器配置、数据库配置、服务和修补，以及 Microsoft Office Server 的基础结构更新中包括的改进之处。

本文是 Office SharePoint Server 2007 的一系列“最佳做法”文章之一，文中描述用于获得最佳操作性能的最佳做法。有关该系列中的更多文章，请参阅最佳方案。有关 Office SharePoint Server 2007 最佳做法的其他信息和资源，请参阅最佳做法资源中心（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x804)。

1. 使用 64 位硬件、足够的内存和快速网卡

对于所有服务器角色，使用 64 位硬件都可以为 Office SharePoint Server 2007 提供最佳性能。此外，请确保为每个服务器角色分配适当的内存：

• 为前端 Web 服务器和应用程序服务器分配每处理器至少 2 GB RAM。

• 为数据库服务器分配每处理器至少 4 GB RAM。

• 为所有服务器角色使用千兆位网卡。

• 为前端 Web 服务器和应用程序服务器在生产环境中使用双 NIC：一个用于用户，一个用于 SQL Server 通信。

• 在负载较大时，请考虑使用虚拟局域网 (vLAN) 来减少网络流量。

有关详细信息，请参阅物理拓扑结构建议 (Office SharePoint Server) 和其他性能和容量规划因素 (Office SharePoint Server)。

2. 保持紧密距离：不要使前端 Web 服务器、应用程序服务器和数据库服务器之间的网络间距太大

对于前端 Web 服务器或应用程序服务器，它们与数据库服务器之间的延迟不应超过 1 毫秒 (ms)。实际上，这通常意味着您应将服务器场中的所有服务器放在同一数据中心中。服务器场中的所有服务器必须位于同一时区。

有关详细信息，请参阅规划带宽需求和针对 WAN 环境优化 Office SharePoint Server。

3. 在配置前端 Web 服务器和应用程序服务器时考虑性能和可用性

您配置前端 Web 服务器和应用程序服务器的方式可能会对吞吐量和可用性产生很大影响。请遵循这些建议以获得最佳效果。

• 将系统组件划分为具有以下 RAID 级别的逻辑驱动器以实现冗余：

  驱动器上的组件	建议使用的 RAID 级别
  Windows 和程序文件驱动器	RAID 1
  操作系统交换驱动器	RAID 1
  日志文件	RAID 1
  用于映像和 Windows 桌面搜索的启动盘（可选）	RAID 1

• 使用至少四个物理磁盘，并使用单独的磁盘将日志文件和交换驱动器与 Windows/程序文件驱动器分开。

• 为每 20,000 个用户至少预留一台前端 Web 服务器。请注意，要获得高可用性，您必须为每 20,000 个用户使用两台前端 Web 服务器。

有关详细信息，请参阅以下资源：

• 调整 Web 服务器性能 (Office SharePoint Server)

• 物理存储建议 (Office SharePoint Server)

• 估计 Windows SharePoint Services 协作环境的性能和容量要求 (Office SharePoint Server)

• 评估门户协作环境的性能和容量要求

• 估计 Internet 环境的性能和容量要求 (https://go.microsoft.com/fwlink/?linkid=123921&clcid=0x804)。

4. 在配置数据库服务器时考虑性能和可用性

如同前端 Web 服务器和应用程序服务器的情况一样，数据库服务器的配置也会影响 Office SharePoint Server 2007 的性能。将每种类型的数据划分为具有相应 RAID 级别、心轴并针对每种数据类型进行优化的单独心轴集，如下表中所示。

有关详细信息，请参阅物理存储建议 (Office SharePoint Server) 和为 Office SharePoint Server 规划和监控 SQL Server 存储：性能建议和最佳方案（白皮书）。

5. 保持纯净：使数据库处于正常运行状态

正常的数据库服务器有足够的空间来存储数据库和日志文件，并且足够的容量来满足请求。请使用以下列表中的建议来保持数据库服务器以最佳状态运行。

• 如果可能，请提前扩展所有数据库和日志。一定要监控大小以防用完磁盘空间。

• 不要使用太多数据库或数据以使数据库服务器过载。请遵循以下准则：

  • 在使用 SQL Server 镜像时，不要在 SQL Server 的单一物理实例上存储超过 50 个数据库。

  • 将内容数据库限制为 100 GB。

• 如果能够承受重新生成索引所需的停机时间，请每天进行碎片整理并重新生成索引。

• 监控数据库服务器以确保它能正常响应并且未过载。要监控的主要性能计数器包括以下各项：

  • 网络等待队列：0 或 1 表示性能较好

  • 平均磁盘队列长度（延迟）：小于 5 ms

  • 使用的内存：小于 70%

  • 可用磁盘空间：多于 25%

有关详细信息，请参阅以下资源：

• Office SharePoint Server 2007 数据库维护（白皮书）

• 如何对 Windows SharePoint Services 3.0 数据库和 SharePoint Server 2007 数据库进行碎片整理 (https://go.microsoft.com/fwlink/?linkid=110843&clcid=0x804)

• 为 Office SharePoint Server 规划和监控 SQL Server 存储：性能建议和最佳方案（白皮书）

• 性能计数器完整列表（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=123925&clcid=0x804)

• SharePoint 监控工具包执行概述（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=123926&clcid=0x804)

6. 用最新的更新保持服务器更新

请务必通过应用最新的修补程序、更新和 Service Pack 来保持更新。这些更新包含重要的产品增强功能和改进。但是，在将这些更新应用于生产环境之前，一定要在生产前环境中对它们进行彻底测试。请采用部署更新的建议过程，其中包括：

• 打开 Windows Update 以自动下载更新，但不要自动安装。

• 安排时间以在非高峰时段安装更新。

• 为了获得高可用性，在更新过程中一次只让一台服务器停止服务。

确保修补 BIOS（服务器计算机、控制器和磁盘）、Windows 操作系统、Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 以及 SQL Server。

有关详细信息，请观看演示文稿了解和部署修补程序、公共更新和 Service Pack (https://go.microsoft.com/fwlink/?linkid=123927&clcid=0x804)，并参阅 SharePoint 产品和技术更新资源中心（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x804)。

7. 为不同操作使用不同的帐户

为 Web 应用程序和服务使用适当的帐户。所有帐户均应为域帐户（提示：不要使用 Network Service）。为了获得最佳效果，请为以下各项使用单独的帐户 ：

• Web 应用程序：为每个 Web 应用程序使用不同的帐户。

• 搜索帐户：为服务器场使用一个帐户。

• Excel Services 帐户：为外部连接使用一个帐户。

有关详细信息，请参阅帐户权限和安全设置 (Office SharePoint Server)。

Office SharePoint Server 2007 还使用许多其他帐户，例如 SQL Server 服务帐户、管理中心应用程序池标识、Windows SharePoint Services 定时服务帐户、默认内容访问帐户、单一登录帐户，以及配置文件导入帐户。一定要遵循建议的过程，以保持他们的密码最新并确保使服务保持工作。

有关详细信息，请参阅更改用于管理帐户的密码 (Office SharePoint Server)。

8. 遵循用于备份和还原数据的建议

通常，最好使用本地磁盘（而不是网络驱动器）进行备份，然后在稍后复制数据。在可能时使用压缩，但在将压缩用于备份时，请小心不要使 SQL Server 瘫痪。例如，在备份过程中进行 SQL LightSpeed 压缩可能会对 SQL Server 性能造成损害。

对于大型数据库，请依赖于增量备份，例如 Microsoft System Center Data Protection Manager (DPM) 附带的增量备份。不要依赖于完整备份作为主要机制 － 完整备份太大，无法快速还原。

有关详细信息，请参阅改进备份和恢复性能的提示 (Office SharePoint Server) 和 Office SharePoint Server 数据保护和恢复（白皮书）。

9. 确保备份和截断日志文件

不要只是备份数据。请同时备份日志文件。使用率日志、IIS 日志、事务日志和 SMTP 电子邮件日志均必须进行备份。对于事务日志，您应每隔五分钟备份和截断日志文件。但是，决不要缩小事务日志，因为在日志重新增长时您可能会遇到性能问题。

有关详细信息，请参阅备份日志 (Office SharePoint Server 2007) 和如何防止 SQL Server 数据库的事务日志异常增长 (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x804)。

10. 还原数据：测试备份并准备备用环境以保持服务的连续性

定期测试备份并验证其一致性。不要想当然地认为备份将在您需要时发挥作用。要确保备份能发挥作用。练习恢复以了解还原整个环境所必须执行的其他操作。对于地理位置分散的环境，请通过设置远程服务器场来准备灾难恢复。这样，您就能够使用数据库附加命令将数据库的副本上载到远程服务器场并重定向用户，从而还原环境。同样，您可以设置运行与生产环境相同软件版本的备用环境，以便能够快速还原数据库和恢复文档。请减小数据库大小以加快恢复速度。

有关详细信息，请参阅 Office SharePoint Server 数据保护和恢复（白皮书）。

致谢

Office SharePoint Server 2007 内容发布团队谨向本文的以下投稿者致谢：

• Microsoft SharePoint 客户咨询团队 Simon Skaria

• Microsoft SharePoint 客户咨询团队 Doron Bar-Caspi

• Microsoft 咨询服务部门 Steve Peschka

• Microsoft Office SharePoint Server 核心部门 Jason Cahill

• Microsoft Office SharePoint Server 核心部门 Mark Harmsworth

• Microsoft 高级现场工程部门 Todd Carter

• Microsoft Hosted SharePoint 部门 Cory Burns

另请参见

概念

运行最佳实践分析工具 (Office SharePoint Server)

其他资源

用于 Windows SharePoint Services 3.0 和 2007 Microsoft Office System 的 Microsoft 最佳实践分析工具（该链接可能指向英文页面）
管理和保护 SharePoint 2007 安全的最佳做法