Fabric的数据持久化实现

最新推荐文章于 2021-08-30 13:47:24 发布
置顶 最新推荐文章于 2021-08-30 13:47:24 发布
阅读量1.2k 收藏 6
点赞数 3
分类专栏： Fabric 区块链 文章标签： 区块链
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39699765/article/details/105108136
版权

Fabric的数据持久化实现

参考文章

  1. 触不可及的深入解析Hyperledger Fabric搭建的全过程：
    https://ifican.top/2019/11/23/blog/fabric/%E6%B7%B1%E5%85%A5%E8%A7%A3%E6%9E%90Fabric%E6%90%AD%E5%BB%BA%E7%9A%84%E5%85%A8%E8%BF%87%E7%A8%8B/
  2. Hyperledger fabric : 单机多节点kafka模式的数据持久化：
    https://www.wandouip.com/t5i98262/
  3. willaty的博客园博文 fabric持久化
    https://www.cnblogs.com/willaty/p/10077531.html
  4. Hyperledger Fabric 1.0 实例简析 第一课 network_setup.sh分析
    https://blog.csdn.net/tiandiwuya/article/details/79471094

准备工作

按照触不可及的深入理解一篇，熟练通过改变环境变量手动搭建成功Fabric网络

解释

首先介绍四篇参考文章分别的作用。第一篇是具体操作命令，包括生成通道配置信息、创建通道等；第二篇是数据持久化的具体步骤；第三篇是实现持久化需要在docker-compose.yaml中添加的不同角色对应的具体参数；第四篇是解释第二篇中脚本文件具体干了什么。

根据第二篇文章的具体操作来实现持久化。其中generateArtifacts.sh和script.sh具体操作的内容可以通过第四篇文章来得到解释，并且根据触不可及一文中的操作命令可以手动实现。

实现过程

1. 正常配置区块链网络

首先正常启动区块链网络。

若generateArtifacts.sh没有或不可用，则手动搭建网络。这里引用触不可及中的前部分内容。

生成证书

#路径需要更改为自己的路径
cd ~/go/src/github.com/hyperledger/fabric/scripts/fabric-samples/first-network/  
#在这里可能会报错，通常是权限问题，可以添加sudo重新执行
cryptogen generate --config=./crypto-config.yaml
#执行完毕后，当前文件夹下会出现一个新的文件夹：crypto-config，在该文件夹下就是刚刚生成的证书.

生成创世区块

#执行命令生成创世区块 
configtxgen -profile TwoOrgsOrdererGenesis -channelID byfn-sys-channel -outputBlock ./channel-artifacts/genesis.block
#如果没有channel-artifacts这个文件夹，则需要手动去创建

生成通道配置信息

#执行命令生成通道配置信息
configtxgen -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -channelID mychannel

生成锚节点配置文件

#首先生成Org1的锚节点配置文件
configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org1MSPanchors.tx -channelID mychannel -asOrg Org1MSP
#生成Org2的锚节点配置文件
configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org2MSPanchors.tx -channelID mychannel -asOrg Org2MSP

所有需要的配置文件全部建立完成，在channel-artifacts中应该有以下几个文件:

channel.tx  genesis.block  Org1MSPanchors.tx  Org2MSPanchors.tx

2. 更改docker-compose配置文件(暂时未配置couchdb)

在1.4.4版本的fabric-example的first-network中，可以看到docker-compose-cli.yaml下的配置继承了base目录下的docker-compose.yaml文件

extends:
  file:   base/docker-compose-base.yaml

在base目录下的docker-compose.yaml中，在volume的最后增加参数使得docker挂载到本地目录（本地目录必须创建，具体对应参考第三篇博客园的文章）

