本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 使用磁碟區備份保護您的資料
透過 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)。
# 建立使用者啟動的備份
下列程序說明如何建立使用者啟動的磁碟區備份。
如果磁碟區離線，則無法建立磁碟區備份。如需詳細資訊，請參閱[檢視離線磁碟區](offline-volumes.md)。
**建立使用者起始的備份 （主控台）**
1. 在 [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)：// 開啟 Amazon FSx 主控台。
1. 導覽至**檔案系統**，然後選擇您要為其備份磁碟區ONTAP的檔案系統。
1. 選擇**磁碟區**索引標籤。
1. 選擇您要備份的磁碟區。
1. 在**動作**中，選擇**建立備份**。
1. 在開啟的**建立備份**對話方塊中，提供備份的名稱。備份名稱最多可包含 256 個 Unicode 字元，包括字母、空格、數字和特殊字元 。\$1 - = \$1 ： /
1. 選擇 **Create backup (建立備份)**。
您現在已建立其中一個檔案系統磁碟區的備份。您可以在左側導覽中選擇備份，在 Amazon FSx 主控台中查看所有**備份**。您可以搜尋您提供備份的名稱，以及資料表篩選條件，只顯示相符的結果。
當您依照此程序所述建立使用者起始的備份時，其類型為 `USER_INITIATED`，且狀態為 ，`CREATING`直到完全可用為止。
# 將備份還原至新磁碟區
下列程序說明如何使用 AWS 管理主控台 和 將 FSx for ONTAP 備份還原至新的磁碟區 AWS CLI。將磁碟區還原至第二代檔案系統時，您可以使用 AWS 管理主控台 AWS CLI、 和 API [來監控](monitor-backup-restore.md)進度。
**將磁碟區備份還原至新磁碟區 （主控台）**
1. 在 [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)：// 開啟 Amazon FSx 主控台。
1. 在導覽窗格中，選擇**備份**，然後選擇您要還原的 FSx for ONTAP 磁碟區備份。
1. 在右上角**的動作**選單中，選擇**還原備份**。從**備份建立磁碟區頁面隨即出現。**
1. 從下拉式功能表中選擇您要還原備份的 FSx for ONTAP **檔案系統和****儲存虛擬機器**。
1. 在右上角**的動作**選單中，選擇**還原備份**。從**備份建立磁碟區頁面隨即出現。**
1. 從下拉式功能表中選擇您要還原備份的 FSx for ONTAP **檔案系統和****儲存虛擬機器**。
1. 在**磁碟區詳細資訊**下，有數個選擇。首先，輸入**磁碟區名稱**。您最多可以使用 203 個英數字元或底線 (\$1) 字元。
1. 針對**磁碟區大小**，輸入 20–314572800 範圍內的任何整數，以指定以 MB (MiB) 為單位的大小。
1. 針對**磁碟區類型**，選擇**讀寫 (RW)** 以建立可讀取且可寫入的磁碟區，或選擇**資料保護 (DP)** 以建立唯讀且可作為 NetAppSnapMirror或 SnapVault 關係目的地的磁碟區。如需詳細資訊，請參閱[磁碟區類型](managing-volumes.md#volume-types)。
1. 在 **Junction 路徑**中，輸入檔案系統中的位置以掛載磁碟區。名稱必須有正斜線，例如 `/vol3`。
1. 為了提高**儲存效率**，請選擇**啟用**以啟用ONTAP儲存效率功能 （重複資料刪除、壓縮和壓縮）。如需詳細資訊，請參閱[儲存效率](managing-storage-capacity.md#storage-efficiency)。
1. 針對**磁碟區安全樣式**，選擇 **Unix (Linux)**、**NTFS** 或 **Mixed**。磁碟區的安全樣式會決定是否將偏好設定提供給 NTFS 或 UNIX ACLs 以進行多協定存取。多重通訊協定存取不需要 MIXED 模式，且僅適用於進階使用者。
1. 針對**快照政策**，選擇磁碟區的快照政策。如需快照政策的詳細資訊，請參閱 [快照政策](snapshots-ontap.md#snapshot-policies)。
如果您選擇**自訂政策**，您必須在**自訂**政策欄位中指定政策的名稱。自訂政策必須已存在於 SVM 或檔案系統中。您可以使用 CLI 或 REST API ONTAP 建立自訂快照政策。如需詳細資訊，請參閱NetApp ONTAP產品文件中[的建立快照政策](https://docs.netapp.com/us-en/ontap/data-protection/create-snapshot-policy-task.html)。
1. 對於**分層政策冷卻期間**，有效值為 2-183 天。磁碟區的分層政策冷卻期間會定義尚未存取的資料標記為冷並移至容量集區儲存的天數。此設定只會影響 `Auto`和 `Snapshot-only`政策。
1. 在**進階**區段的**SnapLock組態**中，您可以保留預設**的已停用**設定，或選擇**已啟用**來設定SnapLock磁碟區。如需設定SnapLock合規磁碟區或SnapLock企業磁碟區的詳細資訊，請參閱 [了解SnapLock合規](snaplock-compliance.md)和 [了解SnapLock企業](snaplock-enterprise.md)。如需 SnapLock 的相關資訊，請參閱 [使用 保護您的資料 SnapLock](snaplock.md)。
1. 選擇**確認**以建立磁碟區。
1. 如果您要將備份還原至第二代檔案系統，您可以在**磁碟區**頁面上的**更新**索引標籤上監控備份還原進度。如需詳細資訊，請參閱[還原備份時監控進度](monitor-backup-restore.md)。
**將備份還原至新磁碟區 (CLI)**
使用 [ create-volume-from-backup](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-volume-from-backup.html) CLI 命令或對等的 [ CreateVolumeFromBackup](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateVolumeFromBackup.html) API 命令，將磁碟區備份還原至新的磁碟區。
+
```
$ aws fsx create-volume-from-backup --backup-id backup-08e6fc1133fff3532 \
--name demo --ontap-configuration JunctionPath=/demo,SizeInMegabytes=100000,\
StorageVirtualMachineId=svm-0f04a9c7c27e1908b,TieringPolicy={Name=ALL}
```
成功還原請求將備份還原至第二代檔案系統的系統回應如下所示。回應包含 `"AdministrativeActions"` 物件，提供請求的狀態和進度資訊。
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
---> "AdministrativeActions": [
{
"AdministrativeActionType": "DOWNLOAD_DATA_FROM_BACKUP",
"RequestTime": 1685729972.069,
"Status": "PENDING"
}
] <----
}
}
```
成功請求將備份還原至第一代檔案系統的系統回應如下所示。
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
}
}
```
將磁碟區還原至第二代檔案系統時，您可以使用 AWS 管理主控台 AWS CLI、 和 API [來監控進度](monitor-backup-restore.md)。
# 還原資料子集
您可以在備份還原至第二代檔案系統上的新磁碟區時，從備份還原一部分的資料，而不必等到整個備份資料集完全還原為止。
下列程序列出在還原備份時需要復原一部分資料，且無法等待整個還原完成時所要採取的步驟：
**在還原備份時還原資料子集**
1. 開啟位於 https：//[https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) 的 Amazon FSx 主控台。
1. 在**備份**頁面中，找到包含您要還原之資料版本的備份。
1. 在右上角**的動作**選單中，選擇**還原備份**。從**備份建立磁碟區頁面隨即出現。**
1. 從下拉式功能表中選擇您要還原備份的 FSx for ONTAP **檔案系統和****儲存虛擬機器**。
1. 在**磁碟區詳細資訊**下，設定磁碟區以符合您的需求。
1. 選擇**確認**以建立磁碟區。
1. [監控備份還原的進度](monitor-backup-restore.md)。
1. 掛載報告生命週期狀態為 時要還原的[磁碟區](supported-fsx-clients.md)`CREATED`。
1. 在您需要複製的磁碟區上尋找資料的子集。
1. 將資料複製到您應用程式使用的現有磁碟區。
1. 將備份中的必要資料複製到目標位置後，您可以在完成之前刪除要還原的磁碟區，以最佳化檔案系統資源的使用率。
# 還原備份時監控進度
您可以在 和 API 中將磁碟區備份還原至第二代檔案系統時 AWS 管理主控台 AWS CLI監控進度。如同所有 Amazon FSx 管理動作，在操作完成後 30 天內，可在主控台、CLI 和 API 中使用備份還原狀態。
**在還原備份時監控進度 （主控台）**
在 [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)：// 開啟 Amazon FSx 主控台。
1. 在左側導覽功能表中，選擇**磁碟區**。
1. 選擇要還原備份的磁碟區。
1. 選擇**更新**索引標籤。
1. **備份還原****更新類型**提供下列資訊：
+ **PENDING** 表示正在將檔案中繼資料下載至磁碟區。磁碟區的**生命週期狀態**為 **CREATING**。
+ **IN\$1PROGRESS** 表示磁碟區可用，而且用戶端可以掛載具有資料唯讀存取權的磁碟區。**進度 %** 顯示已下載至磁碟區的資料百分比。
+ **COMPLETED** 表示所有資料都已下載至磁碟區，且備份還原已完成。用戶端現在具有讀寫存取權。對於磁碟`RW`區，磁碟區的類型`RW`此時會從 `DP` 變更為 。
**在還原備份時監控進度 (CLI)**
+ 當您將備份還原到第二代 FSx for ONTAP 檔案系統上的新磁碟區時，您可以使用 CLI [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html) 命令監控還原進度。
將備份還原至第二代檔案系統時，回應會包含 `AdministrativeActions` 物件，提供資料下載程序的狀態資訊。所以此
```
$ aws fsx describe-volumes
{
“Volumes”: [
{
“CreationTime”: 1691686114.674,
“FileSystemId”: fs-029ff92192bd4d375,
“LifeCycle”: “CREATING”,
“Name”: vol1,
“OntapConfiguration”: {
“FlexCacheEndpointType”: “NONE”,
“JunctionPath”: “/vol1”,
“SizeInMegabytes”: 100000,
“StorageEfficiencyEnabled”: true,
“StorageVirtualMachineId”: “svm-0ed1d714019426ca9”,
“StorageVirtualMachineRoot”: false,
“TieringPolicy”: {
“Name”: “ALL”
},
“OntapVolumeType”: “DP”,
“SnapshotPolicy”: “default”,
“CopyTagsToBackups”: false,
},
“ResourceARN”: “arn:aws:fsx:us-east-1:630831496844:volume/fs-08ac75f715c6aec76/fsvol-094c015af930790fa”,
“VolumeId”: “fsvol-094c015af930790fa”,
“VolumeType”: “ONTAP”,
“AdministrativeActions”: [
{
“AdministrativeActionType”: “DOWNLOAD_DATA_FROM_BACKUP”,
“RequestTime”: 1685729972.069,
“Status”: “PENDING”
}
]
}
```
Amazon FSx 將所有檔案中繼資料載入還原的磁碟區後，這些欄位會有下列值：
+ `"LifeCycle": "CREATED"` – 表示磁碟區已準備好掛載。
+ `"OntapVolumeType": "DP"` – 表示下載檔案資料時磁碟區為唯讀。
+ `"ProgressPercent` –顯示載入磁碟區的檔案資料百分比。
+ `"Status": "IN_PROGRESS"` – 正在將檔案資料下載至磁碟區。
在還原程序的這個階段，您可以掛載磁碟區，以唯讀方式存取您要還原之備份中的所有資料。
當 Amazon FSx 已完成將所有檔案資料下載到新磁碟區時，如果這是`RW`磁碟區，則用戶端具有完整的讀寫存取權。這些指標具有下列值：
+ `"LifeCycle": "CREATED"` – 未變更
+ `"OntapVolumeType": "RW"` – 表示用戶端具有完整的讀寫存取權。
+ `"Status": "COMPLETED"` – 表示還原已完成。
如果還原程序失敗， 的值`AdminstrativeAction > Status`將為 `FAILED`。`FailureDetails` 物件中提供錯誤訊息。如需詳細資訊，請參閱《Amazon FSx API 參考》中的 [AdministrativeActionFailureDetails](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeActionFailureDetails.html)
# 刪除備份
您可以使用 Amazon FSx 主控台、Amazon FSx API 或 AWS Command Line Interface () 刪除磁碟區的自動每日備份和使用者啟動備份AWS CLI。刪除備份是永久且無法復原的動作。也會刪除已刪除備份中的任何資料。除非您確定未來不需要該備份，否則請勿刪除備份。如果來源磁碟區[離線](offline-volumes.md)，則無法刪除備份。
您可以在從所有 FSx for ONTAP 檔案系統的備份還原磁碟區時將其刪除。在還原期間刪除磁碟區會有效地取消進行中還原操作。
**注意**
除非已刪除ONTAP磁碟區的所有其他`AVAILABLE`備份，否則 Amazon FSx 不支援刪除磁碟區的最新備份。
若要刪除使用 建立的備份 AWS Backup，請參閱[《 開發人員指南》中的刪除備份](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html)。 AWS Backup
**刪除備份原則 (主控台)**
1. 開啟位於 https：//[https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) 的 Amazon FSx 主控台。
1. 從主控台儀表板中，從左側導覽中選擇**備份**。
1. 從備份資料表中選擇要刪除**的備份**，然後選擇**刪除備份**。
1. 在開啟**的刪除備份**對話方塊中，確認顯示的備份 ID 是您想要刪除的備份。
1. 確認已針對您要刪除的備份勾選核取方塊。
1. 選擇**刪除備份**。
您的備份和所有包含的資料現在都會永久且無法復原地刪除。
**刪除備份 (CLI)**
+ 使用 delete-backup CLI 命令或同等 DeleteBackup API 動作來刪除 FSx for ONTAP 磁碟區備份，如下列範例所示。
```
$ aws fsx delete-backup --backup-id backup-a0123456789abcdef
```
系統回應包含要刪除的備份 ID，以及其生命週期狀態，其值為 `DELETED`，表示請求成功。
```
{
"BackupId": "backup-a0123456789abcdef",
"Lifecycle": "DELETED"
}
```