### cat recovery cat recovery命令提供索引分片的恢复视图,不管是正在恢复还是之前的.相较于recovery的JSON API,它是一种更紧凑的视图. 当索引分片上的数据移动到集群中的其他节点时上，就会发生恢复事件。这可能发生在快照恢复、分片复制级别的更改、节点故障或节点启动时。最后一种类型称为本地存储恢复，是在节点启动时从磁盘上加载的碎片的正常方式. 例如，在从一个节点传输到另一个节点时，集群的恢复情况可能看起来是这样的 ~~~ 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% ~~~ 在上面的例子,源节点和目标节点是同一个节点,这是由于恢复类型是存储,也就是说,他们都是在节点启动的时候从本地存储读取数据. 现在,让我们看一个更生动的恢复例子.通过增加复制分片的数量来让我们的索引数据迁移到其他节点上,让我们看看一个实时的分片恢复是什么样子的 ~~~ 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% ~~~ 我们可以在上面的清单中看到我们的thw twitter分片从另一个节点中恢复。注意，恢复类型显示为peer。复制的文件和字节是实时度量。 最后，让我们看看快照恢复是什么样子。假设我之前做了索引的备份，我可以使用快照和恢复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% ~~~