精华内容
下载资源
问答
  • oracle 11g的警告日志和监听日志
    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监听日志文件大小超过4G,oracle监听连接时断时续 解决办法:重新建立新的日志文件,通过计划任务定期执行,为方便,我这里每天执行一次。 批处理文件内容如下: @echo off rem 因数据库监听日志过大,...
  • oracle 11g的监听日志和警告日志都是在/u01/oracle/diag/tnslsnr/oracle/listener目录和/u01/oracle/diag/rdbms/db1/db1目录下都有以下分别简称listener目录和db1目录。这两目录下都有如下目录:alert cdump hm ...
  • oracle11g的监听日志文件过大导致监听无法启动
  • 在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

    版权声明:本文为博主原创文章,未经博主允许不得转载。

    展开全文
  • 最近有在做日志文件的分析,其中有一个需求: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/,如需转载,请注明出处,否则将追究法律责任。

    展开全文
  • 先去监听日志的目录里面并查看大小 从监听里用show log_file得出日志文件的地址 ---测试机没怎么用依然有8M大小的日志 [oracle@bys3 alert]$ du -sh log.xml 8.0M log.xml 3.现在可以关闭listener log LSNRCTL> set ...
  • 解压即用得日志查看工具,适用windows系统,cmd打开,使用tail + 日志路径即可实时查看日志,类似centos tail -f xxxs
  • 当连接异常时,可以通过分析监听日志来查找线索~ [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监听日志定期清理的相关资料,...
  • s/).*$//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的监听日志文件过大导致监听无法启动
  • 最近接手一个windows 下的oracle ,发现监听日志已经到了1.5G。以前都是在aix,linux上干活 ,突然倒了windows反而不太习惯。下面记录一下清理过程:D:\oracle\product\102\NETWORK\log>echo >listener.logThe...
  • Oracle 数据库监听日志过大,怎么清除?

    千次阅读 热门讨论 2021-09-22 13:50:57
    Oracle 数据库的监听日志用于保留连接数据库的一些记录以及问题等信息! 当数据库运行长时间之后,日志文件就会一直变大,这时就需要定时清理!如果不清理,当日志大小达到 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/...
  • 现象: 服务器磁盘空间严重不足 由于服务器是2016年开通的...$ORACLE_BASE/diag/tnslsnr/服务器用户名/listener/trace/目录下:查看监听日志listener.log的大小已经超过11G。 $ORACLE_BASE/diag/tnslsnr/服务器用户
  • 数据库监听日志状态及目录:查看监听(使用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 服务,先关闭监听 日志文件改名备份 重启服务

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 264,926
精华内容 105,970
关键字:

监听日志