經驗教訓，慎用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、限定表空間的最大值等