Hyperledger Fabric节点周期性故障排查及数据留存方案咨询
问题回顾
你在AWS的Ubuntu 16.04上部署了Hyperledger Fabric节点，上线了包含3个参与者、4种资产的智能合约，还用Node.js编写了自定义API。应用平时运行正常，但每隔7-10天就会集体“罢工”——所有调用智能合约的请求，不管是composer-rest-server还是你自己开发的API，全部失败，抛出的错误为：
Error trying to ping. Error: Error trying to query business network. Error: chaincode error (status 500, message: Error: The current identity, with the name admin and the identifier xxxxxxx, has not been registered
目前你只能通过重启整个网络（甚至重新创建CA、admin账号）解决问题，但这样会导致所有区块链数据丢失。你需要搞清楚故障成因、解决方法，以及节点重启时留存区块链状态的方案。
故障成因分析
结合Hyperledger Fabric的身份认证机制和你的场景，大概率是以下几个原因导致的：
- CA签发的身份证书过期：Fabric CA默认签发的身份证书（比如admin的证书）有TTL（有效期）配置，如果你把有效期设得过短（比如7-10天），证书到期后CA会直接拒绝该身份的请求，触发“未注册”提示。
- CA服务数据未持久化：如果CA容器没有挂载外部存储，一旦CA进程意外重启（比如服务器资源不足被kill、系统更新重启），CA的注册信息、证书存储会全部丢失，之前注册的admin身份自然无法被识别。
- 身份证书未自动刷新：你的API或composer-rest-server如果使用静态证书，没有实现自动刷新逻辑，证书到期后就无法通过身份验证，进而导致链码调用失败。
针对性解决方法
1. 调整CA证书有效期配置
找到CA的配置文件fabric-ca-server-config.yaml，修改两个关键配置项：
- 将
signing.default.expiry从默认的短周期（比如720h）改为长期值，例如3650h（10年）； - 检查
registry.maxenrollments，如果设为1，admin只能注册一次，证书到期后无法重新签发，建议改为-1（无限制）。
修改后重启CA服务，重新为admin签发长期证书：
fabric-ca-client enroll -u http://admin:adminpw@<你的CA地址>:7054 --enrollment.profile tls --csr.hosts <你的CA主机名> -M /tmp/peerOrg1/admin/msp
2. 为CA服务添加持久化存储
部署CA容器时，务必挂载本地目录或AWS EBS卷到CA的数据目录（默认是/etc/hyperledger/fabric-ca-server），确保CA的注册信息、证书数据库不会因容器重启丢失：
docker run -d -p 7054:7054 -v /opt/fabric-ca/data:/etc/hyperledger/fabric-ca-server --name ca-org1 hyperledger/fabric-ca:1.4.9 fabric-ca-server start -b admin:adminpw
3. 实现证书自动刷新机制
- 对于自定义Node.js API：利用Hyperledger Fabric SDK的身份管理模块，监听证书到期事件，自动触发重新注册/签发流程，避免手动更新；
- 对于composer-rest-server：通过设置
COMPOSER_AUTHENTICATION_TTL环境变量延长会话有效期，同时确保使用的身份证书为长期有效，或在启动脚本中添加定时任务定期刷新证书。
4. 排查服务器资源问题
用top、df -h命令监控AWS服务器的CPU、内存、磁盘使用情况，避免因资源不足导致CA或Fabric节点被意外终止。如果频繁出现OOM（内存不足），建议升级服务器配置或优化链码的内存占用。
节点重启时留存区块链状态的方案
要避免重启网络丢失数据，核心是给所有关键节点添加持久化存储，同时做好定期备份：
1. 为Fabric节点挂载持久化目录
- Peer节点：挂载
/var/hyperledger/production目录，该目录存储了Peer的账本数据、链码安装包等，重启Peer容器时只要挂载此目录，账本数据就不会丢失； - Orderer节点：挂载
/var/hyperledger/production/orderer目录，保存排序节点的账本数据； - CA节点：如前所述，挂载CA的数据目录保留注册信息。
2. 利用AWS托管服务增强可靠性
- 使用AWS EBS卷或EFS存储Fabric节点的持久化数据，比本地目录更可靠，还可创建快照备份；
- 配置Auto Scaling Group和负载均衡，确保Fabric节点的高可用性，避免单点故障导致服务中断。
3. 定期备份核心数据
- 定期备份Peer的
/var/hyperledger/production/ledgersData目录，这是账本的核心数据； - 使用Fabric自带命令导出通道区块和配置：
peer channel export -c <你的通道名> -f mychannel_block.pb - 备份CA的数据库文件
fabric-ca-server.db（位于CA数据目录下），确保注册信息不会丢失。
内容的提问来源于stack exchange，提问作者Varun Agarwal
