经验教训，慎用Oracle的审计

环境：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/