标签归档：nfs combehin

有一段时间没有弄aix系统了,这次有一个aix的rac数据库故障,需要把数据文件做一个备份,由于硬盘本身性能不好,通过rman的copy或者asmcmd的cp命令都会引起crs的表决盘超时,然后主机重启导致拷贝失败,最后在Db.recovery的建议下,通过amdu进行拷贝,由于拷贝的目录是挂载nfs文件系统,虽然通过amdu拷贝绕过了crs(关闭掉crs,不会触发主机重启的问题),但是在拷贝过程中发现稍微大一点的文件,会出现比较超时间的io类似卡死的情况,类似这样:

---

查看mount相关参数

---

而且通过观察,文件越大速度越慢,一个bigfile文件1T,中间出现类似这样io卡死的时间更长.导致整体时间会很长

-rw-r--r--    1 root     system   8589942784 Jan 03 06:54 data.270.1122584819
-rw-r--r--    1 root     system   1073741832192 Jan 04 20:59 users.263.1122584819

通过观察上一个文件的完成时间1月3日06:54,1T的文件整体拷贝结束时间1月4日20:59,整体时间为38小时05分钟,最终的拷贝速度平均为:1000*1024/(38*60+5)大概1分钟448MB,也就是每秒7.5MB不到的速度.通过查询资料发现在aix平台的nfs有特殊性,拷贝大文件可能会速度慢很多:改善 NFS 客户机大文件写操作性能,确认了可以考虑加上-o combehin参数来提高效率.
combehind（Complete Behind）直译是 “后置完成”，它是 AIX 为 NFS 客户端优化 写操作（write） 性能的核心参数，作用是：
1. 当 NFS 客户端向服务端发起写请求时，不等待服务端返回 “写完成” 确认，直接向应用层返回 “写成功”；
2. 写请求的最终完成由 AIX 内核在后台异步处理，应用层无需阻塞等待服务端响应。
简单来说：这个参数让 NFS 写操作从 “同步等待” 变成 “异步后置确认”，减少应用程序的等待时间，提升写性能。

通过设置该参数之后

---

备份速度基本上稳定在18-20M之间,没有再次出现io类似挂起的现象

---

对于在aix环境,如果使用nfs写入较大文件,可以考虑设置combehind参数,提高效率,但是同时这个参数也是一个比较有风险的参数,因为应用层收到 “写成功” 时，数据可能还没真正写入 NFS 服务端磁盘，若此时客户端 / 服务端宕机、网络中断，未完成的写数据会丢失。