如何验证ElasticSearch中断后自动完成的快照恢复是否有效

问题1：中断后自动完成恢复是否属于Elasticsearch正常机制 #

是正常现象。ES 6.8的快照恢复本身内置断点续传逻辑：恢复过程中不会一次性加载全量快照数据到内存，而是以Segment文件为单位分块下载，每完成一个文件块的写入就会持久化到磁盘并记录进度。
你之前节点崩溃是OOM触发的，未写入完成的文件进度不会丢失，扩容内存重启后，集群会自动校验已下载文件的哈希值，跳过已完成的块，仅下载剩余的未完成部分，内存瓶颈消除后剩余任务很快就会执行完成，最终呈现重启后恢复自动完成的状态。

问题2：验证恢复有效性的可靠方法 #

可以通过多层级校验确认数据完整性：

• 基础元数据比对：执行GET /_cat/indices?v分别查询源、目标节点的索引信息，比对所有恢复索引的docs.count（总文档数）、docs.deleted（删除文档数）、store.size（磁盘占用）三个核心指标，指标完全一致是基础校验前提。
• 分片健康校验：执行GET /_cluster/health?level=shards确认所有恢复索引的分片状态均为green，不存在未分配、损坏的分片。
• 文档抽样校验：从源节点的不同索引、不同分片范围内随机抽取100~1000条文档，通过GET /<索引名>/_doc/<文档ID>分别查询源、目标节点的文档内容，比对字段值或内容哈希，排除个别分片静默损坏的可能。
• Segment完整性校验：先执行POST /<目标索引名>/_flush?force=true强制将内存数据刷入磁盘，再执行GET /<目标索引名>/_segments查询分段信息，和源节点同索引的Segment数量、单个Segment大小、校验和做比对，快照恢复的Segment会和源节点完全一致，无任何差异。

问题3：是否需要重新执行恢复操作 #

如果以上所有校验项全部通过，完全不需要删除索引重新恢复。ES的快照恢复对单个分片是原子操作，只有分片所有数据全部校验完成才会标记为恢复成功，不存在半完成的损坏分片，当前状态完全可用，可直接推进后续升级流程。
如果校验过程中发现个别索引的指标不匹配、分片损坏，仅删除异常索引单独重跑恢复即可，无需全量重跑。

内容的提问来源于stack exchange，提问作者Charlie Echo