卷快照简介

本页面简要介绍了 Google Cloud NetApp Volumes 卷快照功能。

关于快照

NetApp Volumes 可帮助您通过快照管理数据用量，从而快速恢复丢失的数据。快照是卷内容在特定时间点的版本。它们是卷资源，是对数据的即时捕获，仅为修改后的数据占用空间。由于数据会随时间变化，因此快照通常会随着时间的推移而占用更多空间。

注意事项

请考虑以下事项：

• 如果您覆盖了快照中的所有数据，则快照会消耗大量卷容量，这会影响预配卷容量。

• 对于每天变化率通常为 1-2% 且具有典型快照时间表的卷，一般需要额外 20% 的容量来存储快照。

快照属性

快照具有以下功能：

• 即时捕获：快照可立即捕获卷中在确切时间点的数据。

• 节省空间：快照仅覆盖修改或删除的数据，并保留现有未更改的数据，因此仅占用少量数据。

• 可作为文件系统读取：所有快照都可以通过标准文件系统接口轻松访问，作为每个时间点的只读文件。

• 快速创建克隆：您可以在几秒钟内克隆卷。无论卷或快照的大小如何，从快照创建新卷所需的时间与创建新的空卷所需的时间相同。克隆是一个新卷，存储池需要有足够的可用容量来容纳它。

• 快速恢复快照：无论卷大小如何，您都可以在几分钟内将卷恢复到快照版本。快照创建后对卷所做的更改（包括较新的快照）会被撤消。

快照类型

快照分为三种类型：

• 手动快照：您手动创建和删除的快照。

• 安排好的快照：使用安排好的快照，您可以自动创建或删除快照。您可以通过以下格式的名称识别已安排的快照：

  • <schedule>-<timestamp>

    • <schedule>：每小时、每周或每月

    • <timestamp>：以世界协调时间 (UTC) (YYYY-MM-DD at HH:MM:SS UTC) 显示

• 内部快照：NetApp Volumes 用于支持复制和备份操作的快照。内部快照无法手动删除。您可以通过名称识别内部快照。根据您查看快照的方式，内部快照可以有不同的名称：

  • 在 Google Cloud 控制台、Google Cloud CLI 和 API 响应中，内部快照使用 replication-<timestamp> 命名惯例。

  • 如果您使用 NFS 或 SMB 访问快照，内部快照将使用 snapmirror.<uuid>.<timestamp>. 命名惯例。

快照容量

在使用快照之前，请考虑以下有关快照容量的事项：

• 对于大多数数据集，只需额外增加 20% 的容量，即可将快照保留长达 4 周。随着数据变得越来越旧，用于恢复的可能性也越来越小。

• 覆盖快照中的所有数据会消耗大量卷容量，这会影响卷容量的预配。

快照时间表

常见的快照时间表范围如下：

• 在 48 小时内每小时拍摄一次快照

• 在 30 天的时间段内拍摄的每日快照

• 在 60 天的时间段内，每周拍摄一次快照（可选）

每小时快照属性

每小时快照可满足 1 小时的恢复点目标。

快照的使用场景

以下部分介绍了在哪些场景下可以使用快照来解决数据管理难题。

• 应用克隆：您可以利用快照和应用克隆功能，以更快的速度进行更多次测试迭代，而无需考虑克隆大小和数据结构。

• 卷恢复：如果卷上的数据损坏或被删除，您可以使用包含 NetApp Volumes 备份的快照来恢复单个文件或目录。由于快照仅存在于卷中，因此它们本身无法提供全面的卷丢失防护。

• 数据版本控制：借助快照，您可以保留同一数据集的多个版本，以便随时访问。

• 应用和数据升级：在升级应用之前，您可以使用 NetApp Volumes 捕获数据的当前状态快照。这样，如果升级失败，您就可以恢复到之前的状态并恢复文件。

• 勒索软件防护：NetApp Volumes 有助于防范勒索软件攻击造成的数据丢失。由于快照是只读的且无法加密，因此有助于防范已遭入侵的虚拟机（可能已挂载卷）对数据进行不必要的加密或删除。如果发生大规模数据丢失或泄露，您可以使用快照在几秒钟内将整个卷恢复到之前的状态。

  您还可以从旧版快照创建可用的卷克隆，以便在勒索软件攻击后恢复运营，直到您的数据经过调查，确定是否发生更改或损坏。这两种选项都能让您在几分钟内使用所有数据。

• 应用一致性恢复点：您可以使用 NetApp Volumes 来拍摄应用一致性快照，这些快照是在操作系统和应用将当前数据状态写入存储空间后拍摄的。应用一致性快照可为应用提供清晰的恢复点，并可用于创建应用的一致性克隆。由于快照可通过客户端以只读方式访问，因此用户可以立即恢复数据，从而大幅缩短恢复时间目标。

• 崩溃一致性快照：您还可以使用崩溃一致性快照来恢复数据，这种快照适用于大多数应用。不过，存储空间中的某些数据在恢复时可能不是最新数据，因为这些数据在写入存储空间之前会在操作系统和应用缓存中保留一段时间。

• 逻辑空间使用情况：NetApp Volumes 空间使用情况反映了有效文件系统中的数据以及快照保留的已删除块。只要引用保留的快照块的最新快照被删除，NetApp Volumes 就会释放这些块。您的卷会继续占用预配空间，其中包括快照保留的已删除数据。

快照空间使用示例

以下示例详细介绍了如何管理快照空间要求：

1. 用户配置了一个 5 TiB 的卷，并将 3 TiB 的数据写入该卷。

   结果：客户端看到 2 TiB 的可用空间。

2. 客户端创建快照，然后删除 1 TiB 的数据。

   5 TiB 卷 - 2 TiB 用户数据 - 1 TiB 快照数据

   结果：客户端继续仅显示 2 TiB 的可用空间。这是因为系统需要保留快照引用的 1 TiB 已删除数据。该容量将计入已分配的容量。

3. NetApp Volumes 会删除相应快照。

   结果：释放了 1 TiB 的快照数据，客户端看到 3 TiB 的可用空间。

后续步骤

创建手动快照。