数据库重新启动,TEMP表空间就可以回来了。

解决方案 »

  1.   

    TEMP表空间是当SORT-AREA—SIZE定义的大小不够用的时候,才使用的,如果你的系统有这么多的SORT,请增大这个参数的值,当然要结合你的内存大小来说了。可以再增加几个回滚段,加大回滚段空间。另造成这种现象产生,你的应用是不是也需要去分析分析,有这么多同时发生的事务。
      

  2.   

    主机的sort_area_size=512000,会不会小了点?
    数据库重起后,temp回来了,但一段时间过后,又达到最大利用率,这会不会有什么影响?
    然后我发现rollback segments 的optimal没有定义,会不会是空间达到了HWM,达不到释放,
    造成了rollback segments的100%的使用?我用
        alter rollback segment RBS0 shrink to 40M
    后,数据库重起,RBS0的空间大小变成40M,使用率也是100%
    。系统是ORACLE11i E-BUSINESS.
      

  3.   

    怎么没人理睬?55555....如上所说,我将rbs0由200Mshrink到40M,使用率也是100%,而且一直没自动增加空间,
    这是不是说明rollback segments其实没有充分使用,只是在某一段繁忙时间,其的
    HWM上去了(没有设置optimal)以后没有释放。不知这样理解是否正确?望各位指点
      

  4.   

    1.如果指定了回滚段的OPTIMAL参数,ORACLE将自动回收回滚段到OPTIMAL指定的位置。
    2.如果有事务正在使用该回滚段,运行该命令后,回滚段的状态将是PENDING OFFLINE。事务结束后,状态将改为OFFLINE,可以通过V$ROLLSTAT查询回滚段的状态。