[20230327]19c sqlnet.ora disable_oob參數 ora-12637.txt

来源:https://www.cnblogs.com/lfree/archive/2023/03/31/17275208.html
-Advertisement-
Play Games

1. 針對相同的表進行的連接 1.1. 相同的表的自連接和不同表間的普通連接並沒有什麼區別，自連接里的“自”這個詞也沒有太大的意義 1.2. 與多表之間進行的普通連接相比，自連接的性能開銷更大 1.2.1. 特別是與非等值連接結合使用的時候 1.2.2. 用於自連接的列推薦使用主鍵或者在相關列上建立 ...


[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.環境:
[email protected]: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

[email protected]: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;

[email protected]: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出現如上提示,沒有任何影響,可以繼續執行任何語句的執行.

[email protected]:1521/orcldg> select sysdate from dual ;
SYSDATE
-------------------
2023-03-27 09:22:41

[email protected]: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:
[email protected]: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;

[email protected]: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出現如上提示,沒有任何影響,可以繼續執行任何語句的執行.

[email protected]:1521/orcldg> select sysdate from dual ;
SYSDATE
-------------------
2023-03-27 09:28:53

[email protected]: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:
[email protected]: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中斷.

[email protected]: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:
[email protected]: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;

[email protected]: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種格式測試看看。

[email protected]: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，看看兩端是如何協調的。

[email protected]: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;

[email protected]:1521/orcldg> select count(*) from dba_source,all_objects;

--//在192.168.100.237上執行
$ kill -URG 97826
--//可以看出僅僅其中一放設置disable_oob = ON.當然這樣的情況僅僅影響一個連接.

--//修改客戶端sqlnet.ora:
--//註解disable_oob = ON，看看兩端是如何協調的。

[email protected]: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;

[email protected]: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的某些版本做了一些嘗試,才會出現這樣的情況.
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • CentOS7-自動化部署web集群
    一、項目要求 1、創建role，通過role完成項目（可能需要多個role） 2、部署nginx調度器（node2主機） 3、部署2台lnmp伺服器（node3，node4主機） 4、部署mariadb資料庫（node5主機） 主要用的ansible實現自動化部署，ansible的安裝教程省略，控制 ...
  • 為什麼建議主鍵整型自增？
    昨天看到一個MySQL資料庫設計原則：強烈建議表的主鍵使用整型自增主鍵。為啥呢？ 要弄明白這個問題首先需要瞭解MySQL是如何維護數據的，你需要知道以下幾點： MySQL的InnoDB存儲引擎是在B+樹上維護表數據的 B+樹是一種平衡樹 在這棵樹上，每個節點在電腦中叫做數據頁，預設16k 樹的葉子 ...
  • Mysql之SQL語句基礎1
    一、基本概念 ——後續的內容將會記錄作者在計科學習內容 DB(資料庫)：存儲數據的倉庫，數據是有組織進行存儲 DBMS（資料庫管理系統）：操縱和管理資料庫的大型軟體 SQL：操縱關係資料庫的編程語言，是一套標準 有Mysql,Oracle,SQLSever,PostgreSQl RDBMS(關係型數 ...
  • CloudCanal 落地 DB2 數據遷移同步功能
    簡述 Db2 是一款具有悠久歷史的關係型資料庫，由 IBM 公司開發和維護，廣泛應用於金融級業務場景。 CloudCanal 近期提供了 Db2 為源端的數據遷移同步 功能，用戶可以便利地將 Db2 中數據實時同步到其他資料庫，實現數據更廣泛、更實時的應用。 功能介紹 目標資料庫和能力 | 目標端數 ...
  • 過億雲資源運維管控難？華為雲CloudMap帶你喝著咖啡做運維
    摘要：華為雲站點數字化平臺CloudMap攜手華為雲圖引擎GES打造雲服務全棧拓撲，網路流量路徑和雲服務動態依賴等空間關係數據，支撐現網運行態風險識別和分鐘級定位定界，構建業界領先的數字化能力。 本文分享自華為雲社區《構建站點數字孿生，支撐確定性運維：華為雲九洲雲圖CloudMap》，作者：HWCl ...
  • DTALK直播預約 | 數據資產管理：金融機構數據價值釋放的必經之路
    當前，數據對金融機構業務和發展的重要性日益凸顯，釋放數據生產力已經成為金融機構進行全面數字化轉型的核心，這就要求金融機構以數據資產為綱不斷提升自身數據資產管理能力。 本期DTALK我們邀請到雅拓信息解決方案專家 尹曉中，為大家帶來《數據資產管理——金融機構數據價值釋放的必經之路》。 分享大綱劇透： ...
  • FlinkSQL自定義函數開發
    本次需求場景主要為實現將flinksql中collect()函數輸出的Mutiset(VARCHAR<100>)多行結果轉換為字元串。 一、FlinkSQL自定義函數分類 Flink SQL 的自定義函數是用戶可以自行編寫的一種函數，用於擴展 Flink SQL 的功能。自定義函數可以在 SQL 查 ...
  • 重現一條簡單SQL的優化過程
    GreatSQL社區原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。 GreatSQL是MySQL的國產分支版本，使用上與MySQL一致。 作者： JennyYu 文章來源：GreatSQL社區投稿 背景 接到客戶訴求說一條SQL長時間運行不出結果，讓給看看怎麼回事，SQL不複雜，優化措施也 ...
一周排行
    -Advertisement-
    Play Games
  • Spectre.Console-實現自己的CLI
    ## 引言 最近發現自己喜歡用的 Todo 軟體總是差點意思，畢竟每個人的習慣和工作流不太一樣，我就想著自己寫一個小的[Todo 項目]( https://github.com/circler3/TodoTrack )，核心的功能是自動記錄 Todo 執行過程中消耗的時間（尤其面向程式員），按照自己 ...
  • 在 Net Core 開發中如何解決 Cannot access a disposed object 這個問題
    ### 前言 當我們編寫 C# 代碼時，經常需要處理大量的數據集合。在傳統的方式中，我們往往需要先將整個數據集合載入到記憶體中，然後再進行操作。但是如果數據集合非常大，這種方式就會導致記憶體占用過高，甚至可能導致程式崩潰。 C# 中的`yield return`機制可以幫助我們解決這個問題。通過使用`y ...
  • Ado.Net 資料庫訪問技術(.Net 6版本)
    1. ADO.NET的前世今生 ADO.NET的名稱起源於ADO（ActiveX Data Objects），是一個COM組件庫，用於在以往的Microsoft技術中訪問數據。之所以使用ADO.NET名稱，是因為Microsoft希望表明，這是在NET編程環境中優先使用的數據訪問介面。 ADO.NE ...
  • 第一單元 單元測試
    1. 為什麼需要單元測試 在我們之前，測試某些功能是否能夠正常運行時，我們都將代碼寫到Main方法中，當我們測試第二個功能時，我們只能選擇將之前的代碼清掉，重新編寫。此時，如果你還想重新測試你之前的功能時，這時你就顯得有些難為情了，因為代碼都被你清掉了。當然你完全可以把代碼寫到一個記事本中進行記錄， ...
  • 開源.NetCore通用工具庫Xmtool使用連載 - 發送簡訊篇
    1. 透過現象看本質 反射被譽為是 c#中的黑科技 ，在很多領域中都有反射的身影，例如，我們經常使用的ORM框架，ABP框架 等。 反射指程式可以訪問、檢測和修改它本身狀態或行為的一種能力。. 程式集包含模塊，而模塊包含類型，類型又包含成員。. 反射則提供了封裝程式集、模塊和類型的對象。. 您可以使 ...
  • Rust Web 全棧開發之 Web Service 中的錯誤處理
    # Rust Web 全棧開發之 Web Service 中的錯誤處理 ## Web Service 中的統一錯誤處理 ### Actix Web Service 自定義錯誤類型 -> 自定義錯誤轉為 HTTP Response - 資料庫 - 資料庫錯誤 - 串列化 - serde 錯誤 - I/ ...
  • Java中泛型詳解，非常詳細
    在前面的幾篇文章中，詳細地給大家介紹了Java里的集合。但在介紹集合時，我們涉及到了泛型的概念卻並沒有詳細學習，所以今天我們要花點時間給大家專門講解什麼是泛型、泛型的作用、用法、特點等內容 ...
  • BIO、NIO、AIO區別詳解
    ###BIO：同步阻塞 主線程發起io請求後，需要等待當前io操作完成，才能繼續執行。 ###NIO：同步非阻塞 引入selector、channel、等概念，當主線程發起io請求後，輪詢的查看系統是否準備好執行io操作，沒有準備好則主線程不會阻塞會繼續執行，準備好主線程會阻塞等待io操作完成。 # ...
  • StampedLock：高併發場景下一種比讀寫鎖更快的鎖
    摘要：在讀多寫少的環境中，有沒有一種比ReadWriteLock更快的鎖呢？有，那就是JDK1.8中新增的StampedLock！ 本文分享自華為雲社區《【高併發】高併發場景下一種比讀寫鎖更快的鎖》，作者： 冰 河。 什麼是StampedLock? ReadWriteLock鎖允許多個線程同時讀取共 ...
  • Golang掃盲式學習——GO併發 | （一）
    ## 併發與並行😣 ### 併發與並行的概念和區別 並行：同一個時間段內多個任務同時在不同的CPU核心上執行。強調同一時刻多個任務之間的”**同時執行**“。 併發：同一個時間段內多個任務都在進展。強調多個任務間的”**交替執行**“。 ![](https://img2023.cnblogs.co ...
所有分類