Oracle日志文件过大 容易出现 03113

封云亭

　　使用find命令查询大于2G文件
　　$cd $ORACLE_BASE
　　$find . -size +2097160192c
　　./product/9.2.0.4/admin/SID/bdump/alert_SID.log
　　./oradata/SID/SID_DATA01.DBF
　　ORACLE数据库的日志文件$ORACLE_BASE/admin/orasid/bdump/alert_orasid.log记录了redo log的转换，数据库启动和关闭，数据库结构的改变，undo段的修改，死锁，内部错误等信息.
　　DBA需要检查这个文件有无ORA-错误并定期地对这个日志文件进行存档整理。
　　在Linux下我们可以用grep命令把alert_orasid.log里出现的错误保存到另一个文件。
　　$grep ORA- alert_orasid.log > error.log
　　这个文件增长比较快，文件越大，打开和读写的开销越大。如果日志文件太大了(超过5M), 需要对它截断处理。甚至由于部分OS文件大小的限制，如果文件大于2G，会出现问题。那我们要怎么样管理这个文件呢？直接删除它，让ORACLE重建当然不好，因为ORACLE是通过一个指向文件的指针进行写操作的，如果你是在数据库运行时删除了这个文件, ORACLE仍然用原来的文件指针进行写操作，有可能写一个不存在的文件导致硬盘空间占用。
　　我们可以采用以下的方法：
　　$tail -100 $ORACLE_BASE/admin/orasid/bdump/alert_orasid.log > /tmp/oracle_temp.log
　　$cp /tmp/oracle_temp.log $ORACLE_BASE/admin/orasid/bdump/alert_orasid.log
　　$rm /tmp/oracle_temp.log
　　对日志文件进行截断处理。
　　listener的日志文件$ORACLE_HOME/network/log/listener.log记录了通过listener处理的网络请求信息，它包含客户端请求的时间，连接方式(专用或共享)，连接程序，网络协议，主机名，网络端口号等信息。
　　我们也需要周期地截断它，方法是先停止listener记日志的工作：
　　$lsnrctl set log_status off
　　然后进行文件处理( 把原来的日志保存到备份文件夹, 使原来的listener.log置空 )
　　$cp $ORACLE_HOME/network/log/listener.log $ORACLE_ HOME/network/log/listener_1.log
　　$cp /dev/null $ORACLE_HOME/network/log/listener.log
　　文件操作完成后，打开listener记日志的工作：
　　$lsnrctl set log_status on