规划软件边界 (Windows SharePoint Services)

本文内容：

• 测试环境

• 测试结果

• 可接受性能的指导标准

本文提供相关信息来帮助您了解所测试的 Windows SharePoint Services 3.0 性能和容量限制，并且列出了有关测试环境和测试结果的信息，同时还给出了可接受性能的指导标准。使用本文中的这些信息可以确定您规划的部署是否在可接受的性能和容量限制范围之内。

本文提供的测试结果和指导标准适用于单个安装的 Windows SharePoint Services 3.0。向这种安装中添加服务器计算机并不会提高可接受性能的指导标准一节的表中所列网站对象的容量限制。另一方面，添加服务器计算机确实会提高服务器场的吞吐量，当网站对象数量较多时，这对于达到可接受的性能是必需的。在某些情况下，如果需要在解决方案中有很多对象，则可能需要使用多个服务器场。

在本文中，指导标准由性能决定。换言之，您可以超过所提供的指导标准，但是随着您扩大规模，您会体验到性能的降低。

请注意，在给定的环境下，有多种因素会影响性能，并且每种因素可在不同方面影响性能。本文中一些测试结果和建议所涉及的功能和用户操作可能在您的环境中并不存在，因此可能不适用于您的解决方案。只有对您的环境进行完全彻底的测试，才可以获得有关您的环境的准确数据。

请参阅本指南中的其他性能和容量规划因素 (Windows SharePoint Services) 一节，了解有关其他因素的详细信息，这些因素会影响到性能和容量，但不在本指南的测试过程范围之内。

测试环境

下表列出了测试环境中使用的计算机规格。

角色	规格
独立计算机	1 个双核 Intel Xeon 2.8 GHz 64 位处理器，2 GB 内存
Web 服务器计算机	2 个双核 Intel Xeon 2.8 GHz 64 位处理器，4 GB 内存
运行 Microsoft SQL Server 的数据库计算机	4 个双核 Intel Xeon 2.8 GHz 64 位处理器，32 GB 内存
客户端计算机	Pentium III 1.2 GHz 处理器，1 GB 内存

场计算机之间使用千兆以太网 (1 Gb/S)。

测试针对下表中列出的配置来执行。

数据库服务器	1 台 Web 服务器	2 台 Web 服务器	3 台 Web 服务器	4 台 Web 服务器	5 台 Web 服务器	6 台 Web 服务器	7 台 Web 服务器	8 台 Web 服务器
0	X
1	X	X	X	X	X	X	X	X

同时还针对若干个场配置执行了特定于环境的测试。请参阅评估性能和容量要求 (Windows SharePoint Services) 一节中的方案文章，了解有关特定于环境的配置测试的信息。

测试结果

下面的图表、图形和表格显示了在给定的一组参数、用户操作和加载条件下，测试环境的运行情况。这些测试都是针对 8x1 Windows SharePoint Services 场进行的。提供的结果适用于所有 Windows SharePoint Services 3.0 环境。

备注

以后还会对其他一些配置进行测试。获得测试结果后会将其公布出来。

不同操作的性能度量取决于网站集的使用方式。例如，一个网站集可以拥有数千个子网站，但是，随着网站集数量的增加，用于枚举容器的操作的用户响应时间也开始增加。不枚举容器的其他操作将继续以可接受的方式执行。

为测试而创建的子网站按照下表所示的方式分类。

子网站的类型	所占百分比
工作组网站	55%
文档工作区	20%
会议工作区	10%
博客	10%
Wiki	5%

随网站数量增加的情况下创建网站时的吞吐量变化与枚举网站时的吞吐量变化对比

随着网站集中的网站数量增加，某些操作的用户响应时间也会增加。

此图形显示了随着现有网站数量的增加，枚举网站集中的网站时以及创建新网站时的用户响应时间。

吞吐量与网站集数量

吞吐量以 RPS 计，随着场中的网站集数量增加而降低。

下图显示了随着一台内容数据库中的网站集数量增加，当浏览到不同网站集主页时的吞吐量降低。随着网站集的总数量从 2000 (RPS=265) 增加到 16,000 (RPS=66)，吞吐量急剧下降，然后，随着网站集的总数量增加到 50,000，RPS 保持在大约 50 左右。

