SharePoint Server 2010 容量管理：软件边界和限制

项目
03/04/2017

适用于： SharePoint Server 2010

上一次修改主题： 2016-11-30

本文档介绍 Microsoft SharePoint Server 2010 的软件边界和限制。其中包括以下项：

**边界：**根据设计无法超过的静态限制
**阈值：**为满足特定要求而能够超过的可配置限制
**支持的限制：**已默认设置为测试值的可配置限制

备注

本文档中的容量规划信息为你提供规划应用准则。该准则建立在 Microsoft 对实时属性执行的测试的基础上。但是，结果可能因使用的设备和针对网站所实施的功能而有所不同。

本文内容：

边界和限制概述
- 边界、阈值和支持的限制
- 如何建立限制
限制和边界
- 按层次结构的限制
  - web 应用程序限制
  - web 服务器和应用程序服务器限制
  - 内容数据库限制
  - 网站集限制
  - 列表和库限制
  - 列限制
  - 页面限制
- 按功能的限制
  - 搜索限制
  - User Profile Service 限制
  - 内容部署限制
  - 博客限制
  - Business Connectivity Services 限制
  - 工作流限制
  - 托管元数据术语库（数据库）限制
  - Visio Services 限制
  - SharePoint Web Analytics Service 限制
  - PerformancePoint Services 限制
  - Word Automation Services 限制
  - SharePoint Workspace 限制
  - OneNote 限制
  - Office Web Application Service 限制
  - Project Server 限制

边界和限制概述

本文包含可帮助你了解 SharePoint Server 2010 的经测试的性能和容量限制的信息，并提供有关限制如何与可接受的性能相关联的准则。使用本文中的信息可确定规划的部署是否适合可接受的性能和容量限制，并可适当配置环境中的限制。

本文中提供的测试结果和准则适用于单个 SharePoint Server 2010 服务器场。向安装中添加服务器可能不会增加本主题后面限制和边界一节的表中列出的对象的容量限制。但另一方面，添加服务器计算机会增大服务器场的吞吐量，而这可能是对象很多时实现可接受的性能所必需的。在某些情况下，解决方案中对大量对象的需求可能要求服务器场中有更多的服务器。

请注意，在给定环境中影响性能的因素会有很多，并且其中每种因素可影响不同领域的性能。本文中的一些测试结果和建议可能是针对环境中并不存在的功能或用户操作，因此它们并不适用你的解决方案。只有在经过全面的测试之后，才能得出与你自己的环境相关的准确数据。

边界、阈值和支持的限制

在 SharePoint Server 2010 中，根据设计存在一些不能超过的限制，以及其他可由服务器场管理员更改的设置为默认值的限制。另外还有一些无法用可配置值表示的限制，如每个 Web 应用程序的网站集数。

边界是根据设计要求不能超过的绝对限制。为确保在设计服务器场时做出正确的假设，了解这些限制是非常重要的。

一个边界示例是 2 GB 的文档大小限制；无法将 SharePoint Server 配置为存储大于 2 GB 的文档。这是内置的绝对值，根据设计无法超出。
阈值具有不能超出的默认值（除非修改此值）。在某些情形下，可以超出阈值以适应服务器场设计中的差异，但是一定要知道这样做可能会影响服务器场的性能以及其他限制的有效值。

对于某些阈值的默认值，最多只能超过到绝对最大值。一个很好的示例就是文档大小限制。默认情况下，默认文档大小阈值设置为 50MB，但可更改此值以支持最大 2GB 的边界。
支持的限制定义给定参数的已测试值。这些限制的默认值是通过测试定义的，表示产品的已知限制。若超过支持的限制，可能会导致意外结果、严重降低性能或造成其他有害影响。

有些支持的限制是默认设置为建议值的可配置参数，而其他支持的限制则与未由可配置的值表示的参数相关。

一个支持的限制示例是每个 Web 应用程序的网站集数。支持的限制是 250,000，这是在测试期间满足性能基准的每个 Web 应用程序可包含的最大网站集数。

重要的是要认识到，本文档中提供的很多限制值都表示曲线上的一点，该曲线描述不断增加的资源负载以及随值增大而降低的性能。因此，超过某些限制（如每个 Web 应用程序的网站集数）可能只会导致服务器场性能的部分降低。但是，在大多数情况下，在操作时达到或接近设立的限制不是一种最佳实践，因为只有在服务器场的设计留出合理的限制值余量时，才能最好地实现可接受的性能和可靠性目标。

阈值和支持的限制准则由性能确定。也就是说，可以超过限制的默认值，但随着增大限制值，服务器场性能及其他限制的有效值可能会受到影响。可更改 SharePoint Server 中的许多限制，但必须要了解更改给定限制对服务器场的其他部分有何影响。

如何建立限制

在 SharePoint Server 2010 中，通过对服务器场行为进行测试和观察，并不断增大负载直至达到最大值（服务器场服务和操作此时达到其有效的操作限制），从而建立阈值和支持的限制。有些服务器场服务和组件可支持比其他服务和组件更高的负载，所以在某些情况下，必须基于若干种因素的平均值配置一个限制值。

例如，对添加网站集时的负载下的场行为的观察结果表明某些功能出现高得难以接受的滞后时间，而其他功能仍然运行在可接受的参数范围内。因此，分配给网站集数的最大值不是绝对的，而是基于预期的使用特性集进行计算，其中整体场性能在大多数情况下在给定限制内均可接受。

显然，如果运行某些服务所使用的参数高于限制测试所使用的参数，则其他服务的最大有效限制将降低。因此，针对特定部署执行严格的容量管理和规模测试演练十分重要，这样才能为相应环境建立有效限制。

注意：我们没有介绍用于验证本文档中的限制的硬件，因为这些限制是从多个服务器场和环境中收集的。有关我们在测试中使用的场的说明，请参阅性能和容量测试结果及建议 (SharePoint Server 2010) 和Performance and capacity technical case studies (SharePoint Server 2010)。

均衡器比喻

可以将阈值和受支持的限制视为图形均衡器上的滑块，每个限制代表一个特定频率。在该比喻中，增加一个限制的值可能会降低另外一个或多个限制的有效值。

想象一下，一个滑块表示每个库的文档的最大数量，受支持的限制为大约 3000 万的最大测试值。但是，这个值取决于另一个滑块，它表示场中最大的文档大小，阈值默认值为 50 MB。

如果将文档的最大大小更改为 1 GB 以适应视频或其他大型对象，可以高效地为用户提供服务的库文档数则会相应地减少。例如，给定服务器场的硬件配置和拓扑可能支持 100 万个最多为 50 MB 的文档。但是，如果场提供较大的平均文档大小，有相同数目文档的相同场不能满足相同的延迟和吞吐量目标，因为文件大小限制设置为 1 GB。

本示例中减少的最大文档数量程度很难预测，并且基于库中的大文件数目、它所包含的数据量、场的用法特性和硬件资源的可用性。

限制和边界