我的配置文件如下，仅供参考

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  orderer.example.com:
    container_name: orderer.example.com
    extends:
      file: peer-base.yaml
      service: orderer-base
    volumes:
        - ../channel-artifacts/genesis.block:/var/hyperledger/orderer/orderer.genesis.block
        - ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/msp:/var/hyperledger/orderer/msp
        - ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/:/var/hyperledger/orderer/tls
        - orderer.example.com:/var/hyperledger/production/orderer
    ports:
      - 7050:7050

  peer0.org1.example.com:
    container_name: peer0.org1.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer0.org1.example.com
      - CORE_PEER_ADDRESS=peer0.org1.example.com:7051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:7051
      - CORE_PEER_CHAINCODEADDRESS=peer0.org1.example.com:7052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:7052
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer1.org1.example.com:8051
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org1.example.com:7051
      - CORE_PEER_LOCALMSPID=Org1MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls:/etc/hyperledger/fabric/tls
        - peer0.org1.example.com:/var/hyperledger/production
    ports:
      - 7051:7051

  peer1.org1.example.com:
    container_name: peer1.org1.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer1.org1.example.com
      - CORE_PEER_ADDRESS=peer1.org1.example.com:8051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:8051
      - CORE_PEER_CHAINCODEADDRESS=peer1.org1.example.com:8052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:8052
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.org1.example.com:8051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer0.org1.example.com:7051
      - CORE_PEER_LOCALMSPID=Org1MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org1.example.com/peers/peer1.org1.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org1.example.com/peers/peer1.org1.example.com/tls:/etc/hyperledger/fabric/tls
        - peer1.org1.example.com:/var/hyperledger/production

    ports:
      - 8051:8051

  peer0.org2.example.com:
    container_name: peer0.org2.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer0.org2.example.com
      - CORE_PEER_ADDRESS=peer0.org2.example.com:9051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:9051
      - CORE_PEER_CHAINCODEADDRESS=peer0.org2.example.com:9052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:9052
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org2.example.com:9051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer1.org2.example.com:10051
      - CORE_PEER_LOCALMSPID=Org2MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls:/etc/hyperledger/fabric/tls
        - peer0.org2.example.com:/var/hyperledger/production
    ports:
      - 9051:9051

  peer1.org2.example.com:
    container_name: peer1.org2.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer1.org2.example.com
      - CORE_PEER_ADDRESS=peer1.org2.example.com:10051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:10051
      - CORE_PEER_CHAINCODEADDRESS=peer1.org2.example.com:10052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:10052
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.org2.example.com:10051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer0.org2.example.com:9051
      - CORE_PEER_LOCALMSPID=Org2MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer1.org2.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer1.org2.example.com/tls:/etc/hyperledger/fabric/tls
        - peer1.org2.example.com:/var/hyperledger/production
    ports:
      - 10051:10051

3. 启动网络并验证持久化

继续按照第二篇文章中的步骤。

  1. 启动网络
sudo docker-compose -f docker-compose-cli.yaml up -d
  1. 进入cli容器
sudo docker exec -it cli bash
  1. 创建mychannel通道并加入，安装链码及实例化
# 此步骤也可按照深入理解一篇手动更改环境变量操作
./scripts/script.sh mychannel
  1. 执行invoke、query操作
# query
peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'
# invoke
peer chaincode invoke -o orderer.example.com:7050 --tls true --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem -C mychannel -n mycc --peerAddresses peer0.org1.example.com:7051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt --peerAddresses peer0.org2.example.com:9051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt -c '{"Args":["invoke","a","b","10"]}'
  1. tree命令查看/var/hyperledger文件，确实有备份的容器数据
