設定SnapLock 完整套功能後、您可以完成下列工作：

不一致性與企業模式的差異主要在於每種模式保護WORM檔案的層級：SnapLock

保留期間結束後、您必須負責刪除不再需要的任何檔案。一旦檔案已提交至WORM（無論是在「法規遵循」或「企業」模式下）、即使保留期間已過期、也無法加以修改。

您無法在保留期間內或之後移動WORM檔案。您可以複製WORM檔案、但複本不會保留WORM特性。

下表顯示SnapLock 「不符合需求」和「企業」模式所支援的功能差異：

下表顯示SnapLock 支援的功能、包括「不符合需求」模式SnapLock 、「不符合需求」模式或「不符合需求」模式、或兩者：

FabricPools支援SnapLock 以ONTAP 概念9.8開頭的支援於支援的功能不全企業集合體。不過、您的客戶團隊需要開啟產品差異要求、記錄您瞭解FabricPool 到、由於SnapLock 雲端管理員可以刪除這些資料、因此不再以不受保護的方式、將階層至公有雲或私有雲的資料分層。

支援以支援從停止9.11.1開始的不支援的功能、但不支援下列功能ONTAP FlexGroup SnapLock ：

您也應該瞭解下列行為：

只有在非 SnapLock 磁碟區上建立的 Snapshot 複本會傳輸至 SnapLock 磁碟區、以作為 SnapLock 資料保險箱關係的一部分、才能在 SnapLock 磁碟區中支援 LUN 。讀取 / 寫入 SnapLock 磁碟區不支援 LUN 。不過、 SnapMirror 來源磁碟區和包含 LUN 的目的地磁碟區都支援防竄改 Snapshot 複本。

支援的支援功能因不相同的情況而異、不只是「符合需求」模式和「支援不符合需求」模式SnapLock SnapLock MetroCluster SnapLock 。

下列組態使用兩種法規遵循時鐘機制：Volume Compliance Clock(VCC)和System Compliance Clock, SCC)。MetroClusterVCC和SCC適用於所有SnapLock 的各種版本。當您在節點上建立新磁碟區時、其VCC會以該節點上SCC的目前值初始化。建立磁碟區之後、就會一律使用VCC追蹤磁碟區和檔案保留時間。

當磁碟區複寫到另一個站台時、其VCC也會複寫。當發生磁碟區切換時、例如從站台A切換至站台B、VCC會在站台B上繼續更新、而站台A上的SCC會在站台A離線時停止。

當站台A重新上線且執行磁碟區切換時、站台A SCC時鐘會重新啟動、而Volume的VCC則會繼續更新。由於VCC會持續更新、無論切換和切換作業為何、檔案保留時間不取決於SCC時鐘、也不會延展。

從 ONTAP 9.13.1 開始、叢集管理員可以在叢集上明確啟用多重管理驗證、以在執行某些 SnapLock 作業之前要求仲裁核准。啟用 MAV 時、 SnapLock Volume 內容（例如預設保留時間、最短保留時間、最長保留時間、磁碟區附加模式、自動認可期間和特權刪除）將需要仲裁核准。深入瞭解 "MAV"。

從功能支援的支援範圍ONTAP 從支援支援儲存SnapLock 效率的9.9到9.9.1、例如資料壓縮、跨Volume重複資料刪除、SnapLock 以及針對功能區和集合體的調適性壓縮。如需儲存效率的詳細資訊、請參閱 "ONTAP 儲存效率總覽"。

支援以軟體和硬體為基礎的加密技術、可確保儲存媒體在重新調整用途、退回、放錯地方或遭竊時、無法讀取閒置的資料。ONTAP

*免責聲明：*如果驗證金鑰遺失、或驗證嘗試失敗次數超過指定限制、導致磁碟機永久鎖定、NetApp無法保證自我加密磁碟機或磁碟區上的SnapLock保護WORM檔案將可擷取。您有責任確保驗證失敗。

您可以使用7-Mode Transition Tool的Copy Based Transition（CBT）功能、將SnapLock 靜止磁碟區從7-Mode移轉至ONTAP VMware。目的地Volume、Compliance或Enterprise的指令檔模式必須符合來源Volume的指令碼模式。SnapLock SnapLock您無法使用無複製轉換（CFT）來移轉SnapLock 版本。