如何彻底解决ORA-1652: unable to extend temp se

Remen

添加数据文件??不可取，添加后，很快又会站满！
从应用层面寻找原因？偌大的ERP系统，如何查找？
规范开发人员的查询语句？说的简单，做起来难啊！！！

纵横四海

添加数据文件和加大extend应该是可以解决问题的。我们也遇到过，不过不是这个表空间，是gl的表空间，一次过帐17W条数据的时候出现过。

Remen

不是的，临时表空间和其他表空间的原理是不一样的！这种方法不可取！

Remen

大家看看这样可行否！1、新创建一个临时表空间temp022、alter user user1 temporary tablespace temp02 (user1为开发人员或客户在做客户端查询的时候用的查询用户）目的：分离系统占用和客户端查询同时作用导致temp空间暴涨的情况

Remen

我的想法如何？大家怎么？？是不是没有这么干的？

szbonze

这个方法很不错。
另外提供一个问题的解决方法如下：
1. 自v$sort_usage + v$sqlarea可以监控到引发这种排序的sql
2. 找到使用temp最多的sql以后就可以针对这些sql进行优化或者其他处理
这样可以比较清晰的知道什么原因导致这个问题，
针对这种大的排序动作应该如何去做等等就是比较简单的问题了。
仅限于参考！：）

Remen

而且现在我发现，如果关闭db之前temp满了，刚刚重新db的时候,temp的占用为0，一旦开启应用，即使没有人用系统，temp同样会一下子窜到100%，非常像常说的high water问题，好像是对启动前的情况有记忆性，当然，这个100%不见得真的使用了哪么多！

szbonze

每次重起DB，TEMP占用就为0。
还有看这个TEMP的时候记住不要在OEM>表空间中看。
要在V$SORT_USAGE中才能得到正在用的TEMP空间。
在OEM>表空间中看到的是类似Remen说的高水位（即temp用得最多的记录）。