SharePoint Server 2016 和 SharePoint Server 2019 的软件边界和限制
适用范围：
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
本文介绍 SharePoint Server 2016 和 2019 的软件边界和限制，其中包括：
边界： 设计不能超过的静态限制
阈值：为满足特定要求而能够超过的可配置限制
支持的限制：已默认设置为测试值的可配置限制
注意
[!注意] 本文档中的容量规划信息为您提供规划应用准则。 该准则建立在 Microsoft 对实时属性执行的测试的基础上。 但是，您的结果可能因使用的设备和针对网站所实施的功能而有所不同。
了解 Microsoft 365 中的 SharePoint 限制。
边界和限制概述
本文包含可帮助您了解 SharePoint Server 2016 的经测试的性能和容量限制的信息，并提供有关限制如何与可接受的性能相关联的准则。 使用本文中的信息可确定您规划的部署是否适合可接受的性能和容量限制，并可适当配置您环境中的限制。
本文中提供的测试结果和指南适用于单个 SharePoint Server 场。 将服务器添加到安装可能不会增加本文后面“ 限制和边界 ”部分中表中列出的对象的容量限制。 但另一方面，添加服务器计算机会增大服务器场的吞吐量，而这可能是对象很多时实现可接受的性能所必需的。 在某些情况下，解决方案中对大量对象的需求可能要求服务器场中有更多的服务器。
有许多因素可能会影响给定环境中的性能，这些因素中的每一个都可能影响不同领域的性能。 本文中的某些测试结果和建议可能与环境中不存在的功能或用户操作相关，因此不适用于解决方案。 只有在经过全面的测试之后，才能得出与您自己的环境相关的准确数据。
边界、阈值和支持的限制
在 SharePoint Server 中，存在某些限制，这些限制是设计上无法超过的，其他限制设置为默认值，这些限制可能会由服务器场管理员更改。 还有一些限制不是由可配置值表示的，例如每个 Web 应用程序的网站集数。
边界是设计不能超过的绝对限制。 请务必了解这些限制，以确保在设计服务器场时不会做出错误的假设。
边界的一个示例是 10 GB (GB) 文档大小限制;不能将 SharePoint Server 2016 配置为存储大于 10 GB 的文档。 此边界是内置的绝对值，设计不能超过此边界。
阈值是一个默认值，除非修改了该值，否则不能超过该值。 在某些情况下，可以超出阈值以适应服务器场设计中的差异。 请务必了解，除了其他限制的有效值外，超出阈值还可能会影响服务器场的性能。
对于某些阈值的默认值，最多只能超过到绝对最大值。 一个很好的示例就是文档大小限制。 默认情况下，默认文档大小阈值设置为 2 GB (GB) ，但可以更改以支持最大边界 10 GB。
支持的限制定义给定参数的已测试值。 这些限制的默认值是通过测试定义的，表示产品的已知限制。 若超过支持的限制，可能会导致意外结果、严重降低性能或造成其他有害影响。
某些受支持的限制是默认设置为建议值的可配置参数，而其他支持的限制则与非可配置值表示的参数相关。
一个受支持限制的示例是每个服务器场的网站集数。 支持的限制是在测试期间满足性能基准的每个 Web 应用程序的最大网站集数。
请务必知道，本文档中提供的许多限制值都表示曲线中的一个点，该点描述资源负载的增加，并且随着该值的增加，性能也会随之下降。 因此，超过某些限制（如每个 Web 应用程序的网站集数）可能只会导致服务器场性能的部分降低。 但是，在大多数情况下，在或接近既定限制的情况下运行不是最佳做法，因为当服务器场的设计提供合理的限制值平衡时，最好实现可接受的性能和可靠性目标。
阈值和支持的限制准则由性能确定。 也就是说，您可以超过限制的默认值，但随着您增大限制值，服务器场性能及其他限制的有效值可能会受到影响。 SharePoint Server 2016 中的许多限制可以更改，但请务必了解更改给定的限制如何影响服务器场的其他部分。
如何建立限制
在 SharePoint Server 中，通过测试和观察服务器场行为来建立阈值和支持的限制，这些行为在增加的负载到服务器场服务和操作达到其有效操作限制时。 有些服务器场服务和组件可支持比其他服务和组件更高的负载，所以在某些情况下，您必须基于若干种因素的平均值配置一个限制值。
例如，对添加网站集时的负载下的场行为的观察结果表明某些功能出现高得难以接受的滞后时间，而其他功能仍然运行在可接受的参数范围内。 因此，分配给网站集数的最大值不是绝对值，而是根据预期的一组使用特征进行计算，这些特征在大多数情况下，总体服务器场性能在给定的限制下是可接受的。
显然，如果运行某些服务所使用的参数高于限制测试所使用的参数，则其他服务的最大有效限制将降低。 因此，必须针对特定部署执行严格的容量管理和缩放测试练习，以便为该环境建立有效的限制。
注意
我们不介绍用于验证本文档中限制的硬件，因为这些限制是从多个场和环境收集的。
饼图比拟
为了解硬件资源、负载和性能之间的关系，必须采用一种方法来可视化相关因素以及这些因素如何相互影响，这一点非常重要。
将服务器场容量视为饼图，饼图的大小表示服务器、硬件资源（例如 CPU 和 RAM）、存储容量、磁盘 IOPS、网络带宽和延迟等因素的聚合。 因此，饼图大小与服务器场的总体资源相关；添加资源（例如场服务器）会增加饼图大小。
此饼图分为表示来自各种源的负载的切片：用户请求、搜索查询、针对已安装功能的操作、计时器作业和操作系统开销。 其中每个部分必须共享可用的服务器场资源。 如果某一扇区的大小增加，则其他扇区的大小必须按比例减小。 例如，由于服务器场上的负载不是静态的， (用户请求可能仅在一天中的特定时间) 显著，因此切片的相对大小会不断变化。 但是，每个扇区必须保持所需的最小大小才能正常运行，并且由于每个扇区表示的功能是相互依赖的，因此增加某个扇区的大小除了会减少可供其他扇区使用的资源外，还可能会增加这些扇区的负载。
使用此比拟图时，服务器场设计的目标是使饼图足够大以适合峰值负载下每个饼图扇区所需的大小。
现在，请考虑一个用户请求超出基准按 100% 增长的方案。 假设大约一半请求是搜索查询，而另一半是编辑列表和文档。 这一增加的负载会缩小其他饼图扇区，但某些服务器场功能还必须努力工作以进行补偿。 搜索服务 必须处理更多查询，其中多数由缓存处理，但一些查询将传递到数据库服务器，这也会增加其负载。 如果数据库服务器上的负载太大，磁盘队列长度会增加，这反过来又会增加所有其他请求的延迟。
限制和边界
这一节列出可作为解决方案的一部分的对象，并提供有关每类对象的可接受性能的准则。 可接受的性能意味着经过测试的系统可以支持该数量的对象，但如果性能有所降低或相关限制值降低，则不能超过该数量。 对象按作用域和功能列出。 限制数据与描述条件的注释一起提供，在这些条件下，可获得限制并链接到其他可用信息。
使用本文中的准则可检查整体解决方案规划。 如果您的解决方案规划超过对一个或多个对象建议的准则，则执行下列一项或多项操作：
评估解决方案以确保在其他领域做出补偿。
标记这些领域以便在构建部署时进行测试和监视。
重新设计或分区解决方案，以确保不超过容量准则。
按层次结构的限制
本节提供按照 SharePoint Server 2016 服务器场的逻辑层次结构排序的限制。
Web 应用程序限制
下表列出了针对 Web 应用程序的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| Web 应用程序 |
每个服务器场 20 个 |
支持 |
建议您尽可能地限制 Web 应用程序数。 如果可能，请创建额外的以主机命名的网站集，而不是添加 Web 应用程序。 |
| 区域 |
每个 Web 应用程序 5 个 |
边界 |
为服务器场定义的区域数量硬编码为 5 个。 包括默认、Intranet、Extranet、Internet 和自定义的区域。 |
| 以主机命名的网站集的管理路径 |
每个服务器场 20 个 |
支持 |
以主机命名的网站集的管理路径适用于服务器场级别。 创建的每个管理路径均可用于任何 Web 应用程序。 |
| 基于路径的网站集的管理路径 |
每个 Web 应用程序 20 个 |
支持 |
管理路径缓存在 Web 服务器上，而 CPU 资源用于参照管理路径列表处理传入请求。 基于路径的网站集的管理路径适用于 Web 应用程序级别。 您可以为每个 Web 应用程序创建一组不同的管理路径。 如果每个 Web 应用程序的管理路径超过 20 个，则每个请求会向 Web 服务器中添加更多负载。 如果您打算在给定 Web 应用程序中包含 20 个以上的管理路径，则建议您针对可接受系统性能进行测试。 |
| 解决方案缓存大小 |
每个 Web 应用程序 300 MB |
阈值 |
解决方案缓存使 InfoPath Forms Service 能够将解决方案保留在缓存中，以便加快检索解决方案。 如果超出缓存大小，则将从磁盘上检索解决方案，这可能会延缓响应时间。 若要配置解决方案缓存的大小，请参阅 Set-SPInfoPathFormsService。 |
SharePoint 服务器限制
下表列出了针对服务器场上的 Web 服务器的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 应用程序池 |
每台 Web 服务器 10 个 |
阈值 |
最大数量由硬件功能确定。 此限制在很大程度上依赖于： 分配给 Web 服务器的内存量 服务器场承担的工作量，即，用户群体和使用率特征（单个高度活跃的应用程序池可利用 10 GB 或更多） |
内容数据库限制
下表列出了针对内容数据库的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 内容数据库数量 |
每个服务器场 500 个 |
支持 |
每个服务器场包含的最大内容数据库数为 500 个。 对于每个 Web 应用程序 500 个内容数据库，最终用户操作（如打开网站或网站集）不受影响。 但是像创建新网站集这样的管理操作将遭遇性能降低。 当存在大量内容数据库时，建议您使用 PowerShell 来管理 Web 应用程序，因为管理界面可能变得缓慢且难以导航。 SharePoint Server 2016 的每个内容数据库为 200 GB，每个场有 500 个内容数据库，每个服务器场支持 100 TB 的数据。 |
| 内容数据库大小（常规使用方案） |
每个内容数据库 200 GB |
支持 |
强烈建议将内容数据库的大小限制为 200 GB，此表中以下行中的情况适用时除外。 如果使用远程 BLOB 存储 (RBS) ，则内容数据库中远程 BLOB 存储和元数据的总量不得超过 200 GB 的限制。 |
| 内容数据库大小（所有使用方案） |
每个内容数据库为 4 TB |
支持 |
满足以下要求时，支持高达 4 TB 的内容数据库： 磁盘子系统性能为每 GB 0.25 IOPS。为了获得最佳性能，建议每 GB 2 个 IOPS。 您必须已制定高可用性、灾难恢复、未来容量和性能测试计划。 您还应仔细考虑以下因素： 大于 200 GB 的内容数据库的本机 SharePoint Server 2016 备份可能不符合备份和还原要求。 建议评估和测试 SharePoint Server 2016 备份和备用备份解决方案，以确定适合特定环境的最佳解决方案。 强烈建议对 SharePoint Server 2016 和 SQL Server 安装进行主动的熟练管理员管理。 SharePoint Server 2016 的自定义内容和配置的复杂性可能需要将数据重构（或拆分）到多个内容数据库中。 应向技能丰富的专业架构师寻求建议并进行测试，以便为你的实施确定最佳内容数据库大小。 复杂性的示例可能包括自定义代码部署、在属性提升中使用超过 20 列，或者以下超过 4 TB 部分未使用的功能。 重构网站集允许跨多个内容数据库扩展 SharePoint Server 2016 实现。 这允许 SharePoint Server 2016 实现无限扩展。 当内容数据库小于 200 GB 时，此重构将更为简单和快速。 为了便于备份和还原，建议将内容数据库中的各个网站集限制为 100 GB。 有关详细信息，请参阅 网站集限制。 重要提示：建议不要使用超过 4 TB (TB) 的内容数据库，除非在本表) 的下一行中描述的文档存档方案中 (。 If, in the future, you need to upgrade your SharePoint Server 2016 installation, upgrading the site collections within the content databases can be very difficult and time consuming. > 强烈建议跨多个内容数据库横向扩展，而不是在单个内容数据库中超过 4 TB 的数据。 |
| 内容数据库大小（文档存档方案） |
没有明确的内容数据库限制 |
支持 |
满足以下要求时，支持将没有明确大小限制的内容数据库用于文档存档方案： 必须符合此表前面的"内容数据库大小（所有使用方案）"限制中的所有要求，且应确保已仔细考虑该限制的"注意"字段中讨论的所有因素。 SharePoint Server 2016 网站必须基于 文档中心或 记录中心网站模板。 平均每月会访问内容数据库中不到 5% 的内容，并且平均每月修改或编写不到 1% 的内容。 不要对内容数据库中的任何 SharePoint Server 2016 对象使用警报、工作流、链接修复或项目级别安全性。 > [!注意]> 文档存档内容数据库可以配置为接受来自内容路由工作流的文档。 |
| 内容数据库项目 |
6000 万个项目，包括文档和列表项 |
支持 |
已在 SharePoint Server 2016 中进行测试的每个内容数据库的最大项目数为 6000 万个，包括文档和列表项。 如果计划在 SharePoint Server 2016 中存储 6000 万以上的项目，必须部署多个内容数据库。 |
| 每个内容数据库包含的网站集数 |
最多 10,000 个（2,500 个非个人网站集和 7,500 个个人网站，或 10,000 个全部为个人网站） |
支持 |
强烈建议将内容数据库中的网站集数量限制为 5,000 个。 不过，一个数据库中最多可支持 10,000 个网站集。 在包含最多 10,000 个网站集的内容数据库中，其中最多 2,500 个网站集可以是非个人网站集。 如果个人网站集是内容数据库中的唯一网站集，则支持 10,000 个个人网站集。 对数据库中网站集数量的限制须服从具有多个网站集的内容数据库大小的限制。 因此，随着数据库中网站集数量的增多，数据库包含的网站集的平均大小必须减小。 超过 5,000 个网站集这一限制会使面临升级过程中的停机时间变长的风险。 如果您计划超过 5,000 个网站集，则建议您制定清晰的升级策略以解决中断时长以及对操作的影响，并获取其他硬件以加快对影响数据库的软件更新与升级。 Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. 如果您计划超过 5,000 个网站集，则建议您制定清晰的升级策略以解决中断时长以及对操作的影响，并获取其他硬件以加快对影响数据库的软件更新与升级。 若要设置关于内容数据库中的网站数的警告和最大级别，请将 PowerShell cmdlet Set-SPContentDatabase 与 WarningSiteCount 参数一起使用。 有关详细信息，请参阅 Set-SPContentDatabase。 |
| 网络附加存储 (NAS) 上的远程 BLOB 存储 (RBS) 存储子系统 |
NAS 发出任何响应的第一个字节的时间 95% 的情况下都在 40 毫秒以内。 |
边界 |
当 SharePoint Server 2016 配置为使用 RBS 并且 BLOB 驻留在 NAS 存储上时，请考虑以下的支持限制。 从 SharePoint Server 2016 请求 BLOB 开始，直至它接收到来自 NAS 的第一个字节，95% 的情况下其流经时间不超过 40 毫秒。 |
网站集限制
下表列出了针对网站集的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 每个服务器场的网站集数 |
每个网站集 250,000 个/500,000 个个人网站/每个场 250,000 个其他网站。 |
支持 |
每个服务器场建议的最大网站集数为 500,000 个个人网站加 250,000 个所有其他网站模板。 网站可以全部驻留在一个 Web 应用程序上，也可以跨多个 Web 应用程序分布。 此限制受其他因素的影响，这些因素可能会减少给定内容数据库可支持的网站集的有效数目。 如果其中每个内容数据库都包含 1,000 个网站集，则 Web 应用程序中网站集的总数将达到 200,000 个，这在支持的限值范围内。 但是，如果每个内容数据库都包含 10,000 个网站集，那么即使内容数据库支持此数量，服务器场中网站集的总数也将达到 2,000,000 个，这超出了允许每个 Web 应用程序和每个服务器场包含的网站集数量的限值。 例如，服务器场 A 包含的 Web 应用程序具有 200 个内容数据库（受支持的配置）。 如果其中每个内容数据库都包含 1,000 个网站集，则 Web 应用程序中网站集的总数将达到 200,000 个，这在支持的限值范围内。 但是，如果每个内容数据库包含 10,000 个网站集，即使内容数据库支持此数字，场中的网站集总数也为 2,000,000，这超出了每个 Web 应用程序的网站集数限制。 应当监视 Web 服务器上的内存使用率，因为内存使用率取决于使用模式以及在给定时间范围内访问的网站数量。 同样，爬网目标也可能表现出内存压力，如果是这样，则应当将应用程序池配置为在任何 Web 服务器上的可用内存下降到少于 2 GB 之前进行回收。 |
| 网站 |
每个网站集 250,000 个/每个场 250,000 个/每个场 500,000 个个人网站。 |
支持 |
虽然对网站集中的网站数量的支持限制为 250,000，但建议的限制为 2,000。 当网站集中的网站数量超过2,000个时，性能可能会降低。 重要提示：强烈建议每个网站集的网站数低于 2,000 个。 可以通过创建多个网站集（每个网站集最多包含 2000 个网站）来创建大量网站。 例如，包含 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) 可能会导致超时。 |
| 网站集大小 |
内容数据库的最大大小 |
支持 |
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article. 一般情况下，强烈建议将网站集大小限制为 100 GB，原因如下： Certain site collection actions, such as site collection backup/restore or the PowerShell cmdlet Move-SPSite, cause large SQL Server operations which can affect performance or fail if other site collections are active in the same database. For more information, see Move-SPSite. 只有最大网站集大小为 100 GB 时，才支持 SharePoint 网站集备份和还原。 对于较大的网站集，必须备份整个内容数据库。 如果单个内容数据库中包含多个 100 GB 以上的网站集，则备份和还原操作可能需要很长时间且很有可能失败。 |
| 每个发布网站集的设备通道数 |
10 |
边界 |
每个发布网站集允许包含的最大设备通道数为 10 个。 |
列表和库限制
下表列出了适用于列表和库的建议指南。 有关详细信息，请参阅设计大型列表并最大限度地提高列表性能 (SharePoint Server 2010)。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 列表行大小 |
每行 8,000 个字节 |
边界 |
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits. |
| 文件大小 |
10 GB |
边界 |
默认文件大小为 2 GB (2,047 MB)。 不过，大量的大型文件可能会影响场性能。 注意：在 SharePoint Server 2019 中，文件限制为 15GB。 |
| 文档 |
每个库 30,000,000 个 |
支持 |
通过嵌套文件夹或使用标准视图和网站层次结构，可以创建非常大的文档库。 此值可能会因文档和文件夹的组织方式以及存储的文档的类型和大小不同而有所变化。 |
| 主要版本 |
400,000 |
支持 |
如果超过此限制，则打开、保存、删除文件和查看版本历史记录等基本文件操作可能会失败。 |
| 次要版本 |
511 |
边界 |
次要文件版本的最大数量为 511。 不能超过此限制。 |
| 项目数 |
每个列表 30,000,000 个 |
支持 |
使用标准视图、网站层次结构和元数据导航可创建大型列表。 此值可能会因列表中的列数量和列表用法的不同而有所变化。 |
| 批量操作 |
每批操作 100 个项目 |
边界 |
通过用户界面最多可为批量操作选择 100 个项目。 |
| 列表视图查询阈值 |
每次查询 12 个联接操作 |
阈值 |
Specifies the maximum number of joins allowed per query, such as those based on lookup, person/group, or workflow status columns. If the query uses more than eight joins, the operation is blocked. 这不适用于单项操作。 当通过对象模型（不指定任何视图字段）使用最大化视图时，SharePoint 将最多返回前 12 个查询。 |
| 列表视图阈值 |
大于 5,000 |
阈值 |
指定在管理员设置的不限制查询的每日时间段之外，数据库操作（例如查询）可同时处理的列表或库项目的最大数量。 添加或删除某个列索引时，阈值默认为 20,000。 删除某个列表或文件夹时，阈值默认为 100,000。 在同一库内重命名某个文件夹时，阈值默认为 100,000。 |
| 面向审核员和管理员的列表视图阈值 |
20,000 |
阈值 |
指定数据库操作（如查询）在由具有适当权限的审核员或管理员执行这些操作时可以同时处理的最大列表或库项数。 此设置与"允许对象模型覆盖"共同起作用。 |
| 子网站 |
每个网站视图 2,000 个 |
阈值 |
枚举给定网站的子网站的接口性能不佳，因为子网站的数量超过 2,000 个。 同样，当子网站数增长时，"所有网站内容"页和"树视图控件"性能将显著降低。 |
| 列表 |
每个网站 2,000 个 |
阈值 |
测试表明，超过两千个列表项时，列表视图性能会降低。 |
| 在 Word 和 PowerPoint 中共同创作 .docx, .pptx 和 .ppsx 文件 |
每个文档 10 个并发编辑人 |
阈值 |
建议的最大并发编辑人数是 10。 边界是 99。 如果有 99 个合著者打开了单个文档进行并发编辑，则后续的每个用户都将看到“文件正在使用”错误，并且只能打开只读副本。 共同编辑人数超过 10 个将导致用户体验逐渐下降，且冲突也会越来越多，用户可能只有反复尝试才能将做所更改成功上载到服务器。 |
| 安全作用域 |
每个列表 50,000 个 |
阈值 |
为列表设置的唯一安全范围的最大数目不能超过 50,000。 对于大多数服务器场，建议您考虑将此限制降低为 5,000 个唯一作用域。 对于大型列表，可考虑使用尽可能少的唯一权限。 当列表的唯一安全作用域的数量超过列表视图阈值（默认情况下设置为 5,000 个列表项）时，会在查看列表时发生额外的 SQL Server 往返，这样会对列表视图性能产生负面影响。 作用域是安全对象及其任何未定义单独安全边界的子级的安全边界。 作用域包含访问控制列表 (ACL)，但与 NTFS ACL 不同，作用域可以包含特定于 SharePoint Server 2016 的安全主体。 作用域的 ACL 成员可以包含 Windows 用户、Windows 用户之外的用户帐户（如基于表单的帐户）、Active Directory 组或 SharePoint 组。 |
| 安全作用域 (ACL) 传播 |
500 个含唯一作用域的子对象 |
阈值 |
在 ACL 传播期间可以更新具有唯一安全作用域的子对象的最大数目不能超过 500。 可以将作用域更新设置为通过 ACL 传播更新子对象，从而更新唯一作用域内项和继承权限的项。 在通过 ACL 传播更新子对象的父作用域更新期间，如果含唯一作用域的子对象数量超过上限（即 500 个），那么传播将失败，可能只会更新部分含唯一作用域的子对象。 只要具有唯一作用域的子对象的最大数目大于 500 个，就不应使用 ACL 传播。 |
列限制
SharePoint Server 2016 数据存储在 SQL Server 表中。 每种列类型都有一个以字节为单位列出的大小值。 SharePoint 列表中所有列的总和不能超过 8,000 个字节。
| 限制 | 最大列数 | 限制类型 | 每列大小 | 注释 |
|---|---|---|---|---|
| 单行文本 |
255 |
阈值 |
30 字节 |
|
| 多行文本 |
350 |
阈值 |
22 字节 |
|
| 选项 |
255 |
阈值 |
30 字节 |
|
| 选择 (多个选择) |
350 |
阈值 |
22 字节 |
|
| 数字 |
550 |
阈值 |
14 字节 |
|
| 货币 |
550 |
阈值 |
14 字节 |
|
| 日期和时间 |
550 |
阈值 |
14 字节 |
|
| 查找 |
750 |
阈值 |
10 字节 |
|
| 是/否 |
1000 |
阈值 |
7 字节 |
|
| 个人或组 |
750 |
阈值 |
10 字节 |
|
| 超链接或图片 |
127 |
阈值 |
60 字节 |
超链接或图片列被分配为两列用于存储：一列用于 URL，另一列用于说明。 |
| 已计算 |
255 |
阈值 |
30 字节 |
SQL Server 行换行在 SharePoint 列表中的每八列之后发生一次。 默认换行值 6 允许每个 SharePoint 列表中最多有 48 个“计算”列 (6 * 8 = 48)。 |
| GUID |
350 |
阈值 |
22 字节 |
SQL Server 换行发生在 SharePoint 列表中的每 1 列之后。 默认换行值 6 允许每个 SharePoint 列表中最多有 6 个“GUID”列 (6 * 1 = 6)。 |
| 整数 |
750 |
阈值 |
10 字节 |
|
| 托管元数据 |
190 |
阈值 |
第一个字段占 60 字节，每个后续字段占 40 字节 |
为添加到列表中的第一个托管元数据字段分配四列： 包含实际标记的查阅字段 包含字符串值的隐藏文本字段 包含捕获所有的查阅字段 包含捕获所有的溢出的查阅字段 添加到列表中的每个后续托管元数据字段另外再添加两列： 包含实际标记的查阅字段 包含字符串值的隐藏文本字段 托管元数据的最大列数计算为 (14 + (16 * (n-1) ) ) 其中 n 是行映射值， (默认值为 6) 。 |
| 地理位置 |
2 |
阈值 |
30 字节 |
外部数据列具有主列和附属列这两个概念。 当添加外部数据列时，您可选择一些外部内容类型的附属字段添加到列表中。 例如，如果外部内容类型“Customer”具有“ID”、“名称”、“国家/地区”和“说明”等字段，则当您将类型为“Customer”的外部数据列添加到列表中时，可以添加辅助字段以显示客户的“ID”、“名称”和“说明”。 总的来说，以下就是要添加的列：
主列：文本字段。
隐藏的 ID 列：多行文本字段。
附属列：每一附属列均为基于在业务数据目录模型中定义的附属列的数据类型的文本/数字/布尔/多行文本。 例如，ID 可能映射到数字 列；名称可能映射到单行文本 列；说明可能映射到多行文本 列。
页面限制
下表列出了针对页面的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| Web 部件 |
每个 Wiki 或 Web 部件页 25 个 |
阈值 |
This figure is an estimate based on simple Web Parts. Web 部件的复杂性指示在性能受到影响前可在页面上使用多少 Web 部件。 |
安全限制
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 一个用户可从属于的 SharePoint 组的数量 |
5,000 |
支持 |
这不是硬性限制，但与 Active Directory 指南一致。 以下是几个会影响此数字的因素： 用户令牌的大小 组缓存：只要在访问控制列表 (ACL) 中使用某个用户所属的组，SharePoint Server 2016 就会提供一个表来缓存这些组的数量。 安全检查时间：随着用户所从属的组的数目不断增加，访问检查所需的时间也随之增加。 |
| 网站集中的用户数 |
每个网站集两百万个 |
支持 |
通过使用 Microsoft Windows 安全组来管理安全性而不是使用单个用户，可向网站中添加数百万个用户。 此限制基于用户界面中的可管理性和导航方便而设置的。 当网站集中具有许多（一千以上）条目（用户的安全组）时，您应使用 PowerShell 来管理用户而不是使用 UI。 这样将提供更好的管理体验。 |
| SharePoint 组中的 Active Directory 主体/用户数 |
每个 SharePoint 组 5,000 个 |
支持 |
SharePoint Server 2016 使你能够向 SharePoint 组添加用户或 Active Directory 组。 使 SharePoint 组中最多包含 5,000 个用户（或 Active Directory 组或用户）将提供可接受的性能。 受此限制影响最大的活动如下所示： 提取用户以验证权限。 此操作花费的时间会随着组中用户数的增多而不断增加。 呈现视图的成员身份。 此操作将始终需要时间。 |
| SharePoint 组数 |
每个网站集 10,000 个 |
支持 |
若超过 10,000 个组，执行操作的时间将显著增加。 而对于向现有组添加用户、创建新组和呈现组视图这类操作，此特征尤为明显。 |
| 安全主体：安全作用域的大小 |
每个访问控制列表 (ACL) 5,000 个 |
支持 |
The size of the scope affects the data that is used for a security check calculation. This calculation occurs every time that the scope changes. 没有硬性限制，但范围越大，计算时间就越长。 |
按功能的限制
这一节列出按功能排序的限制。
搜索限制
搜索的建议准则根据影响搜索的各方面（拓扑、项目大小、词典、爬网、架构、查询和结果、分级和索引）进行组织。
搜索：拓扑限制
拓扑限制将确保搜索组件之间的有效通信。 Exceeding these limits slows down the communication between search components, which can result in longer query latencies and ultimately outage of search.
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 分析处理组件 |
每个 Search Service 应用程序 6 个；每台服务器 1 个 |
支持 |
|
| 分析报告数据库 |
每个 Search Service 应用程序 4 个 |
阈值 |
您可以超过此限制，以满足特定需求。 缩放时，当任何已部署分析数据库的大小达到 250 GB 或总行数 20 M 时，请添加分析报告数据库。 这样，重新分区时就会尽可能达到平衡。 |
| 链接数据库 |
每个 Search Service 应用程序 4 个 |
支持 |
链接数据库可以包含的项的最高测试数是 1 亿。 |
| 爬网组件 |
每个 Search Service 应用程序 16 个；每台服务器 1 个 |
支持 |
|
| 索引组件 |
每个 Search Service 应用程序 60 个；每台服务器 4 个 |
支持 |
若要计算您拥有的索引组件数，请用索引分区数乘以索引副本数。 |
| 索引分区 |
每个 Search Service 应用程序 25 个 |
支持 |
索引分区存放 Search Service 应用程序索引的子集。 增大索引分区数会导致每个分区存放更小的索引子集，从而减少托管索引组件的服务器所需的 RAM 和磁盘空间。 |
| 索引副本 |
每个索引分区 3 个 |
支持 |
每个索引分区可拥有一组副本。 如果您增加索引副本数量，则会对查询性能产生正面影响并提供更好的容错能力。 但是，如果您向索引分区添加过多的副本，则会对索引产生负面影响。 对于通常具有高查询率及低内容量（每个分区少于四百万个项目）的 Internet 网站方案，每个分区支持的索引副本数量限制是 6 个。 |
| 内容处理组件 |
每台服务器一个 |
支持 |
搜索拓扑支持向外扩展内容处理组件的数量。 虽然特定物理主机或虚拟机不支持多个内容处理组件，但是您可以通过使用一个内容处理组件来更好地利用 CPU 容量。 原因在于内置机制可根据可用 CPU 内核调整馈送会话的数量，从而最大限度提高 CPU 使用率。 多个馈送会话使内容处理组件可并行处理传入文档。 此机制假设每台主机有一个内容处理组件。 如果主机上的物理核心数等于 N，则内容处理组件具有 NK 馈送会话。K 是初始值为 3 的常量系数。4 核服务器有 12 个馈送会话，这意味着内容处理组件可以并行处理 12 个文档。可以通过设置 Search Service 应用程序的 NumberOfCssFeedersPerCPUForRegularCrawl 属性来更改 K 的值。SharePoint Server 2016 将 N 的值限制为 12，即使服务器的物理核心数超过 12。因此，16 核服务器具有 NK = 12 * 3 = 36 个馈送会话。 在还有空闲 CPU 时间的情况下，可考虑增加 K 系数，而非添加额外的内容处理组件。 如果增加 K 系数，则必须确保主机具有足够的可用内存。 |
| 查询处理组件 |
每台服务器一个 |
支持 |
SharePoint Server 2016 仅支持每个物理计算机或虚拟机上包含一个查询处理组件。 |
| 搜索组件 |
每个 Search Service 应用程序 64 个 |
支持 |
此限制不包括爬网组件。 所有其他搜索组件的总和必须保持在此限制内。 |
| Search Service 应用程序 |
每个服务器场 20 个 |
支持 |
由于可将搜索组件和数据库分配到单独的服务器，因此可在同一服务器场上部署多个 Search Service 应用程序。 此限制值小于对服务器场中服务应用程序总数的限制。 |
| 内容源 |
每个 Search Service 应用程序 500 个 |
边界 |
每个内容源都有关联的开销，因此我们建议创建满足其他操作要求的最小数量的内容源，例如爬网优先级和计划的差异。 |
搜索：项目大小限制
项目大小限制保护爬网的性能和索引的大小。 以下是有关限制如何影响搜索的示例：
如果在搜索项目时无法获取结果，则该项目可能过大。 爬网日志中会显示一条警告，指出文件超出了爬网程序可以下载的最大大小。
If you search for text in an item and only get results from the first part of the text, the content processing component may have truncated the item because it exceeded some of item size limits. When the content processing component truncates an item, it indicates this by setting the managed property IsPartiallyProcessed to True. A warning will also show up in the Crawl Log, stating why the item was truncated.
如果微调项目大小限制，建议您按项目在表格中出现的顺序进行使用。
| 限制 | 最大值 | 限制类型 | 备注 |
|---|---|---|---|
| 爬网组件可下载的文档大小 |
64 MB (4 MB for Excel 文档) |
阈值 |
搜索下载文档的元数据和内容，直到达到最大文件大小。 其余内容不会下载。 搜索始终下载文档的元数据。 You can change the default limit for the maximum document size. Do this by using Microsoft PowerShell cmdlets to change the Search service application property MaxDownLoadSize or MaxDownloadSizeExcel. MaxDownLoadSize doesn't impact the maximum size for Excel documents. Enter the value in megabytes. The maximum value for the maximum document size is 1024 MB, also for Excel documents. 如果增加最大文档大小的限制，搜索会对更多内容编制索引，并需要更多的磁盘空间。 |
| 已分析的内容大小 |
200 万个字符 |
边界 |
搜索在分析项目内容（包括项目附件）最多 200 万个字符后停止分析。 实际分析的字符数可能低于此限制，因为搜索在分析单个项目及其附件时最多使用 30 秒。 当搜索停止分析某个项时，该项目将标记为部分处理。 不会处理任何未分析的内容，因此不会编制索引。 |
| 分词系统生成的字符 |
1,000,000 |
边界 |
搜索) 将内容分解为单个单词 (标记。 断字符从单个项的前 1,000,000 个字符生成令牌，包括项目的附件。 实际处理的项目数可能低于此限制，因为搜索在断字时最多使用 30 秒。 不会处理任何剩余内容，因此不会编制索引。 |
| 索引的托管属性大小 |
每个可搜索/可查询的托管属性 512 KB |
阈值 |
此限制类型是设置为“可搜索”或“可查询”的托管属性的最大大小的默认值。 You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. 以字节为单位输入值。 此最大大小的最大值为 2097152 字节。 如果提高此限制，则会为每个托管属性启用更多数据的索引。 为每个托管属性的更多数据编制索引将使用更多的磁盘空间，并增加搜索系统上的总负载。 |
| 可检索的托管属性大小 |
每个托管属性 16 KB |
阈值 |
此限制类型是可检索托管属性的最大大小的默认值。 如果提高此限制，则会为每个托管属性启用更多数据的索引。 提高该限制还可以使搜索针对搜索结果为每个托管属性检索更多的数据。 对每个托管属性进行更多数据的索引和检索会增加系统上的总负载并占用更多的磁盘空间。 你可以通过使用 PowerShell cmdlet 和方案对象模型设置 P.MaxCharactersInPropertyStoreForRetrieval 属性，以配置每个托管属性的此限制。 以字节为单位输入值。 此最大大小的最大值为 2097152 字节。 如果提高此限制，则会为每个托管属性启用更多数据的索引。 增加此限制还使搜索可以检索每个托管属性的更多数据以显示在搜索结果中。 对每个托管属性的更多数据编制索引并进行检索 |
| 可排序且可精简的托管属性大小 |
每个托管属性 16 KB |
边界 |
此限制类型是可排序和可精简的托管属性的最大大小。 |
| 令牌大小 |
变量 |
边界 |
搜索可以对任意长度的令牌编制索引。 但搜索用于生成令牌的分词系统可以限制令牌长度。 分词系统是语言感知组件，将内容拆分为单个的词语（令牌）。 您还可以创建自定义分词系统。 令牌大小限制取决于分词系统。 以下是适用于西方语言的分词系统限制： 分词系统只考虑用于拆分的令牌的前 1000 个字符，它将忽略所有剩余的字符。 分词系统将超过 300 个字符的令牌拆分为两个或多个少于 300 个字符的令牌。 例如，将 612 个字符的令牌拆分成两个 300 个字符的令牌和一个 12 个字符的令牌。 |
| 每个托管属性的唯一索引令牌数 |
1,000,000 |
阈值 |
此限制类型是可添加至每个托管属性的搜索索引的最大唯一令牌数量。 此限制不能更改。 如果超出限制，索引将包含托管属性中的前 1,000,000 个令牌，并且通过将 IsPartiallyProcessed 属性设置为 true，将该文件标记为部分处理。 异常：如果达到 ACL 相关托管属性的限制，则不会将托管属性中的任何令牌添加到索引。 |
| 具有项目访问权限的互异用户或 AD 安全组数 |
1,000,000 |
阈值 |
如果超过 1,000,000 个互异用户或 AD 安全组具有某个项目的访问权限，则任何用户无法搜索到此项目。 此类项目只会通过安全与合规中心作为电子数据展示查询的一部分返回。 |
搜索：词典限制
词典限制保护内存、内容处理效率和查询结果。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 同义词库中的条目数 |
100 万 |
支持 |
同义词库包含查询词的同义词。 超过此测试的限制可能会导致内存使用的增加和查询响应时间的增加。 |
| 自定义实体提取词典中的条目数 |
100 万 |
支持 |
超过此测试的限制可能会导致内存使用的增加、编制索引减慢及查询响应时间的增加。 |
| 自定义搜索词典中的条目数 |
每个租户 5,000 个术语 |
边界 |
此限制类型限制允许用于查询拼写更正和公司提取的包含和排除字典的术语数。 您可以在术语库中存储多于此限制的术语，但搜索针对每个租户仅使用 5000 条术语。 |
搜索：架构限制
架构限制保护内存资源，并将管理操作开销保持在可接受的水平。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 已爬网属性 |
每个 Search Service 应用程序 500,000 个 |
支持 |
您爬网的项的内容和元数据表示为已爬网属性。 您可以将这些已爬网属性映射到托管属性。 如果已爬网属性的数量超过此支持的限制，则会降低索引速度。 |
| 托管属性 |
每个 Search Service 应用程序 50,000 个 |
支持 |
搜索在查询中使用托管属性。 已爬网属性将映射到托管属性。 如果超过受支持的托管属性限制，索引速度就会降低。 |
| 托管属性映射 |
每个托管属性 100 个 |
支持 |
可以将已爬网属性映射到托管属性。 超过此限制可能会降低爬网速度和查询性能。 |
| 每个托管属性的值 |
1,000 |
边界 |
一个托管属性可具有相同类型的多个值。 此限制类型是每个文档的每个托管多值托管属性的最大值数。 如果超过此限制，就会放弃剩余的值。 |
| 识别的元数据属性 |
每个已爬网项目 100,000 个 |
支持 |
此限制类型是爬网组件在对项进行爬网时可以确定的最大元数据属性数。 These metadata properties can be mapped or used for queries. 接近此已爬网属性的数量可能会导致较低的爬网率。 |
搜索：爬网限制
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 起始地址 |
每个内容源 500 个 |
支持 |
|
| 计算机的主机名长度 |
15 个字符 |
阈值 |
NetBIOS 将计算机主机名的最大长度限制为此值。 |
| 爬网数据库 |
每个 Search Service 应用程序 15 个 |
支持 |
搜索：查询和结果限制
查询和结果的限制可保护搜索引擎，防止执行大型查询表达式并返回大型结果集。 阻止搜索引擎执行大型查询表达式并返回大型结果集可防止拒绝服务 (DoS) 攻击，并确保结果及时返回。 如果必须检索更多结果，建议使用分页。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 使用关键字查询语言的查询的文本长度 |
4 KB（4096 个字符） |
支持 |
此限制类型是使用关键字查询语言生成的查询（发现查询除外）的最大文本长度的经过测试和默认值。 对于发现查询，默认最大值为 16 KB（16,384 个字符）。 500 行 |
| SharePoint 主页上查询的文本长度 |
16KB（16,384 个字符） |
支持 |
此限制仅适用于 SharePoint Server 2019 公共预览版。 此限制类型是 SharePoint 主页上使用的查询的最大文本长度的测试默认值。 最多可以将最大文本长度默认值增加到上限 20KB (20,480)。 |
| 支持 |
500 行 |
支持 |
此限制类型是结果集中最大行数（发现查询除外）的经过测试的默认值。 对于发现查询，默认值为 10,000 行。 若要显示整个结果集，请发出更多分页查询。 You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary. |
| 结果删除 |
无限制 |
支持 |
|
| 搜索通知配额 |
每个 Search Service 应用程序 100,000 个通知 |
支持 |
最终用户可以为查询的结果集设置搜索警报。 更改或更新结果时，搜索会通知最终用户。 此限制类型是搜索服务应用程序的测试限制，该应用程序具有混合最终用户查询 (75%) 和警报查询 (25% ) 。 对只有通知查询的 Search Service 应用程序的限制为 400,000 条通知。 这些限制基于每秒 5 个查询 (QPS) 的系统。 |
搜索：分级限制
分级限制保护应用程序服务器内存、查询延迟和索引大小。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 分级模型 |
每个租户 1,000 个 |
边界 |
接近此限制可能会对整体系统性能产生负面影响。 |
| 用于分级的唯一上下文 |
每个分级模型 15 个唯一上下文 |
边界 |
此限制类型是每个分级模型的唯一上下文个数的最大值。 |
| 权威页面 |
每个 Search Service 应用程序包含 1 个顶级页面以及至少第二级和第三级页面 |
支持 |
在仍实现所需相关性的同时使用尽可能少的第二级和第三级页面。 每个 Search Service 应用程序的每一相关级别的边界是 200 个权威页面。 如果添加更多页面，你可能不会实现所需的相关性。 向第一相关级别添加关键网站。 在第二或第三相关级别添加更多关键网站（一次添加一个）。 在每次添加后评估相关性以确保实现所需的相关性效果。 |
搜索：索引限制
索引限制保护索引不会超过边界或超出可用资源。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 索引中的唯一术语 |
2^31（大于 20 亿条术语） |
边界 |
此限制类型是 Search Service 应用程序索引中可存在的唯一术语数的最大值。 |
| 用户定义的全文索引 |
10 |
边界 |
此限制类型是全文索引个数的最大值。 |
| 已索引项 |
每个索引分区 2 千万个 |
支持 |
对于 SharePoint Foundation 2013，在应用 2016 年 6 月的公开更新前，索引项目的最大数量是每个索引分区 200 万个项目。 如果索引项数相对于服务器具有多少内存而言较高，则这种不相比例会对查询响应时间产生负面影响。 |
User Profile Service 限制
下表列出了针对 User Profile Service 的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 用户配置文件 |
每个服务应用程序 2,000,000 个 |
支持 |
一个 User Profile Service 应用程序最多可支持两百万个具有完全社会功能的用户配置文件。 此数字表示可从目录服务导入到人员配置文件存储区的配置文件的数量，同时也是在不导致社会功能的性能下降的情况下 User Profile Service 应用程序可支持的配置文件的数量。 |
| 社会性标签、注释和评级 |
每个社会数据库 500,000,000 个 |
支持 |
社交数据库中最多支持 5 亿个社交标签、笔记和分级，而不会显著降低性能。 但此时，数据库维护操作（例如，备份和还原）的性能可能会有所降低。 |
内容部署限制
下表列出了针对内容部署的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 在不同路径运行的内容部署作业 |
20 |
支持 |
对于在连接到同一源内容数据库中的网站集的路径上并发运行作业，数据库出现死锁的风险会增加。 For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. 注意：无法在同一路径上并发运行作业。 如果使用 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。 无论外部系统 (类型（例如数据库、.NET 程序集等）在 Web 服务器范围内强制实施此限制) 默认最大值用于限制连接数。 应用程序可以通过执行上下文指定更大的限制;即使对于不遵循默认值的应用程序，边界也会强制实施最大值。 |
| 每次请求返回的数据库项目 |
每个数据库连接器 2,000 个 |
阈值 |
每次请求数据库连接器可返回的项目数。 数据库连接器使用默认最大值 2,000，来限制每页可返回的结果数。 应用程序可以通过执行上下文指定更大的限制;对于不遵循默认值的应用程序，绝对最大值也会强制执行最大值。 此限制的边界是 1,000,000。 |
| 响应延迟 |
600 秒 |
阈值 |
每个请求的外部数据连接器使用的超时。 默认值是 180 秒，但可对应用程序进行配置以指定最大可达 600 秒的值。 |
| 服务响应大小 |
150,000,000 字节 |
阈值 |
外部数据连接器可返回的每个请求的数据量上限。 默认值是 3,000,000 字节，但可对应用程序进行配置以指定最大可达 150,000,000 字节的值。 |
| 筛选器描述符（术语库内） |
每个 ECT 方法 200 个 |
边界 |
每个 ECT 方法的筛选器描述符的最大数目是 200。 |
| ECT 标识符（术语库内） |
每个 ECT 20 个 |
边界 |
每个 ECT 标识符的最大数目是 20。 |
| 数据库项 |
每个请求 1,000,000 个 |
阈值 |
数据库连接器可返回的每个请求的默认最大项数是 2,000，绝对最大值是 1,000,000。 The default max is used by the database connector to restrict the number of results that can be returned per page. 应用程序可以通过执行上下文指定更大的限制;即使对于不遵循默认值（如索引）的应用程序，绝对最大值也会强制实施允许的最大值。 |
工作流限制
下表列出了针对工作流的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 工作流推迟阈值 |
15 |
阈值 |
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. 达到此阈值时，激活工作流的新请求将排队等待工作流计时器服务稍后运行。 完成非计时器执行后，新请求将计入此阈值。 可以使用 Set-SPFarmConfig PowerShell cmdlet 配置此限制。 For more information, see Set-SPFarmConfig. 注意：此限制并不指可以正在进行的工作流实例的总数。 而是正在处理的实例数。 提高该限制值会增加启动和完成工作流任务的吞吐量，但同时也增加了针对内容数据库和系统资源的负载。 |
| 工作流计时器批量大小 |
100 |
阈值 |
工作流计时器作业每次运行时将收集并传递到工作流的事件数目。 可以使用 PowerShell 对其进行配置。 若要允许更多事件，可以运行 SharePoint Foundation 工作流计时器服务的更多实例。 |
| 工作流关联 |
每个列表 100 个 |
支持 |
超过此限制会降低浏览器性能，因为为超过 100 个关联及其状态列加载了大量数据。 |
| 可批量创建和上载以启动工作流实例的列表项或文档数 |
5,000 项 |
支持 |
所做测试已验证当单次批量上载创建多达 5,000 项时，将会为创建项时的工作流关联处理所有工作流激活事件。 超过此限制可能会导致工作流启动超时。 |
| 每个网站发布的工作流定义数 |
每个网站 1,000 个 |
支持 |
每个网站支持的最大发布工作流定义数目是 1,000。 |
| 每个网站的工作流关联总数 |
每个网站 1,799 个 |
边界 |
服务总线支持每个作用域最多可包含 1,799 个订阅。 此最大值包括已发布和未发布关联的总和。 |
| 最大工作流定义 (xaml) 大小 |
5,120 KB |
边界 |
尝试发布超过大小限制的 xaml 文件失败。 |
| xaml 中工作流子步骤的最大深度（工作流复杂程度） |
121 级 |
边界 |
xaml 中的节点深度的硬限制为 125。 121 级的最大值可容纳 SharePoint Designer 自动插入的默认活动（阶段、序列等）。 |
| 每台 Web 服务器每秒的工作流实例激活数 |
每秒 6 个 |
边界 |
测试已确认 SharePoint Web 服务器每秒最多可以激活六个工作流实例。 此数目是累积的，因此会随着服务器场中 Web 服务器的数目而扩展。 例如，两个 Web 服务器每秒可以激活 12 个工作流实例，三个 Web 服务器可以激活 18 个工作流实例。 |
| 每台 Web 服务器每秒从 SharePoint 工作流进行的 REST 调用 |
每秒 60 个 |
支持 |
测试已确认 SharePoint Web 服务器每秒可以从 SharePoint 工作流有效处理多达 60 个静态调用。 如果超过此级别的卷，我们建议将额外的负载均衡 Web 服务器添加到 SharePoint 场。 在测试中，每秒对单个 Web 服务器进行 120 次休息调用，导致 CPU 利用率持续达到 90-100%。 添加第二台 Web 服务器将这两台服务器的 CPU 使用率降低到 30-40%。 添加第三个 Web 服务器后，每秒可处理 180 个调用，所有三个服务器上的 CPU 使用率为 30-40%，依此而过。 用于此测试的服务器是具有 16 核处理器和 24 GB RAM 的 Hyper-V 虚拟机。 |
| 工作流变量值大小 |
256 KB |
边界 |
单个工作流变量可存储的最大数据量是 256 KB。 超过此限制会导致工作流实例终止。 |
| 针对非索引字段的工作流查找的最大列表大小 |
每个列表视图 5,000 个项目 |
阈值 |
此限制是最大视图大小限制的结果。 超过此限制时，非管理用户对非索引字段的工作流查找将失败。 在此阈值处，必须为字段创建索引，这样工作流才能够成功对字段执行查找。 |
| 自动启动工作流关联的最大列表大小 |
每个列表 1000 万个项目 |
支持 |
测试已确认，当列表大小增加到 100 万个项目时，自动启动工作流关联的性能不会受到影响。 Because response time doesn't change as list size scales, the effective limit is the same as the maximum number of items in a non-workflow list. |
托管元数据术语库（数据库）限制
下表列出了针对托管元数据术语库的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 术语库中嵌套术语的最大级别数 |
7 |
支持 |
可分层表示术语集中的各条术语。 一个术语集最多可具有七个级别的术语（父级术语，及下面嵌套的六个级别术语）。 |
| 术语库中的术语集的最大数目 |
1,000 |
支持 |
最多可在一个术语库中包含 1,000 个术语集。 |
| 术语集中的术语的最大数目 |
30,000 |
支持 |
30,000 是术语集中的最大术语数。 注意：同一术语的额外标签（如同义词和翻译）不计为单独的术语。 |
| 术语库中的项目的总数 |
1,000,000 |
支持 |
项目可以是术语或术语集。 术语和术语集的数目之和不能超过 1,000,000。 同一术语的其他标签（如同义词和翻译）不计为单独的术语。 注意：术语库中不能同时具有术语集的最大数目和最大术语数。 |
| 变体标签数 |
每个术语库 209 个 |
支持 |
每个术语库的最大变体标签数是 209 个。 |
| 托管导航术语集中的术语数 |
2,000 |
支持 |
托管导航术语集中支持的最大术语数是 2,000。 |
| 托管导航术语集中的直属子术语数 |
300 |
支持 |
托管导航术语集中支持的最大直属子术语数是 300。 |
Visio Services 限制
下表列出了针对 SharePoint Server 2016 中的 Visio Services实例的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 阈值 |
50 MB |
阈值 |
Visio Services 的内存需求量增多。 文件过大具有以下副作用： 每秒的应用程序服务器请求数减少。 对 CPU 的使用增多。 每秒的应用程序服务器请求数减少。 总体延迟增大。 SharePoint 场网络负载增大 |
| 阈值 |
120 秒 |
阈值 |
CPU 和内存可用性降低。 较长的重新计算超时会导致： CPU 和内存可用性降低。 每秒的应用程序请求数减少。 所有文档间的平均延迟增加。 较短的重新计算超时会导致： 可显示的图表的复杂性降低。 每秒的请求数增加。 所有文档间的平均延迟减少。 |
| 阈值 |
最小缓存老化：0 到 24 小时 |
阈值 |
最小缓存老化适用于数据连接的图表。 它确定可从缓存中删除当前图表的最早时间。 将“最小缓存期限”设置为较低值会降低吞吐量并增加延迟，因为使缓存失效太频繁会强制 Visio 经常重新计算，并降低 CPU 和内存可用性。 |
| 阈值 |
最大缓存老化：0 到 24 小时 |
阈值 |
最大缓存老化适用于非数据连接的图表。 此值确定在内存中保留当前图表多久。 增大最大缓存老化将降低经常请求的绘图的延迟。 但是，将“最大缓存期限”设置为较高值会增加延迟并降低未缓存项的吞吐量，因为缓存中已有的项会消耗和减少可用内存。 |
PerformancePoint Services 限制
下表列出了针对 SharePoint Server 2016 中的 PerformancePoint Services的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 单元格 |
调用 Excel Services 数据源的 PerformancePoint 记分卡受每个查询不能超过 1,000,000 个单元格的限制的约束。 |
边界 |
15 列、60,000 行 |
| 列和行 |
15 列、60,000 行 |
阈值 |
呈现使用 Excel 工作簿作为数据源的任何 PerformancePoint 仪表板对象时的最大列数和行数。 可基于列数更改行数。 |
| 对 SharePoint 列表的查询 |
15 列、5,000 行 |
支持 |
当呈现使用 SharePoint 列表作为数据源的任意 PerformancePoint 仪表板对象时的最大行列数。 可基于列数更改行数。 |
| 对 SQL Server 数据源的查询 |
15 列、20,000 行 |
支持 |
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. 可基于列数更改行数。 |
Word Automation Services 限制
下表列出了针对 Word Automation Services 的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 输入文件大小 |
512 MB |
边界 |
可由 Word Automation Services 处理的最大文件大小。 |
| 转换启动频率（分钟数） |
1 分钟（建议） 阈值 59 分钟（边界） |
阈值 |
此设置确定 Word Automation Services 计时器作业的执行频率。 数值越低，计时器作业的运行越快。 我们的测试表明，每分钟运行一次此计时器作业最有用。 |
| 每个转换进程要启动的转换数 |
启动的转换数影响 Word Automation Services 的吞吐量。 |
阈值 |
启动的转换数影响 Word Automation Services 的吞吐量。 如果这些值设置为高于建议的级别，则某些转换项目可能会间歇性地开始失败，并且用户权限可能会过期。 用户权限将于转换作业启动之时起的 24 小时后到期。 |
| 转换作业大小 |
100,000 个转换项目 |
支持 |
一个转换作业包含一个或多个转换项目，每个转换项目表示一个将对 SharePoint 中的单个输入文件执行的转换。 在使用 ConversionJob.Start 方法) (启动转换作业时，转换作业和所有转换项将传输到将作业存储在 Word Automation Services 数据库中的应用程序服务器。 大量的转换项会增加 Start 方法的执行时间和传输到应用程序服务器的字节数。 |
| 活动转换进程总计 |
N-1，其中 N 是每台应用程序服务器上的处理核数 |
阈值 |
一个活动转换进程会占用单个处理核。 因此，客户运行的转换进程不应超过其应用程序服务器中的处理核心数。 转换计时器作业以及其他 SharePoint 活动偶尔也会需要使用处理核。 建议始终保留一个内核空闲，供转换计时器作业和 SharePoint 使用。 |
| Word Automation Services 数据库大小 |
200 万个转换项目 |
支持 |
Word Automation Services 在其数据库中维护一个持久的转换项目队列。 每个转换请求均会生成一条或多条记录。 Word 自动化服务不会自动从数据库中删除记录，因此数据库可以无限期增长，而无需维护。 管理员可通过使用 PowerShell cmdlet Remove-SPWordConversionServiceJobHistory 来手动删除转换作业历史记录。 有关详细信息，请参阅 Remove-SPWordConversionServiceJobHistory。 |
机器翻译服务限制
下表列出了针对机器翻译服务的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 二进制文件的输入文件大小 |
每个文件 524,288 KB |
阈值 |
大于此限制的文件需要很长的时间进行传输和处理，从而会降低服务的吞吐量。 |
| 文本文件的输入文件大小 |
每个文件 15,360 KB |
阈值 |
大于此限制的文件需要翻译的文本太多，从而会降低服务的吞吐量。 |
| Microsoft Word 文档最大字符数 |
每个文档 10,000,000 个 |
阈值 |
字符数超过此限制的文档需要翻译的文本太多，从而会降低服务的吞吐量。 |
| 总并发翻译进程数 |
5 |
阈值 |
使用超过限制的进程不会增加吞吐量，因为一次可以翻译的文本量有限制。 使用更多的进程会增加对服务器资源的需求。 |
| 每次翻译之间的延迟 |
59 分钟 |
阈值 |
启动翻译的间隔时间超过此限制会导致翻译文档所花的时间大量增加，并且可导致排队翻译的数量大大增加。 |
| 每个翻译进程的翻译数 |
每个进程 1,000 个 |
阈值 |
启动的翻译数超过限制会导致翻译由于超时而失败，因为无法在超时期限之前进行处理。 |
| 最大并发翻译请求数 |
300 |
阈值 |
并发翻译请求超过 300 个会导致翻译超时，因为请求排队的时间会超过超时时间。 |
| 每个翻译作业的文件数 |
100,000 个文件 |
支持 |
如果提交的作业所包含的文件计数超过此限制，则会导致作业提交时间和处理时间过长。 |
| 机器翻译服务数据库大小 |
1,000,000 个文件 |
支持 |
如果数据库中的文件数超过此最大文件数，则维护作业队列的操作将变得缓慢。 |
Office Online 服务说明限制
The following table lists the recommended guidelines for Office Online. Office client application limits also apply when an application is running as a web app.
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 缓存大小 |
100 GB |
阈值 |
可用来呈现文档的空间，作为内容数据库的一部分创建。 默认情况下，可用来呈现文档的缓存是 100 GB。 建议不要增加可用缓存。 |
| 呈现 |
每台应用程序服务器的每个 CPU 内核（最多八个内核）每秒呈现一个文档 |
边界 |
一段时间内可以在应用程序服务器上对“典型”文档执行的测量平均呈现数。 |
| 阈值 |
每个文档 8 个 |
阈值 |
OneNote merges combine changes from multiple users who are co-authoring a notebook. 如果已经有太多并发合并正在进行，则将生成一个冲突页面，这将强制用户手动执行合并。 |
Project Server 限制
下表列出了针对 Project Server 的建议准则。 有关如何规划 Project Server 的详细信息，请参阅 Planning and architecture for Project Server 2010。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 项目结束时间 |
日期：12/31/2149 |
边界 |
项目计划不能超过 2149 年 12 月 31 日。 |
| 每个项目计划的可交付结果 |
1,500 个可交付结果 |
边界 |
项目计划包含的可交付结果不能超过 1,500 个。 |
| 视图中的字段数 |
256 |
边界 |
用户不能将超过 256 个字段添加到他们在 Project Web App 中定义的视图中。 |
| 视图筛选器中的子句数 |
50 |
边界 |
用户无法向包含超过 50 个子句的视图添加筛选器。 |
SharePoint 应用程序限制
下表列出了针对 SharePoint 相关应用程序的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| Access/SharePoint 应用程序包大小的最大限制 |
100 MB |
边界 |
SQL Azure 中最大 Access 应用程序数据库大小 > [!注意：> Access 会在创建应用包时压缩数据库，因此应用包可能包含超过 100 MB 的数据。 |
| SQL Azure 中最大 Access 应用程序数据库大小 |
1 Gb |
边界 |
在 SharePoint 上创建的每个 Access 应用都会在 SQL Azure 上创建一个数据库。 对在 SQL Azure 上的数据库存储大小的限制是 1 GB。 在本地安装中，管理员控制关联的 SQL 数据库的大小。 |
| “管理许可证”页上显示的应用程序数 |
2,000 |
边界 |
"管理许可证"页上最多可显示 2,000 个应用程序（从商店购买）。 您仍然可以通过转到安装应用程序的网站的"所有网站内容"页并单击"许可证"，或者通过使用"商城搜索"搜索应用程序，来管理任一应用程序的许可证。 |
| 每个租户的应用程序许可证数 |
1,000,000 |
支持 |
支持的最大许可证数 (从应用商店购买应用程序，) 单个 SharePoint 部署（本地部署或 SharePoint Microsoft 365）。 超过此限制可能会导致性能严重下降。 |
| “添加应用程序”页上显示的应用程序数 |
240 |
边界 |
在达到此限制后，系统只会显示前 240 个应用程序，并显示一条引导您通过搜索来查找应用程序的消息。 |
| 每个应用程序许可证的管理员数 |
30 |
边界 |
一个许可证只能有 30 人进行管理。 许可证管理员可以添加或移除用户或删除许可证。 |
| 分配给用户且可供该用户查看的应用程序许可证数 |
2,000 |
边界 |
将超过 2,000 个许可证分配给用户时，该用户将不再在默认的 “添加应用” 视图中看到任何应用。 相反，系统会显示一条引导您搜索应用程序目录或 SharePoint 商店的消息。 |
| 企业目录中可供单个用户查看的应用程序数 |
500 |
边界 |
当单个用户可以使用公司目录中的 500 多个应用时，该用户将不再在默认的 “添加应用” 视图中看到任何应用。 相反，系统会显示一条引导您搜索应用程序目录或 SharePoint 商店的消息。 |
分布式缓存服务限制
下表列出了针对分布式缓存服务的建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 每个缓存主机的可跟踪实体（用户、文档、网站和井号标签）数 |
400,000 |
支持 |
分配有 16 GB RAM 的分布式缓存主机上的单个用户可以关注的实体总数为 400,000。 |
| 群集中的缓存主机数 |
16 |
边界 |
单个分布式缓存群集可支持的缓存主机总数是 16。 |
| 专供缓存主机使用的最大内存量 |
16 GB |
边界 |
可专供群集中任一缓存主机上的分布式缓存服务使用的内存总量是 16 GB。 |
其他限制
下表列出了针对其他部分未介绍的服务和功能的限制和建议准则。
| 限制 | 注释 | 注释 | 注释 |
|---|---|---|---|
| 每个设备通道包含的用户代理子字符串数 |
150 |
边界 |
每个移动设备通道包含的最大用户代理子字符串数是 150。 |
| 每个电子数据展示事例包含的 SharePoint 源数 |
100 |
边界 |
可添加到电子数据展示事例的最大 SharePoint 源数是 100。 |
| 每个电子数据展示示例包含的 Exchange 源（邮箱）数 |
1,500 |
边界 |
每个电子数据展示事例包含的最大 Exchange 源（邮箱）数是 1,500。 |
| 电子数据展示查询的最大大小 |
16,000 个字符或 500 个关键字 |
边界 |
电子数据展示查询的大小限制为 500 个关键字或 16,000 个字符，以先到达的为准。 |