博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
oracle问题之SYSTEM表空间不足 (二)
阅读量:4352 次
发布时间:2019-06-07

本文共 2463 字,大约阅读时间需要 8 分钟。

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

 

一、杂症:

PLSQL登录,报错:

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

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

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

 

二、病理:

1、表空间不足

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

 

三、病因定位:

先连接上数据库:

# su oracle# sqlplus /nologSQL> conn /as sysdba          //重新连接SQL> startup mount;             //挂起SQL> alter database open;   //打开数据库

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

SELECTUPPER(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) DWHERED.TABLESPACE_NAME = F.TABLESPACE_NAMEORDER 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_GFROM dba_segments tWHERE t.tablespace_name = 'SYSTEM' and t.segment_name='AUD$'GROUP BY t.owner,t.segment_nameORDER 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

转载于:https://www.cnblogs.com/zzdbullet/p/11130490.html

你可能感兴趣的文章
JavaScript原生错误及检测
查看>>
(原创) cocos2d-x 3.0+ lua 学习和工作(4) : 公共函数(3): 深度克隆clone()
查看>>
为什么写作
查看>>
整数子数组求最大和添加验证
查看>>
使用kubeadm安装Kubernetes
查看>>
Principal Component Analysis 主元分析
查看>>
JDBC原生态代码
查看>>
韩版可爱小碎花创意家居收纳挂袋
查看>>
计算机基础之硬件
查看>>
python操作mysql ------- SqlAchemy正传
查看>>
如何使用 JSP JSTL 显示/制作树(tree) 菜单
查看>>
12.5号
查看>>
lintcode-medium-Binary Tree Zigzag Level Order Traversal
查看>>
logrotate日志切割
查看>>
POJ-3253 Fence Repair 贪心
查看>>
Arraylist集合遍历输出
查看>>
java中的选择结构与循环结构
查看>>
无法将类型“ASP.login_aspx”转换为“System.Web.UI.WebControls.Login”
查看>>
[cocos2dx] lua注册回调到c++
查看>>
(treap)[bzoj3224][洛谷3369][cogs1829]Tyvj 1728 普通平衡树
查看>>