Oracle数据库的udump文件中日志过多，导致系统盘使用率达到100怎么办？

其实，不是磁盘空间被占用了，而是磁盘的i节点用尽了。 执行df -i dev sdbx命令（x为逻辑分区）查看节点i的状态。

解决方法：删除占用节点 i 的空文件，运行 rm -rf -empty -a -type f

如果它是硬盘驱动器，它可能是一个隐藏文件。

如何查看：开始菜单 - 控制面板 - 文件夹选项 - 视图 - 将滚动条移动到下方 - 选择显示所有文件和文件夹进行尝试。

在预言机数据库中，有一种日志文件叫做 redo log file，俗称 redolog。 重做日志有两种类型：重做日志和归档日志。

online redo log

在线重做日志主要用于服务器重启后运行Oracle数据库。 此时重做日志就派上用场了，Oracle 会使用重做日志将数据库恢复到服务器断电前的那一刻，这样数据库就可以正常启动了。

在预言机数据库中，默认情况下，至少有两个重做日志组，每个组至少包含一个重做日志文件。 日志组不会自动递增，一个日志组满后，会自动转到下一个日志组。 下一个填满后，它将从第一个开始。

archive redo log

归档日志主要用于硬件级错误：磁盘上导致读写不写的坏扇区、写入失败和导致数据库数据丢失的磁盘损坏。 这需要使用存档日志文件，通过该文件将数据库还原到存档日志所在的时间点，然后通过重做日志文件将数据库还原到当前时间点。

对于归档日志文件，可以理解为重做日志文件的备份。 也就是说，当重做日志文件被填满时，归档日志文件会保留它的副本。 （如上所述，重做日志文件将被自动覆盖）因此，归档日志文件是旧日志文件的备份。

Oracle 日志文件有几种类型：警告日志、跟踪日志、审核日志、重做日志和归档日志。

警告日志：这是警报日志，对应于系统初始化参数文件中设置的后台转储 dist 的位置。

trace log：一般放 Seesion trace 的信息，对应系统初始化参数文件的用户 dump dest 参数

对应的是它的位置。

审计日志：系统初始化文件的审计文件描述参数对应的审计信息

对应的是它的位置。

重做日志：存储数据库的变更信息，从 v$logfile 中选择 member; member 表示其位置。

存档日志：重做日志的历史备份，从 v$参数中选择 * ，其中名称像'log_archive_dest%';其值的值是位置。

udump 下的 trace 文件是普通的 oracle trace 文件，每个 oracle 进程，包括前台和后台进程，都可能产生 trace，无法完全关闭。

如果 udump 下的日志生成速度太快，则可能是 Oracle 中转储了一些核心转储或错误消息。

删除日志文件，重新读取它，确定日志的大小，然后再次查看。

.TRC文件是数据库系统发生异常时生成的日志文件，可以将该文件发送给Oracle专家来诊断异常的原因。 基本上，当异常发生时会生成一个TRC文件，异常越多，这样的文件就越多，这与归档日志无关（归档日志扩展名通常为arc; 除非存档异常，总是报错），否则可以找专家查看TRC文件，找出异常原因，解决问题，这样就不会有那么多TRC文件了。