其他性能和容量规划因素 (Office SharePoint Server)
本节介绍在规划部署时应考虑的其他因素。
环境因素
内容查询 Web 部件
环境因素
网络注意事项
网络安全
身份验证
开发自定义代码
网络配置
网络配置对于执行 Office SharePoint Server 或 Windows SharePoint Services 的安装非常重要。可影响性能的常见网络组件包括：
网络接口卡 (NIC)
NIC 设置 如果可能，应始终使用千兆位网卡。如果您具有自切换网卡 (100 MB / 1 GB)，则应始终将该替代网卡设置为使用 1 千兆位。
入站/出站 对于预计具有高通信量的情况，建议采用单独的 NIC 来处理入站和出站通信。
交换机 如果通过交换机运行网络，请确保使用 GB 交换机并且具有相同数量的入站/出站通道。
路由器 确保在 GB 基础结构上配置路由器。
域控制器 如果域控制器 (DC) 接收请求的速度比响应请求的速度快，则身份验证可能会成为 SharePoint 环境中的性能瓶颈。对于使用用户身份验证（如 NTLM）的环境，建议 Web 服务器与 DC 的比例为 3:1。如果测试表明在 Web 服务器与 DC 的比例为 3:1 的情况下可以接受身份验证负载，则可以为每个 DC 再添加一台 Web 服务器，以便达到支持的限额，即 Web 服务器与 DC 的比例为 4:1。
请记住在将一个系统移到生产环境中之前，应全面规划并测试网络配置。
网络拓扑建议
规划服务器场内和服务器场之间的网络连接。建议您采用具有低延迟的网络。
下表提供了一些最佳做法和建议。
服务器场中的所有服务器都应对运行 SQL Server 2005 的服务器具有局域网带宽和延迟（最多为 1 毫秒 (ms) 延迟）。
我们尚未测试 Office SharePoint Server 2007 部署，在该部署中，运行 SQL Server 2005 的服务器是从网络延迟大于 1 毫秒的服务器场的其他组件远程部署到广域网 (WAN) 拓扑中的。因此，不建议使用这种 WAN 拓扑。
如果您打算使用 SQL Server 2005 镜像或 SQL Server 2005 日志传送以使远程网站保持最新，请规划足够的 WAN 网络。
网络安全
有关网络安全的详细信息，请参阅规划服务器场内的安全通信 (Office SharePoint Server)。
身份验证
环境中所使用的身份验证机制可以增强系统的总体性能。影响身份验证性能的因素包括：
验证提供程序的往返行程的数目和速度
验证提供程序处理性能
Microsoft 测试指出了身份验证机制顺序（从最快到最慢）为：
匿名
Kerberos
NTLM
基本
表单
如果选择编写一个验证提供程序以与 Office SharePoint Server 或 Windows SharePoint Services 一起使用，则应该遵循 MSDN 文章 ASP.NET 中的身份验证：.NET 安全指南（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=98743&clcid=0x804)（该链接可能指向英文页面）中的最佳方案指导原则。
开发自定义代码
较早版本的 SharePoint Server 性能较差的最常见原因是在 SharePoint 平台上开发和部署了效率不高的自定义功能。开发 SharePoint 的客户功能时，应该监视众多性能指标，其中包括（但并不限于）以下各项：
SQL Server 往返行程 对于核心网页，建议 SQL 往返行程不超过 2 - 3 个。往返行程过多会对性能产生以下不利影响：
服务器端处理时间较长而导致最终用户响应时间变长
数据库服务器上的额外负载减少了总系统吞吐量。
SQL server CPU 使用率 为了使 MOSS 系统保持正常运行，应使数据库服务器上的 CPU 使用率保持相对较低的水平，这一点非常重要。如果 SQL Server 2005 CPU 平均使用率超过 60%，将对性能产生负面影响。可采取以下措施来降低 SQL CPU 使用率：
实施缓存策略，这会减少从 Web 服务器到数据库服务器的调用的总数。
优化自定义代码，以便使用以最有效方式（例如引入列表索引，等等）返回所需数据的对象方法
跨多台物理数据库服务器分布 SQL 数据库
页面下载大小 尽可能减小代码大小。如果每天（特别是在高峰时间）有许多人访问页面，那么即使是小幅度增加该页面的大小也会对性能产生显著影响。
客户端代码效率 最终用户响应时间中大约有 50% 的时间用在客户端处理返回的代码上。如果自定义解决方案增加了其中任何一项操作的时间，则可能会对最终用户响应时间产生负面影响。
AJAX 回调 对于 AJAX 部件，指的是回调数和每个回调的有效负载。例如，每个 KPI 将发出 3 次呼叫以便返回结果。在向页面中引入多个 KPI 或其他自定义代码时，请确保测试页面的性能。
内容查询 Web 部件
内容查询 Web 部件可利用 Windows SharePoint Services 跨列表查询机制来从 SharePoint 网站集中检索内容。如果将 Web 部件配置为发出一个涉及大量列表的查询，则跨列表查询机制可能会引发异常。
默认情况下，跨列表查询的列表不能超过 1,000 个。这意味着如果您将内容查询 Web 部件配置为具有包含超出 1,000 个列表的查询，则跨列表查询过程将无法完成并且 Web 部件不会显示任何内容。设置此限制的原因是为了避免 SQL Server 2005 负载过重。跨列表查询包含的列表越多，数据库服务器返回该查询所要求的内容的时间越长。对于大量列表来说，这可能会导致数据库服务器在应处理其他请求时不适当地处理跨列表查询。
如果您的请求所涉及的查询包含 1,000 多个列表，并且操作所需的数据库负载可以接受，则可以放宽列表限制。为此，您可以将 MaxListLimit 属性 (attribute) 添加到 Web 部件的 ListsOverride 属性 (property) 中。例如，如果要将列表限制放宽到 2000 个，则可以按以下方式设置 ListsOverride 属性：
<Lists ServerTemplate="850" MaxListLimit="2000">
下载此书籍
本主题包含在以下可下载书籍内，以方便您阅读和打印：
有关可下载书籍的完整列表，请参阅 Office SharePoint Server 2007 的可下载书籍。