oracle listener.log清理

--查看日志位置

lsnrcctl status

查看listener log file的位置

Listener Log Fi  /home/u01/app/oracle/diag/tnslsnr/xxxx/listener/alert/log.xml

--进入

/home/u01t/app/oracle/diag/tnslsnr/xxxx/listener目录

--查看目录下子文件夹大小

du -h --max-depth=1

--alert文件夹下的文件可以直接删除,除了当前使用的log.xml文件

rm -f log_*.xml

--对于trace 目录下的listener.log 过大处理方法

--关闭listener日志写入

lsnrctl set log_status off

--重命名文件

mv listener.log listener.old160720

--重新开启listener日志,会自动生成一个新的listener.log的文件。

lsnrctl set log_status on

--没问题之后再删掉旧文件

rm listener.old160720

原文地址:https://www.cnblogs.com/YJDBA/p/9724257.html

时间: 2024-10-19 18:39:30

oracle listener.log清理的相关文章

Oracle listener.log 清理

在oracle中,如果不对监听日志文件进行截断(定期清理),那么监听日志文件会变得越来越大,由于一些老旧的OS不支持2GB以上的文件,故当listener.log文件超过2GB时,会出现无法处理新的连接,新的操作系统虽然不会出现这个问题,但我们依然需要对其进行定期清理. 查看listener.log日志文件的位置,在RAC数据库中,其位置为: unixdev$[/grid/app/diag/tnslsnr/unixdev/listener/trace]ls listener.log 确定日志文件

ORACLE清理、截断监听日志文件(listener.log)

在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于"LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接",当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件

关于一次oracle sqlplus可登陆,但监听起不来的解决。由于listener.log文件超过4G

1.在oracle服务器上cmd 执行 lsnrctl 执行start 过了好久,提示监听程序已经启动. 再执行status 过来好久,才提示命令执行成功. 最好找到原因是因为C:\Oracle\diag\tnslsnr\hwh-PC\listener\trace 目录下的listener.log文件超过4G 导致的. 果断把监听日志停止掉 lsnrctl set log_status off;

Shell: extract more from listener.log (分析oracle监听日志)

最近遇到了两起数据库连接数不足的问题, 通常都会预留一些会话增加的情况, 但在一些特殊情况下如连接风暴(logon storm), 如果在监听中没有做rate限流,对数据库来说巨大的冲击可能会导致数据库Hang 或 ora-20 或ora-18 错误. 对于Hang并伴有进程数不足的情况,AWR.ASH 都可能无法升成,甚至数据库都无法登录或做SSD 都不成功, 这时候LISTENER.LOG 就成了"破案"时关键的线索. 下面记录分享一些分析listener.log的一些脚本.(No

Oracle listener lsnrctl

lsnrctl(Listener Control)是一家SQL*Net具,用于控制数据库listener,此工具提供了控制命令listener开端.停止,查看listener状态,更改listener配置参数. lsnrctl简介 命令行中输入lsnrctl,你将得到: C:\Documents and Settings\Administrator>lsnrctl LSNRCTL for 32-bit Windows: Version 10.2.0.1.0 - Production on 26-

LISTENER.LOG日志大小不能超过2GB

oracle 11G  windows 2008系统  造成了监听死锁 报TNS-00505: 操作超时 最后分析 发现 LISTENER.LOG日志大小超过2GB 解决方案: cd$ORACLE_HOME/network/log lsnrctlset log_status off mvlistener.log listener.bak lsnrctlset log_status on 以下是我在gdimall2上的一个操作记录: 首先改变监听的日志记录状态: $lsnrctlset log_s

/var/tmp/.oracle 和 oracle listener (监听)的一点理解

关于 /var/tmp/.oracle 的作用测试 ~---查看 /var/tmp 的权限 [[email protected] var]# ll total 164 ... drwxrwxrwt  3 root root 4096 Oct 31 13:16 tmp [[email protected] .oracle]# ll total 0 srwxrwxrwx 1 oracle10g oinstall 0 Oct 31 14:11 s#12569.1 srwxrwxrwx 1 oracle

【翻译自mos文章】禁止写入日志到Sqlnet.log和Listener.log

禁止写入日志到Sqlnet.log和Listener.log 参考原文: How to Disable Logging to the Sqlnet.log and the Listener.log (Doc ID 162675.1) 适用于: Oracle Net Services Information in this document applies to any platform. Checked for relevance on 15-Jan-2012 解决方案: Disable Cli

【m从翻译os文章】写日志禁令Sqlnet.log和Listener.log

写日志禁令Sqlnet.log和Listener.log 参考原始: How to Disable Logging to the Sqlnet.log and the Listener.log (Doc ID 162675.1) 适用于: Oracle Net Services Information in this document applies to any platform. Checked for relevance on 15-Jan-2012 解决方式: Disable Clien