oracle日志文件

转载于：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