監聽文件太大，轉移來釋放空間

時間 2019-12-12

原文原文鏈接

Oracle監聽器日誌文件(一般叫作listener.log)是一個純文本文件，它的大小是一直不斷增加的，在一個生產Oracle服務器上，DBA會每日查看該文件，如檢查監聽器是否有異常中止，是否有惡意攻擊鏈接等，當這個文件特別大的時候，打開和瀏覽文件內容時可能比較慢。這時可能會想到將當前的日誌文件備份一下，而後從新建立一個新的日誌文件，但Oracle的監聽器在運行時是不容許對其日誌文件作刪除，重命名操做，因而只有中止監聽器。重命名後，再啓動監聽器，啓動時會自動建立一個新的監聽器日誌文件，但這樣客戶端鏈接就會斷開，下面介紹一種方法在不中止監聽器的狀況下，重命名監聽器日誌文件。
lsnrctl set log_status off
lsnrctl set log_status on 服務器

注意：集羣中listener_scan1.log清理方式有所不一樣
lsnrctl命令行模式（WINDOWS在命令行下操做，LINUX和AIX均同命令）
set current_listener listener_scan1
set log_status off
cat /dev/null > listener_scan1.log
set log_status on
cat listener_scan1.log命令行

單實例處理下
[grid@rac1 trace]$ ls -ltrh
total 1.5G
-rw-r----- 1 grid oinstall 0 Feb 1 2018 ora_5167_140127273219808.trc
-rw-r----- 1 grid oinstall 0 Apr 7 2018 ora_5347_140710176175840.trc
-rw-r----- 1 grid oinstall 0 Dec 3 23:13 ora_5347_140113590142688.trc
-rw-r----- 1 grid oinstall 0 Dec 5 08:11 ora_5375_140648166098656.trc
-rw-r----- 1 grid oinstall 1.5G Feb 25 16:51 listener_scan1.log
暫停
[grid@rac1 trace]$ lsnrctl set log_status off日誌

LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 25-FEB-2019 16:52:06io

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
LISTENER parameter "log_status" set to OFF
The command completed successfullygrid

轉移
[grid@rac1 trace]$
[grid@rac1 trace]$ mv listener_scan1.log /mnt/tmp
[grid@rac1 trace]$ command

重建
[grid@rac1 trace]$ lsnrctl set log_status on 方法

LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 25-FEB-2019 16:54:47命名

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))LISTENER parameter "log_status" set to ONThe command completed successfully[grid@rac1 trace]$ ls -ltrhtotal 4.0K-rw-r----- 1 grid oinstall 0 Feb 1 2018 ora_5167_140127273219808.trc-rw-r----- 1 grid oinstall 0 Apr 7 2018 ora_5347_140710176175840.trc-rw-r----- 1 grid oinstall 0 Dec 3 23:13 ora_5347_140113590142688.trc-rw-r----- 1 grid oinstall 0 Dec 5 08:11 ora_5375_140648166098656.trc-rw-r----- 1 grid oinstall 188 Feb 25 16:55 listener_scan1.log