将文件共享还原为先前的快照状态

以下指南介绍了如何将实例（尤其是实例中的单个文件共享）还原到之前的快照状态。

您是否应使用 revert 操作？

还原快照功能对实时文件系统和链中的较新快照都是不可逆的操作。请谨慎使用还原功能。如需了解详细说明，请参阅还原到快照状态。

创建目标快照后写入的所有数据都将被删除 处于还原过程开始时，并且无法恢复。比目标快照更新的所有快照也将予以删除。例如： snapshot1、snapshot2 和 snapshot3 是按顺序创建的。正在还原 将实例的状态更改为 snapshot2 中捕获的状态意味着写入的所有数据 在 snapshot2 之后创建的所有快照，以及在以下实例创建之后截取的所有快照： snapshot2）将在还原过程中删除。

还原操作最长可能需要 2 分钟才能完成，而清理已删除数据可能需要 6 小时到 10 天，具体取决于涉及的文件数。您必须等待还原操作完成，然后才能开始执行另一项还原操作。

只有包含单个共享的实例才能还原为快照状态。还原 快照功能不能与适用于 GKE 的 Filestore 多共享结合使用。 如需了解详情，请参阅快照功能限制或 gcloud filestore instances revert 页面。

使用 gcloud CLI 将文件共享还原为之前的快照

gcloud CLI

如需将文件共享还原到在快照中捕获的状态，请执行以下操作：

  1. 从客户端卸载文件共享：

    sudo umount mount-point-directory

  2. 使用 instances revert 将文件共享还原为快照状态 命令：

    gcloud filestore instances revert INSTANCE_ID \
    --target-snapshot=SNAPSHOT_ID \
    --location=LOCATION

    替换以下内容：

    • 将 INSTANCE_ID 替换为您的实例的名称 应用 revert 运算。例如 my-instance-1。
    • 将 SNAPSHOT_ID 替换为要用于的快照的名称 revert 运算。例如 my-snapshot-3。
    • 将 LOCATION 替换为实例的位置。例如 us-central1。

您必须等待还原操作完成，然后才能开始 另一个实例还原操作。还原操作最多可能需要 2 分钟。不过，数据清理和空间回收过程 需要 6 小时到 10 天才能完成在此流程中，收回的空间会逐步变得可用，直到清理操作完成且所有收回的空间都可用。如需了解详情，请参阅 快照限制。

后续步骤