这一节列出可作为解决方案的一部分的对象，并提供有关每类对象的可接受性能的准则。可接受性能意味着经测试的系统可支持一定数量的对象，但若超过此数量则性能或相关限制的值会有所降低。对象按作用域和功能列出。限制数据与描述条件的注释一起提供，在这些条件下，可获得限制并链接到其他可用信息。

使用本文中的准则可检查整体解决方案规划。如果解决方案规划超过对一个或多个对象建议的准则，则执行下列一项或多项操作：

评估解决方案以确保在其他领域做出补偿。
标记这些领域以便在构建部署时进行测试和监视。
重新设计或分拆解决方案以确保不会超过容量准则。

按层次结构的限制

本节提供按照 SharePoint Server 2010 服务器场的逻辑层次结构排序的限制。

Web 应用程序限制

下表列出了针对 Web 应用程序的建议准则。

限制	最大值	限制类型	备注
内容数据库	每个 Web 应用程序包含 300 个	支持	在每个 Web 应用程序包含 300 个内容数据库的情况下，诸如打开网站或网站集这样的最终用户操作不会受到影响。但是像创建新网站集这样的管理操作将遭遇性能降低。当存在大量内容数据库时，建议使用 Windows PowerShell 来管理 Web 应用程序，因为管理界面将变得缓慢且难以导航。
区域	每个 Web 应用程序 5 个	边界	为服务器场定义的区域数量硬编码为 5 个。包括默认、Intranet、Extranet、Internet 和自定义的区域。
管理路径	每个 Web 应用程序 20 个	支持	管理路径缓存在 Web 服务器上，而 CPU 资源用于参照管理路径列表处理传入请求。若每个 Web 应用程序的管理路径超过 20 个，则针对每个请求向 Web 服务器中添加更多负载。如果打算在给定 Web 应用程序中包含 20 个以上的管理路径，则建议针对可接受系统性能进行测试。
解决方案缓存大小	每个 Web 应用程序 300 MB	阈值	解决方案缓存使 InfoPath Forms Service 能够将解决方案保留在缓存中，以便加快检索解决方案。如果超出缓存大小，则将从磁盘上检索解决方案，这可能会延缓响应时间。可通过使用 Windows PowerShell cmdlet Set-SPInfoPathFormsService 来配置解决方案缓存的大小。有关详细信息，请参阅 Set-SPInfoPathFormsService。
网站集	每个 Web 应用程序 250,000 个	支持	建议每个 Web 应用程序最多包含 250,000 个网站集。请注意，此限制受可能减少给定 Web 应用程序支持的网站集的有效数量的其他因素的影响。当容器对象（例如内容数据库）包含大量其他对象时，必须注意避免超出支持的限值。例如，在包含大量 Web 应用程序的服务器场中，网站集的总数可能会达到服务器场资源无法有效支持的数量。即使当每个服务器场中 Web 应用程序的数量和每个 Web 应用程序中网站集的数量均在其支持的限值范围内，也是这种情况。同样，如果服务器场包含总量较少的内容数据库，其中每个内容数据库都包含大量网站集，那么服务器性能可能早在达到支持的网站集数量限值之前就会受到负面影响。下面的示例说明了这一点。服务器场 A 包含具有 200 个内容数据库的 Web 应用程序（受支持的配置）。如果其中每个内容数据库都包含 200 个网站集，则 Web 应用程序中网站集的总数将为 40,000，这在支持的限值范围内。但是，如果每个内容数据库都包含 2,000 个网站集，那么即使内容数据库支持此数量，Web 应用程序中网站集的总数也将达到 400,000，这超出了允许每个 Web 应用程序包含的网站集数量的限值。

Web 服务器和应用程序服务器限制

下表列出了针对服务器场上的 Web 服务器的建议准则。

限制	最大值	限制类型	注释
应用程序池	每台 Web 服务器 10 个	阈值	最大数量由硬件功能确定。此限制在很大程度上依赖于：分配给 Web 服务器的 RAM 量服务器场承担的工作量，即，用户群体和使用特征（单个高度活跃的应用程序池可达到 10 GB 或更多）

应用程序池

每台 Web 服务器 10 个

阈值

最大数量由硬件功能确定。

此限制在很大程度上依赖于：

分配给 Web 服务器的 RAM 量
服务器场承担的工作量，即，用户群体和使用特征（单个高度活跃的应用程序池可达到 10 GB 或更多）

内容数据库限制

下表列出了针对内容数据库的建议准则。

