Oracle listener.log 清理

在oracle中,如果不对监听日志文件进行截断(定期清理),那么监听日志文件会变得越来越大,由于一些老旧的OS不支持2GB以上的文件,故当listener.log文件超过2GB时,会出现无法处理新的连接,新的操作系统虽然不会出现这个问题,但我们依然需要对其进行定期清理。

查看listener.log日志文件的位置,在RAC数据库中,其位置为:

unixdev$[/grid/app/diag/tnslsnr/unixdev/listener/trace]ls
listener.log

确定日志文件的大小

unixdev$[/grid/app/diag/tnslsnr/unixdev/listener/trace]du -ks listener.log
722795  listener.log

同时,通过上面的命令,我们还可以查看其他文件的大小:

unixdev$[/grid/app/diag/tnslsnr/unixdev/listener]du -ks *
1273999 alert
0       cdump
0       incident
0       incpkg
1       lck
257     metadata
0       metadata_dgif
0       metadata_pv
0       stage
0       sweep
722795  trace

如果觉得listener.log文件较大,我们可以将其清空,主要步骤为:

step1:停止监听服务进程(tnslsnr)记录日志,Oracle 11gR2监听日志存放在grid用户下

su - grid

$lsnrctl set log_status off;

step2:拷贝listener.log文件

$p listener.log data_listener.log

step3:查看该副本内容是否正常

$more date_listener.log

step4:如果副本没问题,则开始清空listener.log

$echo ‘ ’ > listener.log

step5:查看日志是否被清空

$pwd
../listener/trace
$du -ks *

step6:开启监听服务进程(tnslsnr)日志

$lsnrctl set log_status on;

step7:查看监听日志是否正常运行,如果不断更新,说明没问题(假如没人连接数据库,我们是看不到变化的,此时我们可以使用sqlplus连接数据库,看listener.log是否会更新

tail -f listener.log
时间: 2024-10-28 02:22:17

Oracle listener.log 清理的相关文章

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.x

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