常用解决方法：
1，如保护的是数据库类的数据，可以规则可以开启压缩、多线程镜像、边遍历边镜像功能。
2，如保护的是非数据库类文件数据，还可以开启时间遍历，同时开启压缩、多线程镜像、边遍历边镜像功能加快遍历速度。
3，拆分规则：如可以拆分保护目录为多个复制规则
4，限制带宽，比如千兆网络下限制带宽为300m/s（因保护数据库类的策略时需要用严格比对，严格比对方式比较占带宽，容易把内网网络给堵塞掉，所以这种情况下限制网络速度也是一种方法）。
5，debugctl back net 信息中发送的数据和接收数据的包差距在两位数以上，属于传输IO瓶颈，可以考虑先优化网络或者磁盘IO。
6，上述方法如果还未解决，可以分析repset -Q 信息，评估在传输镜像的repset 信息中缓存数据增量数据远远大于i2node设置的值，则可以确认是客户生产增量数据太大或者突然增大引起的4002，根据这个repset -Q 的信息评估建议客户增加物理内存或者增加高性能磁盘作为缓存盘来解决。
repset -Q 命令详解请参考链接：http://182.254.247.68/service/public.pl?Action=PublicFAQZoom;ItemID=432
7, i2up 7.1.74之前的版本，可以改 skip_writepages 的值到1，降低增量大小。7.1.74以后版本默认参数已经是1.

步骤1）,sfs_param.conf修改方法

sfs_param.conf文件修改方法适用于7.1.68.21032322 (包含) 之后的版本，具体操作步骤如下：
a.进入如下目录：
cd /etc/sdata
b.编辑 sfs_param.conf文件
vi sfs_param.conf
新增如下内容：
skip_writepages=1
说明：i).sfs_param.conf文件需要自己创建。 ii).禁止在内容中添加空格符号，否则会读取文件内容失败。

步骤2）. 重启节点服务 service i2node restart 或者 systemctl restart i2node
步骤3）. 查看配置是否生效
cat /sys/module/sfs/parameters/skip_writepages

说明：若显示为1则是生效的。

案例1：
http://182.254.247.68/service/index.pl?Action=AgentTicketZoom;TicketID=9257
3~4T 核心oracle 数据库做 i2coopy:
根据业务量，限制速度，目前情况限制300m带宽,并发任务数 8, 节点内存缓存20G，固态磁盘缓存80G,边遍历边镜像功能。目前已稳定并且没有再产生4002。

案例二：
http://182.254.247.68/service/index.pl?Action=AgentTicketZoom;TicketID=9554
解决方法：
因是7.1.74之前的版本，修改skip_writepages值为1，其他参数按案例1再适当调整下。重启节点任务重新跑规则后目前已正常。

案例三：
http://support.info2soft.com/service/index.pl?Action=AgentTicketZoom;TicketID=10803

开启节点监控，开启备份策略，观察发现，50%开始IO写入频繁加大。通过不间断点击节点认证查看可用缓存，直到不足，策略状态失效。