ORA-09925 No space left on device 问题处理全过程记录

本篇文章关键字: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》

也可以自己写一个都行。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

徐sir(徐慧阳)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值