以下指南介绍了如何还原 (具体来说就是一个实例中的单个文件共享), 快照状态
您应该使用 revert
操作吗?
对实时文件而言,还原快照功能是不可逆转的操作 发送到链中的较新快照。谨慎使用还原功能。 如需了解详细说明,请参阅还原为快照状态。
创建目标快照后写入的所有数据都将被删除
处于还原过程开始时,并且无法恢复。比目标快照更新的所有快照也将予以删除。例如:
依序创建 snapshot1
、snapshot2
和 snapshot3
。正在还原
将实例的状态更改为 snapshot2
中捕获的状态意味着写入的所有数据
在 snapshot2
之后创建的所有快照,以及在以下实例创建之后截取的所有快照:
snapshot2
)将在还原过程中删除。
虽然还原操作最多需要两分钟才能完成 删除数据可能需要 6 小时到 10 天时间,具体取决于 涉及的文件。您必须等待还原操作完成,然后才能开始执行另一项还原操作。
只有具有单个共享的实例才能还原为快照状态。还原
快照功能不能与 适用于 GKE 的 Filestore 多共享结合使用。
如需了解详情,请参阅快照功能限制
或gcloud filestore instances revert
页面。
使用 gcloud CLI 将文件共享还原为之前的快照
gcloud CLI
如需将文件共享还原到在快照中捕获的状态,请执行以下操作:
从客户端卸载文件共享:
sudo umount mount-point-directory
使用
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
。
- 将 INSTANCE_ID 替换为您的实例的名称
应用
您必须先等待还原操作完成,然后才能开始 另一个实例还原操作。还原操作最多可能需要 2 分钟。不过,数据清理和空间回收过程 需要 6 小时到 10 天才能完成在此过程中,回收的 在清理操作完成时,聊天室会逐渐变为可用状态 而且所有回收的空间都可供使用如需了解详情,请参阅 快照限制。