.
├── orderer
│   └── orderer
├── peer0
│   ├── org1
│   │   ├── chaincodes
│   │   │   └── mycc.1.0
│   │   ├── ledgersData
│   │   │   ├── bookkeeper
│   │   │   │   ├── 000002.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000003
│   │   │   ├── chains
│   │   │   │   ├── chains
│   │   │   │   │   └── mychannel
│   │   │   │   │       └── blockfile_000000
│   │   │   │   └── index
│   │   │   │       ├── 000002.ldb
│   │   │   │       ├── 000003.log
│   │   │   │       ├── CURRENT
│   │   │   │       ├── CURRENT.bak
│   │   │   │       ├── LOCK
│   │   │   │       ├── LOG
│   │   │   │       └── MANIFEST-000004
│   │   │   ├── configHistory
│   │   │   │   ├── 000002.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000003
│   │   │   ├── fileLock
│   │   │   │   ├── 000002.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000003
│   │   │   ├── historyLeveldb
│   │   │   │   ├── 000002.ldb
│   │   │   │   ├── 000003.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000004
│   │   │   ├── ledgerProvider
│   │   │   │   ├── 000002.ldb
│   │   │   │   ├── 000003.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000004
│   │   │   ├── pvtdataStore
│   │   │   │   ├── 000002.ldb
│   │   │   │   ├── 000003.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000004
│   │   │   └── stateLeveldb
│   │   │       ├── 000002.ldb
│   │   │       ├── 000003.log
│   │   │       ├── CURRENT
│   │   │       ├── CURRENT.bak
│   │   │       ├── LOCK
│   │   │       ├── LOG
│   │   │       └── MANIFEST-000004
│   │   └── transientStore
│   │       ├── 000002.log
│   │       ├── CURRENT
│   │       ├── CURRENT.bak
│   │       ├── LOCK
│   │       ├── LOG
│   │       └── MANIFEST-000003
│   └── org2
│       ├── chaincodes
│       │   └── mycc.1.0
│       ├── ledgersData
│       │   ├── bookkeeper
│       │   │   ├── 000002.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000003
│       │   ├── chains
│       │   │   ├── chains
│       │   │   │   └── mychannel
│       │   │   │       └── blockfile_000000
│       │   │   └── index
│       │   │       ├── 000002.ldb
│       │   │       ├── 000003.log
│       │   │       ├── CURRENT
│       │   │       ├── CURRENT.bak
│       │   │       ├── LOCK
│       │   │       ├── LOG
│       │   │       └── MANIFEST-000004
│       │   ├── configHistory
│       │   │   ├── 000002.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000003
│       │   ├── fileLock
│       │   │   ├── 000002.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000003
│       │   ├── historyLeveldb
│       │   │   ├── 000002.ldb
│       │   │   ├── 000003.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000004
│       │   ├── ledgerProvider
│       │   │   ├── 000002.ldb
│       │   │   ├── 000003.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000004
│       │   ├── pvtdataStore
│       │   │   ├── 000002.ldb
│       │   │   ├── 000003.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000004
│       │   └── stateLeveldb
│       │       ├── 000002.ldb
│       │       ├── 000003.log
│       │       ├── CURRENT
│       │       ├── CURRENT.bak
│       │       ├── LOCK
│       │       ├── LOG
│       │       └── MANIFEST-000004
│       └── transientStore
│           ├── 000002.log
│           ├── CURRENT
│           ├── CURRENT.bak
│           ├── LOCK
│           ├── LOG
│           └── MANIFEST-000003
└── peer1
    ├── org1
    │   ├── chaincodes
    │   ├── ledgersData
    │   │   ├── bookkeeper
    │   │   │   ├── 000002.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000003
    │   │   ├── chains
    │   │   │   ├── chains
    │   │   │   │   └── mychannel
    │   │   │   │       └── blockfile_000000
    │   │   │   └── index
    │   │   │       ├── 000002.ldb
    │   │   │       ├── 000003.log
    │   │   │       ├── CURRENT
    │   │   │       ├── CURRENT.bak
    │   │   │       ├── LOCK
    │   │   │       ├── LOG
    │   │   │       └── MANIFEST-000004
    │   │   ├── configHistory
    │   │   │   ├── 000002.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000003
    │   │   ├── fileLock
    │   │   │   ├── 000002.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000003
    │   │   ├── historyLeveldb
    │   │   │   ├── 000002.ldb
    │   │   │   ├── 000003.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000004
    │   │   ├── ledgerProvider
    │   │   │   ├── 000002.ldb
    │   │   │   ├── 000003.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000004
    │   │   ├── pvtdataStore
    │   │   │   ├── 000002.ldb
    │   │   │   ├── 000003.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000004
    │   │   └── stateLeveldb
    │   │       ├── 000002.ldb
    │   │       ├── 000003.log
    │   │       ├── CURRENT
    │   │       ├── CURRENT.bak
    │   │       ├── LOCK
    │   │       ├── LOG
    │   │       └── MANIFEST-000004
    │   └── transientStore
    │       ├── 000002.log
    │       ├── CURRENT
    │       ├── CURRENT.bak
    │       ├── LOCK
    │       ├── LOG
    │       └── MANIFEST-000003
    └── org2
        ├── chaincodes
        │   └── mycc.1.0
        ├── ledgersData
        │   ├── bookkeeper
        │   │   ├── 000002.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000003
        │   ├── chains
        │   │   ├── chains
        │   │   │   └── mychannel
        │   │   │       └── blockfile_000000
        │   │   └── index
        │   │       ├── 000002.ldb
        │   │       ├── 000003.log
        │   │       ├── CURRENT
        │   │       ├── CURRENT.bak
        │   │       ├── LOCK
        │   │       ├── LOG
        │   │       └── MANIFEST-000004
        │   ├── configHistory
        │   │   ├── 000002.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000003
        │   ├── fileLock
        │   │   ├── 000002.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000003
        │   ├── historyLeveldb
        │   │   ├── 000002.ldb
        │   │   ├── 000003.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000004
        │   ├── ledgerProvider
        │   │   ├── 000002.ldb
        │   │   ├── 000003.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000004
        │   ├── pvtdataStore
        │   │   ├── 000002.ldb
        │   │   ├── 000003.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000004
        │   └── stateLeveldb
        │       ├── 000002.ldb
        │       ├── 000003.log
        │       ├── CURRENT
        │       ├── CURRENT.bak
        │       ├── LOCK
        │       ├── LOG
        │       └── MANIFEST-000004
        └── transientStore
            ├── 000002.log
            ├── CURRENT
            ├── CURRENT.bak
            ├── LOCK
            ├── LOG
            └── MANIFEST-000003
  1. 关闭docker容器
