Oracle19c數據庫監聽異常的實例分析

今天就跟大家聊聊有關Oracle19c數據庫監聽異常的實例分析，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

概述

今天主要分享一個最近排查的監聽問題，還是有點意思的，一起來看看吧~

環境：oracle19c 單實例

用plsql連接提示，這里排除防火墻、賬號密碼問題，連接字符串按監聽文件格式寫

1. 測試監聽

服務器本地測試監聽發現沒問題。

2. 查看數據庫狀態

數據庫狀態正常

3. 查看監聽狀態

發現沒有數據庫服務..

4. 查看數據庫服務名

懷疑是service_name問題，查看也沒有異常

5. 查看錯誤日志：

路徑為：/u01/app/oracle/diag/tnslsnr/ZL-FSL-SRM-TOOLS-DB/listener/alert/log.xml

</msg> <msg time='2020-03-04T17:46:23.601+08:00' org_id='oracle' comp_id='tnslsnr'  type='UNKNOWN' level='16' host_id='ZL-FSL-SRM-TOOLS-DB'  host_addr='172.26.151.84' pid='1072'>  <txt>04-MAR-2020 17:46:23 * ping * 0  </txt> </msg> <msg time='2020-03-04T17:48:53.202+08:00' org_id='oracle' comp_id='tnslsnr'  type='UNKNOWN' level='16' host_id='ZL-FSL-SRM-TOOLS-DB'  host_addr='172.26.151.84' pid='1072'>  <txt>WARNING: Subscription for node down event still pending  </txt> </msg> <msg time='2020-03-04T17:48:53.202+08:00' org_id='oracle' comp_id='tnslsnr'  type='UNKNOWN' level='16' host_id='ZL-FSL-SRM-TOOLS-DB'  host_addr='172.26.151.84' pid='1072'>  <txt>04-MAR-2020 17:48:53 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=ZL-FSL-SRM-TOOLS-DB)(USER=oracle))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=318767104)) * status * 0  </txt> </msg>

排查日志沒有明顯異常

6. 查看數據庫中listener相關參數

對比正常和異常數據庫的listener相關參數..

可以發現不太一樣。

7. 修改數據庫監聽參數

ps:動態注冊默認只注冊到默認的監聽器上(名稱是LISTENER、端口是1521、協議是TCP)，因為pmon只會動態注冊port等于1521的監聽，否則pmon不能動態注冊listener，如果需要向非默認監聽注冊，則需要配置local_listener參數。

監聽的信息添加到tnsnames.ora文件中。 因為pmon在動態注冊監聽時要從tnsnames.ora中讀取相關信息。

alter system set local_listener='(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=xx.xx.xx)(PORT=1522))))'  scope=both;

8. 重啟監聽并查看監聽狀態

問題解決..

看完上述內容，你們對Oracle19c數據庫監聽異常的實例分析有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。