当我们在建立一个大表，或往表里面插入大量数据时，如果中途因为表空间剩余空间不足并且没有开启自动扩展的话，会报 OUT-OF-SPACE错误，这是非常痛苦的事情，重头再来又耗时间又要挨骂。

这种情况往往出现在我们还无法预估将要插入的数据量时，除了个一个极大的表空间或自动扩展来解决之外。

Oracle还为我们提供了一个很好的功能：resumable

在resumable开启的情况下，如果Oracle执行某一个SQL申请不到空间了，会停顿下来(时间可以由TIMEOUT来控制)，但是不会报OUT-OF-SPACE这个错误。等你把空间的问题解决了，Oracle会继续从停下来的部分开始刚才的SQL。是不是非常OK呢

需要的权限是resumable.

具体的语法:ALTER SESSION{ ENABLE RESUMABLE [ TIMEOUT integer ] [ NAME string ]| DISABLE RESUMABLE}相关数据字典：USER_RESUMABLE and DBA_RESUMABLE

如果在SQL中不指定NAME，Oracle自动生成的NAME= ‘Userusername(userid), Session sessionid, Instance instanceid’.

-----------------

从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小时。

我们可以通过如下的来调整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级均可以修改.对 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, usersare 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不

足而挂起，我们也可以及时的收到短信告警[别的朋友可能有其他的监控],调整后，

让事务继续。

-------------------------------------------------------------end-----------