diff --git "a/content/zh/post/cchen676/openGauss_\350\265\204\346\272\220\346\261\240\345\214\226\345\274\200\345\217\221\350\200\205\345\205\245\351\227\250\346\214\207\345\215\227(\344\272\214).md" "b/content/zh/post/cchen676/openGauss_\350\265\204\346\272\220\346\261\240\345\214\226\345\274\200\345\217\221\350\200\205\345\205\245\351\227\250\346\214\207\345\215\227(\344\272\214).md"
index cf91f086ed10be7a552ca99e7513cb1a9d9e31f9..f7165f4796759591ef75e0c8e63f726a37596f5d 100644
--- "a/content/zh/post/cchen676/openGauss_\350\265\204\346\272\220\346\261\240\345\214\226\345\274\200\345\217\221\350\200\205\345\205\245\351\227\250\346\214\207\345\215\227(\344\272\214).md"
+++ "b/content/zh/post/cchen676/openGauss_\350\265\204\346\272\220\346\261\240\345\214\226\345\274\200\345\217\221\350\200\205\345\205\245\351\227\250\346\214\207\345\215\227(\344\272\214).md"
@@ -12,193 +12,220 @@ times = "16:30"
 
 ### 一、内容简介
 
-openGauss资源池化是openGauss推出的一种新型的集群架构.通过DMS和DSS组件,实现集群中多个节点的底层存储数据共享和节点间的内存实时共享
+openGauss资源池化是openGauss推出的一种新型的集群架构。该架构通过DMS和DSS组件，实现集群中多个节点的底层存储数据共享和节点间的内存实时共享达到节省底层存储资源以及集群内部支持一写多读且可以实时一致性读的目的。本系列的主旨在于帮助对资源池化开发感兴趣的开发者快速入门，以及提供一些对开发有帮助的经验总结。
 
-达到节省底层存储资源以及集群内部支持一写多读且可以实时一致性读的目的.
+### 二、预备知识
 
-本系列的主旨在于帮助对资源池化开发感兴趣的开发者快速入门
+开发者最好具备以下基础:
 
-以及提供一些对开发有帮助的经验总结
+  1. Linux的基础命令，比如dd命令，iscis等
 
-  
-### 二、预备知识
+  2. 对磁阵有一定的了解
 
-开发者最好具备以下基础:
-1. Linux的基础命令，比如dd命令，iscis等
-2. 对磁阵有一定的了解
-3. 对传统的openGauss编译方式十分熟悉
+  3. 对传统的openGauss编译方式十分熟悉
 
 ### 三、开发自验证编译安装指南
 
-  1. 资源池化架构参考:
-  ![图1](/content/zh/post/cchen676/title/dms1.JPG "图1")
-  2. 在社区正式发布的版本中, 如果需要搭建资源池化架构, 硬件上需要准备磁阵, 服务器和光交换机.
-  3. 在社区正式发布的版本中,  CM和OM是必选的组件
-  4. 这里介绍一种可以用于开发者自己学习或开发的编译环境搭建方式, 不需要cm和om, 不需要磁阵, 仅需要一台普通的物理机就可以搭建出资源池化的环境.
-  5. 需要注意的是, 因为没用到cm,  这种方式搭建的环境不能用于调试主备倒换或failover场景, 只能用于验证集群正常运行时的场景
+  1. 资源池化架构参考
+
+![图1](/content/zh/post/cchen676/title/dms1.JPG "图1")
+
+  2. 在社区正式发布的版本中，如果需要搭建资源池化架构，硬件上需要准备磁阵，服务器和光交换机
+
+  3. 在社区正式发布的版本中，CM和OM是必选的组件
+
+  4. 这里介绍一种可以用于开发者自己学习或开发的编译环境搭建方式，不需要cm和om，不需要磁阵，仅需要一台普通的物理机就可以搭建出资源池化的环境
+
+  5. 需要注意的是，因为没用到cm，这种方式搭建的环境不能用于调试主备倒换或failover场景，只能用于验证集群正常运行时的场景
 
 ### 四、独立编译安装指南
 
 **注意:** 
    - 以下请勿用于生产环境
