Elasticsearch创建快照提示同名快照正在运行如何解决

排查步骤 #

• 确认集群全量快照任务状态
  你之前调用的GET /_snapshot/backup_repository/_status仅返回指定仓库下当前正常运行的快照状态，若快照任务在节点侧卡住、集群元数据未同步，会出现查询结果为空但实际有残留任务的情况。执行全集群快照任务查询指令确认是否有残留：

GET /_snapshot/_status

• 检查文件系统仓库的锁文件残留
  你使用的是fs类型共享文件仓库，快照启动时会自动生成.in-progress开头的临时锁文件，若之前的快照任务异常中断，锁文件未被自动清理，就会被判定为同名快照正在运行。前往你配置的仓库路径C:/backups/backup_my_index下，检查是否存在未被清理的临时锁文件、以及名称包含my_snapshot的临时目录。
• 校验仓库快照元数据
  调用如下指令查询该仓库下所有快照（包含已完成、执行失败的快照记录），确认是否存在同名的失败快照元数据残留：

GET /_snapshot/backup_repository/_all

解决方法 #

• 终止残留快照任务
  如果全集群快照查询返回了正在运行的my_snapshot任务，执行删除指令终止任务并清理残留数据：

DELETE /_snapshot/backup_repository/my_snapshot

执行完成后等待1-2分钟，再重新发起快照创建请求即可。

• 手动清理仓库残留文件
  如果未查询到运行中的快照任务，直接进入仓库目录C:/backups/backup_my_index，删除所有.in-progress开头的临时文件，以及和my_snapshot相关的临时目录与数据，清理完成后重新执行快照创建。
• 更换快照命名
  无需排查残留的情况下，可直接修改快照创建指令中的快照名称，建议使用快照名_时间戳的命名规则（比如my_snapshot_20240520），从根源避免名称冲突问题。

注意事项 #

快照执行期间不要手动修改仓库目录下的任意文件，避免锁文件或者元数据损坏；日常快照任务建议配置自动带时间戳的命名规则，降低冲突概率。

内容的提问来源于stack exchange，提问作者Büşra Duygu