估计 SharePoint Server 2013 的合规性和电子数据展示容量与性能
适用于：
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
合规性功能集（例如就地保留、查询和导出保留下的数据），在使用时影响 SharePoint Server 2013 中的处理和存储要求。
就地保留的存储要求
就地保留可保留编辑和删除的内容，以使原始版本可用于法律行动。 就地保留适用于整个网站。 例如，如果将网站集的根网站置于保留状态，整个网站集也将置于保留状态。 就地保留也适用于文档、页面和列表。 将网站置于保留状态后，第一次编辑或删除的所有项目都将置于 SharePoint 网站的保存保留库。 此位置是内容最初在网站上的位置。 网站大小增加的速度与启用保留时存在的内容量以及添加新内容时更改的内容量有关。 事实上，合法保留中的大部分内容都不是新的。 对就地保留存储的影响应该较低，因为用户未主动更改内容。 有关详细信息，请参阅 SharePoint Server 中的电子数据展示和就地保留。
电子数据展示查询和导出对其他搜索查询的影响
SharePoint Server 2013 具有名为 Case Manager 的网站集类型，可用于跨组织的 SharePoint 内容和 Exchange Server 2013 邮箱执行电子数据展示查询。 电子数据展示查询很复杂，范围很广。 这些查询要求搜索系统有更多的处理时间，并且可能会影响其他用户的搜索响应时间。
下列准则可帮助您了解这些查询对其他用户的搜索体验有何影响：
随着您向电子数据展示查询添加更多源，您可以增加执行的查询数目。
随着您向电子数据展示查询添加更多术语，您可以增加电子数据展示查询的影响。
随着您向电子数据展示查询添加更多运算符（例如 AND、OR、NEAR），您可以增加电子数据展示查询的影响。
在我们的实验室测试中，我们使用对 10 个源运行的 350 个术语的电子数据展示查询。 查询总共返回了 150,000 个项目。 然后我们导出了这些项目。 为了执行此测试，我们在搜索服务系统上执行了五次模拟加载，这代表预计在系统上运行的其他类型的搜索查询。
我们的测试显示，电子数据展示查询可以将用户可观察到的查询延迟增加高达 100%。 如果您运行时接近接近用户搜索查询的容量，您可以考虑在非高峰时间运行电子数据展示查询和导出，以减小对用户搜索查询的影响。
导出的影响
运行电子数据展示查询后，一个常见操作是导出数据。 在执行导出操作时，电子数据展示查询返回的内容将会下载，一次下载一个文件。 我们运行了一系列测试，在测试中我们下载了文件并更新了 SharePoint 项目。 导出不会使 SharePoint 部署的负载增加很多。 我们在测试中运行了导出操作，此时服务器场每秒服务大约 100 个请求。 在这 100 个请求中，每秒只有大约 5 个请求是导出操作发出。
请注意，导出对 Exchange Server 2013 的影响可能不同。 Exchange Server 2013 查询是可变的，尤其是通常较长且复杂的电子数据展示查询。
使用 SharePoint Server 2013 的大规模文档存储库
除了合规性和电子数据展示功能外，SharePoint Server 2013 大规模文档存储库功能与 SharePoint Server 2010 没有显著变化。 在本部分中，我们参考了 SharePoint Server 2010) (非常大规模的文档存储库的规模测试报告 ，并指出了涉及 SharePoint Server 2013 文档存储库的方案的差异。 以下各节总结了主要区别。
将交互式服务应用程序置于前端 Web 服务器上的指导
SharePoint Server 2010 指南建议将服务应用程序放在单独的层上。 在 SharePoint Server 2013 中，建议将交互式服务应用程序放在作为前端 Web 服务器运行的计算机上。 有关详细信息，请参阅 Capacity planning for SharePoint Server 2013。
Search in SharePoint Server 2013
SharePoint Server 2013 Search Service 应用程序将 SharePoint Server 2010 Search 和 FAST Search Server 2010 for SharePoint 合并到具有其他功能的统一搜索平台中。 有关详细信息，请参阅 在 SharePoint Server 中缩放 Internet 网站的搜索 和 SharePoint Server 中的搜索体系结构概述。
高效的文件 I/O 和 SQL Server 改进
SharePoint Server 2013 中的高效文件 I/O 是一种存储方法，其中文件被拆分为单独存储和更新的部分，并在用户请求文件时一起流式传输。 这会导致更高效的文件更新，因为仅将更新的片段写入 SQL Server。 当将其用于大文件时，高效文件 I/O 非常有效。 对于小文件，则可以看到所需的磁盘存储有少量增加。 使用高效文件 I/O 的直接结果是更新文档的吞吐量有所改进。
其他改进使用具有 SP1 功能和吞吐量的 SQL Server 2008 R2 来查找链接修复和警报处理的文档。
列限制
列限制在 SharePoint Server 2013 中更新。 有关详细信息，请参阅 SharePoint Server 2016 的软件边界和限制。