一、原因     意思是指TEMP表空间无法自动扩展TEMP段。这种问题一般有两种原因：一是临时表空间空间太小，二是不能自动扩展。 二、分析     查看TEMP表空间的数据文件个数，当前大小，是否自动扩展 SQL> SELECT TABLESPACE_NAME, FILE_NAME, BYTES/1024/1024 "CURR_SIZE(MB)", MAXBYTES/1024/102

前要：进行大数据处理时，临时表空间不足，数据库报错如下：SQL 错误 ：ORA-01652:无法通过 128 （在表空间TEMP中）扩展temp段。 1.查询语句如下： select d.file_name,d.tablespace_name,d.autoextensible from dba_temp_files d; 或者：select * from dba_temp_files d;

前章：出现表空间不足不要手动强制删除对应数据文件存储目录下的DBF文件，需要用SQL语句进行数据文件的DROP，否则会导致ORA-01033报错，因为我没有开启数据库的归档所以不能通过RECOVER的形式找回数据文件最后只能重装本地ORACLE。 1.检查表空间使用情况，可带临时表也可不带 --查询所有表空间利用率（无TEMP临时表空间）select dbf.tablespace_name,

早上刚开QQ，群里的一朋友就说rebuild index 报ORA-01652错误。并且temporary tablespace 是足够大的。 rebuild 索引是6G，indextablespace 剩余空间是2G。让朋友把index tablespace 空间增加10G，在rebuild index成功。   之前整理过的一篇有关rebuildindex 的

感觉这个还不错，分享给大家   --1.查看表空间使用率（包括临时表空间） select *  from (Select a.tablespace_name,               to_char(a.bytes / 1024 / 1024, '99,999.999') total_bytes,               to_char(b.bytes / 1024 / 1024

升级agent需要更新一些信息，运行一些SQL，从报错ORA-01652和SQL来看这是一个查询目标库V$BACKUP_PIECE_DETAILS的bug。 相关SQL如下：SELECT MEDIA FROM V$BACKUP_PIECE_DETAILS WHERE SESSION_KEY=:B3 AND SESSION_RECID=:B2 AND SESSION_STAMP=:B1 AND

最近在rebuild index时提示unable to extend temp segment by 8192 in tablespace..的错误提示。这个是个比较常见的错误。索引在创建的时候需要使用到该用户缺省的临时表空间进行排序，以及在索引表空间生成临时段。如果当前的索引表空间限制了自动扩展或者已经达到了数据文件的最大值，此错误提示便会出现。下面是具体的分析及其解决过程。