分析步骤和解决步骤如下：
1. 加入复制规则无法查看日志，没看不到复制延时，这说明工作机到控制机的 58080和58086端口不通，在工作执行：
   telnet <控制机地址> 58080
   telnet <控制机地址> 58086
   如何查看控制机地址： 
   cat /etc/sdata/regnode.conf 配置文件的cc_ip, 确认这个cc_ip就是控制机的地址，而且telnet通；

2. 如果复制规则能够建立起来，但是始终处于LST状态，而且LST的数值不变，可能时工作机到灾备机的网络不通，在工作机执行：
   telnet <复制规则的灾备机地址> 26831
   telnet <复制规则的灾备机地址> 26832
   telnet <复制规则的灾备机地址> 26833

3. 检查灾备机是否存在写入问题：
（1）确认下备端是否是zfs文件系统，备机是否存在大量的复制规则，比如超过50条；综合采用top，iotop，iostat -xd 3,  等命令确认，zfs文件系统写入是否正常；
（2）采用文件拷贝，dd等方式，测试文件系统写入是否能够达到正常的速度，一般来说，对于SATA硬盘的组成的RAID虚拟磁盘，拷贝的速度应该可以达到200MB/s， dd的速度应该可以超过400MB/s

4. 检查工作机和灾备机的内核参数文件: /etc/sysctl.conf文件，如果这个文件为空，说明系统参数未做过修改，如果不为空，需要需要仔细确认如下参数：
net.ipv4.tcp_sack
net.ipv4.tcp_dsack
正常来说，上述参数应该为1
确认系统参数：
  cat /proc/sys/net/ipv4/tcp_sack
  cat /proc/sys/net/ipv4/tcp_dsack
如果不为1， 需要通过如下命令修改：
（1）将参数文件/etc/sysctl.conf文件中的值改为1
（2）修改运行参数：
    sysctl net.ipv4.tcp_sack=1
    sysctl net.ipv4.tcp_dsack=1
注意：上述参数必须工作机和灾备机都为1才会生效；

5. 检查工作机和灾备机的网络
（1）如果可以ping，可以测试ping 1w个包看看，网络丢包率；ping一般需要交叉测试时间，可以将ping的结果输出到文件： 
     ping -c 10000 <复制规则的灾备机地址>   > ping.txt 2>&1  &
（2）假如ping时间太长，或者可以采用自动的TestClient， TestServer测试工具；
    在Server端执行：
    service i2node stop     ------这个主要是TestServer需要用到26833的端口
    /usr/local/sdata/sbin/TestServer 26833 512
   特别注意：如果26833端口备占用，上述命令仍旧会执行，但是不会有任何速度统计输出。 
    上述参数中：26833是数据接收的端口，512是每收到512个包，统计一次速度；
    在客户端，分别执行如下命令：
    /usr/local/sdata/sbin/TestClient  <复制规则的灾备机地址> 26833 10000  1048576
    /usr/local/sdata/sbin/TestClient  <复制规则的灾备机地址> 26833 1000000  8192
    /usr/local/sdata/sbin/TestClient  <复制规则的灾备机地址> 26833 1000000  1400
    命令说明：
    TestClient ip port count pktsize [BufSize][SendThdNum]
   看下工作机到灾备机连接断开的频率，在远距离网络中，可能存在pktsize越大，网络断掉的频率越高；这时候就需要调低pktsize，如果1400还是有断，可以继续降低，但是一般不会低于1000；
   上述测试过程为了获取合理的i2COOPY合理的mtu值，i2COOPY软件默认的mtu值为1048576， 一般来说，在局域网，可以获得很好的性能，而且CPU占用低；
   在远距离环境中，可能太大了。
   在测试获得合适的mtu值后，采用如下步骤修改mtu值：
   修改/etc/sdata/system.conf, 没有就新增这个文件
       mtu=1400
    重启i2node服务： service i2node restart
    查看工作日志： cat bakup_sysrun_2021-12-21.log， 确认参数生效；