空间RESUMABLE操作 (ora-01536、ora-06512)

摘自： http://daizj.iteye.com/blog/1748258

Oracle从9i开始引入这个功能，当出现空间不足等相关的错误时，Oracle可以不是马上返回错误信息，并回滚当前的操作，而是将操作挂起，直到挂起时间超过RESUMABLE TIMEOUT，或者空间不足的错误被解决。 

这一篇简单介绍空间RESUMABLE的例子。 



第一次碰到这个特性是在一次安装9i数据库的过程中，在利用DBCA工具建立数据库的时候，由于一个辅助表空间设置的数据文件比较小，导致表空间不足的问题产生，由于DBCA启用了这个特性，使得DBCA的建库进程在一个地方停留了很久（大概半个小时以上），这时才意识到安装过程碰到了以前没有遇到的问题。 

由于此时数据库的数据字典已经完全生成，因此通过sqlplus登陆到数据库，进行系统状态，以及安装进程的等待信息，才发现数据库建库操作进入SUSPEND状态，找到问题后，将目标表空间的数据文件加大，于是DBCA得以进行运行，并最终完成了建库操作。 

由于9i启用了这个特性，使得当时的建库操作没有因为空间不足而中途中止，因此当时对这个特性印象比较深。使用这个特性，可以使得一个长时间运行的数据库操作，不至于因为空间相关的错误而回滚，给了用户解决问题，并继续处理的能力。 

在9i中，RESUMABLE只能在会话级设置，而在10g中，Oracle新增了RESUMABLE_TIMEOUT初始化参数，使得RESUMABLE特性可以在数据库的实例级上进行设置。 

SQL> SELECT * FROM V$VERSION; 

BANNER 
------------------------------------------------------------ 
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production PL/SQL Release 9.2.0.4.0 - Production 
CORE 9.2.0.3.0 Production 
TNS for 32-bit Windows: Version 9.2.0.4.0 - Production 
NLSRTL Version 9.2.0.4.0 - Production 

SQL> CREATE USER U_RESUMABLE IDENTIFIED BY U_RESUMABLE; 

用户已创建。 

SQL> GRANT CONNECT TO U_RESUMABLE; 

授权成功。 

SQL> ALTER USER U_RESUMABLE QUOTA 1M ON USERS; 

用户已更改。 

SQL> CONN U_RESUMABLE/U_RESUMABLE@YTK92已连接。 
SQL> SET TIMING ON 
SQL> CREATE TABLE T (ID NUMBER) 
2 STORAGE (INITIAL 1M) 
3 TABLESPACE USERS; 

表已创建。 

已用时间: 00: 00: 00.12 
SQL> DROP TABLE T; 

表已删除。 

已用时间: 00: 00: 01.12 
SQL> CREATE TABLE T (ID NUMBER) 
2 STORAGE (INITIAL 2M) 
3 TABLESPACE USERS; 
CREATE TABLE T (ID NUMBER) 
*第 1 行出现错误: 
ORA-01536: 超出表空间'USERS'的空间限量 

已用时间: 00: 00: 00.10 

正常情况下，如果用户创建对象超过用户的QUOTA，则马上会返回错误信息，如果使用了RESUMABLE： 

SQL> CONN YANGTK/YANGTK@YTK92已连接。 
SQL> GRANT ALTER SESSION TO U_RESUMABLE; 

授权成功。 

已用时间: 00: 00: 00.01 
SQL> GRANT RESUMABLE TO U_RESUMABLE; 

授权成功。 

已用时间: 00: 00: 00.03 
SQL> CONN U_RESUMABLE/U_RESUMABLE@YTK92已连接。 
SQL> ALTER SESSION ENABLE RESUMABLE TIMEOUT 60; 

会话已更改。 

已用时间: 00: 00: 00.01 
SQL> CREATE TABLE T (ID NUMBER) 
2 STORAGE (INITIAL 2M) 
3 TABLESPACE USERS; 
CREATE TABLE T (ID NUMBER) 
*第 1 行出现错误: 
ORA-30032: 挂起的 (可恢复) 语句已超时 
ORA-01536: 超出表空间'USERS'的空间限量 

