症狀描述

突然發現Oracle11g的資料庫連不上了，用PL / SQL登陸也發現連不上，報出是監聽問題，然後就各種重新配置監聽，結果也不是很好用，就放棄了，說休息一會兒再弄，結果竟然發現連上了，用SQL語句發現查詢很慢，再用PL / SQL重新連線又發現連線不上了，過一會兒又可以用了，這時我想應該不是監聽連不上，而是連線監聽的時間很長的原因導致的，就在網上百度了一下，結果有大量的帖子也出現過這個問題，原因是日誌檔案的超過4G了，就藉著這個機會自己也重新梳理了問題。

監聽日誌過大處理指南

1，找到監聽檔案路徑

   用CMD命令，以管理員執行，否則後面的好多操作都不能處理

用lsnrctl status命令檢視監聽檔案及對應的監聽日誌檔案

2，查詢監聽檔名稱

開啟listener.ora檔案，找到對應監聽

3，停止監聽日誌記錄功能

甲骨文監聽日誌有兩種格式，一種是XML格式，一種是文字檔案格式的.xml格式的日誌是10M一個，所以不存在單個檔案過大的問題。因此我們需要關注的是文字檔案格式的監聽日誌檔案監聽狀態輸出中顯示的是XML格式的檔案位置，文字檔案格式的日誌檔案所在的目錄位於XML格式日誌所在位置上層目錄下的跟蹤目錄下，比如這裡的XML檔案位於：C：\ SOFTWARE \ oracle11.2 \診斷\ TNSLSNR \ XXX \監聽\警報目錄下，那麼文字檔案格式的日誌就位於C：\ SOFTWARE \ oracle11.2 \診斷\ TNSLSNR \ XXX \監聽\跟蹤下我們這裡對應的檔案是：C：\ SOFTWARE \ oracle11.2 \診斷\ TNSLSNR \ XXX \監聽\跟蹤\ LISTENER.LOG如果該目錄存在多個檔案，只需要通過更新時間基本上就可以確定當前在使用的檔案

4，轉儲檔案

轉儲檔案可以切換到監聽日誌檔案位置，直接重新命名（如果確認不需要保留歷史日誌記錄，可以刪除）

5.重新開啟監聽日誌記錄功能

總結

可以通過第一步停止監聽，直接找到日誌檔案直接幹掉算了。一般日誌檔案不能超過4G