从9i开始，Oracle提供了一种避免因为space Error而导致事务异常的操作，那就是resumable.通常，DBA在日常工作中，往往忽略了对空间资源上的需求，比如一个大的事务所需要的temp,undo,data space等等。直到出现了经典的ORA-01652才恍然大悟。
下面回顾一下这个特性。
一、回顾9i中的功能（复习一下好了） 1）权限设置 首先一个用户要设置resumable session，必须具有resumable的权限。 SQL> select * from system_privilege_map where name='RESUMABLE'; PRIVILEGE NAME PROPERTY ---------- ---------------------------------------- ---------- -236 RESUMABLE 0 SQL> SQL> conn study/study 已连接。 SQL> alter session enable resumable; ERROR: ORA-01031: 权限不足 SQL> SQL> conn /as sysdba 已连接。 SQL> grant resumable to study; 授权成功。 SQL> conn study/study 已连接。 SQL> alter session enable resumable; 会话已更改。 SQL> 当然了，resumable权限也被包含在其他role里面，比如dba，当一个用户拥有dba role时
，就自动拥有了resumable privilege. 2）ENALBE resumable session 在9i中，我们可以通过如下的设置，让一个session当遇到空间分配不足的时候继续。 SQL> alter session enable resumable; 3）DISABLE resumable session 和enable 相反 SQL> alter session disable resumable; 4）超时设置 resumable session的默认超时时间为7200秒，也就是2小时。 我们可以通过如下的SQL来调整timeout的时间，比如 SQL> alter session enable resumable timeout 1800; 会话已更改。 SQL> 5）监控 我们可以通过dba_resumable和alert日志来监控resumable session的状态。 SQL> alter session enable resumable timeout 10; 会话已更改。 SQL> select user_id,SESSION_ID, STATUS, START_TIME, SUSPEND_TIME, 2 SQL_TEXT, ERROR_NUMBER, ERROR_MSG 3 from dba_resumable; USER_ID SESSION_ID STATUS START_TIME SUSPEND_TIME ---------- ---------- --------- ----------------- -------------- 61 49 NORMAL SQL_TEXT ERROR_NUMBER ERROR_MSG ------------- ------------ ------------- 0 SQL> create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test; 。。。 SQL> select user_id,SESSION_ID, STATUS, START_TIME, SUSPEND_TIME, 2 SQL_TEXT, ERROR_NUMBER, ERROR_MSG 3 from dba_resumable; USER_ID SESSION_ID STATUS START_TIME SUSPEND_TIME ---------- ---------- --------- -------------------- -------------------- 61 49 SUSPENDED 02/26/07 10:31:20 02/26/07 10:31:20 SQL_TEXT ERROR_NUMBER ------------------------------------------ ------------ create index inx_res_test on res_test 1536 (owner,object_id,object_name) tablespace t ERROR_MSG ---------------------------------------- ORA-01536: 超出表空间 'TEST' 的空间限额 超时以后： SQL> create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test; create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test * 第 1 行出现错误: ORA-30032: 挂起的 (可恢复) 语句已超时 ORA-01536: 超出表空间 'TEST' 的空间限额 SQL> 同时，当resumable session 被挂起时，在alert 日志文件中也会有相应的记录信息
，如下所示： Mon Feb 26 10:29:37 2007 statement in resumable session 'User STUDY(61), Session 49, Instance 1'
was suspended due to ORA-01536: 超出表空间 'TEST' 的空间限额 6）dbms_reumable包 Oracle也提供了一个dbms_resumable package来设置获取或异常终止一个
resumable session的操作。 这个包比较简单。我简单的示范一下。有兴趣的同志，可以参考Oracle的online doc. SQL> alter session enable resumable; 会话已更改。 SQL> exec dbms_resumable.set_session_timeout(49,1800); PL/SQL 过程已成功完成。 SQL> select dbms_resumable.get_session_timeout(49) from dual; DBMS_RESUMABLE.GET_SESSION_TIM ------------------------------ 1800 SQL> SQL> create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test;
...
{因为表空间不足，所以被挂起}
打开另外一个session,可以取消上面的操作，而不必等到timeout
SQL> exec dbms_resumable.abort(49);
PL/SQL procedure successfully completed
SQL>
在session id 为49的交互界面将得到如下的返回信息：
SQL> create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test; create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test * 第 1 行出现错误: ORA-01013: 用户请求取消当前的操作 SQL> 二、10g中的增强 在10g中，Oracle一样支持9i的上述方法，同时做了增强。 1）增加了一个resumable_timeout的参数 该参数可以在system和session level级均可以修改.对RAC db,每个instance可以单独设置. 而9i中只能在session一级中设置。比如：
SQL> show parameter resumable_timeout; NAME TYPE VALUE ------------------------------------ -------------- ------- resumable_timeout integer 0 SQL> alter system set resumable_timeout=60; 系统已更改。 SQL> create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test; create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test * 第 1 行出现错误: ORA-30032: 挂起的 (可恢复) 语句已超时 ORA-01652: 无法通过 8 (在表空间 TEST 中) 扩展 temp 段 SQL> 2）对分布式事务的支持 In 9i, users are not allowed to start a distributed transaction in a resumable enabled session. And if a session has a distributed transaction, users
are not allowed to enable resumable. These restrictions are removed in 10g. However, in a distributed transaction,
if users enable/disable resumable or change resumable_timeout, only the local instances are affected. In a distributed transaction, sessions on remote instances are suspended if resumable has been enabled in the remote instance. 3）增加了一个监控的视图 在10g中，我们也可以通过DBA_OUTSTANDING_ALERTS 来监控
resumable session.比如： SQL> create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test; create index inx_res_test on res_test(owner,object_id,object_name)
tablespace test * 第 1 行出现错误: ORA-30032: 挂起的 (可恢复) 语句已超时 ORA-01652: 无法通过 8 (在表空间 TEST 中) 扩展 temp 段 SQL> select object_name,object_type,reason,message_type,message_level 2 from dba_outstanding_alerts 3 where message_group='Space'; OBJECT_NAME OBJECT_TYPE REASON ------------ ------------ ----------------------------------------------- TEST TABLESPACE 对可恢复会话 User STUDY(61),Session 49,Instance 1 (会话 ID 为 49) 的操作被挂起 MESSAGE_TYPE MESSAGE_LEVEL ------------ ------------- Warning 5 SQL> 三、resumable操作在其他utiliy中的使用 在exp/imp,sql*loader工具，同样也支持resumable操作，本文不再多加介绍, 大家可以参考Oracle online doc获取更多的信息。 最后,这个特性还是很有用的。我们可以在临近下班的时候，开始一个很大的create index的操作，设置2小时的timeout,然后就可以回家吃饭了，如果中间因为space不 足而挂起，我们也可以及时的收到短信告警[别的朋友可能有其他的监控],调整后， 让事务继续。多爽！啥也不耽误