elasticsearch的unassigned shards的处理（续）

所用elasticsearch版本为1.6.0。

有时候单机上的es会出现unassigned shards的情况，原因不明，但还是可以做数据恢复的。

想要恢复数据分片，主要是关注es存储数据的路径。在1.6.0的版本中，es的数据是存在elasticsearch-1.6.0/data目录下，该目录的子文件即是各个不同es集群的数据，如果开启过多个es服务时，会留下以es集群名称为命名的文件夹。

以默认的elasticsearch文件夹为例，在./elasticsearch/nodes的目录下，根据es设置的副本数会有几个文件夹，副本为0时只有0文件夹，副本为1时有0和1两个文件夹，以此类推。以0目录为例，其子文件夹indices底下即为各个索引的数据，每个索引的目录下显示的是该es中存储的shards，单台理论上是有0、1、2、3、4（默认为5）。当做了分布式有副本时，可以看到每个索引下的0、1、2、3、4可能只有其中1个、2个或3个情况，因为是冗余要求。

当有unassigned shards时，意味着有数据没有进行分配，这时候数据还在data目录下，只是不在其该在位置而已。以es集群做了一个副本为例，nodes下有0和1文件夹存储数据，但有unassigned shards时，某台服务器上会出现2的文件。这个2文件夹里的数据就是unassigned shards的数据，只需要把2目录的对应索引的分片重新拷回0或者1目录下对应的分片应当存在的位置，重启es后，即可发现分片数据恢复。

偶然发现这个方法，过程泣泪两行。。