你把临时表空间限定大小就行了,可能是你创建它的时候,默认让它自动extend,
maxextents也没有指点适当的大小,最好是删除它,重新指定条件创建

解决方案 »

  1.   

    how it possible ? 十几G了!!!!!
    I think you might store some permanent object ( table) in this temp tablespace
    check it in 
    select * from dba_tables where tablespace_name = 'TEMPTABLE'
      

  2.   

    是有可能的,因为所有的sort操作均在这里进行,如果对大表进行排序等操作,很容易使temp涨疯,但是它涨大了也没关系,这只是一个最大值,如果你的某个操作完成了,所使用的空间会释放掉的,下次使用时不会 再接着往下涨下去,而临时表空间的占用率只有当重启oracle服务后才可以回零
    为了系统正常运作,把temp表空间做大一些是有好处的,而且如果没有用RAID之类的技术,最好把temp表空间放在单独的硬盘上,这样会好一些。
      

  3.   

    http://expert.csdn.net/Expert/topic/1292/1292621.xml?temp=.9416162
      

  4.   

    我以前碰到这个问题就是做
    alter tablespace temp offline;
    alter tablespace temp online;
    就好了,你可以尝试一下,不用drop
      

  5.   

    在oracle9i中
    select distinct tablespace_name from dba_tables;
    DRSYS
    EXAMPLE
    ODM
    OEM_REPOSITORY
    SYSTEM
    TOOLS
    USERS
    XDBalter tablespace tablespace_name offline;
    alter tablespace tablespace_name online;