oracle问题之SYSTEM表空间不足 （二）

杂症二、SYSTEM表空间不足报错

 

一、杂症：

PLSQL登录，报错：

ORA-00604: 递归 SQL 层  出现错误

ORA-01653: 表.无法通过（在表空间中）扩展

ORA-02002: 写入审记线索时出错

 

二、病理：

1、表空间不足

2、数据库的审计功能已经开启引起（SYS.AUD$表）

 

三、病因定位：

先连接上数据库：

# su oracle

# sqlplus /nolog

SQL> conn /as sysdba          //重新连接

SQL> startup mount;             //挂起

SQL> alter database open;   //打开数据库

执行下面SQL，查看表空间使用情况

SELECT

UPPER(F.TABLESPACE_NAME) "TABLESPACE_NAME",

D.TOT_GROOTTE_MB "TABLESPACE_SIZE(M)",

D.TOT_GROOTTE_MB - F.TOTAL_BYTES "TABLESPACE_USED(M)",

TO_CHAR (ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,2),'990.99') "TABLESPACE_USED_BI",

F.TOTAL_BYTES "TABLESPACE_FREE(M)"

FROM

(SELECT TABLESPACE_NAME, ROUND(SUM(BYTES) /(1024 * 1024), 2) TOTAL_BYTES, ROUND(MAX(BYTES) /(1024 * 1024), 2) MAX_BYTES FROM SYS.DBA_FREE_SPACE GROUP BY TABLESPACE_NAME) F,

(SELECT DD.TABLESPACE_NAME, ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB FROM SYS.DBA_DATA_FILES DD GROUP BY DD.TABLESPACE_NAME) D

WHERE

D.TABLESPACE_NAME = F.TABLESPACE_NAME

ORDER BY 4 DESC;

SYSTEM表空间使用比 已经达到 99.81。

四、治疗：

表空间不足治疗：

方案一：若表空间不是自增，则修改为自增模式。（不适合此次原因）

先查看表空间是否自增

SQL > select FILE_NAME,TABLESPACE_NAME,AUTOEXTENSIBLE from dba_data_files;

YES 说明是自增的

如果是NO则执行下面 SQL，修改模式：

SQL > alter database datafile '/home/app/XXX/oradata/XXX/system01.dbf' AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED;

注：根据自己SYSTEM对应的的数据文件路径填写，50M为每次自增的大小。

 

方案二：扩大表空间对应的数据文件大小 （不适合此次原因）

 

可得 对应的表空间文件已经 32G了。

规定 表空间所对应的数据文件不能超过32G。

若没有达到则可以通过 扩大表空间对应文件的大小，SQL为：

SQL > alter database datafile '/home/app/XXX/oradata/XXX/system01.dbf' resize 32000M;

方案三：为SYSTEM表空间增加一个数据文件SYSTEM02.DBF （不适合此次问题原因）

大小：500M ，  自增大小：50M

SQL> alter  tablespace "SYSTEM" add datafile '/home/app/XXX/oradata/XXX/system02.dbf' SIZE 500M AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED;

注：一个表空间能对应多个数据文件，但一个数据文件只能对应一个表空间

 

方案四：清空AUD$表数据并关闭审计功能（根本原因，笔者使用了该方案）

1、查sys.aud$及其索引 占用大小

SQL> SELECT t.owner, t.segment_name,SUM(bytes)/1024/1024/1024 as SIZE_G

FROM dba_segments t

WHERE t.tablespace_name = 'SYSTEM' and t.segment_name='AUD$'

GROUP BY t.owner,t.segment_name

ORDER BY SUM(bytes) desc;

可怕，就是这个审计表，达到了31个G了，问题就在此。

 

2、清空AUD$：

SQL> truncate table AUD$;

3、查看审计功能

SQL> show parameter audit

 

4、关闭审计功能：

SQL> alter system set audit_trail='none' scope=spfile;

如果只是清理 AUD$表，问题已经解决，但是时间久后，问题还是会复现，如果不需要审计数据可以关闭审计功能永久解决。

 

注：此上方案解决后，需要重启

SQL> shutdown immediate;   //关闭

SQL> startup mount;             //挂起

SQL> alter database open;   //打开数据库

转自：https://blog.csdn.net/heshushun/article/details/80899839