system表空間暴漲問題

今天接到一個案例，客戶數據庫系統system表空間增長非常快，達到了32個G，要求查一下原因。
心理第一個反應是，有人把業務數據放到system表空間下了？先查查看：
select username,default_tablespace from dba_users ;

查看了，沒有業務數據放到system表空間下。
再次，考慮表的增長，11G默認審計是開啓的，查一下：
show parameter audit
審計狀態 開啓。級別DB
select * from dba_segments where segment_name = 'AUD$'; 再查一下，審計相關表AUD$

看來問題確實是 審計表出現大規模增長了。繼續查具體信息:
select COUNT(1)from dba_audit_trail ;

select * from dba_audit_trail ;

發現異常，同一個K 用戶，在爆走式的連庫，先鎖了K用戶，聯繫開發和安全工程師會同處理吧。
此外，我看到別人的案例中思路是，alter system set audit_trail=none scope = spfile;停掉審計,我本人並不贊同。
我得思路是，繼續查明問題源頭後，可以對system表空間做一次數據清理，將表中歷史數據做一個轉存，然後再truncate table aud$ reuse storage;再逐步回收段空間 alter table aud$ deallocate unused keep 3000M;可分步執行。