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  temporary  tablespace  temp02; 
--***原来临时表空间 
4.drop  tablespace  temp01  including  contents  and   datafiles;
--重新创建临时表空间 
5.create  temporary  tablespace  TEMP  TEMPFILE   ‘/u01/app/oracle/oradata/perm/temp01.dbf‘  SIZE 1024M  REUSE  AUTOEXTEND  ON   NEXT  640K  MAXSIZE  UNLIMITED;   
  --重置缺省临时表空间为新建的temp表空间 
6.alter  database   default  temporary  tablespace  temp01; 
--***中转用临时表空间   
7.drop   tablespace  temp02  including  contents  and  datafiles;
--重新指定用户表空间为重建的临时表空间  
8.alter  user sys  temporary  tablespace  temp;

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

时间: 2024-10-05 17:34:22

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

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-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 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

ora-01652无法通过128(在temp表空间中)扩展temp段

有两种原因:一是临时表空间空间太小,二是不能自动扩展. 分析过程: 既然是temp表空间有问题,那当然就要从temp表空间说起啦.首先要说明的是temp表空间的作用,temp表空间主要是用作需要排序的操作. 1.临时表空间 是用于在进行排序操作(如大型查询,创建索引和联合查询期间存储临时数据)每个用户都有一个临时表空间. 2.对于大型操作频繁,(大型查询,大型分类查询,大型统计分析等),应指定单独的临时表空间,以方便管理. 3.分配用户单独临时表空间,一般是针对 大型产品数据库,OLTP数据库,

解决ora-01652无法通过128(在temp表空间中)扩展temp段的过程

解决ora-01652无法通过128(在temp表空间中)扩展temp段的过程 昨天开发人员跟我说,执行一个sql语句后,大约花了10分钟,好不容易有一个结果,但是报了一个ora-01652错误,查阅了oracle的错误代码说明:意思是指temp表空间无法自动扩展temp段.这种问题一般有两种原因:一是临时表空间空间太小,二是不能自动扩展. 分析过程: 既然是temp表空间有问题,那当然就要从temp表空间说起啦.首先要说明的是temp表空间的作用,temp表空间主要是用作需要排序的操作. 1.

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看了一下根本就没有这张表啊.网上查了半天都没有找到类似的情况,花了好几个小时. 最后终于找到解