已用时间: 00: 01: 01.81 

可以看到，由于设置了会话的挂起超时为60秒，刚才运行0.1秒就会报错的建表语句，这次挂起了1分钟后在报错。 

再次执行这个操作： 

SQL> CREATE TABLE T (ID NUMBER) 
2 STORAGE (INITIAL 2M) 
3 TABLESPACE USERS; 

会话被挂起，并在1分钟内在另外的会话中，加大当前用户的QUOTA： 

SQL> CONN YANGTK/YANGTK@YTK92已连接。 
SQL> ALTER USER U_RESUMABLE QUOTA 5M ON USERS; 

用户已更改。 

这时挂起的会话会自动继续运行： 

表已创建。 

已用时间: 00: 00: 26.81 
SQL> 

合理的利用这个特性，可以避免很多由于空间不足引发的重复性工作。 



这一篇简单介绍空间RESUMABLE的相关视图和包。 

空间RESUMABLE操作（一）：http://yangtingkun.itpub.net/post/468/485892 



前面简单介绍了空间RESUMABLE操作的使用，说明了一个会话如何才能ENABLE RESUMABLE语句，并设置TIMEOUT时间。 

那么随后问题就是，当数据库中发生了空间RESUMABLE操作，一些语句处于SUSPEND状态，由于没有错误信息的返回，如何判断这些语句是由于空间不足被挂起，还是处于其他的原因而处于等待状态。 

Oracle提供了USER_RESUMABLE和DBA_RESUMABLE视图，通过常用的V$SESSION_WAIT视图同样可以查询到SUSPEND状态。 

SQL> SELECT SUM(BYTES)/1024/1024 
2 FROM DBA_FREE_SPACE 
3 WHERE TABLESPACE_NAME = 'TEST'; 

SUM(BYTES)/1024/1024 
-------------------- 
199.9375 

SQL> CREATE TABLE T (ID NUMBER) 
2 TABLESPACE TEST 
3 STORAGE (INITIAL 300M); 
CREATE TABLE T (ID NUMBER) 
* 
ERROR at line 1: 
ORA-01659: unable to allocate MINEXTENTS beyond 24 in tablespace TEST 

下面设置会话的RESUMABLE并设置TIMEOUT为300秒： 

SQL> ALTER SESSION ENABLE RESUMABLE TIMEOUT 300; 

Session altered. 

在另外的会话中查询： 

SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY-MM-DD HH24:MI:SS'; 

Session altered. 

SQL> SELECT SESSION_ID, STATUS, TIMEOUT, SUSPEND_TIME, RESUME_TIME, ERROR_NUMBER 
2 FROM DBA_RESUMABLE; 

SESSION_ID STATUS TIMEOUT SUSPEND_TIME RESUME_TIME ERROR_NUMBER 
---------- --------- ---------- -------------------- -------------------- ------------ 
120 NORMAL 300 0 

由于会话设置了ENABLE RESUMABLE，因此在DBA_RESUMABLE视图中，已经可以看到这个会话信息了，不过目前会话处于正常状态。 

下面执行刚才报错的SQL语句： 

SQL> CREATE TABLE T (ID NUMBER) 
2 TABLESPACE TEST 
3 STORAGE (INITIAL 300M); 

会话进入到挂起状态，在另外的会话检查DBA_RESUMABLE视图： 

SQL> SELECT SESSION_ID, STATUS, TIMEOUT, SUSPEND_TIME, RESUME_TIME, ERROR_NUMBER 
2 FROM DBA_RESUMABLE; 

SESSION_ID STATUS TIMEOUT SUSPEND_TIME RESUME_TIME ERROR_NUMBER 
---------- --------- ---------- -------------------- -------------------- ------------ 
120 SUSPENDED 300 06/16/09 17:12:53 1659 

SQL> SELECT SID, EVENT 
2 FROM V$SESSION_WAIT 
3 WHERE SID = 120; 

