您可以使用文件系统快照备份 MongoDB Search 和 MongoDB Vector Search 索引数据。文件系统快照会创建 mongot 数据目录的时间点副本，您可以使用该副本恢复索引，而无需从源数据重新构建。
Considerations
索引恢复
mongot 不是数据的主要数据存储。如果 mongot 数据已损坏或丢失，MongoDB 可以从 mongod 中的源数据重建 MongoDB Search 和 MongoDB Vector Search 索引。但是，索引构建可能会很慢，在某些情况下可能需要几天才能完成。
如果您的应用程序需要最小恢复时间，请使用常规文件系统快照。
备份有效期
mongot 通过变更流从 mongod 复制数据。mongot 备份仅在变更流保留期间有效。如果您从早于保留期的备份恢复，mongot 会检测到它已超出 oplog 并从 mongod 中的源数据重建索引。在重建过程中，恢复的快照数据可立即查询。在重建完成之前，搜索结果可能会反映早于 mongod 当前状态的时间点。
备份 mongot
要备份 mongot，请停止 mongot 实例，并使用自选工具对 mongot 数据目录进行文件系统快照。有关在 Linux 上使用逻辑卷管理器（LVM）的完整示例，请参阅在 Linux 上使用逻辑卷管理器（LVM）进行备份和恢复。
恢复 mongot
要从文件系统快照恢复 mongot，请使用您选择的工具将备份快照恢复到 mongot 数据目录。在重启 mongot 以生成新的服务器身份之前，还必须从 mongot 数据目录中删除 serverId.txt 文件。
恢复快照并重启 mongot 后，MongoDB 会读取恢复的索引数据，并从 mongod 实例恢复复制。有关在 Linux 上使用逻辑卷管理器（LVM）的完整示例，请参阅 恢复快照。
Kubernetes Operator 的 MongoDB 控制器注意事项
与从源数据重建索引相比，保留mongot持久卷的最新快照可为节点维护、存储恢复和节点替换提供更快速的恢复路径。Kubernetes 操作符的MongoDB控制器不会自动备份或恢复mongot持久卷。使用存储平台的文件系统或卷快照功能规划存储mongot数据目录的持久卷的备份。
重新调度和替换的 Pod
如果 MongoDB Controllers for Kubernetes 操作符 重新调度或替换 mongot pod，请将其现有的持久卷附加到新 pod，以重用本地索引数据，而不是从源数据重建所有索引。如果在拍摄备份快照后对部署进行了更改，则 mongot 必须在启动后从 mongod 追赶。
在 Kubernetes 中恢复 mongot
要在 Kubernetes 中恢复 mongot，请将备份快照恢复到持久卷。确保替换节点挂载该卷，并在重启 mongot 之前删除 serverId.txt 文件。