无层级文档库与带有文件夹的文档库之间的吞吐量差异

随着文件夹中的项目数量的增加，某些操作的吞吐量会降低。

下图显示了在有效使用文件夹和未有效使用文件夹的情况下，查看文档库中所有项目时的吞吐量差异，这对于网站扩展非常重要。如下图所示，如果使用无层级库存储方式，随着文档数量的增加，吞吐量性能会降低。当文档总数量少于 2,000 时吞吐量的降低最快，从 151 RPS（文档数量为 200 时）下降到 63 RPS（文档数量为 2,000 时）。文档数量为 4,000 时，吞吐量下降到 13 RPS 左右，即与空库相比，总吞吐量下降超过 90%。

下图显示了两种视图的相对性能：使用文件夹存储和组织文档的文件夹视图与无层级库结构的索引视图。每个文件夹包含由不同用户创建的 500 个文档。在这种情况下，只要视图中的项目数量不超过您的系统性能阈值，对于文档数量不超过 1,000,000 个的每一种视图方案，吞吐量就没有显著的降低。不过，使用文件夹时性能会更好。

随着文件夹中的项目数量增加，文件夹视图的性能将逐渐降低。请注意，以上结果是根据我们的测试估算的，在您的环境中，这些结果可能有所不同。

可接受性能的指导标准

容量直接受可伸缩性的影响。本节列出了可以构成解决方案的对象，并针对每种类型的对象提供了可接受性能的指导标准。在此给出了限制数据以及备注，其中备注说明达到限制时的条件以及指向可用的其他信息的链接。请使用本文中的指导标准来检查您的整个解决方案规划。

如果对于一个或多个对象，您的解决方案规划超出了推荐的指导标准，那么请执行下列一项或多项操作：

• 评估解决方案以确保在其他方面做出补偿。

• 在构建和部署解决方案时，对这些方面做出标记以进行测试和监控。

• 重新设计解决方案以确保不超出容量指导标准。

下表按照类别列出了这些对象，并包括有关可接受性能 的推荐指导标准。可接受性能表示系统经测试证明能够支持一定数量的对象，但是如果超出这个数量，就会造成性能的降低。星号 (*) 表示硬性限制；无星号表示经过测试的限制或所支持的限制。

下表列出了有关网站对象的推荐指导标准。

网站对象	可接受性能的指导标准	备注	性能降低时的影响范围
网站集	每个 Web 应用程序 50,000 个	随着网站集数量的增加，场的总吞吐量降低。	场
网站	每个网站集 250,000 个	通过嵌套子网站所创建的网站总数可以非常大。例如，100 个网站，每个网站有 1000 个子网站，总数就是 100,000 个网站。建议最大的网站和子网站数量为 125 个网站，其中每个网站包含 2,000 个子网站，总共 250,000 个网站。	网站集
子网站	每个网站 2,000 个	子网站的数量一超过 2,000，用于枚举给定网站的子网站的界面就无法顺畅运行。	网站视图
文档	每个库 5,000,000 个	通过使用标准视图和网站层次结构来嵌套文件夹，您可以创建非常大的文档库。根据文档和文件夹的组织方式以及所存储文档的类型和大小不同，这个值会有所变化。	库
项	每个视图 2,000 个	测试表明，超过两千个项目时性能会降低。对无层级文件夹视图使用索引可提高性能。	列表视图
文档文件大小	50MB（最大 2GB*）	文件保存性能与文件大小成反比。默认最大大小是 50 MB。最大大小是由系统确定的，但可以将其更改为不超过 2 GB 的任何值。	库，文件保存性能
列表	每个网站 2,000 个	测试表明，超过两千个列表项，列表视图性能会降低。	列表视图
字段类型	每个列表 256 个	这并不是一个硬性限制，但是随着列表中的字段类型数量的增加，您会体验到列表视图性能的降低。	列表视图
列	每个文档库 2,000 个 每个列表 4,096 个	这并不是一个硬性限制，但是随着文档库或列表中的列数量的增加，您会体验到库和列表视图性能的降低。	库和列表视图
Web 部件	每个页面 50 个	这个数字是根据简单的 Web 部件估算的。Web 部件的复杂性决定了一个页面上可以使用多少个 Web 部件而不至于影响性能。	页面

