es恢复时报错： RecoverFilesRecoveryException[[index][3]

针对您遇到的错误信息：RecoverFilesRecoveryException[[index][3] Failed to transfer [215] files with total size of [9.4gb]]; nested: OutOfMemoryError[unable to create new native thread]; ]]，该问题表明Elasticsearch在尝试恢复索引文件时失败，具体原因是无法创建新的原生线程，这通常与系统资源限制有关，特别是与操作系统允许的最大线程数限制相关。

解决方案

1. 检查并调整系统最大线程数限制：

   • Linux系统中，可以通过修改/etc/security/limits.conf来增加允许的最大线程数。例如，为elasticsearch用户增加硬限制和软限制：

     elasticsearch soft nproc <新值>
     elasticsearch hard nproc <新值>
     

     <新值>应设置为一个合理的上限，根据您的系统资源进行调整，但需谨慎以避免资源耗尽。

   • 重启系统或登出重新登录后，更改才会生效。

2. 优化Elasticsearch配置：

   • 考虑减少索引恢复时并行操作的数量，通过调整Elasticsearch的indices.recovery.max_bytes_per_sec设置来控制恢复速度，减小瞬间线程需求。这可以在YML配置文件中设置。

3. 监控资源使用情况：

   • 在执行恢复操作前，确保系统有足够的内存和CPU资源可用，避免其他进程与Elasticsearch争抢资源。

4. 逐步恢复：

   • 如果可能，分批次恢复索引，而不是一次性恢复所有数据，这样可以减轻单次操作对系统资源的压力。

5. 检查JVM堆大小：

   • 确认Elasticsearch的JVM堆大小配置是否合理，过大的堆分配可能会压缩留给系统创建线程的空间。适当调整-Xms和-Xmx参数以平衡内存使用和线程需求。

注意事项

• 修改系统级设置如最大线程数限制，需谨慎操作，以免影响系统稳定性和其他服务。
• 在进行任何配置变更之前，建议先备份当前配置，并在低峰时段实施变更。

请按照上述步骤检查和调整，如果问题仍然存在，考虑进一步查看Elasticsearch日志中的详细错误信息，并根据需要联系阿里云技术支持获取更专业的帮助。