节点宕机数据丢失后部分分片无法分配 can not allocate

集群:1主2数共3个节点
索引配置: 1个分片1个副本,主副本随机分配在2个数据节点上
场景:数据节点1因为硬盘原因直接挂了,服务器宕机,该节点下线.为了保证业务正常运行,集群的录入仍然在进行中,
       节点下线后硬盘无法恢复,数据全部丢失.我们在该服务器上重新部署了一个es实例,采用原来的配置,启动后该节点加入到集群中,大         部分索引都恢复正常,但是部分索引的分片一直处于unassigned状态.
 
unassigned.reason:CLUSTER_RECOVERED
allocate_explanation: cannot allocate because a previous copy of the primary shard existed but can no longer be found on                                    the nodes in the cluster
GET _cluster/allocation/explain
{
    "index": "xxxxx",
    "shard": 0,
    "primary": true,
    "current_state": "unassigned",
    "unassigned_info": {
        "reason": "CLUSTER_RECOVERED",
        "at": "2022-06-01T08:03:26.148Z",
        "last_allocation_status": "no_valid_shard_copy"
    },
    "can_allocate": "no_valid_shard_copy",
    "allocate_explanation": "cannot allocate because a previous copy of the primary shard existed but can no longer be found on the nodes in the cluster",
    "node_allocation_decisions": [
        {
            "node_id": "99djMuR7QvSsFldV-HnpIQ",
            "node_name": "node-2",
            "transport_address": "10.0.0.208:9300",
            "node_attributes": {
                "ml.machine_memory": "67293700096",
                "ml.max_open_jobs": "20",
                "xpack.installed": "true",
                "ml.enabled": "true"
            },
            "node_decision": "no",
            "store": {
                "found": false
            }
        },
        {
            "node_id": "HyR6JVkjRwmGcfqYtkFd0Q",
            "node_name": "node-3",
            "transport_address": "10.0.0.209:9300",
            "node_attributes": {
                "ml.machine_memory": "67295186944",
                "ml.max_open_jobs": "20",
                "xpack.installed": "true",
                "ml.enabled": "true"
            },
            "node_decision": "no",
            "store": {
                "found": false
            }
        }
    ]
}
由于只有1个分片,所以该分片无法分配后,导致集群中目前已经无法查询到该索引
GET _cat/recovery/XXX 信息如下:
 bytes_total translog_ops translog_ops_recovered translog_ops_percent
 
尝试进行手动分配仍然不起作用的
POST /_cluster/reroute
{
  "commands": [
    {
      "allocate_stale_primary": {
        "index": "xxxxx",
        "shard": 0,
        "node": "node-2",
        "accept_data_loss": true
      }
    }
  ]
}
 
问题: 
      该节点下线后,另外一个节点上的副本分片都会被提升为主分片,然后正常进行操作,等到该节点重新加入集群后(数据已经丢失),集群会重新对数据进行操作,使得集群恢复green,那么为什么这些主分片不行呢?网上说是数据损坏了,但是这个节点一直正常工作,为什么会出现损坏呢?
   目前集群没有做快照,有什么方法可以恢复这些数据呢?网络上都是分配一个空的主分片,这会导致该分片数据的丢失.