-   - 必须是debug版本,不能用release版本
-   - 因为本博客介绍的安装方式为非cm安装，需要对DSS组件使用Dsstest方式进行编译，因此在编译数据库之前，需要下载DSS对应代码并自行采用dsstest方式对DSS进行编译。方法为 a.下载最新版本CBB代码，编译安装替换三方库中的CBB; b.下载最新版本的DSS代码，并根据src/gausskernel/ddes/ddes_commit_id内的版本号，回退DSS至指定版本; c.编译安装替换三方库中的DSS组件，命令如下：
-```shell
-#-3rd后面跟三方库对应的绝对路径
-sh build.sh -3rd /xxx/.../binarylibs -t cmake -m DebugDsstest
-```
-   - 三方库版本可能不是最新，此时需要手动更新DMS组件。方法为 a.下载最新版本CBB代码，编译安装替换三方库中的CBB(上条操作已经执行过); b.下载最新版本的DMS代码，并根据src/gausskernel/ddes/ddes_commit_id内的版本号，回退DMS至指定版本; c.编译安装替换三方库中的DMS组件
-   - 当编译完DSS、DMS、CBB之后，会自动更新到三方库，不需要手动拷贝，只需要按正常流程编译数据库就行了
-  1. 环境预备: 仅需要一台单独的物理机, 剩余磁盘空间最好足够大, 建议大于2T, 如果没有太大业务量，最小大于等于100G
-  2. 环境预备: 假设已经自行使用编译方式编译出了openGauss带资源池化代码的debug版本的安装包, 可以通过确认生成的bin目录下是否有dssserver, dsscmd, lib目录下是否有libdms.so, libdssapi.so , libdssaio.so, 来判断，同时要保证已经编译出的安装包使用的是Dsstest方式的DSS组件
-
-下面是以2个节点为例
-  3. 配置好环境变量/home/cctest/envfile, 参考示例, 其中DSS_HOME是dn实例1的dssserver运行时需要的目录, 需要手动新建
-
-  ```shell
-export GAUSSHOME=/home/test/openGauss-server/dest/
-export LD_LIBRARY_PATH=$GAUSSHOME/lib:$LD_LIBRARY_PATH
-export PATH=$GAUSSHOME/bin:$PATH
-export DSS_HOME=/home/test/dss/dss0/dssdba
-  ```
-  4. 需要注意的是一台服务器上建多个dn(数据库)节点, ip是相同的, 服务使用的端口号不同
+
+   - openGauss-server必须是debug版本，不能用release版本
+
+   - 资源池化依赖三方库内的CBB、DMS、DSS组件构筑分布式内存、分布式存储能力，开发过程中会频繁修改以上组件内容，因此三方库版本可能不是最新，且编译版本不满足要求。因此需要手动更新该组件，方法为：
+
+     a.下载最新版本CBB代码，编译安装三方库中的CBB，CBB组件可以使用Release版本
+
+     b.下载最新版本DSS代码，并根据src/gausskernel/ddes/ddes_commit_id内的dss_commit_id版本号，回退DSS至指定版本。回退后编译安装三方库中的DSS，DSS组件需要使用DebugDsstest版本
+
+     c.下载最新版本DMS代码，并根据src/gausskernel/ddes/ddes_commit_id内的dms_commit_id版本号，回退DMS至指定版本。回退后编译安装三方库中的DMS，DMS组件需要使用DMSTest版本
+
+   - 当DSS、DMS、CBB组件编译完成之后，会自动更新到三方库，不需要手动拷贝，只需要按正常流程编译数据库就行了
+
+     ```shell
+     ##DSS、DMS版本回退命令如下，其中xxx是ddes_commit_id内对应组件的版本号
+     git reset --hard xxx
+     ##DSS、DMS、CBB编译命令如下，-3rd后面跟三方库对应的绝对路径，-m后面是该组件对应版本
+     cd xxx/build/linux/opengauss
+     sh build.sh -3rd /xxx/.../binarylibs -t cmake -m xxx
+     ```
+
+  1. 环境预备: 仅需要一台单独的物理机，剩余磁盘空间最小大于等于100G
+
+  2. 环境预备: 假设已经自行使用编译方式编译出了openGauss带资源池化代码的debug版本的安装包，可以通过确认生成的bin目录下是否有dssserver、dsscmd，lib目录下是否有libdms.so、libdssapi.so和libdssaio.so来判断，同时可以使用如下命令确认DSS、DMS组件编译的版本号及编译版本是否满足要求
+
+     ```shell
+     ##xxx.so分别为lib目录下的libdms.so、libdssapi.so和libdssaio.so
+     strings xxx.so | grep comliled
+     ```
+
+下面是以2个节点为例，介绍资源池化模拟环境搭建步骤
+  3. 配置好环境变量/home/test/envfile，参考示例如下，其中DSS_HOME是dn实例1的dssserver运行时需要的目录，需要手动新建
+
+     ```shell
+     export GAUSSHOME=/home/test/openGauss-server/dest/
+     export LD_LIBRARY_PATH=$GAUSSHOME/lib:$LD_LIBRARY_PATH
+     export PATH=$GAUSSHOME/bin:$PATH
+     export DSS_HOME=/home/test/dss/dss0/dssdba
+     ```
+  4. 需要注意的是一台服务器上建多个dn(数据库)节点，ip是相同的，服务使用的端口号不同
   5. 新建dsssever需要的目录:
-  ```shell
-  cd /home/test
-  mkdir -p dss/dss0/dssdba/cfg
-  mkdir -p dss/dss0/dssdba/log
-  mkdir -p dss/dss1/dssdba/cfg
-  mkdir -p dss/dss1/dssdba/log
-  mkdir -p dss/dev
-  ```
-  6. 用dd命令创建一个模拟的块设备文件(执行时间依赖于磁盘的性能), 下面的命令是建2T的命令
-   - 请不要直接拷贝, 请务必根据自己需要的大小自己调整下bs和count的值, 否则磁盘会爆
-  ```shell
-  dd if=/dev/zero of=/home/test/dss/dev/dss-dba bs=2M count=1024000 >/dev/null 2>&1
-  ```
-  7. 创建2个dn节点需要的dss实例1和dss实例0的配置:
-  
-  实例1配置:
-  ```shell
-  vim /home/test/dss/dss0/dssdba/cfg/dss_inst.ini
-  ```
-  dss实例1的内容如下:
-  ```shell
-  INST_ID=0
-  _LOG_LEVEL=255
-  DSS_NODES_LIST=0:127.0.0.1:17102,1:127.0.0.1:18102
-  DISK_LOCK_FILE_PATH=/home/test/dss/dss0
-  LSNR_PATH=/home/test/dss/dss0
-  _LOG_MAX_FILE_SIZE=20M
-  _LOG_BACKUP_FILE_COUNT=128
-  ```
-
-  dss卷配置:
-  ```shell
-  vim /home/test/dss/dss0/dssdba/cfg/dss_vg_conf.ini
-  ```
-  dss实例1的内容如下, 里面就是卷名加dd模拟出来的设备名字:
-  ```shell
-  data:/home/test/dss/dev/dss-dba
-  ```
-  
-  实例2配置:
-  ```shell
-  vim /home/test/dss/dss1/dssdba/cfg/dss_inst.ini
-  ```
-  dss实例2的内容如下, 注意DISK_LOCK_FILE_PATH配置的与1一致:
-  ```shell
-  INST_ID=1
-  _LOG_LEVEL=255
-  DSS_NODES_LIST=0:127.0.0.1:17102,1:127.0.0.1:18102
-  DISK_LOCK_FILE_PATH=/home/test/dss/dss0
-  LSNR_PATH=/home/test/dss/dss1
-  _LOG_MAX_FILE_SIZE=20M
-  _LOG_BACKUP_FILE_COUNT=128
-  ```
-
-  dss卷配置:
-  ```shell
-  vim /home/test/dss/dss1/dssdba/cfg/dss_vg_conf.ini
-  ```
-  dss实例2的内容如下, 里面就是卷名加dd模拟出来的设备名字:
-  ```shell
-  data:/home/test/dss/dev/dss-dba
-  ```
-
-  8. 建dssserver需要的卷, 起dssserver
-
-  ```shell
-  ##这里是步骤3中配好的环境变量
-  source /home/cctest/envfile
-  dsscmd cv -g data -v /home/test/dss/dev/dss-dba
-  dssserver -D /home/test/dss/dss0/dssdba &
-  #上个命令显示DSS SERVER STARTED即为成功
-  dssserver -D /home/test/dss/dss1/dssdba &
-  #上个命令显示DSS SERVER STARTED即为成功
-
-  #创建完可以通过如下命令确认是否建卷成功
-  dsscmd lsvg -U UDS:/home/test/dss/dss0/.dss_unix_d_socket
-  dsscmd ls -m M -p +data -U UDS:/home/test/dss/dss0/.dss_unix_d_socket
-  ```
-   - 注意: dss不支持启动后修改卷组配置，如涉及修改请重新执行上述步骤
-
-  9. 手动执行多节点的initdb
-
-  ```shell
-mkdir -p /home/test/data
-rm -rf node1 node2
-
-gs_intdb -D /home/test/data/node1 --nodename=node1 -U tester -w Pasword --vgname=+data --enable-dss --dms_url="0:127.0.0.1:1613,1:127.0.0.1:1614" -I 0 --socketpath='UDS:/home/test/dss/dss0/.dss_unix_d_socket'
-
-echo "ss_enable_ssl = off
-listen_addresses = '*'
-port=12210
-ss_enable_reform = off
-ss_work_thread_count = 32
-enable_segment = on
-ss_log_level = 255
-ss_log_backup_file_count = 100
-ss_log_max_file_size = 1GB
-" >> /home/test/data/node1/postgresql.conf
-
-sed '91 ahost       all        all         0.0.0.0/0        sha256' -i /home/test/data/node1/pg_hba.conf
-
-gs_intdb -D /home/test/data/node2 --nodename=node2 -U tester -w Pasword --vgname=+data --enable-dss --dms_url="0:127.0.0.1:1613,1:127.0.0.1:1614" -I 1 --socketpath='UDS:/home/test/dss/dss1/.dss_unix_d_socket'
-
-echo "ss_enable_ssl = off
-listen_addresses = '*'
-port=13210
-ss_enable_reform = off
-ss_work_thread_count = 32
-enable_segment = on
-ss_log_level = 255
-ss_log_backup_file_count = 100
-ss_log_max_file_size = 1GB
-" >> /home/test/data/node2/postgresql.conf
-
-sed '91 ahost       all        all         0.0.0.0/0        sha256' -i /home/test/data/node2/pg_hba.conf
-  ```
+     ```shell
+     cd /home/test
+     mkdir -p dss/dss0/dssdba/cfg
+     mkdir -p dss/dss0/dssdba/log
+     mkdir -p dss/dss1/dssdba/cfg
+     mkdir -p dss/dss1/dssdba/log
+     mkdir -p dss/dev
+     ```
+  6. 用dd命令创建一个模拟的块设备文件(执行时间依赖于磁盘的性能)，下面的命令是建100G的命令
+   - 请不要直接拷贝，请务必根据自己需要的大小自己调整下bs和count的值
+     ```shell
+     dd if=/dev/zero of=/home/test/dss/dev/dss-dba bs=2M count=51200 >/dev/null 2>&1
+     ```
+  7. 创建2个dn节点需要的dss实例1和dss实例2的配置，其中17102和18102是dssserver要用的端口，应避免冲突，dssserver配置中INST_ID不能与本机中其它dssserver有冲突：
+
+     实例1配置:
+
+     ```shell
+     vim /home/test/dss/dss0/dssdba/cfg/dss_inst.ini
+     ```
+     dss实例1的内容如下:
+     ```shell
+     INST_ID=0
+     _LOG_LEVEL=255
+     DSS_NODES_LIST=0:127.0.0.1:17102,1:127.0.0.1:18102
+     DISK_LOCK_FILE_PATH=/home/test/dss/dss0
+     LSNR_PATH=/home/test/dss/dss0
+     _LOG_MAX_FILE_SIZE=20M
+     _LOG_BACKUP_FILE_COUNT=128
+     ```
+
+     dss卷配置:
+     ```shell
+     vim /home/test/dss/dss0/dssdba/cfg/dss_vg_conf.ini
+     ```
+     dss实例1的内容如下，里面就是卷名加dd模拟出来的设备名字:
+     ```shell
+     data:/home/test/dss/dev/dss-dba
+     ```
+   
+     实例2配置:
+     ```shell
+     vim /home/test/dss/dss1/dssdba/cfg/dss_inst.ini
+     ```
+     dss实例2的内容如下，注意DISK_LOCK_FILE_PATH配置的与1一致:
+     ```shell
+     INST_ID=1
+     _LOG_LEVEL=255
+     DSS_NODES_LIST=0:127.0.0.1:17102,1:127.0.0.1:18102
+     DISK_LOCK_FILE_PATH=/home/test/dss/dss0
+     LSNR_PATH=/home/test/dss/dss1
+     _LOG_MAX_FILE_SIZE=20M
+     _LOG_BACKUP_FILE_COUNT=128
+     ```
+   
+     dss卷配置:
+     ```shell
+     vim /home/test/dss/dss1/dssdba/cfg/dss_vg_conf.ini
+     ```
+     dss实例2的内容如下，里面就是卷名加dd模拟出来的设备名字:
+     ```shell
+     data:/home/test/dss/dev/dss-dba
+     ```
+
+  8. 【可选】【初次执行请跳过】当后续步骤执行出错时，需要先执行如下命令清理残余目录，完成清理后再从下一步开始执行
+
+     ```shell
+     ##删除文件系统内的pgdata残余目录
+     rm -rf /home/test/data/node1 /home/test/data/node2
+     ##擦除模拟文件头部内容，使得虚拟文件内容不被dssserver识别，用于重新建卷
+     dd if=/dev/zero of=/home/test/dss/dev/dss-dba bs=2M count=100 conv=notrunc >/dev/null 2>&1
+     ```
+     
+  9. 建dssserver需要的卷，起dssserver
+
+     ```shell
+     ##这里是步骤3中配好的环境变量
+     source /home/test/envfile
+     ##创建DSS卷组信息
+     dsscmd cv -g data -v /home/test/dss/dev/dss-dba
+     ##拉起dssserver服务
+     dssserver -D /home/test/dss/dss0/dssdba &
+     #上个命令显示DSS SERVER STARTED即为成功，之后再执行后续步骤
+     dssserver -D /home/test/dss/dss1/dssdba &
+     #上个命令显示DSS SERVER STARTED即为成功，之后再执行后续步骤
+     
+     #创建完可以通过如下命令确认是否建卷成功
+     dsscmd lsvg -U UDS:/home/test/dss/dss0/.dss_unix_d_socket
+     dsscmd ls -m M -p +data -U UDS:/home/test/dss/dss0/.dss_unix_d_socket
+     ```
+   - DSS不支持启动后修改卷组配置，如涉及修改，请先使用kill -9命令关闭dssserver进程，完成修改后再重新拉起dssserver进程
+   - 该步骤如果出错，请查看DSS配置文件是否正确，如端口号是否冲突，INST_ID是否已经被其它DSS服务使用等
+
+  9. 手动执行多节点的initdb，其中initdb命令中1613和1614是dms通信要用的端口，12210和13210是数据库的通信端口，应避免冲突:
+
+     ```shell
+     mkdir -p /home/test/data
+     rm -rf /home/test/data/node1 /home/test/data/node2
+     
+     gs_intdb -D /home/test/data/node1 --nodename=node1 -U tester -w Pasword --vgname=+data --enable-dss --dms_url="0:127.0.0.1:1613,1:127.0.0.1:1614" -I 0 --socketpath='UDS:/home/test/dss/dss0/.dss_unix_d_socket'
+     
+     echo "ss_enable_ssl = off
+     listen_addresses = '*'
+     port=12210
+     ss_enable_reform = off
+     ss_work_thread_count = 32
+     enable_segment = on
+     ss_log_level = 255
+     ss_log_backup_file_count = 100
+     ss_log_max_file_size = 1GB
+     " >> /home/test/data/node1/postgresql.conf
+     
+     sed '91 ahost       all        all         0.0.0.0/0        sha256' -i /home/test/data/node1/pg_hba.conf
+     
+     gs_initdb -D /home/test/data/node2 --nodename=node2 -U tester -w Pasword --vgname=+data --enable-dss --dms_url="0:127.0.0.1:1613,1:127.0.0.1:1614" -I 1 --socketpath='UDS:/home/test/dss/dss1/.dss_unix_d_socket'
+     
+     echo "ss_enable_ssl = off
+     listen_addresses = '*'
+     port=13210
+     ss_enable_reform = off
+     ss_work_thread_count = 32
+     enable_segment = on
+     ss_log_level = 255
+     ss_log_backup_file_count = 100
+     ss_log_max_file_size = 1GB
+     " >> /home/test/data/node2/postgresql.conf
+     
+     sed '91 ahost       all        all         0.0.0.0/0        sha256' -i /home/test/data/node2/pg_hba.conf
+     ```
+
+   - 该步骤如果出错，当故障解决后，请跳转至第8步重新执行
 
   10. 依次启动节点1和节点2
