总结: 当在会话里打开这个功能后(运行 alter session enable resumable timeout 秒,
默认7200).当运行某些sql导致空间不足(表空间用完了)、或已抵达该表/段的 maxextents，
或者 该用户使用此表空间的配额已经用完（原话：Out of space condition, Maximum extents
reached condition, Space quota exceeded condition.），此时Oracle将不会报错，而是把
语句挂起，让 dba 在 timeout 所指定的时间范围内解决问题，之后语句又可以继续运行。
这个功能主要是防止因为空间不够的原因导致session failed，
例如你create一个很大index,三天三夜后，完成了99%，这时候表空间用完了导致create失败，那只能吐血了
比如alter session enable resumable timeout 60；
挂起时间60秒到了之后就报错了，可以把挂起时间修改大一些，从9i开始，Oracle提供了一种避免因为space Error而导致事务异常的操作，那就是resumable.通常，DBA在日常工作中，往往忽略了对空间资源上的需求，比如一个大的事务所需要的temp,undo,data space等等。直到出现了经典的ORA-01652才恍然
有了resumable session后，他会等待一段时间，等你有了空间后继续
使用很简单，首先user要有resumable权限，如果没有，可以grant resumable to user
在session开始时，alter session enable resumable就可以了
对于application可以通过logon trigger:
SQL> create or replace trigger logon_set_resumable
2 after logon
3 on xfan.schema
4 begin
5 execute immediate ‘alter session enable resumabletimeout 1200′;
6 end;
7 /
Trigger created.
这样当你空间不够的时候，session会等你，alert.log中有类似如下的信息
statement in resumable session ‘User CG15_USER(19), Session 1455, Instance 1′ was suspended due to
ORA-01652: unable to extend temp segment by12800 intablespace CATYINDX01
当你扩展表空间后，该session继续工作，alert.log中也有记录:
session in resumable session ‘User CG15_USER(19), Session 1455, Instance 1′ was resumed
当然在job开始之前预先加好空间还是上上之选，这个功能是为了以防万一
注意, 设定resumable_timeout的user , 必须有resumable 权限.
如:
SQL>altersessionenableresumable;
ERROR:
ORA-01031:insufficientprivileges
SQL> grant resumable to user;
SQL> alter session set resumable_time=9000;