GridDB节点20191025备份恢复失败（状态NG）技术求助

以下是针对20191025备份恢复后NG状态的具体排查修复步骤：

• 查看恢复日志的详细错误信息
  NG状态仅表示恢复失败，需从日志定位根源。查看GridDB节点日志：

  tail -n 100 /var/log/gridstore/gs_node.log
  

  日志中会明确记录失败原因，比如备份文件损坏、权限不足、版本不兼容等。

• 验证备份文件完整性
  使用官方工具检查备份的完整性，确认备份文件未损坏：

  gs_backupcheck -u admin/admin -b 20191025
  

  若检查不通过，需重新获取完整的20191025备份文件。

• 核对恢复命令的参数正确性
  确保恢复时指定了正确的备份标识与路径：

  • 默认备份路径为/var/lib/gridstore/backup，若备份在自定义路径，需添加-d参数：

    gs_recover -u admin/admin -b 20191025 -d /your/custom/backup/path
    

  • 确认未遗漏必要参数，比如集群名称（若集群名称非默认，需用-c指定）。

• 检查节点目录权限
  清理data和txnlog目录后，需保证GridDB运行用户（通常为gridstore）拥有读写权限：

  chown -R gridstore:gridstore /var/lib/gridstore/data /var/lib/gridstore/txnlog
  

• 确认版本兼容性
  备份生成时的GridDB版本必须与当前恢复节点的版本完全一致，版本差异会导致恢复失败。查看当前版本：

  gs_node --version
  

  若版本不匹配，需将节点升级/降级至备份生成时的版本后再执行恢复。

• 尝试强制恢复（谨慎操作）
  若上述步骤均无问题，可尝试强制跳过部分一致性检查进行恢复（注意：此操作可能存在数据风险，需确认备份本身无严重损坏）：

  gs_recover -u admin/admin -b 20191025 -f
  

内容的提问来源于stack exchange，提问作者Victor Tosin