限制	最大值	限制类型	备注
内容数据库大小（常规使用方案）	每个内容数据库 200 GB	支持	强烈建议将内容数据库的大小限制为 200 GB，此表中以下行中的情况适用时除外。如果要使用远程 BLOB 存储 (RBS)，则内容数据库中远程 BLOB 存储和元数据的总量不能超出此限制。
内容数据库大小（所有使用方案）	每个内容数据库为 4 TB	支持	满足以下要求时，支持高达 4 TB 的内容数据库：每 GB 0.25 IOPs 的磁盘子系统性能。为获得最佳性能建议每 GB 2 IOPs。必须已制定高可用性、灾难恢复、未来容量和性能测试计划。还应仔细考虑以下因素：大于 200 GB 的内容数据库的本机 SharePoint Server 2010 备份可能不符合备份和还原要求。建议评估和测试 SharePoint Server 2010 备份和备用备份解决方案以确定适合特定环境的最佳解决方案。强烈建议让具有丰富技能的管理员来管理 SharePoint Server 2010 和 SQL Server 安装。由于 SharePoint Server 2010 的自定义和配置的复杂性，可能要求你将数据重构（或拆分）到多个内容数据库中。应向技能丰富的专业架构师寻求建议并进行测试，以便为实施确定最佳内容数据库大小。复杂性示例可能包括自定义代码部署、在属性提升中使用 20 个以上的列或者所列出的功能未用于以下超出 4 TB 的部分。重构网站集允许跨多个内容数据库扩展 SharePoint Server 2010 实现。这使 SharePoint Server 2010 实现可无限扩展。当内容数据库小于 200 GB 时，此重构将更为简单和快速。为简化备份和还原，建议将内容数据库中的单个网站集限制为 100 GB。有关详细信息，请参阅网站集限制。有关 SharePoint Server 2010 数据大小计划的详细信息，请参阅存储和 SQL Server 容量规划和配置 (SharePoint Server 2010)。重要除了用于文档存档（下文将会介绍）外，不建议使用 4 TB 以上的内容数据库。这些内容数据库中网站集的升级可能非常困难且耗时。强烈建议跨多个内容数据库向外进行扩展，而不是在单个内容数据库中存储超出 4 TB 的数据。
内容数据库大小（文档存档方案）	没有明确的内容数据库限制	支持	满足以下要求时，支持将没有明确大小限制的内容数据库用于文档存档方案：必须符合此表前面的“内容数据库大小（所有使用方案）”限制中的所有要求，且应确保已仔细考虑该限制的“注意”字段中讨论的所有因素。 SharePoint Server 2010 网站必须基于文档中心或记录中心网站模板。平均每月会访问内容数据库中不到 5% 的内容，并且平均每月修改或编写不到 1% 的内容。不要对内容数据库中的任何 SharePoint Server 2010 对象使用通知、工作流、链接修复或项目级安全。备注可以配置文档存档内容数据库以接受内容传送工作流中的文档。有关大型文档库的详细信息，请参阅估计大型文档库的性能和容量要求 (https://technet.microsoft.com/zh-cn/library/ff608068.aspx)和文章企业内容存储规划 (SharePoint Server 2010) 中的典型的大型内容管理方案一节。
内容数据库项目	6000 万个项目，包括文档和列表项	支持	已在 SharePoint Server 2010 中进行测试的每个内容数据库的最大项目数为 6000 万，包括文档和列表项。如果计划在 SharePoint Server 2010 中存储 6000 万以上的项目，必须部署多个内容数据库。
每个内容数据库包含的网站集数	推荐值为 2,000 最大值为 5,000	支持	强烈建议将内容数据库中的网站集数量限制为 2,000。但是，一个数据库中可支持多达 5,000 个网站集。这些限制与升级速度有关。数据库中的网站集数量越大，升级速度就越缓慢。对数据库中的网站集数量的限制受限于对具有多个网站集的内容数据库的大小的限制 (200 GB)。因此，随着数据库中的网站集数量增多，数据库包含的网站集的平均大小必须减小。超过 2,000 个网站集这一限制会产生使升级过程中的停机时间更长的风险。如果计划超过 2,000 个网站集，则建议制定一个清晰的升级策略，并获取其他硬件以加快对数据库有影响的升级和软件更新。若要设置内容数据库中的网站数的警告级别，请将 Windows PowerShell cmdlet Set-SPContentDatabase 与 -WarningSiteCount 参数一起使用。有关详细信息，请参阅 Set-SPContentDatabase。
网络附加存储 (NAS) 上的远程 BLOB 存储 (RBS) 存储子系统	NAS 发出任何响应的第一个字节的时间不能超过 20 毫秒	边界	当 SharePoint Server 2010 配置为使用 RBS 并且 BLOB 驻留在 NAS 存储上时，请考虑以下边界。从 SharePoint Server 2010 请求 BLOB 开始，直至它接收到来自 NAS 的第一个字节，其流经时间不应超过 20 毫秒。

网站集限制

下表列出了针对网站集的建议准则。

限制	最大值	限制类型	备注
网站	每个网站集 250,000 个/每个场 250,000 个/每个场 500,000 个个人网站。	支持	建议的最大网站及子网站数量是 250,000 个网站。如果子网站的数量超过网站集级别 2,000，可能会降低性能。重要强烈建议每个网站集的子网站数量低于 2,000 个。通过创建多个网站集（每个网站集最多 2,000 个网站），可以创建数量非常大的网站总数。例如，每个包含 2,000 个网站的 125 个网站集将等于场中的 250,000 个网站。但是，这将被视为非个人网站建议的最大限制。如果有 250,000 个网站集，且这些网站集均包含一个根网站（非个人网站模板），那么向这些根网站中的任何一个添加子网站将超过 250,000 的网站边界。如果超出建议的每个网站集 2,000 个站点的限制，则可能会出现下列问题：删除或创建网站或子网站会严重影响网站的可用性。当删除某个网站时，将限制对该网站及子网站的访问权限。尝试同时创建很多子网站也可能会失败。在具有 2,000 多个子网站的情况下，将新服务器添加到现有场时执行 PSConfig，或在安装 SharePoint 后进行更新等这些操作的性能将显著降低。执行 stsadm -o checklocalupgradestatus 操作，或产品版本作业计时器作业的日常执行可能需要话费数小时才能完成。在中心管理网站上浏览“查看数据库状态”页 (< your_SharePoint_CentralAdmin_URL > / _admin/UpgradeStatus.aspx) 可能会导致超时。
网站集大小	内容数据库的最大大小	支持	网站集可以很大，其大小可以是针对相应使用方案的内容数据库大小限值。有关针对特定使用方案的不同内容数据库大小限制的详细信息，请参阅本文中的内容数据库限制表。一般情况下，强烈建议将网站集大小限制为 100 GB，原因如下：有些网站集操作（如网站集备份/还原或 Windows PowerShell cmdlet Move-SPSite）会导致大的 Microsoft SQL Server 操作，如果同一个数据库中有其他网站集处于活动状态，则这些大的操作会影响性能或执行失败。有关详细信息，请参阅 Move-SPSite。 SharePoint 网站集备份和还原仅受最大大小为 100 GB 的网站集支持。对于较大的网站集，必须备份整个内容数据库。如果单个内容数据库中包含多个 100 GB 以上的网站集，则备份和还原操作可能需要很长时间且很有可能失败。

网站

每个网站集 250,000 个/每个场 250,000 个/每个场 500,000 个个人网站。

支持

建议的最大网站及子网站数量是 250,000 个网站。

如果子网站的数量超过网站集级别 2,000，可能会降低性能。

重要

强烈建议每个网站集的子网站数量低于 2,000 个。

通过创建多个网站集（每个网站集最多 2,000 个网站），可以创建数量非常大的网站总数。例如，每个包含 2,000 个网站的 125 个网站集将等于场中的 250,000 个网站。但是，这将被视为非个人网站建议的最大限制。

如果有 250,000 个网站集，且这些网站集均包含一个根网站（非个人网站模板），那么向这些根网站中的任何一个添加子网站将超过 250,000 的网站边界。

如果超出建议的每个网站集 2,000 个站点的限制，则可能会出现下列问题：

删除或创建网站或子网站会严重影响网站的可用性。当删除某个网站时，将限制对该网站及子网站的访问权限。尝试同时创建很多子网站也可能会失败。
在具有 2,000 多个子网站的情况下，将新服务器添加到现有场时执行 PSConfig，或在安装 SharePoint 后进行更新等这些操作的性能将显著降低。
执行 stsadm -o checklocalupgradestatus 操作，或产品版本作业计时器作业的日常执行可能需要话费数小时才能完成。
在中心管理网站上浏览“查看数据库状态”页 (< your_SharePoint_CentralAdmin_URL > / _admin/UpgradeStatus.aspx) 可能会导致超时。

网站集大小

内容数据库的最大大小

支持

网站集可以很大，其大小可以是针对相应使用方案的内容数据库大小限值。有关针对特定使用方案的不同内容数据库大小限制的详细信息，请参阅本文中的内容数据库限制表。

一般情况下，强烈建议将网站集大小限制为 100 GB，原因如下：

有些网站集操作（如网站集备份/还原或 Windows PowerShell cmdlet Move-SPSite）会导致大的 Microsoft SQL Server 操作，如果同一个数据库中有其他网站集处于活动状态，则这些大的操作会影响性能或执行失败。有关详细信息，请参阅 Move-SPSite。
SharePoint 网站集备份和还原仅受最大大小为 100 GB 的网站集支持。对于较大的网站集，必须备份整个内容数据库。如果单个内容数据库中包含多个 100 GB 以上的网站集，则备份和还原操作可能需要很长时间且很有可能失败。

列表和库限制

下表列出了针对列表和库的建议准则。有关详细信息，请参阅设计大型列表并最大限度地提高列表性能 (SharePoint Server 2010)。

限制	最大值	限制类型	注释
列表行大小	每行 8,000 个字节	边界	每个列表或库项目在数据库中总共只能占用 8,000 个字节。其中，将为内置列保留 256 个字节，而为最终用户留下 7,744 个字节。有关每类字段占用多少空间的详细信息，请参阅列限制。
文件大小	2 GB	边界	默认的最大文件大小是 50 MB。此值最大可增加到 2 GB，但是大量的大型文件会影响服务器场性能。
文档	每个库 30,000,000 个	支持	通过嵌套文件夹或使用标准视图和网站层次结构，可以创建非常大的文档库。此值可能会因文档和文件夹的组织方式以及存储的文档的类型和大小不同而有所变化。
主要版本	400,000	支持	如果超过此限制，则打开、保存、删除文件和查看版本历史记录等基本文件操作可能会失败。
项目	每个列表 30,000,000 个	支持	使用标准视图、网站层次结构和元数据导航可创建大型列表。此值可能会因列表中的列数量和列表用法的不同而有所变化。
行大小限制	数据库内部的用于列表或库项目的 6 个表行	支持	指定数据库内部的可用于列表或库项目的表行的最大数量。为了容纳包含多列的宽列表，每个项目可能会包装若干个内部表行（默认情况下最多 6 行）。此设置只能由服务器场管理员通过对象模型来进行配置。对象模型方法是 SPWebApplication.MaxListItemRowStorage。
批量操作	每批操作 100 个项目	边界	通过用户界面最多可为批量操作选择 100 个项目。
列表视图查询阈值	每次查询 8 个联接操作	阈值	指定每次查询（例如基于查询、人员/组或工作流状态列的查询）允许的联接最大数。如果查询使用的联接数大于 8，操作将被阻止。这不适用于单项目操作。当通过对象模型（不指定任何视图字段）使用最大化视图时，SharePoint 将最多返回前 8 个查询。
列表视图阈值	5,000	阈值	指定在管理员设置的不限制查询的每日时间段之外，数据库操作（例如查询）可同时处理的列表或库项目的最大数量。
面向审核员和管理员的列表视图阈值	20,000	阈值	指定拥有适当权限的审核员或管理员所执行的数据库操作（例如查询）可同时处理的列表或库项目的最大数量。此设置与“允许对象模型覆盖”共同起作用。
子网站	每个网站视图 2,000 个	阈值	当子网站数超过 2,000 时，用于枚举给定网站的子网站的界面将无法正常执行。同样，当子网站数增长时，“所有网站内容”页和“树视图控件”性能将显著降低。
在 Microsoft Word 和 Microsoft PowerPoint 中共同创作 .docx, .pptx 和 .ppsx 文件	每个文档 10 个并发编辑人	阈值	建议的最大并发编辑人数是 10。边界是 99。如果有 99 个合著者打开了单个文档进行并发编辑，则第 100 个用户后面的任何用户都将看到“文件使用中”错误，并且只能查看只读副本。共同编辑人数超过 10 个将导致用户体验逐渐下降，且冲突也会越来越多，用户只有反复操作才能成功上载自己的更改。
安全作用域	每个列表 50,000 个	阈值	为列表设置的唯一安全作用域的最大数量不能超过 50,000 个。对于大多数场，我们建议考虑此将限制降低到 5000 个独特范围。对于大型列表，可以考虑使用独有权限用得尽可能少的设计方案。当列表的唯一安全作用域的数量超过列表视图阈值（默认情况下设置为 5,000 个列表项）时，会在查看列表时发生额外的 SQL Server 往返，这会对列表视图性能产生负面影响。作用域是安全对象以及它的任何未定义单独安全边界的子对象的安全边界。作用域包含访问控制列表 (ACL)，但与 NTFS ACL 不同，作用域可以包含特定于 SharePoint Server 的安全主体。作用域的 ACL 成员可以包含 Windows 用户、Windows 用户之外的用户帐户（如基于表单的帐户）、Active Directory 组或 SharePoint 组。

列限制

SharePoint Server 2010 数据存储在 SQL Server 表中。为使 SharePoint 列表中达到最大的可能列数，SharePoint Server 将在单行不能容纳数据时在数据库中创建多行。这称为换行。

每次在 SQL Server 中换行后，当查询对应项目时，将在服务器上放置另一个查询负载，因为 SQL 联接必须包括在该查询中。为了阻止过多的负载，默认情况下一个 SharePoint 项目最多允许使用六个 SQL Server 行。此限制将导致对可包括在 SharePoint 列表中的每种类型的列数的特定限制。下表描述了对每种列类型的限制。

可以增大换行参数的值使之超过 6，但这会导致服务器负载过大。建议在超过此限制前执行性能测试。有关详细信息，请参阅设计大型列表并最大限度地提高列表性能 (SharePoint Server 2010)。

每种列类型都有一个以字节为单位列出的大小值。SharePoint 列表中所有列的总和不能超过 8,000 个字节。根据列使用情况，用户可能会在达到六行的换行限制之前先达到 8,000 字节限制。

限制	最大值	限制类型	每列大小	注释
单行文本	276	阈值	28 字节	在 SharePoint 列表中每 64 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 384 个“单行文本”列 (6 * 64 = 384)。但是，由于每个 SharePoint 列表项目的限制是 8,000 个字节，其中将为内置的 SharePoint 列保留 256 个字节，因此实际限制为 276 个“单行文本”列。
多行文本	192	阈值	28 字节	在 SharePoint 列表中每 32 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 192 个“多行文本”列 (6 * 32 = 192)。
选择	276	阈值	28 字节	在 SharePoint 列表中每 64 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 384 个“选项”列 (6 * 64 = 384)。但是，由于每个 SharePoint 列表项目的限制是 8,000 个字节，其中将为内置的 SharePoint 列保留 256 个字节，因此实际限制应为 276 个“选项”列。
数字	72	阈值	12 字节	在 SharePoint 列表中每 12 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 72 个“数字”列 (6 * 12 = 72)。
货币	72	阈值	12 字节	在 SharePoint 列表中每 12 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 72 个“货币”列 (6 * 12 = 72)。
日期和时间	48	阈值	12 字节	在 SharePoint 列表中每 8 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 48 个“日期和时间”列 (6 * 8 = 48)。
查找	96	阈值	4 字节	在 SharePoint 列表中每 16 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 96 个“单值查找”列 (6 * 16 = 96)。
是/否	96	阈值	5 字节	在 SharePoint 列表中每 16 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 96 个“是/否”列 (6 * 16 = 96)。
个人或组	96	阈值	4 字节	在 SharePoint 列表中每 16 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 96 个“个人或组”列 (6 * 16 = 96)。
超链接或图片	138	阈值	56 字节	在 SharePoint 列表中每 32 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 192 个“超链接”或“图片”列 (6 * 32 = 192)。但是，由于每个 SharePoint 列表项目的限制是 8,000 个字节，其中将为内置的 SharePoint 列保留 256 个字节，因此实际限制应为 138 个“超链接”或“图片”列。
已计算	48	阈值	28 字节	在 SharePoint 列表中每 8 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 48 个“计算”列 (6 * 8 = 48)。
GUID	6	阈值	20 字节	在 SharePoint 列表中每列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 6 个“GUID”列 (6 * 1 = 6)。
Int	96	阈值	4 字节	在 SharePoint 列表中每 16 列之后将发生 SQL Server 换行。默认换行值 6 允许每个 SharePoint 列表中最多有 96 个“整数”列 (6 * 16 = 96)。
托管元数据	94	阈值	第一个字段占 40 字节，每个后续字段占 32 字节	为添加到列表中的第一个托管元数据字段分配四列：包含实际标记的查阅字段包含字符串值的隐藏文本字段包含捕获所有的查阅字段包含捕获所有的溢出的查阅字段添加到列表中的每个后续托管元数据字段另外再添加两列：包含实际标记的查阅字段包含字符串值的隐藏文本字段托管元数据的最大列数计算公式为 (14 + (16 * (n-1)))，其中 n 是行映射值（默认值为 6）。

外部数据列具有主列和附属列这两个概念。当添加外部数据列时，可选择一些外部内容类型的附属字段添加到列表中。例如，给定具有“ID”、“名称”、“国家/地区”和“说明”等字段的外部内容类型“Customer”，当向列表中添加“Customer”类型的外部数据列时，可添加附属字段以显示 Customer 的“ID”、“名称”和“说明”。总的来说，以下就是要添加的列：

主列：文本字段。
隐藏的 ID 列：多行文本字段。
附属列：每一附属列均为基于在业务数据目录模型中定义的附属列数据类型的文本/数字/布尔值/多行文本。例如，ID 可能映射到数字列；名称可能映射到单行文本列；说明可能映射到多行文本列。

页面限制

下表列出了针对页面的建议准则。

限制	最大值	限制类型	注释
Web 部件	每个 Wiki 或 Web 部件页 25 个	阈值	此数字是基于简单 Web 部件的估计值。Web 部件的复杂性指示在性能受到影响前可在页面上使用多少 Web 部件。

安全限制

限制	最大值	限制类型	注释
一个用户可从属于的 SharePoint 组的数量	5,000	支持	这不是硬性限制，但它与 Active Directory 准则一致。以下是几个会影响此数字的因素：用户令牌的大小组缓存：只要在访问控制列表 (ACL) 中使用某个用户所属的组，SharePoint Server 2010 就会提供一个表来缓存这些组的数量。安全检查时间：随着用户所从属的组的数目不断增加，访问检查所需的时间也随之增加。
网站集中的用户数	每个网站集两百万个	支持	通过使用 Microsoft Windows 安全组来管理安全性而不是使用单个用户，可向网站中添加数百万个用户。此限制基于用户界面中的可管理性和导航方便而设置的。当网站集中具有许多（一千个以上）条目（用户的安全组）时，应使用 Windows PowerShell 而不是使用 UI 来管理用户。这样将提供更好的管理体验。
SharePoint 组中的 Active Directory 主体/用户数	每个 SharePoint 组 5,000 个	支持	SharePoint Server 2010 使你能够向 SharePoint 组中添加用户或 Active Directory 组。使 SharePoint 组中最多包含 5,000 个用户（或 Active Directory 组或用户）将提供可接受的性能。受此限制影响最大的活动如下所示：提取用户以验证权限。此操作花费的时间会随着组中用户数的增多而不断增加。呈现视图的成员身份。此操作将始终需要时间。
SharePoint 组	每个网站集 10,000 个	支持	若超过 10,000 个组，执行操作的时间将显著增加。而对于向现有组添加用户、创建新组和呈现组视图这类操作，此特征尤为明显。
安全主体：安全作用域的大小	每个访问控制列表 (ACL) 5,000 个	支持	作用域的大小影响用于安全检查计算的数据。每次作用域发生更改时会进行这种计算。不存在硬性限制，但作用域越大，计算花费的时间就越长。

按功能的限制

这一节列出按功能排序的限制。

搜索限制

下表列出了针对搜索的建议准则。

限制	最大值	限制类型	备注
SharePoint Search Service 应用程序	每个服务器场 20 个	支持	由于可将搜索组件和数据库分配到单独的服务器，因此，可在相同的服务器场上部署多个 SharePoint Search Service 应用程序。建议的限制值 20 小于针对服务器场中所有服务应用程序的最大限制。
爬网数据库和数据库项目	每个 Search Service 应用程序 10 个爬网数据库每个爬网数据库 2,500 万个项目	阈值	爬网数据库存储有关已爬网的所有项目的爬网数据（时间/状态等）。支持的限制是每个 SharePoint Search Service 应用程序可包含 10 个爬网数据库。建议的限制是每个爬网数据库可包含 2,500 万个项目（或每个 Search Service 应用程序总计包含四个爬网数据库）。
爬网组件	每个 Search Service 应用程序 16 个	阈值	假定服务器至少具有八个处理器（内核），则每个应用程序建议的限制为总计包含 16 个爬网组件，其中，每个爬网数据库对应两个爬网组件，每台服务器对应两个爬网组件。每个服务器的爬网组件总数必须为 128 个字符以内（总查询组件）以最大程度降低传播 I/O 降级。超出建议的限制不可能增加爬网性能；事实上，根据爬网服务器、数据库和内容托管上的可用资源，爬网性能可能会降低。
索引分区	每个 Search Service 应用程序 20 个；总共 128 个	阈值	索引分区保留 Search Service 应用程序索引的子集。建议的限制是 20。增大索引分区数会导致每个分区保留更小的索引子集，并减少查询服务器上保留分配给索引分区的查询组件所需的 RAM 和磁盘空间。总索引分区数的边界是 128。
已索引项	每个 Search Service 应用程序 1 亿个；每个索引分区 1,000 万个。	支持	SharePoint Search 支持多个索引分区，其中每个索引分区包含搜索索引的子集。建议的最大值是任意分区中可包含 1,000 万个项目。建议的最大总项目（例如，人员、列表项、文档、网页）数量是 1 亿。
爬网日志条目	每个搜索应用程序 1 亿个	支持	这是爬网日志中各个日志条目的数量。它将遵循“已索引项”限制。
属性数据库	每个 Search Service 应用程序 10 个；总共 128 个	阈值	属性数据库存储与之关联的每个索引分区中的项目的元数据。一个索引分区只能与一个属性存储相关联。建议的限制是每个 Search Service 应用程序可包含 10 个属性数据库。索引分区的边界是 128。
查询组件	每个搜索应用程序 128 个；每台服务器 64 个/（总爬网组件数）	阈值	查询组件的总数受到爬网组件复制文件的能力的限制。每台服务器的最大查询组件数受到查询组件接收从爬网组件传播的文件的能力的限制。
作用域规则	每个作用域 100 条作用域规则；每个 Search Service 应用程序总共 600 条	阈值	超过此限制将降低爬网新鲜度并推迟来自限定作用域的查询的可能结果。
范围	每个 Search Service 应用程序 200 个网站作用域和 200 个共享作用域	阈值	超过此限制可能会降低爬网效率，如果将作用域添加到显示组，这还会影响最终用户的浏览延迟。另外，当作用域数超过建议的限制时，作用域在搜索管理界面上的显示效果也将降低。
显示组	每个网站 25 个	阈值	显示组用于通过用户界面分组显示作用域。超过此限制将使搜索管理界面上的作用域体验开始降低。
通知	每个搜索应用程序 1,000,000 个	支持	这是经测试的限制。
内容源	每个 Search Service 应用程序 50 个	阈值	可超过建议的限制值 50，最大可达每个 Search Service 应用程序的边界 500。但是，应使用较少的起始地址，并且必须遵循并发爬网限制。
起始地址	每个内容源 100 个	阈值	可超过建议的限制，最大可达每个内容源的边界 500。不过，具有的起始地址越多，应使用的内容源就越少。当具有许多起始地址时，建议将这些地址作为链接放在 HTML 页上，并使 HTTP 爬网程序按照这些链接对此页进行爬网。
并发爬网	每个搜索应用程序 20 个	阈值	这是同时进行的爬网数。超过此数字可能会导致总体爬网效率降低。
已爬网属性	每个搜索应用程序 500,000 个	支持	这些是在爬网过程中发现的属性。
爬网影响规则	100	阈值	每个服务器场建议的限制值是 100。可超过此建议的限制。但是，网站命中规则在搜索管理界面中的显示效果将下降。大约有 2,000 条网站命中规则时，“管理网站命中规则”页就将变得不可读。
爬网规则	每个 Search Service 应用程序 100 个	阈值	可超过此值。但是，爬网规则在搜索管理界面中的显示效果将下降。
托管属性	每个 Search Service 应用程序 100,000 个	阈值	这些是搜索系统在查询中使用的属性。已爬网属性将会映射到托管属性。
映射	每个托管属性 100 个	阈值	超过此限制可能会降低爬网速度和查询性能。
URL 删除	每个操作 100 次删除	支持	这是在一个操作中应从系统中删除的 URL 最大建议数。
权威页面	每个 Search Service 应用程序包含 1 个顶级页面以及第二级和第三级的页面	阈值	建议的限制是：一个顶级权威页面以及尽可能少的第二级和第三级页面以实现所需的相关性。每个搜索应用程序的每一相关级别的边界是 200，但添加其他页面可能不会实现所需的相关性。向第一相关级别添加关键网站。在第二或第三相关级别添加更多关键网站（一次添加一个），并在每次添加后评估相关性以确保实现所需的相关性效果。
关键字	每个网站集 200 个	支持	可超过建议的限制，最大可达到 ASP.NET 应用的每个网站集的最大限制 5,000（针对每个关键字给出五个最佳匹配）。如果超过此限制，则关键字在网站管理用户界面上的显示效果将下降。通过编辑 Web.Config 和 Client.config 文件 (MaxItemsInObjectGraph)，可修改 ASP.NET 应用的限制。
识别的元数据属性	每个已爬网项目 10,000 个	边界	这是在对项目进行爬网时可针对查询确定并可能映射或使用的元数据属性的数量。

User Profile Service 限制

下表列出了针对 User Profile Service 的建议准则。

限制	最大值	限制类型	注释
用户配置文件	每个服务应用程序 2,000,000 个	支持	一个 User Profile Service 应用程序最多可支持两百万个具有完全社会功能的用户配置文件。此数字表示可从目录服务导入到人员配置文件存储区的配置文件的数量，同时也是在不导致社会功能的性能下降的情况下 User Profile Service 应用程序可支持的配置文件的数量。
社会性标签、注释和评级	每个社会数据库 500,000,000 个	支持	在性能不会明显降低的情况下，社会数据库中总共可支持多达 5 亿个社会性标签、注释和评级。但此时，数据库维护操作（例如，备份和还原）的性能可能会有所降低。

内容部署限制

下表列出了针对内容部署的建议准则。

限制	最大值	限制类型	注释
在不同路径运行的内容部署作业	20	支持	对于在连接到同一个源内容数据库中网站集的路径上并行运行的作业，数据库上发生死锁的风险会增大。对于必须并行运行的作业，建议将网站集移到不同的源内容数据库。备注不能在同一路径上并行运行作业。如果正在为内容部署使用 Microsoft SQL Server 快照，则每个路径都将创建一个快照。这将提高对源数据库的 I/O 要求。有关详细信息，请参阅关于部署路径和作业。

在不同路径运行的内容部署作业

支持

对于在连接到同一个源内容数据库中网站集的路径上并行运行的作业，数据库上发生死锁的风险会增大。对于必须并行运行的作业，建议将网站集移到不同的源内容数据库。

备注

不能在同一路径上并行运行作业。

如果正在为内容部署使用 Microsoft SQL Server 快照，则每个路径都将创建一个快照。这将提高对源数据库的 I/O 要求。

有关详细信息，请参阅关于部署路径和作业。

博客限制

下表列出了针对博客的建议准则。

限制	最大值	限制类型	注释
博客文章	每个网站 5,000 个	支持	最大博客文章数是每个网站 5,000 篇。
注释	每篇文章 1,000 条	支持	最大注释数是每篇文章 1,000 条。

Business Connectivity Services 限制

下表列出了针对 Business Connectivity Services 的建议准则。

限制	最大值	限制类型	注释
ECT（内存中）	每台 Web 服务器 5,000 个（每租户）	边界	给定时间点在 Web 服务器上加载到内存中的外部内容类型 (ECT) 定义的总数。
外部系统连接	每台 Web 服务器 500 个	边界	给定时间点的活动/打开外部系统连接的数目。默认最大值是 200。边界是 500。Web 服务器范围内强制执行这一限制，无论何种外部系统（例如，数据库, .NET 程序集等）默认最大值用于限制连接数。应用程序可以通过执行上下文指定更大的限制。即使对于不遵循默认值的应用程序，边界也强制执行最大值。
每次请求返回的数据库项目	每个数据库连接器 2,000 个	阈值	每次请求数据库连接器可返回的项目数。数据库连接器可使用默认最大值 2,000 来限制可在每页上返回的结果数。应用程序可以通过执行上下文指定更大的限制。即使对于不遵循默认的应用程序，绝对最大值也强制执行最大值。此限制的边界是 1,000,000。

ECT（内存中）

每台 Web 服务器 5,000 个（每租户）

边界

给定时间点在 Web 服务器上加载到内存中的外部内容类型 (ECT) 定义的总数。

外部系统连接

每台 Web 服务器 500 个

边界

给定时间点的活动/打开外部系统连接的数目。默认最大值是 200。边界是 500。Web 服务器范围内强制执行这一限制，无论何种外部系统（例如，数据库, .NET 程序集等）默认最大值用于限制连接数。应用程序可以通过执行上下文指定更大的限制。即使对于不遵循默认值的应用程序，边界也强制执行最大值。

每次请求返回的数据库项目

每个数据库连接器 2,000 个

阈值

每次请求数据库连接器可返回的项目数。

数据库连接器可使用默认最大值 2,000 来限制可在每页上返回的结果数。应用程序可以通过执行上下文指定更大的限制。即使对于不遵循默认的应用程序，绝对最大值也强制执行最大值。此限制的边界是 1,000,000。

工作流限制

下表列出了针对工作流的建议准则。

限制	最大值	限制类型	注释
工作流推迟阈值	15	阈值	15 是允许针对内容数据库同时执行的工作流的最大数目，其中不包括在定时服务中运行的实例。当达到此阈值时，激活工作流的新请求将入队，以便稍后由工作流定时服务运行。在非定时执行完成后，新请求将参与此阈值计数。可通过使用 Set-SPFarmConfig Windows PowerShell cmdlet 来配置此限制。有关详细信息，请参阅 Set-SPFarmConfig。注意：此限制不适用于可能正在进行中的工作流实例的总数。相反，它是正在处理的实例数。提高该限制值会增加启动和完成工作流任务的吞吐量，但同时也增加了针对内容数据库和系统资源的负载。
工作流计时器批量大小	100	阈值	工作流计时器作业的每次运行将获取并传递到工作流的事件的数目。可通过使用 Windows PowerShell 进行配置。若要允许其他事件，可运行 Microsoft SharePoint Foundation 工作流定时服务的其他实例。

工作流推迟阈值

阈值

15 是允许针对内容数据库同时执行的工作流的最大数目，其中不包括在定时服务中运行的实例。当达到此阈值时，激活工作流的新请求将入队，以便稍后由工作流定时服务运行。在非定时执行完成后，新请求将参与此阈值计数。可通过使用 Set-SPFarmConfig Windows PowerShell cmdlet 来配置此限制。有关详细信息，请参阅 Set-SPFarmConfig。

注意：此限制不适用于可能正在进行中的工作流实例的总数。相反，它是正在处理的实例数。提高该限制值会增加启动和完成工作流任务的吞吐量，但同时也增加了针对内容数据库和系统资源的负载。

工作流计时器批量大小

100

阈值

工作流计时器作业的每次运行将获取并传递到工作流的事件的数目。可通过使用 Windows PowerShell 进行配置。若要允许其他事件，可运行 Microsoft SharePoint Foundation 工作流定时服务的其他实例。

托管元数据术语库（数据库）限制

下表列出了针对托管元数据术语库的建议准则。

限制	最大值	限制类型	注释
术语库中嵌套术语的最大级别数	7	支持	可分层表示术语集中的各条术语。一个术语集最多可具有七个级别的术语（父级术语，及下面嵌套的六个级别术语）。
术语库中的术语集的最大数目	1,000	支持	最多可在一个术语库中包含 1,000 个术语集。
术语集中的术语的最大数目	30,000	支持	30,000 是术语集中的最大术语数。备注同一条术语的其他标签（如同义词和翻译词）不单独计数为一条术语。
术语库中的项目的总数	1,000,000	支持	项目可以是术语或术语集。术语和术语集的总数不能超过 1,000,000。同一条术语的其他标签（如同义词和翻译词）不单独计数为一条术语。备注一个术语库中不能同时包含最大术语集数和最大术语数。

Visio Services 限制

下表列出了针对 Microsoft SharePoint Server 2010 中的 Visio Services实例的建议准则。

限制	最大值	限制类型	注释
Visio Web 绘图的文件大小	50 MB	阈值	通过 Visio Services 的配置设置，管理员可更改 Visio 处理的 Web 绘图的最大大小。文件过大具有以下副作用： Visio Services 的内存需求量增多。对 CPU 的使用增多。每秒的应用程序服务器请求数减少。总体延迟增大。 SharePoint 场网络负载增大
Visio Web 绘图重新计算超时	120 秒	阈值	通过 Visio Services 的配置设置，管理员可对刷新数据后重新计算绘图可用的最长时间进行更改。较长的重新计算超时会导致： CPU 和内存可用性降低。每秒的应用程序请求数减少。所有文档间的平均延迟增加。较短的重新计算超时会导致：可显示的图表的复杂性降低。每秒的请求数增加。所有文档间的平均延迟减少。
Visio Services 最小缓存老化（数据连接的图表）	最小缓存老化：0 到 24 小时	阈值	最小缓存老化适用于数据连接的图表。它确定可从缓存中删除当前图表的最早时间。若将“最小缓存老化”设置为一个非常低的值，则将减少吞吐量并增加延迟，因为频繁地使缓存无效将强制使 Visio 经常性执行重新计算，从而降低了 CPU 和内存的可用性。
Visio Services 最大缓存老化（非数据连接的图表）	最大缓存老化：0 到 24 小时	阈值	最大缓存老化适用于非数据连接的图表。此值确定在内存中保留当前图表多久。增大最大缓存老化将降低经常请求的绘图的延迟。但是，若将“最大缓存老化”设置为一个非常高的值，则将增加延迟并减缓没有缓存的项目的吞吐量，因为已在缓存中的项目会消耗并减少可用内存。

SharePoint Web Analytics Service 限制

下表列出了针对 SharePoint Web Analytics 服务的建议准则。

限制	最大值	限制类型	备注
SharePoint 实体	启用 Web Analytics 时为每个场 30,000 个	支持	如果场包含或预期包含超过 30,000 个 SharePoint 实体（包括所有 Web 应用程序、网站集和网站），则不要启用 Web Analytics。此数字不准确，因为不同的 SharePoint 实体组合可能较文章 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010中描述的测试方案对场性能有更大或更小的影响。但是，当场中的 SharePoint 实体数近此限制时，场性能可能回退到不可接受的级别。

有关 SharePoint Web Analytics 服务边界和限制的详细信息，请参阅 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010。

PerformancePoint Services 限制

下表列出了针对 Microsoft SharePoint Server 2010 中的 PerformancePoint Services的建议准则。

限制	最大值	限制类型	注释
单元格	对 Excel Services 数据源的每个查询 1,000,000 个	边界	调用 Excel Services 数据源的 PerformancePoint 记分卡受每个查询不能超过 1,000,000 个单元格的限制的约束。
列和行	15 列、60,000 行	阈值	当呈现使用 Microsoft Excel 工作簿作为数据源的任意 PerformancePoint 仪表板对象时的最大行列数。可基于列数更改行数。
对 SharePoint 列表的查询	15 列、5,000 行	支持	当呈现使用 SharePoint 列表作为数据源的任意 PerformancePoint 仪表板对象时的最大行列数。可基于列数更改行数。
对 SQL Server 数据源的查询	15 列、20,000 行	支持	当呈现使用 SQL Server 表数据源的任意 PerformancePoint 仪表板对象时的最大行列数。可基于列数更改行数。

Word Automation Services 限制

下表列出了针对 Microsoft Word Automation Services 的建议准则。

限制	最大值	限制类型	注释
输入文件大小	512 MB	边界	Microsoft Word Automation Services 可处理的最大文件大小。
转换启动频率（分钟数）	1 分钟（建议） 15 分钟（默认） 59 分钟（边界）	阈值	此设置确定 Microsoft Word Automation Services 计时器作业的执行频率。数值越低，计时器作业运行的越快。我们的测试表明，每一分钟运行一次此计时器作业的效果最好。
每个转换进程要启动的转换数	对于 PDF/XPS 输出格式：30 x M 对于所有其他输出格式：72 x M 其中 M 为启动转换的频率值（分钟数）	阈值	启动的转换次数会影响 Microsoft Word Automation Services 的吞吐量。如果这些值的设置大于建议的级别，则某些转换项目可能会间歇性地启动失败，而且用户权限可能到期。用户权限将于转换作业启动之时起的 24 小时后到期。
转换作业大小	100,000 个转换项目	支持	一个转换作业包含一个或多个转换项目，每个转换项目表示一个将对 SharePoint 中的单个输入文件执行的转换。当启动一个转换作业（使用 ConversionJob.Start 方法）时，该转换作业及所有转换项目将传送到一台应用程序服务器，然后此服务器将该作业存储在 Microsoft Word Automation Services 数据库中。大量的转换项目会延长 Start 方法的执行时间，并增加传送到应用程序服务器的字节数。
活动转换进程总计	N-1，其中 N 是每台应用程序服务器上的处理核数	阈值	一个活动转换进程会占用单个处理核。因此，客户运行的转换进程数不应超过其应用程序服务器上具有的处理核数。转换计时器作业以及其他 SharePoint 活动偶尔也会需要使用处理核。建议始终保留 1 个处理核空闲，供转换计时器作业和 SharePoint 使用。
Microsoft Word Automation Services 数据库大小	200 万个转换项目	支持	Microsoft Word Automation Services 在其数据库中维护一个持久的转换项目队列。每个转换请求均会生成一条或多条记录。 Microsoft Word Automation Services 不会自动删除数据库中的记录，因此数据库在没有维护的情况下会无限增长。管理员可通过使用 Windows PowerShell cmdlet Remove-SPWordConversionServiceJobHistory 来手动删除转换作业历史记录。有关详细信息，请参阅 Remove-SPWordConversionServiceJobHistory。

SharePoint Workspace 限制

下表列出了针对 Microsoft SharePoint Workspace 2010 的建议准则。

限制	最大值	限制类型	备注
SharePoint Workspace 同步	每个列表 30,000 个项目	边界	SharePoint Workspace 将不会同步具有超过 30,000 个项目的列表。此限制存在的原因是，下载超过 30,000 个项目的列表需要很长时间，并且资源使用率也很高。
SharePoint Workspace 同步	SharePoint Workspace 中限制 1800 个文档	边界	当用户在 SharePoint Workspace 中拥有 500 个以上的文档时将收到警告，但用户可以继续添加文档。

OneNote 限制

下表列出了针对 Microsoft OneNote 服务的建议准则。

限制	最大值	限制类型	备注
OneNote 笔记本（在 SharePoint 上）中的部分和部分组的数量	在列表和库限制中查看“文档”限制		每个部分可以算是列表中的一个文件夹和一个文档。每个部分组可以算是列表中的一个文件夹和一个文档。
部分的最大大小	在列表和库限制中查看“文件大小”限制		此最大限制不包括 OneNote 的大于 100 KB 的任何图像、嵌入文件和 XPS 打印输出。大于 100 KB 的图像和嵌入文件将拆分成自己的二进制文件。这意味着，一个包含 100 KB 分类数据和四个嵌入 Word 文档（每个文档 1 MB）的部分将被视为 100 KB 部分。
OneNote 部分中的图像、嵌入文件和 XPS OneNote 打印输出的最大大小。	在列表和库限制中查看“文件大小”限制		每个项目均存储为单独的二进制文件，因此它们受到文件大小限制的约束。OneNote 的每个打印操作都将生成一个 XPS 打印输出二进制文件，即使打印输出包含多个页面。
单一 OneNote 页面中的所有图像、嵌入文件和 XPS 打印输出的最大大小。	默认限制是“文件大小”限制的两倍。	阈值	此限制适用于单一 OneNote 页面中嵌入的内容，不适用于部分或笔记本。如果用户遇到此限制，他们将在 OneNote 中看到以下错误：jerrcStorageUrl_HotTableFull (0xE0000794)。用户可以通过将嵌入内容拆分到不同的页面并删除以前版本的页面，来解决此问题。如果用户必须调整此值（“最大活跃表大小”），则有效限制将是用户定义的绝对值的一半，例如，指定 400 MB 的最大活跃表大小意味着，页面上所有嵌入内容的最大大小将限制为 200 MB。
合并操作	每台 Web 服务器的每个 CPU 核一个操作	边界	OneNote 合并会将共同编写一个笔记本的多个用户所做的更改进行合并。如果没有 CPU 内核可用来运行合并，则将生成一个冲突页面，这将强制用户执行手动合并。此限制适用于作为客户端应用程序或 Microsoft Office Web Apps 运行的 OneNote。

Office Web 应用程序服务限制

下表列出了针对 Office Web Apps 的建议准则。当应用程序作为 Web 应用程序运行时，Office 客户端应用程序限制同样适用。

限制	最大值	限制类型	注释
缓存大小	100 GB	阈值	可用来显示文档的空间，作为内容数据库的一部分创建。默认情况下，可用来显示文档的缓存是 100 GB。建议不要增大可用缓存。
呈现	每台应用程序服务器的每个 CPU 内核（最多八个内核）每秒呈现一个文档	边界	这是在应用程序服务器上随着时间的推移可执行的“典型”文档显示的测量平均数。

Project Server 限制

下表列出了针对 Microsoft Project Server 的建议准则。有关如何规划 Project Server 的详细信息，请参阅Project Server 2010 的规划和体系结构。

限制	最大值	限制类型	注释
项目结束时间	日期:2049/12/31	边界	Project 计划不能超出 2049/12/31 这个日期。
每个项目计划的可交付结果	1,500 个可交付结果	边界	Project 计划不能包含 1,500 个以上的交付结果。
视图中的字段数	256	边界	用户向其已在 Project Web App 中定义的视图中添加的字段数不能多于 256。
视图筛选器中的子句数	50	边界	用户不能将筛选器添加到包含有 50 条以上子句的视图中。