
关闭监听 lsnrctl stop;
删除监听的日志文件;
重启监听ok了。不过我有个好奇 ,为啥你的监听日志文件是多个的。
如果你不想关监听日志写功能的话,自己编脚本吧,每隔1周删除一次。
首先进入监听程序中:
lsnrctl
查看日志状态:
show log_status
如下图,set to on表示此时日志为开启状态
要想关闭只需要执行:
set log_status off
然后保存设置即可:
save_config
#####最好定期执行如下 *** 作:1.先备份在清空(不是删除)
先备份 然后把文件清空:
(1)备份
cp aleter_<$ORACLE_SID>.log/u01/backup_alert
(2)清空
echo '' >alert.log
或者
cat /dev/null >alert.log
可能我们会做这样一个 *** 作,直接对日志文件进行rm -rf ,如果日志文件很大,当你进行rm *** 作后,在磁盘进行df -h会发现,空间未释放。明明是删除了,但是为什么呢??
####如果直接rm 文件时出现磁盘空间未释放
lsof |grep deleted 会找到该进程,
/********
未释放磁盘空间原因:
在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被
打开的(有一个进程正在使用),那么进程将仍然可以读取该文件,磁盘空间也一直被占用。而我删除的是oracle的告警log文件
删除的时候文件应该正在被使用
如何让进程释放呢?
一种方法是kill掉相应的进程,或者停掉使用这个文件的应用,让os自动回收磁盘空间
我这个环境有很多进程在使用的这个文件,停掉进程有点麻烦,再有就是风险很大
当linux打开一个文件的时候,Linux内核会为每一个进程在/proc/ 『/proc/nnnn/fd/目录(nnnn为pid)』建立一个以其pid
为名的目录用来保存进程的相关信息,而其子目录fd保存的是该进程打开的所有文件的fd(fd:file descriptor)。
kill进程是通过截断proc文件系统中的文件可以强制要求系统回收分配给正在使用的的文件。
这是一项高级技术,仅到管理员确定不会对运行中的进程造成影响时使用。应用程序对这种方
式支持的并不好,当一个正在使用的文件被截断可能会引发不可预知的问题
所以我还是采用停应用来解决
restart oracle数据库,发现/home/oracle/admin/dbticb/bdump/alert_dbticb.log对应的空间被释放
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)