資訊專欄INFORMATION COLUMN
環境介紹：
操作系統：Redhat7.6
數據庫版本：19.9
是否RAC：是
是否CDB：否
ASM或文件系統：ASM
ADG主備庫節點數：均為2個
先簡單介紹下故障，某天發現主庫的節點1的日志無法傳輸至備庫，而節點2傳輸正常。在經過相互ping，telnet及tnsping驗證之后，確認網絡正常。那究竟是咋回事呢？請聽下文詳細分解。
在主庫查看傳輸通道狀態，發現節點1的通道報ORA-01034:ORACLE not available：
去查看備庫狀態，確認都正常。為啥連不上呢？
是不是網絡有問題？于是在經歷兩個節點相互ping，telnet及tnsping驗證，確認網絡網絡正常，排除網絡導致的問題。
我們嘗試在主庫節點sqlplus備庫節點發現異常。
主庫節點1sqlplus 備庫節點1時報ORA-01034:ORACLE not available，跟通道報錯一致。
并且從主庫節點1sqlplus 備庫節點2也一樣的報ORA-01034。這就解釋了為啥節點1為啥日志傳輸不過去了。但凡主庫節點1能連上一個備庫節點，都能把日志傳輸過去。因為通道里面設置的tnsname開啟了failover，連接備庫兩個節點的VIP。
在主庫節點2去sqlplus備庫節點1時連接正常：
但是主庫節點2去sqlplus備庫節點2時也報ORA-01034。
通過多次sqlplus我們發現偶爾會報ORA-12637。
既然主備庫都正常，網絡也正常。初步懷疑是客戶端出現問題。決定開啟sqlnetlevel 16進行跟蹤一下。
發現如下異常：
初步判斷是由于OOB導致。
OOB是啥?其是19C客戶端的新功能，如果網絡上允許超出范圍的中斷，將觸發服務器自動測試。
默認情況下處于啟用狀態。因此，當19c客戶端連接到服務器時，它將觸發服務器測試OOB，這可以在服務器端跟蹤中看到。nsaccept：檢查OOB支持。如果網絡不支持OOB，則OOB檢查將失敗。連接也會失敗。
故障解決方法：
在DB的sqlnet.ora中添加DISABLE_OOB=ON即可禁掉OOB自動檢測。主備庫所有節點添加之后，重啟通道恢復正常。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/130043.html
摘要：李飛飛花名飛刀，阿里巴巴集團副總裁，高級研究員，達摩院首席數據庫科學家，阿里云智能事業群數據庫產品事業部負責人，杰出科學家。是阿里云的云原生數據庫，目前已有非常深厚的技術積累。 阿里妹導讀：云計算大潮來襲，傳統數據庫市場正面臨重新洗牌的情境，包括云數據庫在內的一批新生力量崛起，動搖了傳統數據庫的壟斷地位，而由云廠商主導的云原生數據庫則將這種改變推向了高潮。 云時代的數據庫將面臨怎樣的...
DG備庫讀寫測試方案 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; margin:0...
閱讀 1353·2023-01-11 13:20
閱讀 1699·2023-01-11 13:20
閱讀 1211·2023-01-11 13:20
閱讀 1902·2023-01-11 13:20
閱讀 4161·2023-01-11 13:20
閱讀 2751·2023-01-11 13:20
閱讀 1397·2023-01-11 13:20
閱讀 3664·2023-01-11 13:20
