南京制作网站企业个人网站制作在线
本篇文章关键字：linux、oracle、审计、ORA-09925
一、故障现像
朋友找到我说是他们备份软件上报错。
问题比较明显，ORA-09925，看起来就是空间不足导致的
二、问题分析过程
这里说一下逐步的分析思路，有个意外提前说一下就是我以为是数据库实例的审计满了，实际上是ASM实例的审计满了，大家仔细看故障现象就能看出来报错的是+ASM2。
1、检查下磁盘空间有没有满，确定一下审计目录位置
df -h检查一下磁盘空间情况，发现/目录没有耗尽
2、检查下INODE有没有耗尽，df -i查看inode也没有耗尽
3、检查审计目录内文件数量有没有超过上限
登录到审计目录检查，只有166个文件
这里是因为审计文件有一个上限值，超过了也会报没有空间。
4、检查系统表空间有没有满的
审计FGA可能在system表空间，也可能做过迁移到别的表空间。检查发现也没都没问题
5、检查审计目录权限，也是oracle权限，用户也有写入权限
这就奇怪了，沟通了一下，数据库的告警日志还没有报ORA-09925错误。
问题出在哪里呢？仔细再看一下报错日志，发现先入思维为主，分析错了对象，原来是+ASM2实例报错，
三、解决问题
检查GI的安装目录下的审计文件，发现数量巨大，于是进行一下清空就好了
这里由于文件数量太大，直接rm肯定会报错Argument list too long的错误，那么提供了2个方法
方法1：
结合find命令来进行删除
find /u01/app/11.2.0/gird/rdbms/audit/ -name "*.aud" |xargs rm -r
方法2：
创建一个空目录
mkdir /home/gird/empty_dir
rsync -a --delete /home/gird/empty_dir/ /u01/app/11.2.0/gird/rdbms/audit/
最后推荐设置个定时任务定期删除AUD文件来彻底解决，这家的备份软件会直接读ASM来进行数据库备份，会导致产生大量的审计文件。
这里推荐看一下官方文档的《Manage Audit File Directory Growth with cron-Document 1298957》
也可以自己写一个都行。