recovery命令用於查看索引分片的恢復情況，無論是正在進行中的還是已經完成的所有情況；它是JSON recovery API的更緊湊的顯示；當集羣中一個索引分片被移動到另一個不同的節點時，recovery事件就會發生；在閃照恢復、備份數改變、節點失敗以及節點重啓時也會發生；最後一個類型稱爲：本地存儲恢復，這也是一種更常用的在節點重啓時從磁盤加載分片數據的方式；
1）以下就是當沒有分片數據從一個節點移動到另一個節點時集羣恢復的狀態：
GET _cat/recovery?v
index shard time type stage source_host source_node target_host target_node repository snapshot files files_recovered files_percent files_total bytes bytes_recovered bytes_percent bytes_total translog_ops translog_ops_recovered translog_ops_percent
twitter 0 13ms store done n/a n/a 127.0.0.1 node-0 n/a n/a 0 0 100% 13 0 0 100% 9928 0 0 100.0%
以上例子中：存儲類型爲 store，索引 源數據和目標數據在同一節點；也就是他們從啓動節點的本地存儲數據中讀取；
2）接着我們來看看正在恢復中索引情況–通過修改集羣的備份數和添加新的節點；
GET _cat/recovery?v&h=i,s,t,ty,st,shost,thost,f,fp,b,bp
返回數據如下：
i s t ty st shost thost f fp b bp
twitter 0 1252ms peer done 192.168.1.1 192.168.1.2 0 100.0% 0 100.0%
其中：i:索引；s:分片；t:用時；ty:類型；st:階段；shost:源主；thost:目標主機；f:文件；fp:文件的百分比；b:字節；bp:字節百分比；
以上twitter分片由另一個節點來恢復的，且恢復類型爲peer。文件和字節的copy是實時測量的；
3）閃照 恢復。假如之前做過索引的備份，那麼可以通過 snapshot and restore API進行數據恢復；
GET _cat/recovery?v&h=i,s,t,ty,st,rep,snap,f,fp,b,bp
返回結果：
i s t ty st rep snap f fp b bp
twitter 0 1978ms snapshot done twitter snap_1 79 8.0% 12086 9.0%