本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
使用磁碟區備份保護您的資料
使用 FSx for ONTAP,您可以對檔案系統上的磁碟區進行自動每日備份和使用者啟動的備份,以保護資料。為您的磁碟區建立定期備份是最佳實務,可協助支援您的資料保留和合規需求。您可以將磁碟區備份還原至您能夠存取的任何現有 FSx for ONTAP 檔案系統,其與儲存備份 AWS 區域 所在的系統相同。使用 Amazon FSx 備份可讓您輕鬆地建立、檢視、還原和刪除磁碟區的備份。
Amazon FSx 支援使用 OntapVolumeType
的讀寫 (RW) 備份ONTAP磁碟區。
注意
Amazon FSx 不支援備份資料保護 (DP) 磁碟區、負載共享鏡射 (LSM) 磁碟區或目的地磁碟FlexCache區。
主題
備份的運作方式
所有 Amazon FSx 備份 (自動每日備份和使用者啟動的備份) 都是增量備份,這表示它們只會儲存自上次備份完成後的資料變更。這可將建立備份所需的時間和每個備份所使用的儲存量減至最少。增量備份不會儲存重複的資料,以最佳化儲存成本。ONTAP 備份的 FSx 是每個磁碟區,每個備份只包含一個特定磁碟區的資料。Amazon FSx 備份會跨多個可用區域以備援方式存放,以達到高耐用性。
Amazon FSx 備份使用快照 – point-in-time唯讀影像 – 來維持備份之間的增量。每次進行備份時,Amazon FSx 會先擷取磁碟區的快照。備份快照會存放在您的磁碟區中,並在磁碟區上耗用儲存空間。然後,Amazon FSx 會將此快照與先前的備份快照 (如果有的話) 進行比較,並僅將變更的資料複製到您的備份。
如果沒有先前的備份快照,則會將最新備份快照的完整內容複製到您的備份。成功取得最新的備份快照後,Amazon FSx 會刪除先前的備份快照。用於最新備份的快照會保留在您的磁碟區中,直到下次備份完成為止,程序會重複執行。為了最佳化備份儲存成本, ONTAP會保留磁碟區備份中的儲存效率節省。
當您刪除備份時,只會刪除該備份特有的資料。每個 Amazon FSx 備份都包含從備份建立新磁碟區所需的所有資訊,有效地還原磁碟區的point-in-time快照。
每個磁碟 AWS 帳戶 區可存放的備份數量有所限制。如需詳細資訊,請參閱 您可以提高的配額 和 每個檔案系統的資源配額。
儲存需求
您的磁碟區和檔案系統必須各自有足夠的可用 SSD 儲存容量,以存放備份快照。拍攝備份快照時,快照使用的額外儲存容量不會導致磁碟區超過 98% 的 SSD 儲存使用率。如果發生這種情況,備份將會失敗。您可以隨時增加磁碟區或檔案系統的 SSD 儲存體,以確保您的備份不會中斷。
自動每日備份
當您建立檔案系統時,預設會針對檔案系統的磁碟區啟用自動每日備份。您可以隨時啟用或停用現有檔案系統的自動每日備份。所有磁碟區的自動每日備份會在檔案系統的每日備份時段期間進行,該時段會在您建立檔案系統時自動設定。您可以隨時修改每日備份時段。為了獲得最佳備份效能,我們建議您在用戶端和應用程式存取磁碟區上的資料時,選擇超出正常操作時間的每日備份時段。
使用 主控台,您可以在建立檔案系統時或隨時將自動每日備份的保留期間設定為 1 到 90 天的值。預設的自動每日備份保留期間為 30 天。Amazon FSx 會在保留期間過期時刪除自動每日備份。使用 AWS CLI 和 API,您可以將保留期間設定為 0 到 90 天的值;將其設定為 0 會關閉自動每日備份。
自動每日備份、每日備份時段和備份保留期間是檔案系統設定,並套用至檔案系統的所有磁碟區。您可以使用 Amazon FSx 主控台 AWS CLI、 或 API 來變更這些設定。如需詳細資訊,請參閱更新檔案系統。
如果磁碟區離線,您無法建立磁碟區備份 (自動每日備份或使用者啟動的備份)。如需詳細資訊,請參閱檢視離線磁碟區。
注意
自動每日備份的保留期上限為 90 天,但除非您 AWS Backup 或刪除,否則您建立的使用者啟動備份,包括使用 建立的備份 AWS Backup,都會永久保留。
您可以使用 Amazon FSx 主控台、CLI 和 API 手動刪除自動每日備份。當您刪除磁碟區時,也會刪除該磁碟區的自動每日備份。Amazon FSx 提供選項,可讓您在刪除磁碟區之前建立磁碟區的最終備份。除非您刪除,否則最終備份會永遠保留。
使用者啟動的備份
使用 Amazon FSx,您可以隨時使用 AWS CLI AWS Management Console和 API 手動備份檔案系統的磁碟區。您的使用者啟動備份是相對於為磁碟區建立的其他備份遞增的,除非您刪除它們,否則這些備份會永久保留。即使您刪除磁碟區或建立備份的檔案系統,使用者啟動的備份仍會保留。您只能使用 Amazon FSx 主控台、API 或 CLI 刪除使用者啟動的備份。Amazon FSx 永遠不會自動刪除它們。
如需如何建立使用者啟動備份的說明,請參閱 建立使用者啟動的備份。
將標籤複製到備份
當您使用 CLI 或 API 建立或更新磁碟區時,您可以讓 CopyTagsToBackups
自動將磁碟區上的任何標籤複製到其備份。不過,如果您在建立使用者啟動的備份時新增任何標籤,包括在使用主控台時命名備份,即使CopyTagsToBackups
已啟用 ,Amazon FSx 也不會從磁碟區複製標籤。
AWS Backup 搭配 Amazon FSx 使用
AWS Backup 是簡單且符合成本效益的方式,可透過備份 Amazon FSx for NetApp ONTAP 磁碟區來保護您的資料。 AWS Backup 是一種統一備份服務,旨在簡化備份的建立、還原和刪除,同時改善報告和稽核。使用 AWS Backup 可讓您更輕鬆地開發集中式備份策略,以實現法律、法規和專業合規。它還提供一個集中位置,可讓您更輕鬆地保護您的 AWS 儲存磁碟區、資料庫和檔案系統,並執行下列動作:
-
設定和稽核您要備份 AWS 的資源。
-
自動化備份排程。
-
設定保留政策。
-
監控所有最近的備份、複製和還原活動。
AWS Backup 使用 Amazon FSx 的內建備份功能。使用 AWS Backup 主控台建立的備份具有相同層級的檔案系統一致性和效能,相較於任何其他 Amazon FSx 使用者啟動的磁碟區備份,是遞增的,並提供與使用 Amazon FSx 主控台取得的備份相同的還原選項。使用 AWS Backup 來管理這些備份提供額外的功能,包括能夠每小時頻繁地建立排程備份。您可以新增額外的防禦層,透過將備份存放在備份文件庫中,保護備份免於意外或惡意刪除。
建立的備份 AWS Backup 會被視為使用者啟動的備份,並計入 Amazon FSx 的使用者啟動備份配額。如需詳細資訊,請參閱您可以提高的配額。您可以使用 Amazon FSx 主控台、CLI 和 API 檢視和還原建立 AWS Backup 的備份。不過,您無法刪除在 Amazon FSx 主控台、CLI 或 API AWS Backup 中由 建立的備份。如需詳細資訊,請參閱《 AWS Backup 開發人員指南》中的 入門 AWS Backup。
AWS Backup 無法備份離線的磁碟區。
您可以使用標籤來選取備份計劃中保護哪些 FSx for ONTAP 資源。這些標籤必須套用在磁碟區層級,而不是整個檔案系統層級。如需詳細資訊,請參閱《 AWS Backup 開發人員指南》中的將資源指派給備份計劃。
將備份還原至新磁碟區
您可以將磁碟區備份還原至檔案系統上的新磁碟區,該系統與儲存備份所在的磁碟區相同 AWS 區域 。您無法將備份還原至位於與備份 AWS 區域 不同的檔案系統。
在適用於 ONTAP 第二代檔案系統的 FSx 上還原備份時,用戶端可以在還原磁碟區時掛載和讀取資料。一旦 Amazon FSx 將所有中繼資料載入至新磁碟區,且磁碟區回報生命週期狀態為 ,用戶端就可以掛載您要還原的磁碟區並讀取檔案資料CREATED
。您可以在 Amazon FSx 主控台的磁碟區詳細資訊頁面上,以及 describe-volumes CLI 命令的回應中找到磁碟區的生命週期狀態。
從備份還原時從磁碟區讀取資料時,如果資料尚未下載到磁碟區,則第一次存取時最多會產生幾十毫秒的讀取延遲。這些讀取會快取在 SSD 層中,而您可能會預期後續讀取的讀取延遲低於毫秒。
Amazon FSx 讓磁碟區可供唯讀存取所需的時間,與備份中存放的檔案中繼資料量成比例。檔案中繼資料通常會使用 1-7% 的整體備份資料,這取決於資料集的平均檔案大小 (小型檔案資料集比大型檔案資料集使用更多的中繼資料)。
當您將FlexGroup磁碟區備份還原至與原始檔案系統具有不同數量高可用性 (HA) 對的檔案系統時,Amazon FSx 會新增額外的組成磁碟區,以確保元件平均分佈。
注意
Amazon FSx 不支援從磁碟區或第一代檔案系統上任何磁碟區的備份還原SnapLock磁碟區時讀取資料。還原這些備份時,磁碟區可在還原程序完成後用來掛載和存取資料,而且所有中繼資料和資料都會載入新磁碟區。
還原備份時,所有資料一開始都會寫入 SSD 儲存層。還原進行中時,資料會根據還原磁碟區的分層政策,分層至容量集區儲存體。由於資料會先寫入 SSD 層,因此如果檔案系統用盡 SSD 儲存空間,Amazon FSx 會暫停還原程序。一旦有足夠的 SSD 空間可繼續程序,還原就會自動繼續。如果還原磁碟區的分層政策是 All
,則定期背景程序會將資料分層到容量集區。如果還原磁碟區的分層政策是 Snapshot Only
或 Auto
,則如果檔案系統的 SSD 使用率大於 50%,且冷卻速率取決於分層政策的冷卻期間,資料會分層至容量集區。
如果您的工作負載在第二代檔案系統上將備份還原至新磁碟區時需要一致的低於毫秒的讀取延遲,我們建議您在啟動還原None
時將磁碟區的分層政策設定為 ,然後等到所有資料完全下載至磁碟區後,再進行存取。在您嘗試存取所有資料之前,所有資料都會載入 SSD 儲存體,讓您持續低延遲存取資料。
如需如何將備份還原至新磁碟區的step-by-step說明,請參閱將備份還原至新磁碟區。
在第二代檔案系統上,您也可以從備份中只還原一部分的資料,而不必等待整個還原操作完成。僅還原備份資料的一部分,可讓您在資料意外刪除、修改或損毀時更快恢復操作。如需詳細資訊,請參閱還原資料子集。
您可以在 和 AWS Management Console AWS CLI API 中的第二代檔案系統上還原備份時監控進度。如需詳細資訊,請參閱還原備份時監控進度。
注意
您無法建立磁碟區快照或執行快照型操作,例如複製、SnapMirror 複寫,以及從備份還原時建立磁碟區備份。
還原的磁碟區一律具有與原始磁碟區相同的磁碟區樣式。您無法在還原時變更磁碟區樣式。
備份和還原效能
各種因素可能會影響備份和還原操作的效能。備份和還原操作是背景程序,這表示它們的優先順序比用戶端 IO 操作低。用戶端 IO 操作包括 NFS、CIFS 和 iSCSI 資料,以及中繼資料讀取和寫入。所有背景程序只會使用檔案系統輸送量容量的未使用部分,而且可能需要幾分鐘到幾小時才能完成,具體取決於備份的大小,以及檔案系統上未使用的輸送量容量。
影響備份和還原效能的其他因素包括儲存資料的儲存層和資料集描述檔。我們建議您在大部分資料位於 SSD 儲存體時,建立磁碟區的第一次備份。與包含大部分大型檔案的類似大小資料集相比,包含大部分小型檔案的資料集通常會有較低的效能。這是因為處理大量小型檔案會耗用比處理較少大型檔案更多的 CPU 週期和網路額外負荷。
一般而言,在備份存放在 SSD 儲存層的資料時,您可以預期下列備份速率:
750 MBps,跨多個並行備份,其中包含大部分大型檔案。
100 MBps,跨多個並行備份,其中包含大部分小型檔案。
一般而言,您可以預期下列還原率:
250 MBps,跨包含大部分大型檔案的數個並行還原。
100 MBps 跨多個並行還原,其中包含大部分小型檔案。
備份SnapLock磁碟區
您可以備份SnapLock磁碟區以提供額外的資料保護。當您還原SnapLock磁碟區時,會保留磁碟區的原始設定,例如預設保留、最短保留和最長保留。寫入一次,讀取許多 (WORM) 設定和法務保存也會保留。
注意
您無法備份SnapLock FlexGroup磁碟區。
您可以將SnapLock磁碟區的備份還原為 SnapLock或非 SnapLock磁碟區。不過,您無法將非SnapLock磁碟區的備份還原為SnapLock磁碟區。
如需詳細資訊,請參閱SnapLock 的運作方式。