以寫入一次不可變記憶體儲存業務關鍵 Blob 數據，讀取許多 （WORM） 狀態
Azure Blob 儲存體的不變性儲存體可讓使用者以 WORM (一次寫入，多次讀取) 狀態儲存商務關鍵性資料。 在 WORM 狀態下，您無法在使用者指定的間隔內修改或刪除資料。 您可設定 Blob 資料的永久性原則，以免資料遭覆寫和刪除。
Azure Blob 儲存體的不可變儲存體支援兩種類型的不變性原則：
限時保留原則：使用限時保留原則，使用者可以設定原則以在指定間隔內儲存資料。 設定限時保留原則時，可以建立和讀取物件，但是無法修改或刪除物件。 保留期間到期後，物件可供刪除但無法覆寫。
合法保存原則：合法保存會儲存不可變的資料，直到明確清除合法保存為止。 設定法務保存措施後，物件可供建立及讀取，但無法修改或刪除。
這些原則可以同時設定為彼此。 例如，用戶可以同時設定時間型保留原則和合法保留集。 為了讓寫入成功，您必須啟用版本控制，或沒有數據的法律保留或以時間為基礎的保留原則。 為了讓刪除成功，數據上也不得有法律保留或以時間為基礎的保留原則。
下圖顯示限時保留原則和合法保存如何在作用中時防止寫入和刪除作業。
固定儲存傘下有兩個功能：容器層級 WORM 和版本層級 WORM。 容器層級 WORM 只允許在容器層級設定原則，而版本層級 WORM 則允許在帳戶、容器或版本層級設定原則。
關於 Blob 的不可變儲存體
固定記憶體可協助醫療保健組織、金融機構和相關產業，特別是訊息代理經銷商組織安全地儲存數據。 在任何案例中，都可以使用不可變的記憶體來保護重要數據，以防止修改或刪除。
典型應用包括：
法規遵循：Azure Blob 儲存體的固定儲存體可協助組織處理 SEC 17a-4(f)、CFTC 1.31(d)、FINRA 和其他法規。
安全文件保留：Blob 的不可變儲存體會確保任何使用者都無法修改或刪除資料，甚至是具有帳戶系統管理權限的使用者也不行。
合法保存：Blob 的不可變儲存體可讓使用者在所需的持續期間內，以防篡改的狀態儲存對訴訟或商務很重要的敏感性資訊，直到移除保存為止。 這項功能不限於法律使用案例，也可以視為事件型保留或企業鎖定，其中需要根據事件觸發程式或公司原則保護數據。
法規合規性
Microsoft 保留領先的獨立評估公司 Cohasset Associates，專門從事記錄管理和資訊治理，以評估 Blob 的不可變儲存體，以及其金融服務產業特定需求的合規性。 Cohasset 驗證了不可變儲存體在用來將 Blob 保留在 WORM 狀態時，符合 CFTC 規則 1.31(c)-(d)、FINRA 規則 4511 和 SEC 規則 17a-4(f) 的相關儲存體需求。 Microsoft 將這組規則設為目標，因為其代表針對金融機構的記錄保留最具規範性的指引。
您可以從 Microsoft 服務信任中心取得 Cohasset 報告。 Azure 信任中心包含有關 Microsoft 合規性認證的詳細資訊。 若要向 Microsoft 要求有關 WORM 不變性合規性的證明書，請連絡 Azure 支援。
限時保留原則
以時間為基礎的保留原則會以 WORM 格式儲存 Blob 數據，以指定的間隔。 設定限時保留原則時，用戶端可以建立和讀取 Blob，但無法修改或將其刪除。 保留間隔到期之後，可以刪除 Blob，但不能進行覆寫。
範圍
您可以在下列範圍設定以時間為基礎的保留原則：
- 版本層級 WORM 原則：您可以在帳戶、容器或版本層級設定以時間為基礎的保留原則。 如果設定在帳戶或容器層級，則會由個別帳戶或容器中的所有 Blob 繼承。
- 容器層級 WORM 原則：在容器層級設定的時間型保留原則會套用至該容器中的所有 Blob。 個別 Blob 無法使用本身的不變性原則進行設定。
限時原則保留間隔
限時保留原則的最小保留間隔是一天，最大值為 146000 天 (400 年)。 當您設定以時間為基礎的保留原則時，受影響的物件會在有效保留期間維持不變的狀態。 物件的有效保留期限，等同於 Blob 建立時間與使用者指定保留間隔之間的差異。 由於原則的保留間隔可以延長，因此固定儲存體會使用使用者所指定保留間隔的最新值，計算有效的保留期限。
例如，假如使用者建立限時保留原則，其保留間隔為五年。 該容器中的現有 Blob (testblob1) 建立於一年前，因此 testblob1 的有效保留期限為四年。 當新的 blob (testblob2) 上傳至容器時，testblob2 的有效保留期限是自其建立時間起的五年。
鎖定與解除鎖定的原則
當您第一次設定限時保留原則時，原則為未鎖定狀態以供測試之用。 當您完成測試時，您可以鎖定原則，使其完全符合 SEC 17a-4（f） 和其他法規合規性。
無論是鎖定和未鎖定的原則都能防止刪除和覆寫。 不過，您可以藉由縮短或延長保留期限來修改未鎖定的原則。 您也可以刪除解除鎖定的原則。 您無法刪除鎖定的以時間為基礎保留原則。 您可以延長保留期間，但無法縮短。 在容器層級定義的鎖定原則存留期內，最多可允許延長五次有效保留期間。 針對 Blob 版本設定的原則，有效期間的增加次數沒有任何限制。
重要
對於即將處於符合規範的不可變 (防寫和防刪保護) 狀態 Blob 而言，限時保留原則必須「鎖定」，才能符合 SEC 17a-4(f) 和其他法規。 Microsoft 建議您在合理的時間 (通常為 24 小時) 內鎖定原則。 雖然未鎖定狀態會提供不變性保護，但除了短期測試以外，不建議針對任何目的使用未鎖定狀態。
保留原則稽核記錄
啟用限時保留原則的每個容器，都會提供原則稽核記錄。 針對已鎖定的限時保留原則，稽核記錄最多可包含七個限時保留命令。 一旦您鎖定原則，記錄通常會啟動。 記錄項目包括使用者識別碼、命令類型、時間戳記及保留間隔。 稽核記錄會根據 SEC 17a-4（f） 法規指導方針保留原則的存留期。
Azure 活動記錄會提供更完整的所有管理服務活動記錄。 Azure 資源記錄會保留資料作業的相關資訊。 基於法規需求或其他目的，使用者有責任持續不斷地儲存這些記錄。
版本層級的限時保留原則變更不會經過稽核。
法務保存
法務保存是暫時的不變性原則，適用於法律調查用途或一般保護原則。 法律保留會將 Blob 資料儲存在寫入一次、讀取多（WORM）格式中，直到明確清除保留為止。 合法保存生效後，可以建立和讀取 Blob，但無法加以修改或刪除。 當資料必須保持在 WORM 狀態的時間長度不明時，請使用合法保存。
範圍
合法保存原則可設定於下列任一範圍：
版本層級的 WORM 原則：可以在個別 Blob 版本層級上設定合法保留，以便對敏感數據進行細微管理。
容器層級 WORM 原則：在容器層級設定的法律保留會套用至該容器中的所有 Blob。 個別 Blob 無法使用本身的不變性原則進行設定。
標籤
容器層級合法保存必須與一或多個作為識別碼字串的使用者定義英數位元標籤相關聯。 例如，標籤可能包含案例識別碼或事件名稱。
稽核記錄
每個具有有效合法保存的容器，都會提供原則稽核記錄。 此記錄包含使用者識別碼、命令類型、時間戳記及合法保存標籤。 稽核記錄會根據 SEC 17a-4（f） 法規指導方針保留原則的存留期。
Azure 活動記錄會提供更完整的所有管理服務活動記錄。 Azure 資源記錄會保留資料作業的相關資訊。 基於法規需求或其他目的，使用者有責任持續不斷地儲存這些記錄。
不會稽核版本層級合法保留的變更。
固定儲存功能選項
下表顯示容器層級 WORM 與版本層級 WORM 之間的差異細目：
| 類別 | 容器層級 WORM | 版本層級 WORM |
|---|---|---|
| 原則粒度層級 | 原則只能在容器層級設定。 上傳至容器的每個物件都會繼承不可變的原則集。 | 原則可以在帳戶、容器或 Blob 層級設定。 如果原則設定在帳戶層級，則上傳至該帳戶的所有 Blob 都會繼承原則。 容器會遵循相同的邏輯。 如果原則設定在多個層級，優先順序一律為 Blob -> 容器 -> 帳戶。 |
| 可用的原則類型 | 您可以在容器層級設定兩種不同類型的原則：以時間為基礎的保留原則和法律保留。 | 在帳戶和容器層級，只能設定以時間為基礎的保留原則。 在 Blob 層級，可以設定以時間為基礎的保留原則和合法保留。 |
| 功能依存性 | 沒有其他功能是此功能運作的必要條件或需求。 | 版本控制是使用此功能的必要條件。 |
| 現有帳戶/容器的啟用 | 此功能可以隨時針對現有的容器啟用。 | 根據粒度層級而定，並非所有現有的帳戶/容器都啟用此功能。 |
| 帳戶/容器刪除 | 在容器上鎖定以時間為基礎的保留原則之後，容器只有在是空的時才會刪除。 | 在帳戶或容器層級上啟用版本層級 WORM 之後，只有在帳戶或容器層級是空的時，才能刪除它們。 |
| 支援 Azure Data Lake 儲存體 Gen2（已啟用階層命名空間的記憶體帳戶） | 具有階層命名空間的帳戶支援容器層級 WORM 原則。 | 具有階層命名空間的帳戶尚不支援版本層級 WORM 原則。 |
若要深入瞭解容器層級 WORM，請參閱 容器層級 WORM 原則。 若要深入瞭解版本層級 WORM，請流覽 版本層級的 WORM 原則。
容器層級與版本層級 WORM
下表可協助您決定要使用的 WORM 原則類型。
| 準則 | 容器層級的 WORM 使用方式 | 版本層級的 WORM 使用方式 |
|---|---|---|
| 組織數據 | 您想要為特定數據集設定原則，這些數據集可以依容器分類。 該容器中的所有數據都必須在相同時間內保持為 WORM 狀態。 | 您無法依保留期間將物件分組。 所有 Blob 都必須以個別保留時間儲存，根據該 Blob 的案例，或使用者具有混合工作負載，讓某些數據群組可以叢集到容器中，而其他 Blob 則無法。 您也可以在同一個帳戶內設定容器層級原則和 Blob 層級原則。 |
| 需要不可變原則的數據量 | 您不需要為每個帳戶設定超過 10,000 個容器的原則。 | 您想要設定所有數據或大量數據的原則，這些數據可由帳戶來劃定。 您知道如果您使用容器層級 WORM，則必須超過 10,000 個容器的限制。 |
| 啟用版本控制的興趣 | 您不想因為成本而想要處理啟用版本控制，或因為工作負載會建立許多額外的版本來處理。 | 您想要使用版本控制，或不要介意使用它。 您知道，如果它們未啟用版本控制，就無法將編輯或覆寫為不可變的 Blob 做為個別版本。 |
| 儲存體 位置 （Blob 儲存體 vs Data Lake 儲存體 Gen2） | 您的工作負載完全著重於 Azure Data Lake 儲存體 Gen2。 您沒有立即的興趣，或計畫使用未啟用階層命名空間功能的帳戶切換至 。 | 您的工作負載位於未啟用階層命名空間功能的帳戶中的 Blob 儲存體，而且現在可以使用版本層級 WORM，或者您願意等待版本設定可供已啟用階層命名空間的帳戶使用（Azure Data Lake 儲存體 Gen2）。 |
存取層
所有 Blob 存取層都支援不可變儲存體。 您可以使用「設定 Blob 層」作業來變更 Blob 的存取層。 如需詳細資訊，請參閱 Blob 數據的存取層。
備援設定
所有備援設定都支援不可變儲存體。 如需備援設定的詳細資訊，請參閱 Azure 儲存體備援。
建議的 Blob 類型
Microsoft 建議您針對區塊 Blob 和附加 Blob，設定不變性原則。 為儲存使用中虛擬機 VHD 磁碟的分頁 Blob 設定不變性原則，不建議因為對磁碟的寫入將會遭到封鎖，或如果啟用版本設定，則每個寫入都會儲存為新版本。 Microsoft 建議您在鎖定任何限時原則之前，先徹底檢閱文件並測試您的案例。 Microsoft 建議您在鎖定任何限時原則之前，先徹底檢閱文件並測試您的案例。
具有 Blob 虛刪除的不可變儲存體
針對儲存體帳戶設定 Blob 虛刪除時，會將其套用至帳戶內的所有 Blob，不論合法保存或限時保留原則是否有效。 Microsoft 建議在套用任何不變性原則之前啟用虛刪除，以取得額外的保護。
如果您啟用 Blob 虛刪除，然後設定不變性原則，一旦虛刪除保留原則過期，任何已經虛刪除的 Blob 就會永久刪除。 虛刪除的 Blob 可以在虛刪除保留期間內還原。 尚未虛刪除的 Blob 或版本會受到不變性原則的保護，而且在以時間為基礎的保留原則到期或移除法律保留之後，才能虛刪除。
使用 Blob 清查來追蹤不變性原則
Azure 儲存體 Blob 清查可概述儲存體帳戶中的容器，以及其內部的 Blob、快照集和 Blob 版本。 您可以使用 Blob 清查報告來了解 Blob 和容器的屬性，包括資源是否已設定不變性原則。
當您啟用 Blob 清查時，Azure 儲存體 每天產生清查報告。 此報表供應商務和合規性需求方面的資料總覽。
如需 Blob 清查的詳細資訊，請參閱 Azure 儲存體 Blob 清查。
注意
如果在帳戶上啟用對版本層級不變性的支援，或者對於在清查原則中定義的目的地容器上啟用對版本層級不變性的支援，則您無法在該帳戶中設定清查原則。
定價
使用不可變記憶體不需要額外的容量費用。 不可變資料的定價方式與可變動的資料相同。 如果您使用版本層級的 WORM，帳單可能會更高，因為您已啟用版本控制，而且有與儲存額外版本相關聯的成本。 如需詳細資訊，請檢閱版本控制定價原則。 如需 Azure Blob 儲存體定價的詳細資料，請參閱 Azure 儲存體定價頁面。
在 Blob 版本上建立、修改或刪除限時保留原則或法務保存措施時，會導致寫入交易費用。
如果您無法支付帳單，且您的帳戶具有有效的使用時間型保留原則，則一般數據保留原則會如您與 Microsoft 合約的條款及條件中所述套用。 如需一般資訊，請參閱 Microsoft 的資料管理。
功能支援
這項功能與還原時間點和上次存取追蹤不相容。 在網路文件系統 （NFS） 3.0 通訊協定或已啟用 SSH 檔案傳輸通訊協定 （SFTP） 的帳戶中，不支援不變性原則。
某些工作負載 (例如 SQL 備份至 URL) 會建立 Blob，然後新增至其中。 如果容器具有使用中時間型保留原則或合法保留，此模式將無法成功。 如需詳細資訊，請參閱允許受保護的附加 Blob 寫入。
如需詳細資訊，請參閱 Azure 儲存體 帳戶中的 Blob 儲存體 功能支援。