hyperledger fabric 再启动一个节点

前提：已经启动了一个orderer和一个peer节点，但是还有节点为启动

例如：

•  orderer节点个数为1个
•  组织个数2个
  •  Org1                     //已经创建
    • Peer0             //已经创建
    • Peer1
  • Org2    
    • Peer0            // 待创建
    • Peer1

# 新增peer节点
# 进入cli容器
docker exec -it cli bash
# 需要修改的全局变量
CORE_PEER_ID=peer0.org2.example.com
CORE_PEER_ADDRESS=peer0.org2.example.com:7051
CORE_PEER_CHAINCODELISTENADDRESS=peer0.org2.example.com:7052
CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org2.example.com:7051
CORE_PEER_LOCALMSPID=Org2MSP
CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt
CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp

# 变量修改完毕后，将peer0org2加入通道，安装智能合约
peer channel join -b mychannel.block
peer chaincode install -n mychannel -p github.com/hyperledger/fabric/aberic/chaincode/go/chaincode_example02 -v 1.0

# 测试智能合约是否成功运行
peer chaincode query -C mychannel -n mychannel -c '{"Args":["query","A"]}'

# 调用智能合约的invoke方法，A向B转账5
peer chaincode invoke -C mychannel -n mychannel -c '{"Args":["invoke","A","B","5"]}'
# 此时去查询会发生A和B的值并没有发生改变，这是因为在之前实例化智能合约的时候（上一篇blog）选择的背书组织是Org1
# 而后加入的Org2组织对资产变更的操作都不具备任何效力，但是因为Org2加入了通道（账本）且安装有合法的合约，可以对区块链进行检索
# 此时执行exit退出cli，再重新进入cli容器，这是cli容器默认的是对peer0org1节点的操作，此节点的接受了背书的，所以可以正常进行转账