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 13210
ORA-06512: at "SYS.DBMS_STATS", line 13556
ORA-06512: at "SYS.DBMS_STATS", line 13700
ORA-06512: at "SYS.DBMS_STATS", line 13664
ORA-06512: at line 1

原因是我的temp01表空间过小,而且没有自动扩展,因此无法完成数据库信息收集

SQL>select file_name,bytes/1024/1024 "MB",autoextensible,tablespace_name from dba_temp_files

FILE_NAME                                                   MB  AUT    TABLESPACE_NAME
-------------------------------------------------------- ----- -----  ------------------
/u01/app/oracle/product/10.2.0/db_1/dbs/temp01.dbf         512  NO     TEMP01

需要对表空间进行重建,新建一个数据库的临时表空间temp02

SQL> create temporary tablespace TEMP02 
     TEMPFILE ‘/u01/app/oracle/product/10.2.0/db_1/dbs/temp02.dbf‘ SIZE 512M 
     REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; 

Tablespace created.

更改数据库的默认临时表空间为temp02

SQL> alter database default temporary tablespace temp02;

Database altered.

***原来的默认临时表空间TEMP01

SQL> drop tablespace temp01 including contents and datafiles;

Tablespace dropped.

创建新的临时表空间TEMP01
SQL> create temporary tablespace TEMP01 
TEMPFILE ‘/u01/app/oracle/product/10.2.0/db_1/dbs/temp01.dbf‘ SIZE 512M 
REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED;

Tablespace created.

更改数据库的默认临时表空间为TEMP01

SQL> alter database default temporary tablespace temp01;

Database altered.

***临时表空间TEMP02

SQL> drop tablespace temp02 including contents and datafiles;

Tablespace dropped.

查询新建的临时表空间TEMP01信息,自动扩展已经为“YES”
SQL>select file_name,bytes/1024/1024 "MB",autoextensible,tablespace_name from dba_temp_files

FILE_NAME                                                   MB  AUT    TABLESPACE_NAME
-------------------------------------------------------- ----- -----  ------------------
/u01/app/oracle/product/10.2.0/db_1/dbs/temp01.dbf         512  YES     TEMP01

此时再收集数据库信息,收集完毕

SQL> EXEC DBMS_STATS.gather_database_stats;

PL/SQL procedure successfully completed.

临时表空间常用操作

更改临时表空间大小

SQL>alter database tempfile ‘/u01/app/oracle/product/10.2.0/db_1/dbs/temp01.dbf‘ RESIZE 1000m;

查看临时表空间大小
SQL>select file_name,bytes/1024/1024 "MB",autoextensible,tablespace_name from dba_temp_files

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

时间: 2024-10-16 17:04:11

ORA-01652: unable to extend temp segment by 128 in tablespace TEMP01的相关文章

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

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

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-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-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,并且无

Export failed for github.com/hashicorp/consul: Unable to export source: exit status 128

背景 go项目,使用glide install命令去下载安装依赖,依赖中有个github.com/hashicorp/consul 问题描述 一直无法下载安装依赖成功,报错如下: [ERROR] Export failed for github.com/hashicorp/consul: Unable to export source: exit status 128 [ERROR] Unable to export dependencies to vendor directory: Unabl

Error : Tablespace for table '`database`.`temp`' exists. Please DISCARD the tablespace before IMPORT.解决办法

今天在navicat上操作mysql数据库表,突然没有响应了.随后重启,mysql服务也终止了.随后启动服务,检查表,发现一张表卡没了,就重新添加一张表.报了一个错: Error : Tablespace for table '`database`.`temp`' exists. Please DISCARD the tablespace before IMPORT. 可是show  databases看了一下根本就没有这张表啊.网上查了半天都没有找到类似的情况,花了好几个小时. 最后终于找到解

一个sql导致temp表空间爆掉

Buffer sort引发的血案 今天遇到的一个问题,在线系统上,有两张表,test1大概50G,test2大概200G,需要查询出来test1表中部分记录,并且这些记录不存在test2表中.于是就写了一个sql: select t1.* from test1 t1, test2 t2 where t1.col1 = t2.col1(+) and t1.col2 = t2.col2(+) and t1.col3 = t2.col3(+) and t2.col1 is null; 因为是在线系统,

TEMP表空间之Ogg复制进程占用

当日有个变更需求,需要提取数据到压测环境下,在impdp导入过程中发现. . . . imported "RCS"."T_RCS_MER_DAY":"PMAX" 0 KB 0 rowsProcessing object type TABLE_EXPORT/TABLE/COMMENTProcessing object type TABLE_EXPORT/TABLE/INDEX/INDEX一直卡着不动,根据经验应该是该表有索引表空间,应该是索引表空间