获得最佳性能的最佳做法 (SharePoint Server 2010)
适用于: Excel Services, SharePoint Server 2010
上一次修改主题: 2016-11-30
Microsoft SharePoint Server 2010 可单独用于或与其他系统一起用于各种应用程序和解决方案。为了实现这种灵活性,该平台支持很多可能的体系结构和配置。虽然系统的某些部分已经广为人知,但我们仍发现这些部分存在一些差异。本文重点说明了您应该考虑的首要配置最佳实践,如前端 Web 服务器配置、数据库配置、服务和修补。
本文是 SharePoint Server 2010 的一系列最佳实践文章之一,它介绍了用于获得最佳操作性能的最佳实践。有关此系列文章的其他文章,请参阅最佳实践 (SharePoint Server 2010)。有关 SharePoint Server 2010 的最佳实践的其他信息和资源,请参阅最佳实践资源中心(该链接可能指向英文页面) (https://go.microsoft.com/fwlink/?linkid=221383&clcid=0x804)(该链接可能指向英文页面)。
1. 使用大量内存和快速网络适配器
若要从环境中获取所需性能,请确保在 Web 服务器和应用程序服务器上使用大量内存。
网络速度对于环境的性能也很重要。采取以下措施提高网络通信速度:
对所有服务器角色使用 GB 网络适配器。
对于前端 Web 服务器和应用程序服务器,在生产环境中使用双网络适配器。一个网络适配器用于用户,另一个网络适配器用于 Microsoft SQL Server 通信。
将专用网络适配器用于针对管理和备份等任务的服务器间通信,使该通信不会影响服务器场的总体性能。
在负载过重时,请考虑使用虚拟局域网 (VLAN) 以减少网络流量。
有关详细信息,请参阅硬件和软件要求 (SharePoint Server 2010) 和性能和容量管理 (SharePoint Server 2010)。
2. 保持靠近:前端 Web 服务器、应用程序服务器和数据库服务器之间的网络距离不要太大
任何前端 Web 服务器或应用程序服务器与数据库服务器之间的延迟都不应超过 1 毫秒 (ms)。实际上,这通常意味着应将服务器场中的所有服务器保留在同一个数据中心内。服务器场中的所有服务器都必须位于同一时区。
有关详细信息,请参阅SharePoint 2010 产品的全局解决方案(模型)。
3. 考虑配置 Web 服务器和应用程序服务器时的性能和可用性
配置 Web 服务器和应用程序服务器的方式会对吞吐量和可用性产生很大影响。请遵循以下建议以获取最佳结果:
将系统组件划分到各个逻辑驱动器中,并使用 RAID 以实现冗余。
驱动器上的组件 建议的 RAID 级别 Windows 和程序文件驱动器
RAID 1
操作系统交换文件驱动器和临时目录
RAID 1
日志文件
RAID 1
用于映像和 Windows 桌面搜索的启动盘(可选)
RAID 1
至少使用四个物理磁盘,并使用不同的磁盘以将日志文件和交换文件驱动器与 Windows 和程序文件驱动器分离。
在大多数生产环境中,建议您为操作系统和临时文件分配至少 200 GB 磁盘空间,并为日志分配至少 150 GB 磁盘空间。
请确保测试 Web 服务器容量,并针对服务器场中的用户数和请求数提供足够多的服务器。对于高可用性,请确保分配了额外的服务器,以便从网络负载平衡的服务器场中拉出一个服务器,并回收该服务器而不影响服务可用性。
有关详细信息,请参阅以下资源:
4. 考虑配置数据库服务器时的性能和可用性
与 Web 服务器和应用程序服务器类似,数据库服务器的配置将影响 SharePoint Server 2010 的运行情况。某些数据库需要与其他数据库归置在一起或与其他数据库分开。有关详细信息,请参阅SharePoint Server 2010 的容量管理和调整大小概述 一文中的数据扩展和存储和 SQL Server 容量规划和配置 (SharePoint Server 2010)。
下表中列出的数据库应与其他数据库分隔开。
数据库名称 | 大小 | 读/写优化 | 归置 |
---|---|---|---|
TempDB |
中 |
必须位于独立于所有其他数据库的心轴上。 |
|
安全存储 |
小 |
承载于单独的数据库实例上。只允许一个管理员访问。 |
|
搜索爬网 |
特大 |
针对读取进行优化 |
这是一个大型数据库。承载在搜索属性数据库中的单独服务器上。 |
搜索属性 |
大到特大 |
针对写入进行优化 |
这是一个大型数据库,承载于自己的服务器上。 |
使用率 |
特大 |
针对写入进行优化 |
必须位于单独的心轴上。 |
备注
使用率数据库可以位于单独的服务器上,并且不需要具有与其他数据库一样高的性能。使用率数据库的速度不会影响网站的性能。
下表中的数据库必须存储在其他数据库所在的位置。
数据库名称 | 大小 | 归置 |
---|---|---|
配置 管理中心内容 |
小 |
必须放置在一起 |
SQL Server ReportServer ReportServerTempDB |
小 可变 |
必须位于同一个数据库服务器上 |
有关特定数据库的数据库大小和读/写混合的详细信息,请参阅支持 SharePoint 2010 产品模型的数据库(该链接可能指向英文页面) (https://go.microsoft.com/fwlink/?linkid=187970&clcid=0x804)(该链接可能指向英文页面)。
5. 保持干净:使数据库保持正常运行状态
正常运行的数据库服务器应有足够的空余空间可供数据库和日志文件使用,并有足够的能力来处理请求。遵循以下列表中的建议以使数据库服务器以最佳状态运行。
如果可以,请预先增加所有数据库和日志的大小。请务必监视其大小以防磁盘空间不足。
不要使用过多的数据库或数据以免数据库服务器过载。请使用以下准则:
使用 SQL Server 镜像时,请不要在单个 SQL Server 物理实例上存储 50 个以上的数据库。
将内容数据库限制为 200 GB。
每日对索引进行碎片整理并重新构建索引(如果您能够承受重新构建所需的停机时间)。
监视数据库服务器以确保其正确响应且未过载。要监视的关键性能计数器包括:
Network Wait Queue:0 或 1 表示性能良好
Average Disk Queue Length (latency):小于 5 ms
Memory used:小于 70%
Free disk space:大于 25%
Buffer cache hit ratio:90% 或更高
有关详细信息,请参阅以下资源:
SharePoint Diagnostic Studio 2010 (SPDiag 3.0) (SharePoint Server 2010)
有用的性能计数器列表(该链接可能指向英文页面) (https://go.microsoft.com/fwlink/?linkid=123925&clcid=0x804)(该链接可能指向英文页面)
(虽然此链接指向的是 Microsoft Office SharePoint Server 2007 的内容,但其包含的指南对 SharePoint Server 2010 仍然有效。)
6. 使用最新更新来保持服务器最新
通过应用最新的修补程序、更新和 Service Pack 来保持最新很重要。这些更新包含重要的产品增强功能和改进。但在将这些更新应用于生产环境之前,请确保已在生产前环境中对其进行彻底测试。按照建议的过程进行操作来部署更新,其中包括:
启用 Windows Update 以自动下载更新,但不自动安装更新。
在非高峰时段安排时间来安装更新。
为了实现高可用性,在更新过程中让服务器轮流退出服务(一次让一个服务器退出服务)。
确保将修补 BIOS(服务器计算机、控制器和磁盘)、Windows 操作系统、Microsoft SharePoint Foundation 2010、SharePoint Server 2010 以及 SQL Server。
有关详细信息,请参阅 SharePoint 2010 产品资源中心的更新 (https://go.microsoft.com/fwlink/?linkid=209614&clcid=0x804)。
7. 对不同的操作使用不同的帐户
对 Web 应用程序和服务使用适当的帐户。所有帐户都应为域帐户。(提醒:不要使用网络服务。)若要获得最佳结果,请对以下项使用单独的帐户:
Web 应用程序:根据安全要求使用不同帐户。
搜索帐户:对服务器场使用一个帐户。
Excel Services 帐户:对外部连接使用一个帐户。
有关详细信息,请参阅帐户权限和安全设置 (SharePoint Server 2010)。
SharePoint Server 2010 还可以使用许多其他帐户,例如 SQL Server 服务帐户、管理中心应用程序池标识、SharePoint Foundation 定时服务帐户、默认内容访问帐户、单一登录帐户和配置文件导入帐户。请确保遵循建议的过程以使这些帐户的密码保持最新,并确保服务保持工作状态。
有关详细信息,请参阅更改管理帐户所用的密码 (SharePoint Server 2010)。
8. 遵循有关备份和还原数据的建议
一般情况下,最好是使用本地磁盘而非网络驱动器来进行备份,以后再复制数据。如果可以使用压缩功能,请这样做;但是,当对备份使用压缩功能时,请注意不要使 SQL Server 负载过重。例如,在备份过程中,LiteSpeed for SQL Server 会压缩,从而干扰 SQL Server 的性能。
对于大型数据库,应依赖于增量备份,如 System Center Data Protection Manager (DPM) 2010 提供的增量备份。不要将完整备份用作主备份机制。完整备份太大,无法快速还原。
有关详细信息,请参阅备份和恢复最佳实践 (SharePoint Server 2010)。
9. 确保备份和截断日志文件
不要只备份数据,日志文件也需要备份。如果您希望能够完全恢复环境,则必须备份使用日志、IIS 日志、事务日志和 SMTP 电子邮件日志。对于事务日志,应每五分钟备份和截断日志文件一次。但绝不缩减事务日志,因为在该日志重新增长时,您可能会遇到性能问题。
有关详细信息,请参阅备份或存档日志 (SharePoint Server 2010) 和如何防止 SQL Server 数据库的事务日志异常增长 (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x804)。
10. 还原数据:测试备份并提供一个可用于实现服务连续性的备用环境
定期测试备份并验证其一致性。不要假定备份会在您需要它工作时正常工作,而是应确保备份可以做到这一点。练习恢复以了解要恢复整个环境所必须做的其他工作。对于地理上分散的环境,可通过设置远程服务器场准备灾难恢复。然后可以还原环境,方法是使用数据库附加命令将数据库的副本上载到远程服务器场并重定向用户。同样,可设置与生产环境运行同一软件版本的备用环境,以便快速还原数据库和恢复文档。保持数据库较小以便快速恢复。
有关详细信息,请参阅过程最佳实践。
如果使用 DPM 2010 进行备份和恢复,请确保单独规划服务应用程序的备份和恢复。DPM 2010 不备份搜索或其他服务应用程序。
有关详细信息,请参阅选择要在您的环境中保护和恢复的内容以及如何使用 DPM 2010 保护 SharePoint 白皮书(该链接可能指向英文页面) (https://go.microsoft.com/fwlink/?linkid=218153&clcid=0x804)(该链接可能指向英文页面)。
感谢
SharePoint Server 2010 内容发布团队非常感谢以下参与编写这篇文章的人员:
Microsoft 咨询服务部门的 Aaron Saikovski
Microsoft 咨询服务部门的 Ali Mazaheri
Microsoft 咨询服务部门的 Bryan Porter
Microsoft SharePoint 客户工程部门的 Chris Holder
Microsoft SharePoint 客户工程部门的 Dan Winter
Microsoft 咨询服务部门的 Eric Charran
Microsoft SQL Server 客户方案部门的 Gus Apostol
Microsoft 咨询服务部门的 John S. Moh
Microsoft SharePoint 客户工程部门的 Luca Bandinelli
Microsoft 咨询服务部门的 Rahim Dossa
Microsoft 咨询服务部门的 Steve Peschka
Microsoft SharePoint 客户工程部门的 Steve Walker
Microsoft 咨询服务部门的 Tajeshwar Singh
See Also
Concepts
运行状况监控 (SharePoint Server 2010)