规划大型文档存储库
某些组织需要在SharePoint中存储大量文档和文件，例如营销材料或PowerPoint模板。请记住，存储要求可能由于各种原因而存在，例如需要对大量文档进行版本控制，将大量文件标记为需要电子发现的记录，或者只是拥有大量使用托管等功能的文档元数据。在这些情况下，您必须确定在SharePoint中存储大量内容以满足组织和用户需求的最佳方法。
在决定如何存储内容时，您的规划应考虑两个有效阈值，这会创建以下方案：
- 将内容存储在每个小于200千兆字节（GB）的网站集中。
- 将内容存储在每个小于4太字节（TB）的网站集中。
- 将内容存储在网站集中，其大小将超过4 TB。
第一种方案意味着您将内容拆分为大量网站集，以便网站集URL，导航链接和搜索结果等元素将为用户提供查找所需内容的方法。虽然此方法将内容传播出去并且可能使用户更难以导航，但内容数据库更易于备份，还原和维护。没有特殊要求来支持小于200 GB的内容数据库。
第二个场景使您从第一个场景创建的许多约束中解放出来。您可以拥有更少，更大的网站集，并且需要更少的自定义导航。但是，仅当满足以下条件时，才支持从200 GB到4 TB的内容数据库：
- 磁盘子系统性能为每GB 0.25输入/输出操作数（IOPS）。请注意，建议每GB使用2个IOP以获得最佳性能。
- 有关高可用性，灾难恢复，未来容量和性能测试的计划已经到位。请注意，您不应期望SharePoint本机备份工具满足此大小的内容数据库的备份要求。您还应该考虑备份和还原此大小的内容数据库需要多长时间，以及这将对您的灾难恢复计划和可能已达成一致的任何服务级别协议产生什么影响。
第三种方案允许您根据需要保留更大的内容数据库。重要的是要理解尽管在给定正确条件的情况下这是受支持的方案，但不是推荐的方案。即使对于大量内容，我们也建议在每个小于4 TB的网站集中拆分内容。对于要支持的大于4 TB的内容数据库，除了以下内容之外，还必须满足第二种方案的要求，例如磁盘子系统性能和规划要求的要求：
- 仅使用文档中心和记录中心网站模板。
- 每月访问内容数据库中平均不到百分之五的内容。
- 每月平均修改或写入不到百分之一的内容。
- 虽然允许通过不同数据库中不同网站集中的工作流接收文档，但网站不允许对任何对象发出警报，工作流，链接修复或项级安全性。
要点：如果计划使用远程BLOB存储（RBS）来提高性能并减少SQL数据库文件大小，则必须注意前面的阈值和准则表示在合并数据库文件大小的值和总和之后的数字相关的RBS数据。
附加限制
规划大型文档存储库时，还应考虑SharePoint 2016中存在的以下列表和库限制：
- 如果内容数据库包含的项目超过6000万，则不支持该数据库。
- 如果单个库（或列表）包含超过3000万个项目，则不支持该库。
什么是碎纸机？
SharePoint Server 2013中引入了碎化存储。此功能会影响对存储在SQL Server中的二进制大对象（BLOB）进行更新的方式。
当文件（如Microsoft Word文档或Microsoft PowerPoint演示文稿）存储在SharePoint的库中时，该文件将作为BLOB存储在SQL Server中。在早于SharePoint Server 2010的SharePoint Server版本中，如果用户更新SharePoint库中的文件，则整个文件将从客户端计算机上载到SharePoint。
为了提高性能，SharePoint 2010允许客户端仅将更改作为增量上载到文件。在SharePoint 2010中，Web服务器接收此增量，从运行SQL Server的服务器检索文件的整个原始副本，将增量集成到原始文件中，并将该文件的全新副本写回运行SQL Server的服务器。尽管此方法提高了Web服务器和客户端之间的性能，但由于仅上载了更改，因此对Web服务器和运行SQL Server的服务器造成沉重负担，因为这些服务器角色需要完成更多工作。
在SharePoint 2013中引入，并在SharePoint 2016中继续，碎片存储将客户端上载的增量直接写回运行SQL Server的服务器，而不创建该文件的全新副本。当用户请求下载更新的文件时，SharePoint将检索文件的原始副本以及已应用的任何增量，然后将这些文件重新集成到单个文件下载中，该文件是文档的当前副本。这提高了文档更改和协作工作的I / O性能，但它可以降低某些上载和下载方案的性能。无论您是否使用文档版本控制，都始终在SharePoint 2016中启用碎化存储，并且无法禁用。
在库上使用文档版本控制时，您可以通过碎片存储实现额外的好处。在SharePoint 2010或更早版本中启用文档版本控制时，文档的每个版本都将存储为文档的完整副本，这可能会显着增加存储容量要求。使用SharePoint 2016中的碎片存储，每个文档版本仅存储增量，这极大地降低了与以前版本的SharePoint中的版本控制相关的存储要求。