瞭解資料保護的快照
使用快照保護您的資料,快照可在某個時間點擷取磁碟區內容,且不會影響效能並將空間消耗降至最低。
Snapshot 是一種 IBM Cloud® Block Storage for Classic 特性。 Snapshot 代表磁區在特定時間點的內容。 Snapshot 可讓您保護資料而不影響效能,且耗用的空間極小。
Snapshot 可視為資料保護的第一線防線。 如果使用者意外修改或刪除磁區中的重要資料,則可以輕鬆且快速地從 Snapshot 副本中還原資料。
Block Storage for Classic 提供兩種取得 Snapshot 的方法。
- 首先,透過可自動為每個儲存空間磁區建立及刪除 Snapshot 副本的可配置 Snapshot 排程。 您也可以根據需求,建立額外 Snapshot 排程、手動刪除副本,以及管理排程。
- 第二種方法是擷取手動 Snapshot。
Snapshot 副本是 Block Storage for Classic 磁區的唯讀映像檔,可擷取磁區某個時間點的狀態。 在建立 Snapshot 副本所需的時間以及儲存空間這兩方面,Snapshot 副本都具有效率。 只需要幾秒鐘就可以建立 Block Storage for Classic Snapshot 副本。 不論儲存空間上的磁區大小或活動層次為何,這通常不到 1 秒。 建立 Snapshot 副本之後,對資料物件的變更即會反映在物件現行版本的更新中,就像 Snapshot 副本不存在一樣。 同時,資料的副本會保持穩定。
Snapshot 副本不會造成效能降低。 使用者可以輕鬆地針對每個 Block Storage for Classic 磁區儲存最多 50 個已排程的 Snapshot 及 50 個手動 Snapshot,這全部都可以作為資料的唯讀及線上版本進行存取。
您可以使用 Snapshot 來進行下列作業:
- 在不中斷服務的情況下建立特定時間點的還原點,
- 將磁區回復到前一個時間點。
您必須先購買磁區的部分 Snapshot 空間量,才能擷取其 Snapshot。 在起始訂購期間或之後可以新增 Snapshot 空間,方法是透過磁區詳細資料頁面。 排程快照與手動快照共用同一塊快照儲存空間,因此請務必預留足夠的快照儲存空間。 如需相關資訊,請參閱訂購 Snapshot。
Snapshot 最佳作法
Snapshot 設計取決於客戶環境。 下列設計考量可協助您計劃及實作 Snapshot 副本:
-
每個卷或卷上,最多可透過排程建立 50 個快照,並最多可手動建立 50 個快照。
-
不要擷取太多 Snapshot。 透過排程每小時、每日或每週快照,確保排程快照頻率符合您的復原時間目標 (RTO) 和復原點目標 (RPO) 需求,以及您的應用程式業務需求。
-
Snapshot AutoDelete 可用來控制儲存空間耗用的成長。
AutoDelete 的閾值固定為 95%。
快照無法取代實際的異地災難復原複製或長期保留備份。
安全
依預設,已加密 Block Storage for Classic 的所有 Snapshot 及抄本也會加密。 無法根據磁區來關閉此特性。 如需提供者管理的靜態加密的相關資訊,請參閱保護資料的安全。
Snapshots 對磁碟空間的影響
Snapshot 副本可使磁碟耗用量降到最低,因為它會保留個別區塊,而非整個檔案。 只有在變更或刪除作用中檔案系統中的檔案時,Snapshot 副本才會使用額外空間。
在作用中檔案系統中,會將已變更的區塊重新寫入至磁碟上的不同位置,或當成作用中檔案區塊完全移除。 當檔案變更或刪除時,會在一個以上 Snapshot 副本中保留原始檔案區塊。 因此,仍會保留原始區塊所使用的磁碟空間,以反映作用中檔案系統在變更之前的狀態。 除了已修改之作用中檔案系統中的區塊所使用的磁碟空間之外,也會保留此空間。
| 磁碟空間使用 | |
|---|---|
| 建立任何 Snapshot 副本之前,只有作用中檔案系統才會使用磁碟空間。 | |
| 建立 Snapshot 副本之後,作用中檔案系統及 Snapshot 副本會指向相同的磁碟區塊。 Snapshot 副本不會使用額外的磁碟空間。 | |
當檔案 myfile.txt 從活動檔案系統中刪除後,快照副本仍包含該檔案,並會引用其磁碟區塊。 因此,刪除活躍的檔案系統資料並不一定能釋放磁碟空間。 |
如需 Snapshot 空間使用情形的相關資訊,請參閱管理 Snapshot。