杂症二、SYSTEM表空间不足报错
一、杂症:
PLSQL登录,报错:
ORA-00604: 递归 SQL 层 出现错误
ORA-01653: 表.无法通过(在表空间中)扩展
ORA-02002: 写入审记线索时出错
二、病理:
1、表空间不足
2、数据库的审计功能已经开启引起(SYS.AUD$表)
三、病因定位:
先连接上数据库:
执行下面SQL,查看表空间使用情况
SYSTEM表空间使用比 已经达到 99.81。
四、治疗:
表空间不足治疗:
方案一:若表空间不是自增,则修改为自增模式。(不适合此次原因)
先查看表空间是否自增
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为:
方案三:为SYSTEM表空间增加一个数据文件SYSTEM02.DBF (不适合此次问题原因)
大小:500M , 自增大小:50M
注:一个表空间能对应多个数据文件,但一个数据文件只能对应一个表空间
方案四:清空AUD$表数据并关闭审计功能(根本原因,笔者使用了该方案)
1、查sys.aud$及其索引 占用大小
可怕,就是这个审计表,达到了31个G了,问题就在此。
2、清空AUD$:
3、查看审计功能
4、关闭审计功能:
如果只是清理 AUD$表,问题已经解决,但是时间久后,问题还是会复现,如果不需要审计数据可以关闭审计功能永久解决。
注:此上方案解决后,需要重启
到此这篇plsql注册码永久 12(plsql注册码永久2024)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/sqlbc/82494.html