在資料庫的執行中，會產生很多監聽日誌，堆積久了會占用很大的記憶體。
監聽日誌listener.log日誌放在了$oracle_base/diag/tnslsnr//listener/trace目錄下
同時，可以通過檢視監聽狀態的命令，找到監聽日誌檔案的存放位置
[grid@rac1 ~]$ lsnrctl stat
lsnrctl for linux: version 11.2.0.4.0 - production on 30-8月 -2019 08:51:30
正在連線到 (address=(protocol=tcp)(host=)(port=1521))
listener 的 status
------------------------
別名 listener
版本 tnslsnr for linux: version 11.2.0.4.0 - production
啟動日期 27-1月 -2018 20:31:51
正常執行時間 82 天 9 小時 51 分 46 秒
跟蹤級別 off
安全性 on: local os authentication
snmp off
監聽端點概要...
(description=(address=(protocol=ipc)(key=listener)))
(description=(address=(protocol=tcp)(host=192.168.x.***)(port=1521)))
(description=(address=(protocol=tcp)(host=192.168.x.***)(port=1521)))
服務摘要..
服務 "+asm" 包含 1 個例項。
例項 "+asm1", 狀態 ready, 包含此服務的 1 個處理程式...
服務 "racdb" 包含 1 個例項。
例項 "racdb1", 狀態 ready, 包含此服務的 1 個處理程式...
服務 "racdb.nsfc.gov.cn" 包含 1 個例項。
例項 "racdb1", 狀態 ready, 包含此服務的 1 個處理程式...
服務 "racdbxdb" 包含 1 個例項。
例項 "racdb1", 狀態 ready, 包含此服務的 1 個處理程式...
命令執行成功
[grid@rac1 alert]$ cd ..
[grid@rac1 listener]$ ls
alert/ cdump/ incident/ incpkg/ lck/ metadata/ metadata_dgif/ metadata_pv/ stage/ sweep/ trace/
[grid@rac1 listener]$ cd trace/
[grid@rac1 trace]$ ls
listener.log
[grid@rac1 trace]$ ll # trace目錄下記錄的日誌檔案更為詳細
total 29077052
-rw-r----- 1 grid oinstall 29773876766 aug 30 08:53 listener.log
[grid@rac1 trace]$ du -sh # 檢視日誌大小
28g .
[grid@rac1 ~]$ lsnrctl status listener_scan1
lsnrctl for linux: version 11.2.0.4.0 - production on 30-aug-2019 09:01:14
connecting to (description=(address=(protocol=ipc)(key=listener_scan1)))
tns-12541: tns:no listener
tns-12560: tns:protocol adapter error
tns-00511: no listener
linux error: 2: no such file or directory
[grid@rac2 ~]$ lsnrctl status listener_scan1
lsnrctl for linux: version 11.2.0.4.0 - production on 30-aug-2019 09:02:13
connecting to (description=(address=(protocol=ipc)(key=listener_scan1)))
status of the listener
------------------------
alias listener_scan1
version tnslsnr for linux: version 11.2.0.4.0 - production
start date 27-jan-2018 10:47:23
uptime 82 days 19 hr. 46 min. 56 sec
trace level off
security on: local os authentication
snmp off
listening endpoints summary...
(description=(address=(protocol=ipc)(key=listener_scan1)))
(description=(address=(protocol=tcp)(host=192.168.x.***)(port=1521)))
services summary...
service "racdb" has 2 instance(s).
instance "racdb1", status ready, has 1 handler(s) for this service...
instance "racdb2", status ready, has 1 handler(s) for this service...
service "racdb.nsfc.gov.cn" has 2 instance(s).
instance "racdb1", status ready, has 1 handler(s) for this service...
instance "racdb2", status ready, has 1 handler(s) for this service...
service "racdbxdb" has 2 instance(s).
instance "racdb1", status ready, has 1 handler(s) for this service...
instance "racdb2", status ready, has 1 handler(s) for this service...
the command completed successfully
一般，可以編寫乙個shell作業，每個月將監聽日誌移動至指定目錄下，並刪掉trace目錄下的日誌。
alert目錄和trace目錄下記錄的都是監聽日誌，只是alert記錄的更為詳細。
#!/bin/bash
#mv listener log to new station
#get date
datestring=$(date +%y%m --date="-1 month")
cp $trace/listener.log $tracebak/listener_rac1_$.log
echo > $trace/listener.log
用find命令結合rm刪除某目錄下指定檔案
Oracle 清理監聽日誌
隨著警告日誌和監聽日誌越來越大，占用本來就不多的儲存。監聽日誌 listener.log 不得超過2g，會無法處理新連線。監聽日誌 listener.log 太大，效能會有影響，肯能無法寫入，同2。find mtime 30 type f name log xml exec cp u02 dump ...
Oracle監聽日誌定期清理
環境 oracle 11.2.0 win server 2008 r2 enterprise 原因 oracybzdfle監聽日誌檔案大小超過4g，oracle監聽連線時斷時續 解決辦法 重新建立新的日誌檔案，通過計畫任務定期執行，為方便，我這裡每天執行一次。批處理檔案內容如下 echo off r...
perl分析ORACLE監聽日誌（登入情況）
perl分析oracle監聽日誌 登入情況 perl分析oracle監聽日誌 longshine dba 關鍵字 perl listener分析，分析oracle登入 分析oracle連線 開發中心長期不使用的資料庫 可以將此例項停掉 或資料庫備份後移出伺服器，從而高效的利用主機記憶體和硬碟空間。那...