下表列出了有关用户对象的推荐指导标准。

用户对象	可接受性能的指导标准	备注
组中的用户	每个网站 2,000,000 个	可以通过 Microsoft Windows 安全组的方式（而不是单个用户方式）来管理安全性，从而向网站中添加数百万个用户。
用户配置文件	每个场 5,000,000 个	这个数字表示可以从目录服务（例如 Active Directory）导入到用户配置文件存储中的配置文件的数量。
安全主体	每个网站 2,000 个	访问控制列表的大小被限制为几千个安全主体（网站中的用户和组）。

下表列出了有关搜索对象的推荐指导标准。

搜索对象	可接受性能的指导标准	备注
搜索索引	每台搜索服务器 1 个
索引文档	每个搜索索引 50,000,000 个	支持每台索引服务器 50,000,000 个文档，其中每台索引服务器一个搜索索引。也就是说，每台索引服务器的文档数量的有效限制是 50,000,000 个。

下表列出了有关逻辑体系结构对象的推荐指导标准。

逻辑体系结构对象	可接受性能的指导标准	备注
共享服务提供程序 (SSP)	每个场 3 个（每个场最多 20 个）
区域	每个场 5* 个	为场定义的区域的数量硬编码为 5 个（无法更改）。
Internet Information Services (IIS) 应用程序池	每台 Web 服务器 8 个	最大数量由硬件容量决定。
网站集	每个 Web 应用程序 50,000 个
内容数据库	每个 Web 应用程序 100 个
网站集	每个数据库 50,000 个

下表列出了有关物理对象的推荐指导标准。

物理对象	可接受性能的指导标准	备注
索引服务器	每个 SSP* 1 个
运行 Excel Calculation Services 的应用程序服务器	没有限制
搜索服务器	没有限制	由于每台搜索服务器支持 100 个内容数据库，因此每个场中需要的搜索服务器的数量由该场中的内容数据库的数量决定。例如，如果场中有 500 个内容数据库，那么您将需要至少 5 台搜索服务器。
Web 服务器/数据库服务器比	每台数据库服务器对应 8* 台 Web 服务器	这个扩展系数取决于操作组合。
Web 服务器/域控制器比	每台域控制器对应 3 台 Web 服务器	根据所产生的身份验证通信流量，在您的环境中，对于每台域控制器可能会支持更多的 Web 服务器。

吞吐量与 Web 服务器数量

在我们的测试环境中，每台数据库服务器对应 5 台 Web 服务器时场吞吐量达到一个稳定状态，而且，继续添加 Web 服务器时，吞吐量没有显著变化。虽然对于每台数据库服务器可以最多部署 8 台 Web 服务器，但您可能体会到，超过 5 台 Web 服务器后，吞吐量没有显著增长。这是因为随着对一台数据库服务器进行调用的 Web 服务器数量的增加，数据库服务器容量最终将达到 100%。根据数据库服务器性能特征的不同，在您的环境中，结果可能会有所不同。需要自己进行测试以确定在您的场环境中，最佳的 Web 服务器数量是多少。

在达到最佳吞吐量之后，由于其他一些原因，可能希望向场中添加更多的 Web 服务器。例如，Web 服务器 CPU 使用率很大一部分被用户身份验证占用的情况。在这种情况下，您应该进行测试以确定正确的解决方案。

用户响应时间

下表提供了有关四种用户操作的可接受用户响应时间的指导标准。请注意，您的业务要求所允许的响应时间可能比建议的时间长或短。

测试的目标是为所有最终用户操作提供秒级以下的响应时间。但是，这并不是在所有情况下都有可能实现，因此使用了下表中的指导标准。

操作类型	示例	可接受的用户响应时间
常用操作	浏览到主页 浏览到文档库	< 3 秒
不常用的操作	创建子网站，创建列表 将文档上载到文档库	< 5 秒
极少使用的操作	备份网站 创建网站集	< 7 秒
长时间运行的操作	为网站设置索引	随操作和系统配置的不同而不同。所有长时间运行的操作都有一个信息页或状态页。