规划文档库的版本存储

配置的版本历史记录限制需要满足组织的恢复目标。 在以下部分中,我们将介绍管理员在为组织设置版本限制时应考虑的选项和决策。

规划版本存储策略时,请考虑以下关键决策领域:

  • 确定组织的默认新文档库版本历史记录限制。
  • 识别组织默认限制所需的任何异常。
  • 确定是否应更新当前内容以符合默认组织版本历史记录限制。

确定组织中新文档库的默认版本限制

若要为组织设置适当的默认限制,请评估与 SharePoint 提供的三种版本存储模式关联的还原选项和存储消耗。 这有助于评估默认限制如何影响用户对其文档版本的访问以及这些版本使用的总体存储空间。

选择此选项: 如果希望: 优点
自动 (推荐) 根据创建日期存储版本,从而自动优化存储。
使用此设置,用户可以访问最近创建的大多数版本。
随着版本过期,存储的旧版本会减少。 管理员无需其他输入。
存储用途: 自动设置是建议的设置,它允许用户在优化版本存储使用的同时访问高价值版本。

还原选项: 此设置可确保密钥时间戳处的版本历史记录始终可用于还原,即使在没有新文件编辑的情况下也是如此。
手动 设置主要版本限制和过期期限 仅将版本存储到配置的过期期限和在配置的主要版本计数限制内。
使用此设置,用户可以访问计数和过期期间内的所有版本。
存储用途: 此设置是确保版本存储对配额影响最低的最佳选项,因为它会剪裁早于配置的过期版本。

还原选项: 设置过期限制后,如果更新的版本策略规定,没有最近编辑的文件可以剪裁其所有版本。 例如,如果文件在 6 个月内未进行编辑,并且已制定 6 个月版本过期策略,则会删除该文件的所有版本。
手动设置主要版本限制和无时间 无论版本期限如何,始终存储配置的版本计数。 用户有权访问计数限制内的所有版本。 存储用途: 如果大量编辑的文件的比率较高,或者设置的限制过高,则此设置可能会导致版本中的配额消耗过高。

还原选项: 此设置是存储一定数量的版本的最佳选择,可提供可预测的版本存储行为。

提示

  • 在更新默认限制之前,请考虑在网站或库 上运行“What-if”分析报告 ,以了解自动或手动限制对版本存储的影响。
  • 向用户提供有关默认组织版本历史记录限制的信息。 如果你有请求更多内容的过程和策略,请告知网站所有者。

下图描述了每个设置的还原选项和存储用途:

比较和还原的屏幕截图。

示例方案

以文件为例,其中 5 月、6 月和 7 月创建了 500 个版本。 让我们比较每个版本限制下可用的版本:

  • 手动限制:500 个主要版本,有效期为 60 天: 存储的版本不超过 500 个,并且还会删除超过 60 天的任何版本。 在此文件上,随着版本过期,所有版本最终都会被删除。

  • 手动限制:500 个没有限制的主要版本: 计数限制为 500 的所有版本将继续存储。

  • 自动限制:在自动设置下 ,间歇性较旧版本会随时间推移而进行剪裁,导致与计数限制相比,6 个月内的版本存储减少 96%。 即使没有新的文件编辑活动,用户也始终有权访问一组版本。

自动设置的屏幕截图。

比较版本的屏幕截图。

了解自动限制下的版本存储

自动版本历史记录限制背后的算法基于设计原则,该原则会随着版本老化而还原版本值。 选择“自动限制”后,SharePoint 会删除 (精简) 不太可能使用的间歇性旧版本,同时保留足够的高价值版本。 如果需要还原,则可确保用户有权访问最近过去的更多版本,而回溯时间更少。

“自动”设置下的版本存储由以下算法确定:

创建版本后,用户有权访问以下版本:

  • 在前 30 天内在 500 个计数限制内创建的所有版本。
  • 每小时版本 (在 30 到 60 天期间) 在小时顶部创建的版本。
  • 每日版本 (每天开始时创建的版本,) 60 到 180 天期间。
  • 每周版本 (在周初创建的版本) 超过 180 天或更长的时间将无限期可用,直到达到最大 500 个计数限制。

服务在达到上述里程碑时剪裁中间版本。

以 6 月到 1 月之间的版本创建模式一致的文件为例。 在“自动设置”下,随着版本过期而清除间歇性版本,与仅应用计数限制相比,使用的版本存储减少约 94%。

自动限制影响的屏幕截图。

确定正确的计数或过期版本限制

在考虑要设置的限制时,建议采用平衡的方法:

  • 设置计数限制过高或设置持续时间较长或永不过期的过期限制会存储创建的大多数版本,为用户提供从中还原的大多数版本。 但是,大量主动编辑的文件可能会导致版本使用高存储空间。

  • 设置过低的计数或过期限制可能会导致数据丢失,因为无法恢复的更改会影响用户撤消不需要的更改和其他恢复方案的能力。

识别组织默认值所需的任何异常

由于默认组织设置应用于在组织中创建的所有新文档库,因此您可能需要对单个 SharePoint 网站、OneDrive 用户帐户或单个文档库设置不同的版本历史记录限制,以满足业务需求。

与默认限制不同时,建议限制例外,以保持与组织版本存储做法的一致性,并使版本存储策略保持同步。例如,评估是否可以通过中断对几个文档库的继承来满足业务要求,而不是在整个网站中广泛应用更改。

确定是否将对现有内容应用对组织版本历史记录限制的更新

更新组织的版本限制时,请考虑应如何更新现有库设置和文件版本。 通过将组织限制仅应用于新库来避免影响现有内容,或者通过更新当前库设置和剪裁文件版本使现有内容与组织版本限制保持一致。

如果您想要 要遵循的步骤
仅将组织默认设置应用于新库: 更新默认组织版本限制新库 ,以将新限制应用于组织中创建的所有新库,而不会影响现有内容,包括对现有库或现有文件版本设置的当前限制。
将组织默认设置应用于新库,更新现有库的设置,但不剪裁现有版本: 按照以下步骤管理在新库和现有库上创建的新文件版本,而不会影响任何现有文件版本:
1. 更新默认组织版本限制 ,以将新限制应用于组织中创建的所有新库。
2. 在不中断继承的情况下更新每个网站上 现有文档库的限制 ,以允许在网站中创建的新文档库继承组织级别的版本历史记录限制。
将组织默认设置应用于新库,更新现有库的设置,并剪裁现有文件版本: 按照以下步骤将新的和现有的库和文件版本与组织限制完全一致:
1. 更新默认组织版本限制 ,以将新限制应用于组织中创建的所有新库。
2. 在不中断继承的情况下更新每个网站上 现有文档库的限制 ,以允许在网站中创建的新文档库继承组织级别的版本历史记录限制。
3. 通过排队作业来永久删除 现有版本,从而剪裁每个站点上的 现有版本。