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

我们知道,作为一个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博客 ” ，链接：http://blog.itpub.net/469356/viewspace-758815/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/469356/viewspace-758815/