使用卷备份保护数据
借助 FSx for ONTAP，您可以对文件系统上的卷进行每日自动备份和用户启动备份来保护数据。为卷创建定期备份是一种最佳实践，有助于满足您的数据留存和合规需求。您可以将卷备份还原到您有权访问的任何现有 FSx for ONTAP 文件系统，该文件系统与备份存储位置同处于 AWS 区域。使用 Amazon FSx 备份可以轻松创建、查看、还原和删除卷的备份。
Amazon FSx 支持使用读写 (RW) 模式 OntapVolumeType来备份 ONTAP 卷。
注意
Amazon FSx 目前不支持备份 数据保护 (DP) 卷、负载共享镜像 (LSM) 卷或目标 FlexCache 卷。
主题
备份的工作方式
所有 Amazon FSx 备份（每日自动备份和用户启动备份）均为增量备份，这意味着这些备份仅存储自上次备份完成以来的数据更改。这样可以最大程度地减少创建备份所需的时间和每次备份使用的存储量。增量备份不存储重复数据，从而优化了存储成本。FSx for ONTAP 备份是按卷进行备份的，每个备份仅包含一个特定卷的数据。Amazon FSx 备份以冗余方式存储于多个可用区，以实现高持久性。
Amazon FSx 备份使用快照（卷的时间点和只读映像）来保持两次备份之间的增量。每次进行备份时，Amazon FSx 首先会拍摄卷的快照。备份快照存储在卷中，会占用卷上的存储空间。然后，Amazon FSx 将此快照与之前的备份快照（如果存在）进行比较，并仅将更改后的数据复制到您的备份中。
如果不存在之前的备份快照，则会将最新备份快照的全部内容复制到您的备份中。成功拍摄最新备份快照后，Amazon FSx 会删除之前的备份快照。用于最新备份的快照将保留在您的卷中，直到进行下一次备份，该过程将重复进行。为了优化备份存储成本，ONTAP 在备份中保留了卷节省的存储效率。
删除备份时，仅会删除该备份特有的数据。每个 Amazon FSx 备份都包含从备份创建新卷所需的所有信息，从而有效地还原卷的时间点快照。
每个 AWS 账户 和每个卷中可以存储的备份数量存在限制。有关更多信息，请参阅您可以增加的限额 和每个文件系统的资源限额。
存储需求
您的卷和文件系统都必须有足够的可用 SSD 存储容量来存储备份快照。在拍摄备份快照时，快照消耗的其他存储容量不能致使卷的 SSD 存储利用率超过 98%。如果发生这种情况，备份将失败。您可以随时增加卷或文件系统的 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 Management Console、AWS CLI 和 API 手动备份文件系统的卷。相对于可能为某个卷创建的其他备份，用户启动的备份是增量备份，除非将其删除，否则这些备份将永久保留。即使您删除了创建备份所在的卷或文件系统，用户启动备份也会保留。您只能使用 Amazon FSx 控制台、API 或 CLI 删除用户启动备份。Amazon FSx 永远不会自动删除这些备份。
有关如何创建用户启动的备份的说明，请参阅 创建用户启动备份。
将标签复制到备份
当使用 CLI 或 API 创建或更新卷时，您可以启用 CopyTagsToBackups 以自动将卷中的标签复制到其备份中。但是，如果在创建用户启动的备份时添加了任何标签，包括在使用控制台时为备份命名，Amazon FSx 不会从卷中复制标签，即使已启用 CopyTagsToBackups。
将 Amazon FSx 与 AWS Backup 结合使用
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 所创建的备份。但是，您无法删除 AWS Backup 在 Amazon FSx 控制台、CLI 或 API 中创建的备份。有关更多信息，请参阅《AWS Backup 开发人员指南》中的 AWS Backup 入门
AWS Backup 无法备份离线的卷。
将备份还原至新卷
可以将卷备份还原至文件系统上的新卷，该文件系统与存储备份所在的位置同处于 AWS 区域。您无法将备份还原到与备份处于不同 AWS 区域 的文件系统中。
在 FSx for ONTAP 第二代文件系统上还原备份时，客户端可以在还原卷的同时挂载和读取卷中的数据。在 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 存储中，从而为您提供一致的低延迟数据访问。
有关如何将备份还原至新卷的分步说明，请参阅 将备份还原至新卷。
在第二代文件系统上，您还可以仅从备份中还原部分数据，而不必等待整个还原操作完成。仅还原备份的部分数据可以使您在数据意外删除、篡改或损坏时更快地恢复操作。有关更多信息，请参阅 还原部分数据。
将备份还原至第二代文件系统时，可以在 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 的工作原理。
