本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
使用卷备份保护您的数据
使用 f FSx orONTAP，您可以通过对文件系统上的卷进行每日自动备份和用户启动的备份来保护您的数据。为卷创建定期备份是一种最佳实践，有助于满足您的数据保留和合规性需求。您可以将卷备份还原到您有权访问的任何现有FSxONTAP文件系统中，该文件系统与存储备份的 AWS 区域 位置相同。使用 Amazon FSx 备份可以轻松创建、查看、恢复和删除卷的备份。
Amazon FSx 支持使用读写 (RW) 来备份ONTAP卷。OntapVolumeType
注意
Amazon FSx 不支持备份数据保护 (DP) 卷、负载共享镜像 (LSM) 卷或目标FlexCache卷。
主题
备份的工作方式
所有 Amazon FSx 备份（每日自动备份和用户启动的备份）都是增量备份，这意味着它们仅存储自上次备份完成以来数据中的更改。这样可以最大限度地减少创建备份所需的时间和每次备份使用的存储量。增量备份不存储重复数据，从而优化存储成本。FSx因为ONTAP备份是按卷进行的，每个备份仅包含一个特定卷的数据。Amazon FSx 备份以冗余方式存储在多个可用区中，以实现高持久性。
Amazon FSx 备份使用快照（即卷的只读映像）来保持备份之间的增量。 point-in-time每次进行备份时，Amazon 都会FSx首先拍摄您的卷快照。备份快照存储在您的卷中，会占用卷上的存储空间。FSx然后，Amazon 将此快照与之前的备份快照（如果存在）进行比较，并仅将更改后的数据复制到您的备份中。
如果不存在之前的备份快照，则会将最新备份快照的全部内容复制到您的备份中。成功拍摄最新备份快照后，Amazon FSx 会删除之前的备份快照。用于最新备份的快照将保留在您的卷中，直到进行下一次备份，该过程将重复进行。为了优化备份存储成本，ONTAP可以在备份中保留卷节省的存储效率。
删除备份时，只会删除该备份所特有的数据。每个 Amazon FSx 备份都包含通过备份创建新卷所需的所有信息，从而有效地恢复该卷的 point-in-time 快照。
每个卷 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 提供了在您删除卷之前创建最终备份的选项。除非您将其删除，否则最终备份将永久保存。
用户启动的备份
使用 AmazonFSx，您可以随时使用 AWS Management Console AWS CLI、和手动备份文件系统的卷API。与可能为某个卷创建的其他备份相比，用户启动的备份是增量备份，除非您将其删除，否则这些备份将永久保留。即使您删除了创建备份的卷或文件系统，用户启动的备份也会保留。您只能使用 Amazon FSx 控制台删除用户启动的备份API、或CLI。它们永远不会被亚马逊自动删除FSx。
有关如何创建用户启动的备份的说明，请参阅创建用户启动备份。
将标签复制到备份
使用或创建或更新卷时API，可以启用CopyTagsToBackups自动将卷上的任何标签复制到其备份中。CLI但是，如果您在创建用户启动的备份时添加了任何标签，包括在使用控制台时命名备份，Amazon FSx 不会从卷中复制标签，即使已启CopyTagsToBackups用。
在 Amazon AWS Backup 上使用 FSx
AWS Backup 是一种简单且经济实惠的方式，可通过备份您的 Amazon FSx 进行 NetApp ONTAP批量备份来保护您的数据。 AWS Backup 是一项统一的备份服务，旨在简化备份的创建、恢复和删除，同时提供改进的报告和审计。使用 AWS Backup 可以更轻松地制定集中备份策略，以实现法律、法规和专业合规性。它还提供了一个可以执行以下操作的中心位置，从而简化了对 AWS 存储卷、数据库和文件系统的保护：
-
配置和审核要备份的 AWS 资源。
-
计划自动备份。
-
设置保留策略。
-
监控所有最近的备份、复制和还原活动。
AWS Backup 使用 Amazon 的内置备份功能FSx。使用 AWS Backup 控制台创建的备份具有相同级别的文件系统一致性和性能，与亚马逊FSx用户启动的对您的卷进行的任何其他备份相比是增量的，并且提供的还原选项与使用亚马逊FSx控制台进行的备份相同。使用 AWS Backup 来管理这些备份提供了其他功能，包括能够像每小时一样频繁地创建定时备份。您可以通过将备份存储在备份库中来添加额外的防御层，以保护备份免遭意外或恶意删除。
由创建的备份 AWS Backup 被视为用户启动的备份，它们计入用户启动的 Amazon 备份配额。FSx有关更多信息，请参阅 您可以提高的配额。您可以查看和恢复 AWS Backup 使用 Amazon FSx 控制台创建的备份CLI、和API。但是，您无法删除在 Amazon FSx 控制台 AWS Backup 中创建的备份CLI、或API。有关更多信息，请参阅《AWS Backup 开发人员指南》 AWS Backup中的入门。
AWS Backup 无法备份处于离线状态的卷。
将备份恢复到新卷
您可以将卷备份还原到存储备份的文件系统上的新卷。 AWS 区域 您无法将备份还原到与备份 AWS 区域 不同的文件系统中。
在ONTAP第二代文件系统上FSx恢复备份时，客户机可以在恢复卷的同时装载和读取卷中的数据。在 Amazon FSx 将所有元数据加载到新卷并且该卷报告的生命周期状态为，客户就可以装载您正在恢复的卷并读取文件数据CREATED。您可以在亚马逊FSx控制台的卷详情页面以及desc ribe-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 复制和创建卷的备份。
恢复后的卷始终与原始卷具有相同的音量样式。恢复时无法更改音量风格。
备份和恢复性能
多种因素都可能影响备份和恢复操作的性能。Backup 和恢复操作是后台进程，这意味着它们相对于客户端 IO 操作的优先级较低。客户端 IO 操作包括NFS、CIFS、i SCSI 数据和元数据的读取和写入。所有后台进程仅使用文件系统吞吐容量中未使用的部分，可能需要几分钟到几小时才能完成，具体取决于备份的大小和文件系统上未使用的吞吐容量。
影响备份和恢复性能的其他因素包括存储数据的存储层和数据集配置文件。我们建议您在SSD存储大部分数据时创建卷的第一个备份。与大多包含大文件的大小相似的数据集相比，主要包含小文件的数据集的性能通常较低。这是因为处理大量小文件比处理较少的大文件消耗更多的CPU周期和网络开销。
通常，在备份存储层中存储的数据时，可以预期以下备份速率：SSD
MBps多个并发备份中有 750 个，主要包含大文件。
MBps多个并发备份中有 100 个，主要包含小文件。
通常，您可以预期恢复速率如下：
MBps在多个并行恢复中有 250 个，主要包含大文件。
MBps在多个并行还原中有 100 个，主要包含小文件。
备份 SnapLock 卷
您可以备份 SnapLock 卷以获得额外的数据保护。恢复卷时，该 SnapLock 卷的原始设置（例如默认保留期、最短保留期和最长保留期）将保留。还会保留一次写入、多次读取 (WORM) 设置和合法保留。
注意
您无法备份SnapLock FlexGroup音量。
您可以将 SnapLock 卷的备份恢复为 SnapLock 卷或非 SnapLock 卷。但是，您不能将非 SnapLock 卷的备份恢复为 SnapLock 卷。
有关更多信息，请参阅 SnapLock 的工作原理。
