-
2021-05-04 09:24:41
删除oracle 11g的警告日志和监听日志
oracle 11g的监听日志和警告日志都是在
/u01/oracle/diag/tnslsnr/oracle/listener目录和
/u01/oracle/diag/rdbms/db1/db1目录下都有以下分别简称listener目录和db1目录。这两目录下都有如下目录:
alert cdump hm incident incpkg ir lck metadata stage swee p trace
其中警告日志在alert目录下,监听日志在trace目录下。listener目录下产生的日志文件比较大,是主要清理的对象,而db1目录下产生的文件比较小,基本不需要清除。在listener目录下监听日志是一个名为listener.log的文件,而警告日志log.xml,这个日志每到11M左右就会分割成一个log_XXXX.xml的日志,逐渐累加。而在db1目录下两个日志的方式刚好相反,监听日志分割成很多个以.trc .trm的文件,而警告日志只有一个log.xml的文件。不知道oracle在搞什么鬼,也不知道原理是什么。希望有了解的朋友给予指点。
删除监听日志的方法如下:
切换到oracle用户
su oracle
$lsnrctl set log_status off
$mv listener.log /backup/
$lsnrctl set log_status on
监听日志启动后就会自动创建一个全新的listener.log文件,备份好的文件可以删除。如果不执行上述的命令直接删除listener.log,系统是不
更多相关内容 -
Oracle监听日志定期清理
2020-12-16 02:13:50原因:Oracle监听日志文件大小超过4G,oracle监听连接时断时续 解决办法:重新建立新的日志文件,通过计划任务定期执行,为方便,我这里每天执行一次。 批处理文件内容如下: @echo off rem 因数据库监听日志过大,... -
oracle 11g的警告日志和监听日志的删除方法
2020-12-16 04:05:59oracle 11g的监听日志和警告日志都是在/u01/oracle/diag/tnslsnr/oracle/listener目录和/u01/oracle/diag/rdbms/db1/db1目录下都有以下分别简称listener目录和db1目录。这两目录下都有如下目录:alert cdump hm ... -
oracle11g监听日志文件过大导致监听无法启动2
2014-12-09 19:53:53oracle11g的监听日志文件过大导致监听无法启动 -
Oracle 永久关闭监听日志
2021-04-30 08:30:29在Oracle的各种日志中,监听日志算是比较大的,尤其是在windows平台,还存在监听日志过大导致监听异常的bug。 所以除了写脚本定期删日志文件之外,就是永久性的把监听写日志的功能关闭。 实际上,在windows 平台要上...在Oracle的各种日志中,监听日志算是比较大的,尤其是在windows平台,还存在监听日志过大导致监听异常的bug。 所以除了写脚本定期删日志文件之外,就是永久性的把监听写日志的功能关闭。 实际上,在windows 平台要上删日志还需要先停监听,否则会提示文件正在被使用无法删除。 https://www.cndba.cn/dave/article/2828
https://www.cndba.cn/dave/article/2828
https://www.cndba.cn/dave/article/2828
下面看永久的关闭监听日志的方法:
查看监听状态:https://www.cndba.cn/dave/article/2828https://www.cndba.cn/dave/article/2828
[dave@www.cndba.cn ~]$ lsnrctl status
LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 01-JUN-2018 09:03:02
Copyright (c) 1991, 2016, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=web)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 12.2.0.1.0 - Production
Start Date 01-JUN-2018 09:02:58
Uptime 0 days 0 hr. 0 min. 3 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u01/app/oracle/product/12.1.0/db_1/network/admin/listener.ora
Listener Log File /u01/app/oracle/diag/tnslsnr/web/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=web)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
The listener supports no services
The command completed successfully
[dave@www.cndba.cn ~]$
[dave@www.cndba.cn trace]$ pwd
/u01/app/oracle/diag/tnslsnr/web/listener/trace
[dave@www.cndba.cn trace]$ ll -lh
总用量 66M
-rw-r----- 1 oracle oinstall 13M 6月 1 09:03 listener.log
-rw-r----- 1 oracle oinstall 42M 2月 12 09:31 ora_14017_139945876631872.trc
-rw-r----- 1 oracle oinstall 11M 2月 12 09:31 ora_14017_139945876631872.trm
[dave@www.cndba.cn trace]$
[dave@www.cndba.cn trace]$ rm -rf *
停止监听服务进程(tnslsnr)记录日志。
[dave@www.cndba.cn trace]$ lsnrctl set log_status off;
LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 01-JUN-2018 09:04:50
Copyright (c) 1991, 2016, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=web)(PORT=1521)))
LISTENER parameter "log_status" set to OFF
The command completed successfully
[dave@www.cndba.cn trace]$
再次查看监听状态,就没有日志文件的信息了:https://www.cndba.cn/dave/article/2828
[dave@www.cndba.cn trace]$ lsnrctl status
LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 01-JUN-2018 09:05:24
Copyright (c) 1991, 2016, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=web)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 12.2.0.1.0 - Production
Start Date 01-JUN-2018 09:02:58
Uptime 0 days 0 hr. 2 min. 26 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u01/app/oracle/product/12.1.0/db_1/network/admin/listener.ora
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=web)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
The listener supports no services
The command completed successfully
[dave@www.cndba.cn trace]$
但是这种修改只对当前的环境有效,一旦监听重启后又会重新生成日志,所以我们需要把修改写入到监听的配置文件中去:
[dave@www.cndba.cn trace]$ lsnrctl set log_status off;
LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 01-JUN-2018 09:07:04
Copyright (c) 1991, 2016, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=web)(PORT=1521)))
LISTENER parameter "log_status" set to OFF
The command completed successfully
保存配置信息https://www.cndba.cn/dave/article/2828
[dave@www.cndba.cn trace]$ lsnrctl save_config
LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 01-JUN-2018 09:07:21
Copyright (c) 1991, 2016, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=web)(PORT=1521)))
Saved LISTENER configuration parameters.
Listener Parameter File /u01/app/oracle/product/12.1.0/db_1/network/admin/listener.ora
Old Parameter File /u01/app/oracle/product/12.1.0/db_1/network/admin/listener.bak
The command completed successfully
[dave@www.cndba.cn trace]$
这样修改之后,在监听的配置文件中就会多一条配置:LOGGING_LISTENER = OFFhttps://www.cndba.cn/dave/article/2828https://www.cndba.cn/dave/article/2828
[dave@www.cndba.cn admin]$ cat listener.ora
# listener.ora Network Configuration File: /u01/app/oracle/product/12.1.0/db_1/network/admin/listener.ora
# Generated by Oracle configuration tools.
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = web)(PORT = 1521))
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
)
)
#----ADDED BY TNSLSNR 01-JUN-2018 09:07:21---
LOGGING_LISTENER = OFF
#--------------------------------------------
[dave@www.cndba.cn admin]$
当然也可以直接在listener.ora文件增加上面的内容来关闭监听日志。但是只有在监听重启后才会生效,而通过lsnrctl 这个命令接口,可以立即生效,Windows平台上的文件会立即关闭。因此可以利用这个特性,用来删除WINDOWS平台上的监听日志文件,因为不这样,在监听运行时监听日志是不能删除的。https://www.cndba.cn/dave/article/2828
版权声明:本文为博主原创文章,未经博主允许不得转载。
-
Nodejs监听日志文件的变化的过程解析
2021-01-20 07:48:08最近有在做日志文件的分析,其中有一个需求:A服务器项目需要用Nodejs监听日志文件的变化,当项目产生了新的日志信息,将新的部分通过socket传输到B服务器项目。socket暂时不做分析。 这个需求很简单,通过分析我们... -
查看oracle监听日志
2021-05-01 03:38:58察看listener.log 确认没有问题# find / -name listener.log/home/oracle/app/OraHome_1/network/log/listener.log位置在$ORACLE_HOME/network/log/listener.logTNSLSNR for IBM/AIX RISC System/6000: Version 10.2...察看listener.log 确认没有问题
# find / -name listener.log
/home/oracle/app/OraHome_1/network/log/listener.log
位置在$ORACLE_HOME/network/log/listener.log
TNSLSNR for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Production on 29-DEC-2009 15:12:15
Copyright (c) 1991, 2007, Oracle. All rights reserved.
System parameter file is /home/oracle/app/OraHome_1/network/admin/listener.ora
Log messages written to /home/oracle/app/OraHome_1/network/log/listener.log
Trace information written to /home/oracle/app/OraHome_1/network/trace/listener.trc
Trace level is currently 0
Started with pid=856304
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=data1)(PORT=1521)))
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC0)))
Listener completed notification to CRS on start
TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT [* SID] * RETURN CODE
29-DEC-2009 15:12:15 * (CONNECT_DATA=(SERVICE_NAME=L150)(CID=(PROGRAM=c:\program files\ksec\tdcsserverf
orl0150\tdcsserver.exe)(HOST=KSEC01)(USER=SYSTEM))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.200.4)(PORT=
3274)) * establish * L150 * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
WARNING: Subscription for node down event still pending
29-DEC-2009 15:12:15 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=data1)(USER=oracle))(COMMAND=status)(ARGUMENT
S=64)(SERVICE=LISTENER)(VERSION=169870336)) * status * 0
29-DEC-2009 15:12:15 * service_register * L150 * 0
29-DEC-2009 15:12:16 * (CONNECT_DATA=(SERVICE_NAME=L150)(CID=(PROGRAM=D:\TIMMS_WMS\TmEventSvr\TmEventSv
r.exe)(HOST=KSEC01)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.200.4)(PORT=3275)) * e
stablish * L150 * 12528
TNS-12528: TNS:listener: all appropriate instances are blocking new connections
29-DEC-2009 15:12:19 * (CONNECT_DATA=(SERVICE_NAME=L152)(CID=(PROGRAM=C:\TmEventSvr\TmEventSvr.exe)(HOS
T=C)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.200.5)(PORT=3023)) * est
-
oracle清理监听日志
2021-05-02 02:34:53在oracle数据库中,如果不对监听日志listener.log进行处理,那么listener.log会变得越来越大,如果在32位bit linux或Unix系统中,32bit自带的文件系统不支持2G以上的文件,会导致监听服务进程(tnslsnr) append write...在oracle数据库中,如果不对监听日志listener.log进行处理,那么listener.log会变得越来越大,如果在32位bit linux或Unix系统中,32bit自带的文件系统不支持2G以上的文件,会
导致监听服务进程(tnslsnr) append write日志文件出错,一般64bit中,listener.log不会超过4G,超过4G的话日志不再进行写入。
监听文件过大,正确的处理方法:
1.停止监听服务进程(tnslsnr)记录日志
[oracle@DB-Server log]$ lsnrctl set log_status off;
The command completed successfully
2.将监听日志文件listener.log复制一份,以listener.log.yyyymmdd格式命名
[oracle@DB-Server log]$ cp listener.log listener.log.xxxx
3.将监听日志文件listener.log清空
[oracle@DB-Server log]$echo /dev/null listener.log
或者 cat /dev/null > listener.log
4.查看日志文件是否清空
[oracle@DB-Server log]$ls -l
5.确认清空之后开启监听服务进程(tnslsnr)记录日志
[oracle@DB-Server log]$ lsnrctl set log_status on;
到此完成
还有一种方法是对监听日志文件进行截断维护,不过这种方法会产生报错
截断维护的方法
A.[oracle@DB-Server log]$ mv listener.log listener.log.20150114
B.[oracle@DB-Server log]$ cp /dev/null listener.log
C.[oracle@DB-Server log]$ more listener.log
如上所示,这样截断监听日志(listener.log)后,监听服务进程(tnslsnr)并不会将新的监听信息写入listener.log,而是继续写入listener.log.20150114
[oracle@DB-Server log]$ tail listener.log.20150114
15-JAN-2015 22:40:01 * service_update * EPPS * 0
15-JAN-2015 22:47:59 * service_update * EPPS * 0
15-JAN-2015 22:58:00 * service_update * EPPS * 0
15-JAN-2015 23:08:00 * service_update * EPPS * 0
15-JAN-2015 23:18:01 * service_update * EPPS * 0
15-JAN-2015 23:28:01 * service_update * EPPS * 0
15-JAN-2015 23:38:02 * service_update * EPPS * 0
15-JAN-2015 23:41:02 * service_update * EPPS * 0
15-JAN-2015 23:50:26 * ping * 0
15-JAN-2015 23:51:03 * service_update * EPPS * 0
[oracle@DB-Server log]$ tail listener.log.20150114
15-JAN-2015 23:18:01 * service_update * EPPS * 0
15-JAN-2015 23:28:01 * service_update * EPPS * 0
15-JAN-2015 23:38:02 * service_update * EPPS * 0
15-JAN-2015 23:41:02 * service_update * EPPS * 0
15-JAN-2015 23:50:26 * ping * 0
15-JAN-2015 23:51:03 * service_update * EPPS * 0
15-JAN-2015 23:57:40 * ping * 0
15-JAN-2015 23:57:41 * ping * 0
15-JAN-2015 23:57:42 * ping * 0
15-JAN-2015 23:57:43 * ping * 0
[oracle@DB-Server log]$ more listener.log
[oracle@DB-Server log]$
http://www.cnblogs.com/kerrycode/p/4227579.html
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29618264/viewspace-2140235/,如需转载,请注明出处,否则将追究法律责任。
-
Oracle监听日志文件的管理
2021-05-01 03:39:53先去监听日志的目录里面并查看大小 从监听里用show log_file得出日志文件的地址 ---测试机没怎么用依然有8M大小的日志 [oracle@bys3 alert]$ du -sh log.xml 8.0M log.xml 3.现在可以关闭listener log LSNRCTL> set ... -
windows下监听日志工具 tail
2020-11-03 16:51:58解压即用得日志查看工具,适用windows系统,cmd打开,使用tail + 日志路径即可实时查看日志,类似centos tail -f xxxs -
Oracle 11g 查看监听日志
2021-05-01 05:52:59当连接异常时,可以通过分析监听日志来查找线索~ [DBCHC]$ find $ORACLE_HOME -name listener.log/opt/64bit/oracle/11.2.0/log/diag/tnslsnr/sinrndvud062/listener/trace/listener.log~ [DBCHC]$ vim /opt/64bit/... -
对于Oracle监听日志定期清理
2021-05-04 03:20:11软件安装:装机软件必备包SQL是Structured Query Language(结构化查询语言)的缩写。SQL是专为数据库而建立的操作命令集,是一种功能齐全的数据库语言。...本文主要介绍了Oracle监听日志定期清理的相关资料,... -
oracle监听日志分析常用方法
2021-05-02 05:45:30s/).*$//g' | awk '{if(NF==4){print $1 " " $2 " " $3 " " $4}}'| awk '{print $3}' |grep tfr | wc -l 分析每个小时通过监听连接的数量 fgrep "21-DEC-2015" listener.log |fgrep ... -
Oracle关闭监听日志
2022-01-26 14:27:40[oracle@node02:/u01/app/oracle/diag/tnslsnr/node02/listener/trace]$ lsnrctl status LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 19-OCT-2021 16:07:08 Copyright (c) 1991, 2019, Orac... -
oracle11g的监听日志文件过大导致监听无法启动
2012-10-19 09:14:49oracle11g的监听日志文件过大导致监听无法启动 -
windows 清空oracle的监听日志listener.log
2021-05-01 10:42:27最近接手一个windows 下的oracle ,发现监听日志已经到了1.5G。以前都是在aix,linux上干活 ,突然倒了windows反而不太习惯。下面记录一下清理过程:D:\oracle\product\102\NETWORK\log>echo >listener.logThe... -
Oracle 数据库监听日志过大,怎么清除?
2021-09-22 13:50:57Oracle 数据库的监听日志用于保留连接数据库的一些记录以及问题等信息! 当数据库运行长时间之后,日志文件就会一直变大,这时就需要定时清理!如果不清理,当日志大小达到 4G 左右的时候,可能会导致数据库宕机,... -
Oracle监听日志清除
2021-03-12 20:04:52日志文件达到4G,部分OS达到4G后,不会向监听日志文件写新的内容,故需要清理 1.实验环境-11.2.0.4.0 2.日志清除过程 2.1 查找监听位置( 切换到grid用户) [grid@rac1 ~]$ lsnrctl status [grid@rac1 ~]$ cd /u01/... -
ORACLE清理监听日志文件
2021-02-20 13:24:11现象: 服务器磁盘空间严重不足 由于服务器是2016年开通的...$ORACLE_BASE/diag/tnslsnr/服务器用户名/listener/trace/目录下:查看监听日志listener.log的大小已经超过11G。 $ORACLE_BASE/diag/tnslsnr/服务器用户 -
oralce 数据库监听日志状态及目录:查看监听(使用grid用户登陆):
2021-01-28 00:09:23数据库监听日志状态及目录:查看监听(使用grid用户登陆): ...101监听日志目录: listener:/opt/app/grid/diag/tnslsnr/db1/listener/alert/ /opt/app/grid/diag/tnslsnr/db1/listener/trace/ ... -
flume监听日志文件
2021-03-20 23:42:45控制台监听打印flume-exec.log文件写入数据 # Define a memory channel called ch1 on agent1 agent1.channels.ch1.type = memory agent1.channels.ch1.capacity = 1000 agent1.channels.ch1.transactionCapacity = ... -
查找Oracle数据库监听日志位置
2020-08-20 14:17:16命令:lsnrctl status -
windows下oracle监听日志最大4G
2021-05-14 20:43:40windows下oracle监听日志最大4G 服务,先关闭监听 日志文件改名备份 重启服务