本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
使用卷备份保护数据
借助 FSx for ONTAP，您可以对文件系统上的卷进行每日自动备份和用户启动备份来保护数据。为卷创建定期备份是一种最佳实践，有助于满足您的数据留存和合规需求。您可以将卷备份恢复到您有权访问的任何现有 FSx for ONTAP 文件系统，该文件系统与备份存储 Amazon Web Services 区域 位置相同。使用 Amazon FSx 备份可以轻松创建、查看、还原和删除卷的备份。
Amazon FSx 支持使用读写（RW）模式 OntapVolumeType来备份 ONTAP 卷。
注意
Amazon FSx 目前不支持备份数据保护（DP）卷、负载共享镜像（LSM）卷或 FlexCache 和 SnapMirror 目标卷。
主题
备份的工作方式
所有 Amazon FSx 备份（每日自动备份和用户启动备份）均为增量备份，这意味着这些备份仅存储自上次备份完成以来的数据更改。这样可以最大程度地减少创建备份所需的时间和每次备份使用的存储量。增量备份不存储重复数据，从而优化了存储成本。FSx for ONTAP 备份是按卷进行备份的，每个备份仅包含一个特定卷的数据。Amazon FSx 备份以冗余方式存储于多个可用区，以实现高持久性。
Amazon FSx 备份使用快照（卷的时间点和只读映像）来保持两次备份之间的增量。每次进行备份时，Amazon FSx 首先会拍摄卷的快照。备份快照存储在卷中，会占用卷上的存储空间。然后，Amazon FSx 将此快照与之前的备份快照（如果存在）进行比较，并仅将更改后的数据复制到您的备份中。
如果不存在之前的备份快照，则会将最新备份快照的全部内容复制到您的备份中。成功拍摄最新备份快照后，Amazon FSx 会删除之前的备份快照。用于最新备份的快照将保留在您的卷中，直到进行下一次备份，该过程将重复进行。为了优化备份存储成本，ONTAP 在备份中保留了卷节省的存储效率。
删除备份时，仅会删除该备份特有的数据。每个 Amazon FSx 备份都包含从备份创建新卷所需的所有信息，从而有效地还原卷的时间点快照。
每个 Amazon Web Services 账户 卷可以存储的备份数量有限制。有关更多信息，请参阅您可以提高的配额和每个文件系统的资源限额。
注意
如果您使用 NDMP 进行备份，ONTAP 不允许在NDMP传输过程中继续进行诸如补丁操作之类的维护活动。为避免延迟补丁，在文件系统的维护时段内应用补丁操作时，Amazon FSx 将中止所有活跃的NDMP传输会话。修补完成后，您将需要从客户端手动重启NDMP传输会话，因为 Amazon FSx 无法自动恢复这些会话。为避免备份中断，我们建议使用支持并行备份和补丁操作的 Amazon FSx 备份或 Amazon Backup。
存储需求
您的卷和文件系统都必须有足够的可用 SSD 存储容量来存储备份快照。在拍摄备份快照时，快照消耗的其他存储容量不能致使卷的 SSD 存储利用率超过 98%。如果发生这种情况，备份将失败。您可以随时增加卷或文件系统的 SSD 存储空间，以确保备份不会中断。
每日自动备份
在创建文件系统时，默认为文件系统的卷启用每日自动备份。您可以随时为现有文件系统启用或禁用每日自动备份。所有卷的每日自动备份是在文件系统的每日备份窗口内进行的，每日备份窗口是在创建文件系统时自动设置的。您可以随时修改每日备份窗口。为获得最佳备份性能，我们建议您在客户端和应用程序访问卷上的数据时，选择一个在正常运行时间以外的每日备份窗口。我们还建议选择与文件系统的维护时段不重叠的备份窗口。如果窗口重叠，则优先进行维护活动，并在维护完成后进行自动备份。已在进行的备份将在维护期间继续进行，但是，在维护完成之前，可能不会创建新的备份。如果在整个窗口期内进行维护，则在该时段内可能不会进行自动备份。
您可以使用控制台，在创建文件系统时或随时将每日自动备份的保留期设置为 1 到 90 天的值。每日自动备份的默认保留期为 30 天。Amazon FSx 将在保留期到期后删除每日自动备份。使用 Amazon CLI 和 API，您可以将保留期设置为 0 到 90 天的值；将其设置为 0 将禁用自动备份，并删除文件系统卷的所有现有自动备份。
每日自动备份、每日备份时段和备份保留期为文件系统设置，适用于文件系统上的所有卷。您可以使用亚马逊 FSx 控制台 Amazon CLI、或 API 来更改这些设置。有关更多信息，请参阅 更新文件系统。
卷处于离线状态时无法创建卷备份（每日自动备份或用户启动的备份）。有关更多信息，请参阅 查看离线卷。
注意
每日自动备份的最大保留期为 90 天，但您创建的用户启动的备份（包括使用创建的备份）将永久保留 Amazon Backup，除非您或将其 Amazon Backup 删除。
可以使用 Amazon FSx 控制台、CLI 和 API 手动删除每日自动备份。删除卷时，也会删除该卷的每日自动备份。Amazon FSx 提供了在删除卷之前为卷创建最终备份的选项。最终备份将永久保存，除非将其删除。
User-initiated 备份
借助 Amazon FSx，您可以随时使用 Amazon Web Services 管理控制台 Amazon CLI、和 API 手动备份文件系统的卷。相对于可能为卷创建的其他备份，您的用户启动的备份是增量备份，除非您将其删除，否则将永久保留。 User-initiated 即使删除了创建备份的卷或文件系统，备份也会保留。您只能使用 Amazon FSx 控制台、API 或 CLI 删除用户启动备份。Amazon FSx 永远不会自动删除这些备份。
有关如何创建用户启动的备份的说明，请参阅 创建用户启动备份。
将标签复制到备份
当使用 CLI 或 API 创建或更新卷时，您可以启用 CopyTagsToBackups 以自动将卷中的标签复制到其备份中。但是，如果在创建用户启动的备份时添加了任何标签，包括在使用控制台时为备份命名，Amazon FSx 不会从卷中复制标签，即使已启用 CopyTagsToBackups。
使用 Amazon Backup 使用亚马逊 FSx
Amazon Backup 是一种通过备份适用于 NetApp ONTAP 卷的 Amazon FSx 来保护数据的简单且经济实惠的方式。 Amazon Backup 是一项统一的备份服务，旨在简化备份的创建、恢复和删除，同时提供更好的报告和审计。使用 Amazon Backup 可以更轻松地为法律法规和专业合规性制定集中式备份策略。它还提供了一个可以执行以下操作的中心位置，从而简化了对 Amazon 存储卷、数据库和文件系统的保护：
-
配置和审计要备份的 Amazon 资源。
-
计划自动备份。
-
设置保留策略。
-
监控所有最近的备份、复制和还原活动。
Amazon Backup 使用亚马逊 FSx 的内置备份功能。使用 Amazon Backup 控制台创建的备份具有相同级别的文件系统一致性和性能，相对于任何其他 Amazon FSx 用户启动的对您的卷进行的备份，都是增量备份，并且提供与使用 Amazon FSx 控制台进行的备份相同的还原选项。使用 Amazon Backup 来管理这些备份可提供其他功能，包括能够像每小时一样频繁地创建定时备份。您可以通过将备份存储在备份库中来增加一道防护层，保护备份免遭意外或恶意删除。
创建的 Amazon Backup 备份被视为用户启动的备份，它们计入用户启动的 Amazon FSx 备份配额。有关更多信息，请参阅 您可以提高的配额。您可以查看和恢复 Amazon Backup 使用 Amazon FSx 控制台、CLI 和 API 创建的备份。但是，您无法删除 Amazon Backup 在亚马逊 FSx 控制台、CLI 或 API 中创建的备份。有关更多信息，请参阅《 Amazon Backup 开发者指南》 Amazon Backup中的入门。
Amazon Backup 无法备份离线的卷。
您可以使用标签以选择在备份计划中保护哪些 FSx for ONTAP 资源。这些标签必须应用于卷级别，而非整个文件系统级别。有关更多信息，请参阅《 Amazon Backup 开发者指南》中的为备份计划分配资源。
将备份存储在逻辑隔绝的保管库中
您可以将创建的 ONTAP 卷备份的 FSx 存储在逻辑气隙保管库 Amazon Backup 中。逻辑上有气隙的保管库是一种专业的保管库，除了标准备份保 Amazon Backup 管库之外，它还能提供更高的安全性。每个保管库都经过加密，并受合规模式下的 Amazon Backup 保管库锁保护，这可以防止备份在保留期结束之前被删除或更改。这为防止意外或恶意删除备份增加了额外的保护层。
使用逻辑上隔离的保管库，您还可以与其他账户共享保管库访问权限。 Amazon 共享访问权限意味着您可以将 FSx for ONTAP 卷备份直接从保管库恢复到已获得访问权限的帐户。
您可以使用 Amazon Backup 控制台或 API 恢复存储在逻辑气隙保管库中的 Amazon Backup 备份，就像还原任何其他备份一样。 Amazon CLI有关创建和共享逻辑气隙保管库以及从中恢复的更多信息，请参阅《开发者指南》中的逻辑气隙保管库。 Amazon Backup
将备份还原至新卷
可以将卷备份还原至文件系统上的新卷，该文件系统与存储备份所在的位置同处于 Amazon Web Services 区域 。要将备份还原到与备份 Amazon Web Services 区域 不同的文件系统中，您可以将该备份复制到该文件系统的备份中， Amazon Web Services 区域 然后还原该备份副本。有关更多信息，请参阅 在同一个文件中复制备份 Amazon Web Services 账户。
将 FlexGroup 卷备份还原到具有不同于原始文件系统的高可用性（HA）对数的文件系统时，Amazon FSx 会额外添加组成卷，以确保各组件均匀分布。
注意
Amazon FSx 不支持在从 SnapLock 卷或第一代文件系统上任何卷的备份中还原卷时读取访问数据。在还原这些备份的过程中，在还原过程完成且所有元数据和数据都加载到新卷上之后，卷就可用于挂载和访问数据。
还原备份时，所有数据最初写入 SSD 存储层。在还原过程中，根据正在还原的卷的分层策略将数据分层到容量池存储。由于数据首先写入的是 SSD 层，因此，如果文件系统的 SSD 存储空间用完，Amazon FSx 会暂停还原过程。一旦有足够的 SSD 空间可用来继续此过程，还原就会自动恢复。如果还原卷的分层策略为 All，则定期运行的后台进程会将数据分层到容量池。如果还原卷的分层策略为 Snapshot Only 或 Auto，则在文件系统的 SSD 利用率大于 50% 且冷却速率由分层策略的冷却期决定时将数据分层到容量池。
如果在第二代文件系统上将备份还原至新卷时，工作负载需要稳定的亚毫秒级读取延迟，我们建议在启动还原时将卷的分层策略设置为 None，然后等到所有数据都完全下载到卷后再进行访问。所有数据都将在您尝试访问之前加载到 SSD 存储中，从而为您提供一致的低延迟数据访问。
有关如何将备份还原至新卷的分步说明，请参阅 将备份还原至新卷。
注意
在从备份中恢复卷时，您无法创建卷快照或执行基于快照的操作，例如克隆、 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 方式。