-```shell
- gs_ctrl start -D /home/test/data/node1
- gs_ctrl start -D /home/test/data/node2
-```
+
+     ```shell
+     gs_ctl start -D /home/test/data/node1
+     gs_ctl start -D /home/test/data/node2
+     ```
 
   11. 部分补充说明:
-  
-  - ss_log_level参数用于控制日志中打印DMS和DSS相关的日志, 日志目录在pg_log/DMS里面
-  - 17102和18102是dssserver要用的端口
-  - 1613和1614是dms通信要用的端口
-  - 12210和13210是openGauss数据库提供服务需要用的端口
-  - dssserver配置中INST_ID不能有冲突, 比如多个dssserver配置成相同的ID
-  - 该方式搭建出来的环境不支持高可用, 不能测试倒换和failover
-  - 如果启动时报错，提示如“dms library version is not matched”等报错，表示DMS/DSS组件版本号错误，请参考第三章步骤2重新编译
-  - 非CM环境下，限制了0节点为主节点，因此需要确保initdb阶段0节点创建成功
-  - 如果安装过程出现报错，再次initdb时候可能会提示目录不为空。此时需要清理文件系统及DSS中的残留文件。文件系统可以通过rm命令直接删除node文件夹，DSS中可以对模拟的块设备文件头部写0（DSS将元数据信息记录在头部），之后重新从第8步开始执行
-  ```shell
-  rm -rf /home/test/data/node1 /home/test/data/node2
-  dd if=/dev/zero of=/home/test/dss/dev/dss-dba bs=2M count=10 conv=notrunc >/dev/null 2>&1
 
-  ```
+  - ss_log_level参数用于控制日志中打印DMS和DSS相关的日志，日志目录在pg_log/DMS里面
+  - dssserver配置中INST_ID不能有冲突，比如多个dssserver配置成相同的ID
+  - 该方式搭建出来的环境不支持高可用，不能测试倒换和failover
+  - 如果启动时报错，提示如“dms library version is not matched”等报错，表示DMS/DSS组件版本号错误，请参考本章重新编译以上组件
+  - 非CM环境下，限制了0节点为主节点，因此需要确保initdb阶段0节点创建成功