转载于:http://www.itkeyword.com/doc/8294933343272245x138/oracle-alert
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对应的空间被释放
推荐:oracle 11g 监听日志 设置
11g开始引入ADR,监听日志就从原来的$ORACLE_HOME/network/log/listener.log变为了 $ORACLE_BASE/diag/tnslsnr/hostname/listener/alert/log.xml 当然也存在一份
listener.log日志文件过大 ,以下两种处理方式
11g会重新生成listener.log
su - oracle
$lsnrctl set log_status off
$mv listener.log /backup/
$lsnrctl set log_status on
监听日志启动后就会自动创建一个全新的listener.log文件,备份好的文件可以删除。
1、关闭监听日志记录
lsnrctl set log_status off
2、备份listener.log
3、清空日志
echo /dev/null > listener.log
4、开启监听日志记录
lsnrctl set log_status on