ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 监听日志意外删除以后的处理

监听日志意外删除以后的处理

原创 Linux操作系统 作者:stpwy 时间:2013-04-18 20:40:14 0 删除 编辑
我们知道,作为一个DBA在日常管理工作中特别要小心,特别是在执行rm命令的时候,一定要再三确认,小心无大错,我建议,在执行rm命令的时候,可以先用ls命令代替rm命令检查一下输出结果,然后再去执行rm命令,例如:
ls -lrt a*
确认过后再执行 rm a*
另外,在删除前应该使用hostname,pwd等命令确认主机和目录是否正确.

Oracle的监听日志是通过一个指针写数据到日志文件的,如果我们意外删除以后,虽然说对数据库没有什么大的影响,可是log日志确不会自动生成,即使新建一个同名的日志文件也不会往新的文件中写内容,而且会占用很多磁盘空间(文件虽然不在了,但是依然会往原来的地方写内容,并且我们是看不见的),这时候我们应该怎么办呢?
方法有二:
第一,最简单的方法,重启监听程序,监听程序会从新获取文件指针,或者生成新的文件,并且释放原来的文件空间,
     但是在生产系统,很多时候是不允许我们重启监听程序的,那怎么办?可以使用第二种方法来解决.
第二:可以通过关闭监听日志功能,再开启日志功能的方法来解决.
当我们关闭再开启日志功能的时候,监听会新生成或者重新获取文件指针,这样我们的问题就解决了,如下:
[grid@rac01 ~]$ lsnrctl 

LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 18-APR-2013 21:16:14

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

Welcome to LSNRCTL, type "help" for information.

LSNRCTL> set log_status off
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
LISTENER parameter "log_status" set to OFF
The command completed successfully
LSNRCTL> save_config
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
Saved LISTENER configuration parameters.
Listener Parameter File   /crs/network/admin/listener.ora
Old Parameter File   /crs/network/admin/listener.bak
The command completed successfully
LSNRCTL> set log_status on
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
LISTENER parameter "log_status" set to ON
The command completed successfully
LSNRCTL> save_config
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
Saved LISTENER configuration parameters.
Listener Parameter File   /crs/network/admin/listener.ora
Old Parameter File   /crs/network/admin/listener.bak
The command completed successfully

如果有多个监听的时候,需要使用 set current_listener 设置当前活动的监听.

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/469356/viewspace-758815/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-07-31

  • 博文量
    9
  • 访问量
    40030