system和sysaux表空间满通常是什么原因？

etl2007

今天我查看了测试环境表空间的状态
发现system表空间只剩下3M可用
sysaux表空间100%都被使用了

SQL> select tablespace_name, file_name from dba_data_files;  

TABLESPACE_NAME                FILE_NAME
------------------------------ --------------------------------------------------
USERS                          /oracle/app/oradata/ora11g/users01.dbf
UNDOTBS1                       /oracle/app/oradata/ora11g/undotbs01.dbf
SYSAUX                         /oracle/app/oradata/ora11g/sysaux01.dbf
SYSTEM                         /oracle/app/oradata/ora11g/system01.dbf
SDU_USER_DAT                   /oracle/app/oradata/ora11g/sdu_data01.dbf
SDU_USER_IDX                   /oracle/app/oradata/ora11g/sdu_idx01.dbf

6 rows selected.

SQL> select tablespace_name,SUM(bytes)/1024/1024  freespace_M from dba_free_space group by tablespace_name;

TABLESPACE_NAME                FREESPACE_M
------------------------------ -----------
SDU_USER_DAT                     4971.4375
UNDOTBS1                             2.375
USERS                                3.625
SYSTEM                              3.6875
SDU_USER_IDX                      996.6875

首先说明一点，因为我的业务表，存储过程，视图等待data object只会一次创建好
即system表空间上的metadata数据的增加几乎可以忽略不计
那么还有什么可能导致system表空间满呢？ audit数据吗？

同时对于sysaux 表空间，是因为awr的快照信息的记录导致它满的吗？

劳烦大侠指导啊

低调小马哥

查一下就行了么，select * from (select segment_type,segment_name,bytes/1024/1024 Mb
from dba_segments a where a.tablespace_name ='SYSTEM' ORDER BY 3 desc) where rownum<=10;
我也遇到过11g的system表空间达到了32G而不能登录数据库的问题，关闭审计并情况aud$才解决

huang_tg

先看下什么数据段在占用了大量的系统表空间，然后看看他们的增长情况。把这些信息都帖出来才好判断！

William

这情况一般是审计打开了并保存到了db中，audit默认就是保存在system表空间中，建库的时候容易被忽略，就可能会出现这个问题。

abao2000521

可以把aud$建到其它的表空间。