规划软件边界 (Windows SharePoint Services)

本文内容：

• 测试环境

• 测试结果

• 可接受性能的指导标准

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

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

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

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

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

测试环境

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

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

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

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

测试结果

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

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

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

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

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

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

吞吐量与网站集数量

吞吐量以 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 服务器数量

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

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

用户响应时间

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

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