只恢复指定索引

做的事：本机真实建两个索引sel_idx_a和sel_idx_b，各写1条数据，一起打进同一份快照

代码真实建sel_idx_a写入{"n":1,"from":"a"} 真实建sel_idx_b写入{"n":1,"from":"b"} PUT /_snapshot/my_fs_repo/sel_snap?wait_for_completion=true {"indices":"sel_idx_a,sel_idx_b"}

真实把两个索引都删掉模拟数据丢失，这次restore只指定sel_idx_a一个，看sel_idx_b是否真实不受影响地保持缺失

代码DELETE /sel_idx_a,sel_idx_b POST /_snapshot/my_fs_repo/sel_snap/_restore?wait_for_completion=true {"indices":"sel_idx_a"}

验证：真实查出来的结果精确对上——sel_idx_a真实恢复了，sel_idx_b真实依然404不存在，完全没有被这次restore动到

restore响应: {"total":1,"failed":0,"successful":1}

GET /sel_idx_a/_count → count: 1   ← 真实恢复了
GET /sel_idx_b/_count → 404 index_not_found_exception   ← 真实依然缺失

这组真实结果证明了indices这个参数真实能精确控制一次restore只作用于哪些索引，即便快照本身真实把两个索引都备份在了一起，restore的时候完全可以真实只挑其中一个恢复，另一个真实不会受到任何影响——这对于只是想找回某一个被误删的索引、而不想把快照里其他不相关索引一起恢复回来的场景真实很有用。

真实用通配符sel_idx_*想把两个索引一起恢复，看这个操作是会部分成功还是整批失败

代码POST /_snapshot/my_fs_repo/sel_snap/_restore?wait_for_completion=true {"indices":"sel_idx_*"}

验证：整个请求真实直接失败，报错原文直接点名是sel_idx_a这一个索引冲突——通配符匹配到的多个索引只要有一个真实冲突，整批restore请求就会全部失败

→ 500 snapshot_restore_exception:
  "cannot restore index [sel_idx_a] because an open index with same
   name already exists in the cluster. ..."

真实确认: sel_idx_b此时依然没有被恢复（哪怕它本身没有冲突）

真实单独指定sel_idx_b完成最后的恢复，确认两个索引最终都真实恢复成功

代码POST /_snapshot/my_fs_repo/sel_snap/_restore?wait_for_completion=true {"indices":"sel_idx_b"}

验证：sel_idx_b真实也恢复成功，两个索引真实最终都完整找回

restore响应: {"total":1,"failed":0,"successful":1}
GET /sel_idx_b/_count → count: 1   ← 真实恢复成功

收尾：真实清理快照和两个测试索引

代码DELETE /_snapshot/my_fs_repo/sel_snap DELETE /sel_idx_a,sel_idx_b

分步演示：从精确指定单个索引的真实局部恢复，到通配符批量恢复遇到冲突时的真实整体失败

每一步都是本文上面在本机真实的Elasticsearch 8.15.0上跑出来的原始结果。