本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 使用磁碟區備份保護您的資料
透過 FSx for ONTAP，您可以對檔案系統上的磁碟區進行自動每日備份和使用者起始的備份，以保護資料。為您的磁碟區建立定期備份是最佳實務，可協助支援您的資料保留和合規需求。您可以將磁碟區備份還原至您能夠存取的任何現有 FSx for ONTAP 檔案系統，其位於存放備份 AWS 區域 的相同位置。使用 Amazon FSx 備份可讓您輕鬆地建立、檢視、還原和刪除磁碟區的備份。
Amazon FSx 支援使用 `OntapVolumeType`的讀寫 (RW) 備份ONTAP磁碟區。
**注意**
Amazon FSx 不支援備份資料保護 (DP) 磁碟區、負載共用鏡像 (LSM) 磁碟區或 FlexCache和 的目的地磁碟區SnapMirror。
**Topics**
+ [備份的運作方式](#how-backups-work)
+ [儲存需求](#storage-requirements)
+ [自動每日備份](#automatic-backups)
+ [使用者啟動的備份](#user-initiated-backups)
+ [將標籤複製到備份](#copy-tags-to-backups)
+ [AWS Backup 搭配 Amazon FSx 使用](#aws-backup-and-fsx)
+ [將備份還原至新磁碟區](#restoring-backups)
+ [備份和還原效能](#backup-performance)
+ [備份磁碟SnapLock區](#snaplock-backup)
+ [建立使用者啟動的備份](creating-backups.md)
+ [將備份還原至新磁碟區](to-restore-backups.md)
+ [還原資料子集](data-subset-restore.md)
+ [還原備份時監控進度](monitor-backup-restore.md)
+ [刪除備份](how-to-delete-backups.md)
## 備份的運作方式
所有 Amazon FSx 備份 （自動每日備份和使用者啟動的備份） 都是增量備份，這表示它們只會儲存自上次備份完成後的資料變更。這可最大限度地減少建立備份所需的時間和每個備份所使用的儲存量。增量備份不會儲存重複的資料，以最佳化儲存成本。FSx for ONTAP 備份是每個磁碟區，每個備份僅包含一個特定磁碟區的資料。Amazon FSx 備份會以備援方式跨多個可用區域存放，以達到高耐用性。
Amazon FSx 備份使用快照 – point-in-time唯讀映像 – 來維持備份之間的增量。每次進行備份時，Amazon FSx 會先擷取磁碟區的快照。備份快照會存放在您的磁碟區中，並在磁碟區上耗用儲存空間。然後，Amazon FSx 會將此快照與先前的備份快照 （如果有的話） 進行比較，並僅將變更的資料複製到您的備份。
如果沒有先前的備份快照，則會將最新備份快照的整個內容複製到您的備份。成功取得最新的備份快照後，Amazon FSx 會刪除先前的備份快照。用於最新備份的快照會保留在您的磁碟區中，直到程序重複進行下一個備份為止。為了最佳化備份儲存成本， 會在備份中ONTAP保留磁碟區的儲存效率節省。
當您[刪除](how-to-delete-backups.md)備份時，只會刪除該備份特有的資料。每個 Amazon FSx 備份都包含從備份建立新磁碟區所需的所有資訊，有效地還原磁碟區的point-in-time快照。
每個 AWS 帳戶 磁碟區可存放的備份數量有所限制。如需詳細資訊，請參閱[您可以提高的配額](limits.md#soft-limits)及[每個檔案系統的資源配額](limits.md#limits-ontap-resources-file-system)。
**注意**
如果您使用 NDMP 進行備份，ONTAP 不允許在NDMP傳輸進行時繼續維護活動，例如修補程式操作。為了避免延遲修補程式，在檔案系統的維護時段期間套用修補程式操作時，Amazon FSx 會中止任何作用中的NDMP傳輸工作階段。修補完成後，您將需要從用戶端手動重新啟動NDMP傳輸工作階段，因為 Amazon FSx 無法自動恢復它們。為了避免備份中斷，我們建議您使用 Amazon FSx 備份 AWS Backup，或支援並行備份和修補程式操作。
## 儲存需求
您的磁碟區和檔案系統必須各自有足夠的可用 SSD 儲存容量來存放備份快照。拍攝備份快照時，快照使用的額外儲存容量不會導致磁碟區超過 98% 的 SSD 儲存使用率。如果發生這種情況，備份將會失敗。您可以隨時[增加磁碟區](manage-volume-capacity.md)或[檔案系統的 SSD ](storage-capacity-and-IOPS.md#increase-primary-storage)儲存體，以確保您的備份不會中斷。
## 自動每日備份
當您建立檔案系統時，預設會針對檔案系統的磁碟區啟用自動每日備份。您可以隨時啟用或停用現有檔案系統的自動每日備份。所有磁碟區的自動每日備份會在檔案系統的每日備份時段期間進行，該時段會在您建立檔案系統時自動設定。您可以隨時修改每日備份時段。為了獲得最佳[備份效能](#backup-performance)，我們建議您在用戶端和應用程式存取磁碟區上的資料時，選擇超出正常操作時間的每日備份時段。我們也建議您選擇與檔案系統維護時段不重疊的備份時段。如果時段重疊，則維護活動優先，且自動備份會在維護完成後進行。已在進行中的備份將在維護期間繼續，但在維護完成之前，可能不會建立新的備份。如果維護在整個時段內執行，則自動備份可能不會在該時段內發生。
使用 主控台，您可以在建立檔案系統時或隨時將自動每日備份的保留期間設定為 1 到 90 天的值。預設的每日自動備份保留期為 30 天。Amazon FSx 會在保留期間過期時刪除自動每日備份。使用 AWS CLI 和 API，您可以將保留期間設定為 0 到 90 天的值；將其設定為 0 會關閉自動每日備份。
自動每日備份、每日備份時段和備份保留期間是檔案系統設定，並套用至檔案系統上的所有磁碟區。您可以使用 Amazon FSx 主控台 AWS CLI、 或 API 來變更這些設定。如需詳細資訊，請參閱[更新檔案系統](updating-file-system.md)。
如果磁碟區離線，則無法建立磁碟區備份 （自動每日備份或使用者啟動的備份）。如需詳細資訊，請參閱[檢視離線磁碟區](offline-volumes.md)。
**注意**
自動每日備份的保留期間上限為 90 天，但除非您 AWS Backup 或刪除備份，否則您建立[的使用者起始備份](#user-initiated-backups)，包括使用 建立的備份 AWS Backup，都會永久保留。
您可以使用 Amazon FSx 主控台、CLI 和 API 手動[刪除](how-to-delete-backups.md)自動每日備份。當您刪除磁碟區時，也會刪除該磁碟區的自動每日備份。Amazon FSx 提供在刪除磁碟區之前建立磁碟區最終備份的選項。除非您刪除，否則最終備份會永久保留。
## 使用者啟動的備份
使用 Amazon FSx，您可以隨時使用 AWS CLI AWS 管理主控台和 API 手動備份檔案系統的磁碟區。您的使用者啟動備份是相對於為磁碟區建立並永久保留的其他備份遞增的，除非您刪除它們。即使您刪除磁碟區或建立備份的檔案系統，也會保留使用者啟動的備份。您只能使用 Amazon FSx 主控台、API 或 CLI [刪除使用者啟動的備份](how-to-delete-backups.md)。Amazon FSx 永遠不會自動刪除它們。
如需如何建立使用者啟動備份的說明，請參閱 [建立使用者啟動的備份](creating-backups.md)。
## 將標籤複製到備份
當您使用 CLI 或 API 建立或更新磁碟區時，您可以讓 `CopyTagsToBackups`自動[將磁碟區上的任何標籤複製到](creating-volumes.md#create-volume-cli)其備份。不過，如果您在建立使用者啟動的備份時新增任何標籤，包括在使用主控台時命名備份，即使`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 管理這些備份提供額外的功能，包括能夠每小時頻繁地建立排程備份。您可以新增額外的防禦層，透過將備份存放在備份[文件庫](https://docs.aws.amazon.com/aws-backup/latest/devguide/vaults.html)中來保護備份免於意外或惡意刪除。
建立的備份 AWS Backup 會被視為使用者啟動的備份，並計入 Amazon FSx 的使用者啟動備份配額。如需詳細資訊，請參閱[您可以提高的配額](limits.md#soft-limits)。您可以使用 Amazon FSx 主控台、CLI 和 API 檢視和還原建立 AWS Backup 的備份。不過，您無法刪除 於 Amazon FSx 主控台、CLI 或 API AWS Backup 中建立的備份。如需詳細資訊，請參閱《 AWS Backup 開發人員指南》中的 [入門 AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/getting-started.html)。
AWS Backup 無法備份離線的磁碟區。
您可以使用標籤來選取備份計畫中保護哪些 FSx for ONTAP 資源。這些標籤必須套用在磁碟區層級，而非整個檔案系統層級。如需詳細資訊，請參閱《 AWS Backup 開發人員指南》中的[將資源指派給備份計劃](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html)。
## 將備份還原至新磁碟區
您可以將磁碟區備份還原至檔案系統上與儲存備份相同的 AWS 區域 新磁碟區。您無法將備份還原至位於 AWS 區域 不同於備份的檔案系統。
在適用於 ONTAP 第二代檔案系統的 FSx 上還原備份時，用戶端可以在還原磁碟區時掛載和讀取資料。一旦 Amazon FSx 將所有中繼資料載入新磁碟區，且磁碟區回報生命週期狀態為 ，用戶端就可以掛載您要還原的磁碟區並讀取檔案資料`CREATED`。您可以在 Amazon FSx 主控台的[**磁碟區詳細資訊**](viewing-volumes.md)頁面和 [describe-volumes CLI 命令的回應中找到磁碟區的](https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html)生命週期狀態。
從備份還原時從磁碟區讀取資料時，如果資料尚未下載到磁碟區，則第一次存取時會產生高達 00 毫秒的讀取延遲。這些讀取會快取在 SSD 層中，您可以預期後續讀取的讀取延遲低於一毫秒。
Amazon FSx 讓磁碟區可供唯讀存取所需的時間，與備份中存放的檔案中繼資料量成比例。根據資料集的平均檔案大小，檔案中繼資料通常會使用 1-7% 的整體備份資料 （小型檔案資料集比大型檔案資料集使用更多的中繼資料）。
當您將FlexGroup磁碟區備份還原至與原始檔案系統具有不同數量[高可用性 (HA) 對](HA-pairs.md)的檔案系統時，Amazon FSx 會新增額外的元件磁碟區，以確保元件平均分配。
**注意**
Amazon FSx 不支援從磁碟區或第一代檔案系統上任何磁碟區的備份還原SnapLock磁碟區時對資料的讀取存取。還原這些備份時，磁碟區會在還原程序完成後可供掛載和存取資料，且所有中繼資料和資料都會載入新磁碟區。
還原備份時，所有資料一開始都會寫入 SSD 儲存層。還原進行中時，資料會根據要還原之磁碟區的[分層政策](volume-storage-capacity.md#volume-data-tiering)，分層至容量集區儲存體。由於資料會先寫入 SSD 層，如果檔案系統用盡 SSD 儲存空間，Amazon FSx 會暫停還原程序。一旦有足夠的 SSD 空間可供繼續程序，還原就會自動繼續。如果還原磁碟區的分層政策是 `All`，則定期背景程序會將資料分層至容量集區。如果還原磁碟區的分層政策是 `Snapshot Only`或 `Auto`，且檔案系統的 SSD 使用率大於 50%，且冷卻速率取決於分層政策的冷卻期間，則資料會分層至容量集區。
如果您的工作負載在第二代檔案系統上將備份還原至新磁碟區時需要一致的低於毫秒的讀取延遲，我們建議您在啟動還原`None`時將磁碟區的分層政策設定為 ，然後等到所有資料完全下載至磁碟區後才能存取。在您嘗試存取所有資料之前，所有資料都會載入 SSD 儲存體，讓您持續低延遲地存取資料。
如需如何將備份還原至新磁碟區的step-by-step說明，請參閱 [將備份還原至新磁碟區](to-restore-backups.md)。
在第二代檔案系統上，您也可以只從備份還原一部分的資料，而無需等待整個還原操作完成。僅還原備份資料的子集可讓您在意外刪除、修改或損毀資料時更快恢復操作。如需詳細資訊，請參閱[還原資料子集](data-subset-restore.md)。
您可以在 AWS 管理主控台和 AWS CLI API 中的第二代檔案系統上還原備份時監控進度。如需詳細資訊，請參閱[還原備份時監控進度](monitor-backup-restore.md)。
**注意**
您無法建立磁碟區快照或執行快照型操作，例如複製、SnapMirror 複寫，以及從備份還原時建立磁碟區的備份。
還原的磁碟區一律具有與原始磁碟區相同的磁碟區樣式。您無法在還原時變更磁碟區樣式。
## 備份和還原效能
各種因素可能會影響備份和還原操作的效能。備份和還原操作是背景程序，這表示它們的優先順序比用戶端 IO 操作低。用戶端 IO 操作包括 NFS、CIFS 和 iSCSI 資料，以及中繼資料讀取和寫入。所有背景程序只會使用檔案系統輸送量容量的未使用部分，視備份的大小和檔案系統上未使用的輸送量容量而定，可能需要幾分鐘到幾小時才能完成。
影響備份和還原效能的其他因素包括儲存資料的儲存層和資料集描述檔。我們建議您在大部分資料位於 SSD 儲存體時，建立磁碟區的第一個備份。與包含大部分大型檔案的類似大小資料集相比，包含大部分小型檔案的資料集通常效能較低。這是因為處理大量小型檔案會耗用比處理較少大型檔案更多的 CPU 週期和網路額外負荷。
一般而言，在備份存放在 SSD 儲存層的資料時，您可以預期下列備份速率：
+ 750 MBps 跨多個並行備份，其中包含大部分大型檔案。
+ 100 MBps 跨多個並行備份，其中包含大部分的小型檔案。
一般而言，您可以預期下列還原率：
+ 250 MBps，橫跨多個包含大部分大型檔案的並行還原。
+ 100 MBps 跨多個並行還原，其中包含大部分的小型檔案。
## 備份磁碟SnapLock區
您可以備份[SnapLock](snaplock.md)磁碟區以提供額外的資料保護。當您還原SnapLock磁碟區時，會保留磁碟區的原始設定，例如預設保留期、最短保留期和最長保留期。寫入一次，讀取許多 (WORM) 設定和法務保存也會保留。
**注意**
您無法備份SnapLock FlexGroup磁碟區。
您可以將SnapLock磁碟區的備份還原為 SnapLock或非 SnapLock磁碟區。不過，您無法將非SnapLock 磁碟區的備份還原為SnapLock磁碟區。
如需詳細資訊，請參閱[SnapLock 的運作方式](how-snaplock-works.md)。