配置SnapLock 后、您可以完成以下任务：

SnapLock 合规性模式和企业模式主要在每个模式保护 WORM 文件的级别上有所不同：

保留期限过后，您负责删除不再需要的任何文件。将文件提交到 WORM 后，无论是在合规模式下还是在企业模式下，都无法对其进行修改，即使保留期限已过也是如此。

不能在保留期限内或之后移动 WORM 文件。您可以复制 WORM 文件，但此副本不会保留其 WORM 特征。

下表显示了SnapLock 合规性模式和企业模式支持的功能差异：

下表显示了SnapLock 合规模式、SnapLock 企业模式或两者均支持的功能：

从ONTAP 9.8开始、SnapLock 企业聚合支持FabricPool。但是、您的客户团队需要创建一个产品差异请求、以记录您了解分层到公有 或私有云的FabricPool 数据不再受SnapLock 保护、因为云管理员可以删除这些数据。

SnapLock 支持从ONTAP 9.11.1开始的FlexGroup 卷、但不支持以下功能：

您还应了解以下行为：

只有当在非SnapLock卷上创建的Snapshot副本传输到SnapLock卷以在SnapLock存储关系中进行保护时、SnapLock卷才支持LUN。读/写SnapLock卷不支持LUN。但是、包含LUN的SnapMirror源卷和目标卷均支持防篡改Snapshot副本。

MetroCluster 配置中的SnapLock 支持在SnapLock 合规模式和SnapLock 企业模式之间有所不同。

MetroCluster 配置使用两种合规时钟机制，即卷合规时钟（ Volume Compliance Clock ， VCC ）和系统合规时钟（ System Compliance Clock ， SCC ）。VCC 和 SCC 可用于所有 SnapLock 配置。在节点上创建新卷时，其 VCC 将使用该节点上的当前 SCC 值进行初始化。创建卷后，系统会始终使用 VCC 跟踪卷和文件保留时间。

将卷复制到另一站点时，也会复制其 VCC 。例如，在从站点 A 切换到站点 B 时， VCC 会继续在站点 B 上进行更新，而站点 A 上的 SCC 会在站点 A 脱机时暂停。

当站点 A 恢复联机并执行卷切回时，站点 A 的 SCC 时钟将重新启动，而卷的 VCC 将继续更新。由于无论切换和切回操作如何， VCC 都会持续更新，因此文件保留时间不取决于 SCC 时钟，也不会延长。

从ONTAP 9.13.1开始、集群管理员可以明确为集群启用多管理员验证、以便在执行某些SnapLock操作之前需要获得仲裁批准。启用MAV后、SnapLock卷属性(例如default-保留 时间、最小保留时间、最大保留时间、卷附加模式、自动提交期限和特权删除)将需要仲裁批准。了解更多信息 "最大"。

从 ONTAP 9.1.1 开始， SnapLock 支持存储效率功能，例如数据缩减，跨卷重复数据删除以及 SnapLock 卷和聚合的自适应数据压缩。有关存储效率的详细信息、请参见 "ONTAP存储效率概述"。

ONTAP 提供了基于软件和基于硬件的加密技术，可确保在存储介质被重新利用，退回，放置在不当位置或被盗时无法读取空闲数据。

您可以使用7-模式过渡工具的基于副本的过渡(CBT)功能将SnapLock 卷从7-模式迁移到ONTAP。目标卷的 SnapLock 模式（合规性或企业）必须与源卷的 SnapLock 模式匹配。您不能使用无副本过渡（ CFT ）迁移 SnapLock 卷。