SID EVENT 
---------- -------------------------------------------------- 
120 statement suspended, wait error to be cleared 

当语句由于空间问题被挂起后，从DBA_RESUMABLE视图中可以看到会话的状态变为RESUPENDED，而且还有会话发生挂起的时间。 

从V$SESSION_WAIT视图或者10g以后的V$SESSION视图的EVENT列，也可以看到会话处于SUSPEND状态。 

除了解决空间问题使得这个会话恢复正常外，还可以通过DBMS_RESUMABLE包对这个会话进行维护操作，比如使用ABORT中止会话的挂起： 

SQL> EXEC DBMS_RESUMABLE.ABORT(120) 

PL/SQL procedure successfully completed. 

SQL> SELECT SESSION_ID, STATUS, TIMEOUT, SUSPEND_TIME, RESUME_TIME, ERROR_NUMBER 
2 FROM DBA_RESUMABLE; 

SESSION_ID STATUS TIMEOUT SUSPEND_TIME RESUME_TIME ERROR_NUMBER 
---------- --------- ---------- -------------------- -------------------- ------------ 
120 ABORTED 300 1659 

中止会话挂起后，可以从DBA_RESUMABLE看到会话处于ABORTED状态，导致会话发生挂起的错误信息仍然保留。 

而刚才被挂起的会话并不是报错ORA-1659错误，而是操作被中止的错误： 

CREATE TABLE T (ID NUMBER) 
* 
ERROR at line 1: 
ORA-01013: user requested cancel of current operation 


SQL> 

DBMS_RESUMABLE包除了ABORT过程外，还包括SET_TIMEOUT和GET_TIMEOUT等过程： 

SQL> SELECT DBMS_RESUMABLE.GET_TIMEOUT FROM DUAL; 

GET_TIMEOUT 
----------- 
-1 

SQL> SELECT DBMS_RESUMABLE.GET_SESSION_TIMEOUT(120) FROM DUAL; 

DBMS_RESUMABLE.GET_SESSION_TIMEOUT(120) 
--------------------------------------- 
300 

当前会话没有设置ENABLE RESUMABLE，因此得到的结果是-1，如果要查询非当前会话的TIMEOUT值，使用GET_SESSION_TIMEOUT函数。 

SQL> EXEC DBMS_RESUMABLE.SET_SESSION_TIMEOUT(120, 3600) 

PL/SQL procedure successfully completed. 

SQL> SELECT DBMS_RESUMABLE.GET_SESSION_TIMEOUT(120) FROM DUAL; 

DBMS_RESUMABLE.GET_SESSION_TIMEOUT(120) 
--------------------------------------- 
3600 

SQL> SELECT SESSION_ID, STATUS, TIMEOUT, SUSPEND_TIME, RESUME_TIME, ERROR_NUMBER 
2 FROM DBA_RESUMABLE; 

SESSION_ID STATUS TIMEOUT SUSPEND_TIME RESUME_TIME ERROR_NUMBER 
---------- --------- ---------- -------------------- -------------------- ------------ 
120 NORMAL 3600 0 

可以看到，设置会话120的TIMEOUT为3600之后，同时会清除会话的状态信息，以及ERROR_NUMBER等信息。 

除了在数据库中的视图中可以查询到错误信息，DBMS_RESUMABLE包的SPACE_ERROR_INFO函数，也可以看到错误信息，这个函数会在下一篇文章，配合AFTER SUSPEND触发器一起介绍。 

最后，在数据库外的alert文件中，一样可以看到错误信息： 

Tue Jun 16 17:01:48 2009 
ORA-1652: unable to extend temp segment by 512 in tablespace TEST 
Tue Jun 16 17:12:53 2009 
statement in resumable session 'User TEST(74), Session 120, Instance 1' was suspended due to 
ORA-01659: unable to allocate MINEXTENTS beyond 24 in tablespace TEST 
Tue Jun 16 17:14:34 2009 
statement in resumable session 'User TEST(74), Session 120, Instance 1' was aborted