sudo docker rm -f $(sudo docker ps -aq)
# 注意： 不需要把channel-artifacts和crypto-config两个文件也删掉
  1. 重启docker后进入容器，直接进行invoke,query操作，发现可行，并且仍是继续上次的数据。也就是跳过了链码安装、部署、实例化等等操作，即测试完成。
wyx19980727
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
fabric数据持久化
关于代码的那些事
03-08 2630
背景 fabric多机kafka部署完毕，但是每次容器销毁后，网络和数据就都不存在了。对于生产环境来说，这是无法接受的，所以就要考虑数据持久化的问题了。 方案 综合fabric官方教程（https://hyperledger-fabric.readthedocs.io/en/latest/build_network.html#a-note-on-data-persistence），思路如下：...
浅谈Docker数据持久化
09-30
主要介绍了浅谈Docker数据持久化,小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
fabric 持久化
weixin_34112208的博客
12-06 226
每个容器都有目录需要映射出来。在volume中添加如下映射即可： peer是: /var/hyperledger/peer{number}/org{number}:/var/hyperledger/production orderer是： /var/hyperledger/orderer:/var/hyperledger/production zk是： /va...
Hyperledger fabric : 单机多节点kafka模式的数据持久化
shirley_vacuum的专栏
02-27 1105
fabric数据持久化：在fabric部署区块链网络完成后，每次容器docker一销毁，之前区块链网络上的所有数据也随之销毁。数据持久化实现了docker关闭后数据的恢复功能。 因为单机比较容易测试，先记录单机多节点kafka模式下的数据持久化操作步骤，简而言之就是，每个容器的数据都要映射到物理机。 参考了https://www.cnblogs.com/willaty/p/10077531.h...
Michael.W谈hyperledger Fabric第28期-详细带读Fabric的源码13-区块的存储持久化
Revelation_of_Turing
03-26 498
Michael.W谈hyperledger Fabric第28期-详细带读Fabric的源码13-区块的存储持久化1 区块的存储持久化2 源码实现 1 区块的存储持久化 Fabric的区块存储持久化，即区块的文件存储。 Fabric的文件存储是基于文件系统的，而不像前面所讲的世界状态和历史状态索引是基于levelDB数据库。 注：Fabric的区块索引还是存储在levelDB中，用于快速定位区块位...
Hyperledger Fabric 数据持久化
SoulWwb的博客
09-26 1132
Hyperledger Fabric 数据持久化 版本v1.4.0 将每个容器需要持久化存储的目录挂载出来，即使将所有容器删除（不删除数据卷），再重新创建，也可以恢复数据及功能。 以下是所有容器需要挂卷的目录： orderer /var/hyperledger/production/ zookeeper /data /datalog kafka /opt/kafka/logs /opt...
HyperLedger Fabric开发实战——快速掌握区块链技术-配套资源.zip
06-26
5. **数据持久化与存储**：Fabric使用LevelDB或CouchDB作为默认的键值存储，存储交易历史和世界状态。CouchDB支持JSON格式的数据，便于查询和数据分析。 6. **部署与运行**：书中“部署Demo”部分应包含如何设置...
fabricjs画板工具与开源框架
09-02
这个JSON字符串包含了每个图形对象的所有属性，因此可以用来持久化用户的创作。在需要加载之前保存的画作时，只需将JSON数据通过`loadFromJSON()`方法反序列化到画布上，就能恢复原来的布局和状态。 在HTML5环境中...
devnation-fabric8-cdelivery
05-12
2. **配置文件**：可能有 Kubernetes 配置文件（如 YAML 文件），用于定义服务、部署、持久卷等资源，这些文件可以帮助在 Fabric8 平台上设置和管理应用程序。 3. **Dockerfile**：项目可能包含 Dockerfile，这是一...
servicefabric-samples:Azure ServiceFabric 示例
06-10
- ** Stateful Services**: 状态可以保存在内存中并定期持久化到磁盘，以防止数据丢失。 4. **故障检测与恢复**： - **健康检查**: 服务自动进行健康评估，以便在出现故障时快速识别问题。 - **容错机制**: 通过...
service-fabric-samples:Microsoft Azure Service Fabric 示例
06-08
- **可靠服务**：Service Fabric的可靠服务允许开发者创建状态管理和持久化的服务。 - **可靠 Actors**：提供一种轻量级的、面向对象的编程模型，用于构建分布式系统。 - **应用程序部署**：示例可能包含如何打包...
Fabric遇到问题和解决方法总结
小冷coding的博客
10-08 4611
1.遇到的问题 -bash: ls: 未找到命令 解决方法如下，可解决 export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin 2.权限问题 ./bin/cryptogen:没有权限 解决方法 chmod +x ./bin/cryptogen 3.问题 clean: line 12: tr...
fabric 运行的一些问题
水野与小太郎的博客
02-03 723
自己fabric反复装了 运行了6~7 遍，其中遇到不少问题，我向大家说一下注意事项吧： 一、Ubuntu版本选择比较新的版本，Ubuntu版本过低会导致的gcc，g++版本比较老，在make的时候会出现这样那样的问题，很麻烦，而gcc，g++重装，还不如你重新装个新版本的Ubuntu。 二、Golang的版本一定要 >1.9 ; 个人比较推荐>=1.11的版本 (如果fabr...
学习记录：fabric（6）- 系统问题（长期更改）
ychyssss的专栏
08-30 111
项目问题 列举一些没有实现的TODO放在这里，后续跟进。 TODOList config文件还是得做成外部文件，用程序生成没有权限，那么可能需要封装进docker镜像，自己弄一个镜像进去。这样链码可以读取的到。 数据加密 表权限 节点同步—主要是掉线重连之后或自主清空数据，正常情况下是都可以跟进的。 数据库的连接管理 ...
fabric 中 peer 和 couch 容器中网络和数据存放目录地址
qiubingcsdn的博客
11-20 520
peer container：/var/hyperledger/production couch container：/opt/couchdb/data 参考：fabric数据持久化
超级账本05：hyperledger fabric账本存储
欧阳桫的技术博客
12-05 1002
1.账本存储概述 peer节点账本存储图如下 左边区块链是狭义上的区块存储，底层是一个文件系统，区块并不是存储在数据库，而是直接存储为文件 右下角的区块索引用于查询区块，将区块属性与区块位置关联，例如根据区块哈希、高度、交易ID查询区块 区块索引的实现使用了levelDB，是一个内嵌的数据库 fabric中不是一个区块单独存一个文件，所以需要区块索引去查找 右上角状态数据库是区块链上的最新数据...
【区块链】Hyperledger Fabric中的交易数据存储详解（学习笔记）
weixin_39006917的博客
09-01 4910
参考书籍：《Hyperledger Fabric菜鸟进阶攻略》—— 黎跃春等编著 账本数据 分类账本保存着所有交易变化的记录，具有有序和防篡改的特点。每一次交易，链码需要将数据变化记录在账本中，需要记录的数据称为状态，以键值对（key-value）的形式进行存储。 Fabric中的账本由两个不同但相关的部分组成。 世界状态 区块链 世界状态在Fabric中以键值对的方式保存一组分类账本数据状态的最新值。保存世界状态的实际上是一个NoSQL数据库，以便对状态的存储及检索；可以使应用程序无须遍历整个事务日志而
超级账本fabric带持久化数据升级到1.2时所遇的 implicit threshold 问题
醉趋醍的博客
02-28 2074
这里写自定义目录标题超级账本fabric带持久化数据升级到1.2时所遇的坑implicit threshold 问题first-network 1.2.1e2e_cli git1.2.1官方版本跑例子时e2e_cli改造1.2.1升级时带旧数据升级到1.2尝试1尝试2环境版本问题configtxgen等工具版本kafka/zookeeper版本问题ccenv版本问题 超级账本fabric带持久化数...
区块链技术之Fabric逻辑架构详解
热门推荐
齐天大圣数据候的博客
05-23 1万+
一、架构图 该图出自区块链技术指南一书，架构解释也主要出自于本书，有兴趣的同学可以去自行找一找资源。 如图所示：fabric的底层主要由四种服务构成，分别是：身份服务、策略服务、区块链服务、智能合约服务。在这些基础服务之上，通过一些API、SDK、CLI为上层业务应用提供一些可以编程的接口服务。 二、服务详解 2.1身份服务 首先明确一点，fabric和比特币与以太坊的最大的区别在于...
详细介绍Hyperledger Fabric，主要包含fabric的工作原理；详细介绍fabric的组织结构数据层、链码层、底层；仔细介绍fabric开发的链码开发、客户端开发和测试部署 5000字
最新发布
09-06
通信层负责节点之间的通信，而存储层则用于持久化存储账本数据。 在Hyperledger Fabric的链码开发中，首先需要定义链码的接口和实现，定义链码的输入输出格式和业务逻辑。然后，使用支持的编程语言编写链码，编译...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值