其他性能和容量规划因素 (Windows SharePoint Services)

本节介绍规划容量和性能时应考虑的其他因素。

环境因素

网络配置

网络安全

身份验证

开发自定义代码

网络配置对 Windows SharePoint Services 安装的性能至关重要。可能会影响性能的常见网络组件包括：

网络接口卡 (NIC)
- NIC 设置：如果可能，应始终使用千兆位网卡。如果有自切换网卡 (100 MB/1 GB)，则应始终设置替代值以使用 1 千兆位。
- 入站/出站：对于预计具有高通信量的情况，建议采用单独的 NIC 来处理入站和出站通信。
交换机：如果通过交换机运行网络，请确保使用 GB 交换机并且具有相同数量的入站/出站通道。
路由器：确保在 GB 基础结构上配置路由器。
域控制器：如果域控制器 (DC) 接收请求的速度比响应请求的速度快，则身份验证可能会成为 SharePoint 环境中的性能瓶颈。对于使用用户身份验证（如 NTLM）的环境，建议 WFE 与 DC 的比例为 3：1。如果测试表明在 WFE 与 DC 的比例为 3：1 的情况下可以接受身份验证负载，则可以为每个 DC 再添加一个 WFE，以便达到支持的限额，即 WFE 与 DC 的比例为 4：1。

请记住在将一个系统移到生产环境中之前，应全面规划并测试网络配置。

环境中所使用的身份验证机制对系统的总体性能具有增效作用。有助于身份验证性能的因素包括：

Microsoft 测试表明身份验证机制从最快到最慢的顺序如下所示：

如果选择编写一个验证提供程序以与 Office SharePoint Server 或 Windows SharePoint Services 一起使用，则应该遵循 MSDN 文章 ASP.NET 中的身份验证：.NET 安全指南（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=98743&clcid=0x804)（该链接可能指向英文页面）中的最佳做法指导原则。

较早版本的 SharePoint 服务器性能差的最常见原因是在 SharePoint 平台上开发和部署了效率不高的自定义功能。开发 SharePoint 的客户功能时，应该监视许多性能指标。其中包括（但并不局限于）以下各项：

SQL Server 往返行程。对于核心网页，建议不超过 2 - 3 个 SQL 往返行程。往返行程过多会对性能产生有害影响：
- 服务器端处理时间较长而导致最终用户响应时间变长
- SQL Server 上的额外负载减少了总系统吞吐量。
SQL Server CPU 使用率。为了使系统保持正常运行，应使 SQL Server 上的 CPU 使用率保持相对较低，这一点非常重要。如果 SQL Server CPU 使用率平均超过 60%，将对性能产生负面影响。可采取下列步骤减少 SQL CPU 使用率：
- 实现缓存策略 - 这会减少 WFE 调用 SQL Server 的总数。
- 优化自定义代码，以便使用以最有效方式（例如引入列表索引，等等）返回所需数据的对象方法
- 在多个物理 SQL Server 之间分布 SQL 数据库
页面下载大小。保持代码大小最小。如果每天有很多人访问该页面，特别是在高峰时段，那么即使页面大小增加量相对较小，也可能会对性能产生重大影响。
客户端代码效率。最终用户响应时间中大约有 50% 用在客户端处理返回的代码上。如果自定义解决方案增加了其中任何一项操作的时间，则可能会对最终用户响应时间产生负面影响。
AJAX 回调。对于 AJAX 部件，指的是回调数和每个回调的负载。例如，每个 KPI 将发出 3 次呼叫以便返回结果。在向页面中引入多个 KPI 或其他自定义代码时，请务必测试页面的性能。

本主题包含在以下可下载书籍内，以方便您阅读和打印：