[20230327]19c sqlnet.ora disable_oob参数 ora-12637.txt

[20230327]19c sqlnet.ora disable_oob参数 ora-12637.txt --//前几天同事反映如果使用19c的客户端连接19c数据库会出现,出现ora_12637错误(在连接配置界面上).其它版本没有问题. --//我仔细问一下服务器版本19.12,客户端版本19.3. --//补充:同事测试修改有效!! $ oerr ora 12637 12637, 00000, "Packet receive failed" // *Cause:  A process was unable to receive a packet from another process. //          Possible causes are: //          1. The other process was terminated. //          2. The machine on which the other process is running went down. //          3. Some other communications error occurred. // *Action: If the cause is not obvious, contact Oracle Customer Support. --//检索发现如下链接:http://blog.chinaunix.net/uid-20687159-id-5858993.html=>ORA-12637 与 OOB 的关系 --//建议在sqlnet.ora文件中设置DISABLE_OOB=ON. --//https://support.oracle.com/knowledge/Oracle%20Database%20Products/2662778_1.html My Oracle Support Banner Oracle 19c Client returns ORA-12637 when connecting to a 19c Database. Does not reproduce when using an older client version. (Doc ID 2662778.1) Symptoms Sqlplus using a Version 19c client yield ORA-12637 when trying to connect to a 19c database. ... Changes New Feature added to 19c. Client will trigger the server to test for OOB availability at connect time. If it fails the error is reported. --//翻译：新功能添加到19c。客户端将触发服务器在连接时测试OOB的可用性。如果失败，将报告错误。 --//注解:我的理解即使报ora-12637错误,还是可以使用的,当然我没有测试。 --//http://blog.chinaunix.net/uid-20687159-id-5858993.html 数据异常或中断是 Oracle NET 中的一个功能，它允许在事务完成之前将其中断。它将客户端和服务器返回到可以继续的状态。诸如 Ctrl-c 之类的中断可以作为正常数据流(带内)的一部分发送，也可以作为单独的异步消息(带外)发送。带外中断要快得多并且会中断数 据流。 如果底层协议支持发送紧急数据，则默认启用带外中断 (OOB) 。 如果参数 DISABLE_OOB设置为 OFF，则它使 Oracle Net 能够使用底层协议提供的紧急数据发送和接收"中断"消息。 如果打开，则禁用使用底层协议提供的紧急数据发送和接收"中断"消息的能力。 --//注：英文的逻辑负负得正，不小心很容易乱。DISABLE_OOB=OFF,支持OOB，DISABLE_OOB=ON,不支持OOB， --//OOB 表示 out-of-band breaks 带外中断是发生在底层网络级别的通信中断。有时，这些中断数据包会导致客户端和服务器进程不同步。通过设置 DISABLE_OOB=ON，您 可以强制客户端和服务器使用带内中断。 Oracle TWO_TASK 层具有中断/重置逻辑以确保客户端和服务器同步。如果操作系统支持 OOB(带外中断)，中断/重置逻辑将有效工作，否 则可能会出现 TWO_TASK 错误，然后是 ORA-3113。 因此，设置参数 DISABLE_OOB=ON 以避免上述情况下的这些 TWO_TASK/ORA-3113 错误是有道理的。 DISABLE_OOB 在 sqlnet.ora 文件中设置。有关此参数的更多信息，请参阅注释 67983.1。 --//实际上讲的通熟一点,就是设置DISABLE_OOB=ON,客户端忽略URG终端. --//我找来两台机器测试看看,os=linux. 1.环境: SYS@192.168.100.237:1521/orcldg> @ pr ============================== PORT_STRING                   : x86_64/Linux 2.4.xx VERSION                       : 19.0.0.0.0 BANNER                        : Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production BANNER_FULL                   : Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.3.0.0.0 BANNER_LEGACY                 : Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production CON_ID                        : 0 PL/SQL procedure successfully completed. --//version 19.3. 这是一台dg数据库. --//我的测试在这个版本下使用19c的相同版本客户端没有任何问题.也就是我的测试没有遇到前面的问题. 2.修改服务端sqlnet.ora: --//加入disable_oob = ON SYS@192.168.100.237:1521/orcldg> @ spid        SID    SERIAL# PROCESS                  SERVER    SPID       PID  P_SERIAL# C50 ---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------        222      31147 33907                    DEDICATED 120029     101       9489 alter system kill session '222,31147' immediate; SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; select count(*) from dba_source,all_objects * ERROR at line 1: ORA-01013: user requested cancel of current operation --//按ctrl+C出现如上提示,没有任何影响,可以继续执行任何语句的执行. SYS@192.168.100.237:1521/orcldg> select sysdate from dual ; SYSDATE ------------------- 2023-03-27 09:22:41 SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; --//在192.168.100.237上执行: $ kill -URG 120029 --//你可以发现sql语句没有出现中断,而是继续执行.也就是忽略URG的中断信号。 3.修改服务端sqlnet.ora,注解disable_oob = ON: --//缺省disable_oob = off. --//session 1: SYS@192.168.100.237:1521/orcldg> @ spid        SID    SERIAL# PROCESS                  SERVER    SPID       PID  P_SERIAL# C50 ---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------        364      52618 34014                    DEDICATED 125668      45       4622 alter system kill session '364,52618' immediate; SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; select count(*) from dba_source,all_objects * ERROR at line 1: ORA-01013: user requested cancel of current operation --//按ctrl+C出现如上提示,没有任何影响,可以继续执行任何语句的执行. SYS@192.168.100.237:1521/orcldg> select sysdate from dual ; SYSDATE ------------------- 2023-03-27 09:28:53 SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; --//在192.168.100.237上执行,注23=URG,可以通过kill -l确定. $ kill -URG 125668 --//或者 $ kill -23 125668 --//session 1: SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; select count(*) from dba_source,all_objects * ERROR at line 1: ORA-01013: user requested cancel of current operation --//中断sql语句运行,说明可以接收URG中断. SYS@192.168.100.237:1521/orcldg> select sysdate from dual ; SYSDATE ------------------- 2023-03-27 09:32:59 --//可以缺省情况下(disable_oob = off)下,对应进程可以接收URG信号. 4.ALTER SYSTEM CANCEL SQL测试,disable_oob = ON: --//突然想起12c支持运行时取消正在运行的sql语句。补充测试看看。 --//修改服务端sqlnet.ora: --//加入disable_oob = ON --//session 1: SYS@192.168.100.237:1521/orcldg> @ spid        SID    SERIAL# PROCESS                  SERVER    SPID       PID  P_SERIAL# C50 ---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------         54      16475 46350                    DEDICATED 95789      121       1743 alter system kill session '54,16475' immediate; SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; select count(*) from dba_source,all_objects                                           * ERROR at line 1: ORA-01013: user requested cancel of current operation          --//session 2: --//ALTER SYSTEM CANCEL SQL 'SID, SERIAL; --//ALTER SYSTEM CANCEL SQL 'SID, SERIAL, SQL_ID'; --//ALTER SYSTEM CANCEL SQL 'SID, SERIAL, @INST_ID, SQL_ID'; --//说明：ALTER SYSTEM CANCEL SQL支持3种格式。选择第1种格式测试看看。 SYS@192.168.100.237:1521/orcldg>  alter system cancel sql '54,16475' ; System altered. --//OK.没有问题.我估计使用的不是URG信息. 6.客户端上设置呢？ --//修改服务端sqlnet.ora: --//注解disable_oob = ON，缺省disable_oob = OFF。 --//修改客户端sqlnet.ora: --//加入disable_oob = ON，看看两端是如何协调的。 SYS@192.168.100.237:1521/orcldg> @ spid        SID    SERIAL# PROCESS                  SERVER    SPID       PID  P_SERIAL# C50 ---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------        377      56959 46419                    DEDICATED 97826      105       9552 alter system kill session '377,56959' immediate; SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; --//在192.168.100.237上执行 $ kill -URG 97826 --//可以看出仅仅其中一放设置disable_oob = ON.当然这样的情况仅仅影响一个连接. --//修改客户端sqlnet.ora: --//注解disable_oob = ON，看看两端是如何协调的。 SYS@192.168.100.237:1521/orcldg> @ spid        SID    SERIAL# PROCESS                  SERVER    SPID       PID  P_SERIAL# C50 ---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------        377      18810 4251                     DEDICATED 98463      105       9553 alter system kill session '377,18810' immediate; SYS@192.168.100.237:1521/orcldg> select count(*) from dba_source,all_objects; select count(*) from dba_source,all_objects * ERROR at line 1: ORA-01013: user requested cancel of current operation --//在192.168.100.237上执行 $ kill -URG 98463 --//这样相当于两边都是disable_oob = OFF. 7.补充一点: --//如果你使用windows的客户端,视乎windows的OS忽略了URG信号,无论如何设置不起作用,而且在windows下按ctrl+c直接退出sqlplus程 --//序. --//我感觉出现这样的情况,估计oracle的某些版本做了一些尝试,才会出现这样的情况.