ORA-03106：致命的双工通信协议错误

问题描述：

1.接到运维同事的电话，说是A库上执行存储过程报错：ORA-3113 通信通道的文件结束也报这个错误，存储过程是通过link访问B库；

2.存储过程中有远端库的三个表，select其中一个，hung住，无报错；

3.在B库查询该表，报ORA-03106：致命的双工通信协议错误，但是限制返回较少行数，则正常；

4.B库下发数据不成功，报ORA-12569: TNS:packet checksum failure错误。但测试，在另一个机房搭建测试机，下发数据没问题。

 

分析：

1.出现问题的前一天，网络有问题，做过调整。

2.同样的环境，其他区就没有问题，只有这个区有问题，而这个区的数据放到其他机房做操作也没问题。

3.感觉B机房的网络进出有问题，超过一定数据量就报错了。

4.metalink分析可能是网络原因

=== ODM Research ===
KM SEARCH
---------------
Keyword =ORA-12569
1.Getting ORA-12569: TNS:Packet Checksum Failure While Trying To Connect Through Client. (Doc ID 257793.1)
Cause
+ There is a mismatch in the header of the tcp packet between the client and the server.

+ Header leaving the server and by the time the client gets the packet on the other end the header has changed.

2. Connections via Firewall Fail and Report ORA-12569 TNS packet checksum failure in Trace (Doc ID 976703.1)
Cause
Firewall setting(s) is changing / altering packets. Any change to Oracle Net packets will stop Oracle Net from working. Inside each packet is packet header, which contains information regarding the packet when it was sent. Upon receiving packet, if the header information does not match the packet details, then connection will fail.

 

解决：

交换机具有防火墙功能，并且启动了防火墙选项，每个包通过时都会去检查包头，导致数据量一大就容易超时断开，而前端就hung住。关闭了防火墙功能，一切恢复正常。

用户报了问题一个周，在各分析都指向是网络原因时，网络依然说网络没问题，等到dba找到具体的网络问题时，网络才去做修改。感谢网络，如果这种情况多出现几次，dba也就成网络专家了。