修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 控制本地存储的整体数据量。 重要 FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据 治理的支持； FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、 开启binlog及配置amdb-proxy，相关操作见本文档说明； “数据仓库”的使用请参考 [文档] [https://data- doc.readthedocs.io/zh_CN/latest/docs/ type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数 据仓库”生成的数据库。 文件组织 节点使用sc

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 控制本地存储的整体数据量。 重要 FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据 治理的支持； FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、 开启binlog及配置amdb-proxy，相关操作见本文档说明； “数据仓库”的使用请参考 [文档] [https://data- doc.readthedocs.io/zh_CN/latest/docs/ type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数 据仓库”生成的数据库。 文件组织 节点使用sc

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 控制本地存储的整体数据量。 重要 FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据 治理的支持； FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、 开启binlog及配置amdb-proxy，相关操作见本文档说明； “数据仓库”的使用请参考 [文档] [https://data- doc.readthedocs.io/zh_CN/latest/docs/ type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数 据仓库”生成的数据库。 文件组织 节点使用sc

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 控制本地存储的整体数据量。 重要 FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据 治理的支持； FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、 开启binlog及配置amdb-proxy，相关操作见本文档说明； “数据仓库”的使用请参考 [文档] [https://data- doc.readthedocs.io/zh_CN/latest/docs/ type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数 据仓库”生成的数据库。 文件组织 节点使用sc

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 控制本地存储的整体数据量。 重要 FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据 治理的支持； FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、 开启binlog及配置amdb-proxy，相关操作见本文档说明； “数据仓库”的使用请参考 [文档] [https://data- doc.readthedocs.io/zh_CN/latest/docs/ type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数 据仓库”生成的数据库。 文件组织 节点使用sc

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 控制本地存储的整体数据量。 重要 FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据 治理的支持； FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、 开启binlog及配置amdb-proxy，相关操作见本文档说明； “数据仓库”的使用请参考 [文档] [https://data- doc.readthedocs.io/zh_CN/latest/docs/ type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数 据仓库”生成的数据库。 文件组织 节点使用sc

版本 本 本 13 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • 修复CachedStorage的一个死锁问题 • 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 • 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼 兼 兼容 容 容性 性 性 向 向 向前 前 前兼 兼 兼容 容 容，旧版本可以直接替换程序升级 要 要: • FISCO BCOS从2.7.1版本开始，通过配置“数据仓库”，实现对海量数据治理的支持； • FISCO BCOS为实现海量数据治理的功能，需使用scalable存储模式、开启binlog及配置amdb- proxy，相关操作见本文档说明； • “数据仓库”的使用请参考 [文档] 。 8.4.1 scalable存 存 存储 储 储模 模 模式 式 式 FISCO BCOS type=scalable来选择链的存储模式为scalable。 • 设 置 群 组 的ini配 置 文 件 中[storage].binary_log=true来 启 用binlog。 如 用 户 使 用build_chain脚本搭链，并选择scalable存储模式，配置文件会自动开启binlog。 • 参考说明进行amdb-proxy配置，其中设置amdb-proxy访问的数据源为“数据仓库”生成的数据库。 文 文 文件 件

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明 [https://data-doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Data- alable/state存储整体的状态数据，该文件 夹不可删除。 binlog binlog文件记录了每个区块的每个交易对区块链状态的修改结果。binlog机制 的作用在于： 1. 提供了区块维度的数据操作结果的记录； 2. 节点可通过binlog文件而非通过原有的拉取区块重放交易的方式来恢复数 据； 3. binlog文件为“数据仓库”的快照构建提供数据来源。 用户可通过设置群组的ini配置文件中[storage]

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 活组装的组件构成，后续会根据业务和场景诉求提供更多的功能和解决方案 子组件。 WeBankBlockchain-Data-Stash 数据仓库组件 提供FISCO BCOS节点数据扩容、备份和裁剪的能力。 可基于binlog协议同步 区块链底层节点数据，支持断点续传，数据可信验证，并提供快速同步机 制。 请参考 Github地址 [https://github.com/WeBankBlockchain/Data-Stash] 对数据治理的需求。 场景1：节点数据维护 数据仓库组件Data-Stash是一款针对区块链节点数据处理的轻量化、高安全、 高可用组件，主要面向运维人员和开发人员。 数据备份：Data-Stash可以通过Binlog协议对区块链节点数据进行准实时全量 备份，区块链节点可以根据实际情况进行冷热数据裁剪和分离，在确保数据 安全可信的基础上，解决节点扩容问题，降低开发和硬件成本。在解决节点 扩容问题的同时，可以

修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题 兼容性 向前兼容，旧版本可以直接替换程序升级 推荐版本 最低版本 说明 控制台 1 type=scalable来选择链的存储模式 为scalable。 设置群组的ini配置文件中[storage].binary_log=true来启用binlog。如 用户使用build_chain脚本搭链，并选择scalable存储模式，配置文件会自 动开启binlog。 参考说明 [https://data-doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Data- alable/state存储整体的状态数据，该文件 夹不可删除。 binlog binlog文件记录了每个区块的每个交易对区块链状态的修改结果。binlog机制 的作用在于： 1. 提供了区块维度的数据操作结果的记录； 2. 节点可通过binlog文件而非通过原有的拉取区块重放交易的方式来恢复数 据； 3. binlog文件为“数据仓库”的快照构建提供数据来源。 用户可通过设置群组的ini配置文件中[storage]