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

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

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

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

1.先备份在清空(不是删除)

先备份 然后把文件清空:

(1)备份

cp aleter_.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对应的空间被释放 ********/