[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的某些版本做了一些尝试,才会出现这样的情况.

• 还没有人评论，欢迎说说您的想法！