关停Hyperledger Fabric后CouchDB数据备份方法及云服务咨询

本地部署CouchDB防丢数与备份方案 #

绝大多数关停网络后CouchDB数据丢失的核心原因是部署时未给CouchDB容器配置持久化卷，数据存在容器临时存储层，容器销毁后数据直接被清除。先从部署层面规避问题，再配合对应备份策略即可：

• 根源配置修正：不管是用Docker Compose还是K8s部署Fabric，必须给CouchDB容器做持久化目录映射，Docker部署时直接在compose文件的volumes配置段，把容器内/opt/couchdb/data路径绑定到宿主机非临时目录，K8s部署绑定持久卷声明（PVC），只要底层持久存储不被删除，正常关停、重启Fabric网络都不会丢数据。
• 冷备份方案：支持短时间停服的场景下，先关停对应Peer节点关联的CouchDB实例，直接打包拷贝CouchDB数据目录下的全量文件离线存储即可。恢复时把备份文件覆盖回对应数据目录，重启CouchDB和关联Peer节点就能正常使用，操作门槛最低，数据一致性最有保障。
• 热备份方案：不允许停服的生产场景，用CouchDB原生自带的复制功能做全量/增量备份，提前给CouchDB管理员账号配置所有库的读写权限，通过原生接口把系统库（_users、_replicator）、所有链码对应的状态数据库全量同步到备用CouchDB实例，备份过程不影响Fabric网络正常处理交易。
• 快照备份：如果是虚拟化、云主机环境部署的CouchDB，直接给挂载CouchDB数据目录的磁盘设置定时快照策略，按业务需求保留对应周期的快照，出现数据损坏、丢失时直接回滚对应时间点的快照，恢复速度最快。

注意：禁止在Fabric网络、CouchDB实例正常运行时直接拷贝数据目录做备份，内存中未落盘的状态数据会导致备份文件损坏，恢复后大概率出现账本状态不一致的问题。

可选的CouchDB云服务 #

目前成熟可用的CouchDB类云服务主要分两类，都可以直接对接Hyperledger Fabric替换自建CouchDB实例，不需要额外改Fabric核心配置，只要把core.yaml里的CouchDB地址、账号密码、访问白名单配置对应上就行：

• 公有云托管CouchDB服务：国内外主流公有云厂商基本都提供兼容原生CouchDB协议的托管文档数据库服务，云厂商默认做多副本持久化、自动备份、故障自动切换，不需要自己维护实例运维，稳定性远高于自建部署，不会出现容器关停就丢数的问题。
• Serverless形态兼容CouchDB服务：部分云厂商提供按实际用量计费的Serverless文档数据库，完全兼容CouchDB REST API，适合测试环境、小规模Fabric业务场景使用，不需要提前预留计算存储资源，使用成本更低。

内容的提问来源于stack exchange，提问作者Keep it