/opt/app/oracle/product/10.2.0/db_1/network/log 目錄下 listener_testdb1.log 這個檔案非常大
 
[root@testdb1:/opt/app/oracle/product/10.2.0/db_1/network/log]# ls -l 
total 16018840 
-rw-r-----    1 oracle   oinstall 4294967311 Apr 14 2012  listener_testdb1.log 
-rw-r-----    1 oracle   oinstall 3903163381 Feb 20 2012  listener_testdb1.log.20120220 
-rw-r-----    1 oracle   oinstall    3370281 Jun  6 06:50 sqlnet.log 
 
listener_testdb1.log 該日誌檔案大小正好為 4G ，且有一年多沒有更新了， 
正常情況下，該檔案幾乎一秒鐘至少更新一次。 
 
這時可能會想到將當前的日誌檔案備份一下，然後重新建立一個新的日誌檔案， 
但Oracle的監聽器在執行時是不允許對其日誌檔案做刪除，重新命名操作，於是只有停止監聽器。 
重新命名後，再啟動監聽器，啟動時會自動建立一個新的監聽器日誌檔案，但這樣客戶端連線就會斷開， 
 
但也有一種方法在不停止監聽器的情況下，重新命名監聽器日誌檔案。 
 
監聽器命令（WINDOWS在命令列下操作，LINUX和AIX均同命令）  
lsnrctl set log_status off      
lsnrctl set log_status on   
 
*****此次具體操作步驟 ： 
 
lsnrctl set log_status off    ### 先把日誌狀態停掉，這樣就不會寫監聽器日誌 
現在就可以把 監聽器日誌檔案備份mv 或是 刪掉rm 
lsnrctl set log_status on     ### 重新開啟日誌，開始記錄監聽器日誌。該檔案會自動建立 
 
可以執行  lsnrctl status ，檢查監聽器日誌檔案 
 
切記 ： 不能直接 cat /dev/null >  listener_testdb1.log 除非在監聽器關閉的情況下。 
        否則，即便檔案已經被清空，監聽器還是無法執行寫入日誌的。 
 
 
另外也可以指定監聽器日誌檔案的名字，而不需要系統生成的檔名： 
LSNRCTL> set log_file 
Parameter Value: a.log 
 
 
疑問 ： 
 為什麼該檔案（listener_testdb1.log）物理空間到了 4G 後，就無法增長了呢 ？ 
 且導致監聽器日誌無法更新。 
 而且還有很多關於該檔案大於 4G 後，導致資料庫監聽器無法啟動， 
 也有人說會導致客戶端連線的速度。 
 
暫沒有找到官方答案，下面是針對該問題幾個網友的見解 ： 
  
1.  Bug 9497965 - Win: Listener Startup Fails Due to listener.log Size is Greater Than 4GB [ID 9497965.8] 
 
  
2. 看一下listener.log檔案，突然發現這個檔案大小有4GB了。不再寫如新的內容進來了。 
   會不會是日誌檔案滿了，監聽器就不工作了。於是，清理掉該檔案，一切恢復正常。 
   我記得，在linux下oracle 10g中，該日誌檔案一旦滿了，就會不記錄日誌但監聽器正常。沒想到在windows下，11g就因此而掛了。 
 
3.  I leave listener_log status in the off position. Unless I need to debug something (or some folks have 
    a need for auditing connections), this is a useless file, and it's just 
    one more thing that needs to be managed.