监听文件太大，转移来释放空间

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:06

Copyright (c) 1991, 2011, Oracle. All rights reserved.

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

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

重建
[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

Copyright (c) 1991, 2011, Oracle. All rights reserved.

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