如何管理oracle的告警日志和监听日志

一般情况下，我们需要经常管理一些告警日志，比如数据库的alert日志，和监听的告警日志。这些日志都是不停的增长，特别是监听日志，如果会话很多，日志量也会是一个很大的量。一般要求alert日志和监听告警日志不超过2G。如果文件过大可能会引起性能问题。这一点一定要引起注意。

 

监听和alert日志文件不超过2G。

 

#####最好定期执行如下操作:


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对应的空间被释放


********/