了解快照在資料保護中的應用

透過快照來保護您的資料，這些快照能在特定時間點擷取檔案儲存內容，且不會影響效能，並僅佔用極少的空間。

Snapshot 是一種 IBM Cloud® File Storage for Classic 特性。 Snapshot 代表磁區在特定時間點的內容。 Snapshot 可讓您保護資料而不影響效能，且耗用的空間極小。 Snapshot 可視為資料保護的第一線防線。如果使用者意外修改或刪除磁區中的重要資料，則可以輕鬆且快速地從 Snapshot 副本中還原資料。

File Storage for Classic 提供兩種擷取 Snapshot 的方法。

首先，透過可自動為每個儲存空間磁區建立及刪除 Snapshot 副本的可配置 Snapshot 排程。您也可以根據需求，建立額外 Snapshot 排程、手動刪除副本，以及管理排程。
第二種方法是擷取手動 Snapshot。

Snapshot 副本是 File Storage for Classic 磁區的唯讀映像檔，可擷取磁區某個時間點的狀態。在建立 Snapshot 副本所需的時間以及儲存空間這兩方面，Snapshot 副本都具有效率。只需要幾秒鐘就可以建立 File Storage for Classic Snapshot 副本。不論儲存空間上的磁區大小或活動層次為何，這通常不到 1 秒。建立 Snapshot 副本之後，對資料物件的變更即會反映在物件現行版本的更新中，就像 Snapshot 副本不存在一樣。同時，資料的副本會保持穩定。

Snapshot 副本不會造成效能降低。使用者可以輕鬆地針對每個 File Storage for Classic 磁區儲存最多 50 個已排定的 Snapshot 及 50 個手動 Snapshot，這全部都可以作為資料的唯讀及線上版本進行存取。

您可以使用 Snapshot 來進行下列作業：

在不中斷服務的情況下建立特定時間點的還原點，
將磁區回復到前一個時間點。

您必須先購買磁區的部分 Snapshot 空間量，才能擷取其 Snapshot。在起始訂購期間或之後可以新增 Snapshot 空間，方法是透過磁區詳細資料頁面。已排定及手動 Snapshot 會共用 Snapshot 空間，因此請確定您已訂購足夠的 Snapshot 空間。如需其他詳細資料及指引，請參閱訂購 Snapshot 一文。

Snapshot 最佳作法

Snapshot 設計取決於客戶環境。下列設計考量可協助您計劃及實作 Snapshot 副本：

在每個磁區上透過排程最多可以建立 50 個 Snapshot，透過手動方式最多可以建立 50 個 Snapshot。
不要擷取超出您需要的 Snapshot。請透過排程每小時、每日或每週的快照，確保您的快照排程頻率符合您的復原時間目標 (RTO) 與復原點目標 (RPO) 需求，以及您的應用程式業務需求。
Snapshot AutoDelete 可用來控制儲存空間耗用的成長。

AutoDelete 的閾值固定為 95%。

快照無法取代實際的異地災難復原複製或長期保留備份。

安全

依預設，已加密的 File Storage for Classic 的所有 Snapshot 及抄本也會加密。無法根據磁區來關閉此特性。如需提供者管理的靜態加密的相關資訊，請參閱保護資料的安全。

Snapshots 對磁碟空間的影響

Snapshot 副本可使磁碟耗用量降到最低，因為它會保留個別區塊，而非整個檔案。只有在變更或刪除作用中檔案系統中的檔案時，Snapshot 副本才會使用額外空間。

在作用中檔案系統中，會將已變更的區塊重新寫入至磁碟上的不同位置，或當成作用中檔案區塊完全移除。當檔案變更或刪除時，會在一個以上 Snapshot 副本中保留原始檔案區塊。因此，仍會保留原始區塊所使用的磁碟空間，以反映作用中檔案系統在變更之前的狀態。除了已修改之作用中檔案系統中的區塊所使用的磁碟空間之外，也會保留此空間。

此表顯示快照如何影響儲存空間上的空間使用情況。
磁碟空間使用
	建立任何 Snapshot 副本之前，只有作用中檔案系統才會使用磁碟空間。
	建立 Snapshot 副本之後，作用中檔案系統及 Snapshot 副本會指向相同的磁碟區塊。 Snapshot 副本不會使用額外的磁碟空間。
	當檔案 `myfile.txt` 從活動檔案系統中刪除後，快照副本仍包含該檔案，並會引用其磁碟區塊。因此，刪除活躍的檔案系統資料並不一定能釋放磁碟空間。

如需 Snapshot 空間使用情形的相關資訊，請參閱管理 Snapshot。