今天去现场帮一个客户排查备份网络速率问题。 用户期望是万兆的速率，但实际上目前只有千兆，因为目前上面运行着数据库，且数据量较大，千兆的备份网络速率不能满足用户备份数据库的时长要求。
首先，确认备份网络是由两块网卡（eth3，eth4）做了bonding，起名为bondeth1。
使用ethtool查看底层的eth3和eth4两块网卡，发现当前速率都是千兆（Speed：1000Mb/s）。
代码语言：javascript复制ethtool eth3
ethtool eth4但是网卡本身能够支持三种速率，分别是：1000baseT/Full、10000baseT/Full、25000baseCR/Full。 正常应该是自适应的。 而同时使用ethtool看到的网卡信息，有一个信息引起了我的注意：
代码语言：javascript复制Auto-negotiation：off看字面意思就是自适应是关的？
进一步去查看网卡的配置文件：
代码语言：javascript复制cd /etc/sysconfig/network-scripts
cat ifcfg-eth3
cat ifcfg-eth4发现都配置了一行：
代码语言：javascript复制ETHTOOL_OPTS="speed 1000 duplex full autoneg off"显然是配置了1000Mb/s的速率，且关闭了自适应。
确认备份网络可以重启，将RAC两个节点的对应着两个网卡配置文件中的这行都注释掉，使用ifdown和ifup重启网卡。
还是1000Mb/s的速率（Speed：1000Mb/s）。
与客户进一步沟通发现之前交换机是千兆的，所以怀疑可能历史配置了这样的参数适配千兆交换机，但是现在对应交换机已更换升级为万兆。 因为上一次更换交换机时发现速率上不去，所以交换机那边也做了速率限制。 所以下一步思路是等交换机那边变更去掉限制，然后再观察看网卡是否可以能够自适应万兆速率。
此外，也发现业务网络同样存在一样的问题，但因为考虑到业务影响，所以暂时先不调整业务网卡，等备份网络正常后再由客户决策是否调整业务网卡。
