ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 经验教训,慎用Oracle的审计

经验教训,慎用Oracle的审计

原创 Linux操作系统 作者:mengzhaoliang 时间:2009-03-25 16:34:45 0 删除 编辑

环境: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 ’查看,果然100%写满磁盘。后来增加了磁盘空间,该问题就解决了。这几天项目上事情比较多,两天没有检查数据库的磁盘空间使用情况了。也想不到原来做的审计两个表,数据量居然把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/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
暂无介绍

注册时间:2008-01-30

  • 博文量
    335
  • 访问量
    2943128