ORA-1653: unable to extend table SYS.AUD$

今早运维组的同事反映有个系统功能很多地方都报错,怀疑是不是数据库有什么问题。于是登录数据库检查,通过crsctl status res -t检查,发现所有集群资源都是OK的,没有哪个资源挂掉了。于是到bdump目录下去检查alter日志文件,发现出现大量的异常日志:ORA-1653: unable to extend table SYS.AUD$。糟糕,SYSTEM估计已经满了。通过语句检查表空间使用率,发现SYSTEM表空间的数据文件已经自增长到了30G,而其中AUD$表就占用了29G,并且无法再进行自增长了。解决办法有两个:1、添加数据文件  2、将AUD$表迁移到其他表空间上。

经过短暂的考虑,由于目前应用已经异常,并且该系统用户使用较为频繁,现在客户要求最快的速度恢复业务正常,并且晚上正好安排有计划性停机检修的安排。因此,决定暂时先添加数据文件,让其先快速恢复过来。于是果断添加了10G的数据文件给SYSTEM表空间。业务应用很快恢复正常,接下来今晚还要做几个方面的工作:1、清理或迁移AUD$表的内容  2、客户打算把审计日志输出到本地的XML文件。那就要修改audit_trail参数的内容,并且重启数据库服务了。

PS:不知道该数据库是什么时候开启的审计,并且开启审计以后运维工作需要注意的事项也没有告知客户的管理员,导致出现了这样的问题。所以,对于数据库来讲,专职DBA的重要性是显而易见的,太多人经手的数据库,很容易出现各种“断片”。

时间: 2024-10-29 04:28:05

ORA-1653: unable to extend table SYS.AUD$的相关文章

ora-01653: unable to extend table sys.aud$ by 8192 in tablespac system

ora-01653: unable to extend table sys.aud$ by 8192 in tablespac system[转载]. 在用sqlplus user/[email protected]登录数据库时报如下错误: ORA-00604: error occurred at recursive SQL level 1 ORA-01653: unable to extend table SYS.AUD$ by 8192 in tablespace SYSTEM ORA-02

ORA-1652: unable to extend temp segment by 128 in tablespace xxx Troubleshootin

当收到告警信息ORA-01652: unable to extend temp segment by 128 in tablespace xxxx 时,如何Troubleshooting ORA-1652这样的问题呢? 当然一般xxx是临时表空间,也有可能是用户表空间. 我们先来模拟一下这个情况,在两个会话窗口执行下面SQL语句,这个视图比较特殊(因为比较懒,不想去构造一个大量消耗临时段的SQL,便使用手头的一个案例脚本),它里面有一个DISTINCT操作会消耗TEMP表空间中大量的临时段 SQ

ORA-01652: unable to extend temp segment by 128 in tablespace TEMP

解决办法   --创建中转临时表空间    2.create  temporary   tablespace  TEMP02  TEMPFILE  '/u01/app/oracle/oradata/perm/temp02.dbf'  SIZE 1024M  REUSE  AUTOEXTEND  ON  NEXT  640K  MAXSIZE  UNLIMITED;   --改变缺省临时表空间   为刚刚创建的新临时表空间temp02   3.alter  database  default  t

ORA-01652: unable to extend temp segment by 128 in tablespace TEMP01

收集数据库信息时候报ORA-01652错 如下 SQL> EXEC DBMS_STATS.gather_database_stats; BEGIN DBMS_STATS.gather_database_stats; END; * ERROR at line 1: ORA-01652: unable to extend temp segment by 128 in tablespace TEMP01 ORA-06512: at "SYS.DBMS_STATS", line 1321

Oracle unable to extend temp segment by 128 in tablespace TEMP

Description Error report: SQL Error: ORA-12801: error signaled in parallel query server P010 ORA-01652: unable to extend temp segment by 128 in tablespace TEMP 12801. 00000 - "error signaled in parallel query server %s" *Cause: A parallel query

ORACLE 11g ORA-20000: Unable to analyze TABLE "AA"."CMP3$87651", insufficient privileges or does not exist

Sat Sep 21 06:00:00 2019Begin automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"End automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"Sat Sep 21 22:01:51 2019DBMS_STATS:

Oracle的awr和ash

1.     10g之前 用户的连接将产生会话,当前会话记录保存在v$session中:处于等待状态的会话会被复制一份放在v$session_wait中.当该连接断开后,其原来的连接信息在v$session和v$session_wait中就会被删除.这是10g之前的状况. 2.     v$session_wait_history与ASH 若是一个普通的会话(我是指没有大量地耗费资源),则对于性能调整来说无足轻重.但若该会话在活动时大量占用了资源(比如:CPU,内存,I/O等),该会话信息的丢失

11、oracle 表空间

创建和管理表空间 1.创建表空间例子 select name from v$datafile; SQL> select name from v$datafile; NAME -------------------------------------------------------------------------------- /u02/oracle/oradata/orcl/system01.dbf /u02/oracle/oradata/orcl/sysaux01.dbf /u02/o

Oracle性能调优(AWR)

一.AWR报告 AWR 是通过对比两次快照(snapshot)收集到的统计信息,来生成报表数据,生成的报表包括多个部分,这点与Statspack生成的报告非常类似.不过AWR在生成报告时,可以选择生成TXT或HTML两种格式的报告,相对来说,HTML更利于阅读,而TXT的适用性更广(即使在不能使用浏览器的机器上也能看). 操作过Statspack的朋友都还记的,生成报告使用$ORACLE_HOME/rdbms/admin/spreport.sql脚本,到了AWR这片,操作步骤基本上相同,不过生成