经验教训，慎用Oracle的审计

最新推荐文章于 2024-05-21 11:48:19 发布

转载最新推荐文章于 2024-05-21 11:48:19 发布 · 346 阅读

文章标签：

本文记录了一次因Oracle系统表空间SYSTEM满而导致用户无法登录系统的故障处理过程。通过检查发现SYS.FGA_LOG$表因审计操作无法扩展，进一步确认为磁盘空间不足引起。增加磁盘空间后问题解决，并提出日常监控及合理使用审计功能的建议。

环境：AIX5.3 Oracle10.2.0.1.0

今天刚上班，就有领导说系统登陆上不去了。赶紧查看alert_SID.log日志：

Wed Mar 25 06:51:34 2009

ORA-1653: unable to extend table SYS.FGA_LOG$ by 128 in tablespace SYSTEM

ORA-1653: unable to extend table SYS.FGA_LOG$ by 8192 in tablespace SYSTEM

Wed Mar 25 06:51:34 2009

ORA-1653: unable to extend table SYS.FGA_LOG$ by 128 in tablespace SYSTEM

ORA-1653: unable to extend table SYS.FGA_LOG$ by 8192 in tablespace SYSTEM

果然出现system系统表空间中的SYS.FGA_LOG$表不能扩展的情况。

因为system表空间是自动扩展的，估计是系统的磁盘空间不够了。用AIX系统的命令‘df -g　’查看，果然１００％写满磁盘。后来增加了磁盘空间，该问题就解决了。这几天项目上事情比较多，两天没有检查数据库的磁盘空间使用情况了。也想不到原来做的审计两个表，数据量居然把system表空间用掉那么多。幸好的是领导们都比较好，没有追究责任。

　　　查了下dba_fga_audit_trail审计表的数据为2988956行，该dba_fga_audit_trail视图表的基表正好是SYS.FGA_LOG$表，原来审计的表是系统中用户登陆时必须查询的相关表，应用系统中每个用户登陆时必须select 一些表，这些select、insert、update、delete表信息都写入SYS.FGA_LOG$审计表中，则导致了上面的问题。

1、查询审计哪些表
SQL>select * from DBA_AUDIT_POLICIES
2、取消审计
SQL>
execute dbms_fga.drop_policy(object_schema=>'LHOMSWAS',object_name=>'OMS_SYS_XPTASK_GPE',policy_name=>'CHK_OMS_SYS_XPTASK_GPE');

1、必须坚持日常检查

2、慎用审计，使用前需要确定磁盘空间大小容量，什么时候停止审计等。

3、限定表空间的最大值等

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12778571/viewspace-578374/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12778571/viewspace-578374/