從9i開始，Oracle提供了一種避免因為space Error而導致事務異常的操作，那就是resumable.通常，DBA在日常工作中，往往忽略了對空間資源上的需求，比如一個大的事務所需要的temp,undo,data space等等。直到出現了經典的ORA-01652才恍然大悟。

下面回顧一下這個特性。

一、回顧9i中的功能（復習一下好了） 1）權限設置 首先一個用戶要設置 session，必須具有的權限。 SQL> select * from system_privilege_map where name=''; PRIVILEGE NAME PROPERTY ---------- ---------------------------------------- ---------- -236 0 SQL> SQL> conn study/study 已連接。 SQL> alter session enable ; ERROR: ORA-01031: 權限不足 SQL> SQL> conn /as sysdba 已連接。 SQL> grant to study; 授權成功。 SQL> conn study/study 已連接。 SQL> alter session enable ; 會話已更改。 SQL> 當然了，權限也被包含在其他role里面，比如dba，當一個用戶擁有dba role時 ，就自動擁有了 privilege. 2）ENALBE session 在9i中，我們可以通過如下的設置，讓一個session當遇到空間分配不足的時候繼續。 SQL> alter session enable ; 3）DISABLE session 和enable 相反 SQL> alter session disable ; 4）超時設置session的默認超時時間為7200秒，也就是2小時。 我們可以通過如下的SQL來調整timeout的時間，比如 SQL> alter session enable timeout 1800; 會話已更改。 SQL> 5）監控 我們可以通過dba_和alert日志來監控 session的狀態。 SQL> alter session enable timeout 10; 會話已更改。 SQL> select user_id,SESSION_ID, STATUS, START_TIME, SUSPEND_TIME, 2 SQL_TEXT, ERROR_NUMBER, ERROR_MSG 3 from dba_; 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_; 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> 同時，當 session 被掛起時，在alert 日志文件中也會有相應的記錄信息 ，如下所示： Mon Feb 26 10:29:37 2007 statement in session 'User STUDY(61), Session 49, Instance 1' was suspended due to ORA-01536: 超出表空間 'TEST' 的空間限額 6）dbms_reumable包 Oracle也提供了一個dbms_ package來設置獲取或異常終止一個 session的操作。 這個包比較簡單。我簡單的示范一下。有興趣的同志，可以參考Oracle的online doc. SQL> alter session enable ; 會話已更改。 SQL> exec dbms_.set_session_timeout(49,1800); PL/SQL 過程已成功完成。 SQL> select dbms_.get_session_timeout(49) from dual; DBMS_.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_.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）增加了一個_timeout的參數 該參數可以在system和session level級均可以修改.對RAC db,每個instance可以單獨設置. 而9i中只能在session一級中設置。比如： SQL> show parameter _timeout; NAME TYPE VALUE ------------------------------------ -------------- ------- _timeout integer 0 SQL> alter system set _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 enabled session. And if a session has a distributed transaction, users are not allowed to enable . These restrictions are removed in 10g. However, in a distributed transaction, if users enable/disable or change _timeout, only the local instances are affected. In a distributed transaction, sessions on remote instances are suspended if has been enabled in the remote instance. 3）增加了一個監控的視圖 在10g中，我們也可以通過DBA_OUTSTANDING_ALERTS 來監控 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> 三、操作在其他utiliy中的使用 在exp/imp,sql*loader工具，同樣也支持操作，本文不再多加介紹, 大家可以參考Oracle online doc獲取更多的信息。 最后,這個特性還是很有用的。我們可以在臨近下班的時候，開始一個很大的create index的操作，設置2小時的timeout,然后就可以回家吃飯了，如果中間因為space不 足而掛起，我們也可以及時的收到短信告警[別的朋友可能有其他的監控],調整后， 讓事務繼續。多爽！啥也不耽誤 特性以及系統觸發器中的SUSPEND event測試！ 之前一直沒有搞清楚系統觸發器中的suspend事件什么時候觸發，正好看到一位puber問此問題，搜索一下doc，做了一個簡單的測試。

參考doc：

http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/schema.htm#sthref2075

session1：
SQL> create tablespace users datafile 'E:ORACLEPRODUCT10.2.0ORADATAORCLUSE
RS.DBF' SIZE 3M;

表空間已創建。

SQL> grant resumable to xys;

授權成功。

SQL> create or replace trigger trigg_system
2 after suspend on database
3 begin
4 dbms_resumable.set_timeout(10);
5 end;
6 /

警告: 創建的觸發器帶有編譯錯誤。

SQL> show error
TRIGGER TRIGG_SYSTEM 出現錯誤:

LINE/COL ERROR
-------- -----------------------------------------------------------------
2/2 PL/SQL: Statement ignored
2/2 PLS-00201: 必須聲明標識符 'DBMS_RESUMABLE'
SQL> create or replace trigger trigg_system
2 after suspend on database
3 begin
4 dbms_resumable.set_timeout(10);
5 end;
6 /

警告: 創建的觸發器帶有編譯錯誤。

SQL> connect /as sysdba
已連接。
SQL> grant execute on dbms_resumable to xys;

授權成功。

SQL> connect xys/manager
已連接。
SQL> create or replace trigger trigg_system
2 after suspend on database
3 begin
4 dbms_resumable.set_timeout(10);
5 end;
6 /

觸發器已創建

session2：
SQL> create table t_resumable tablespace users as select *from dba_objects;

表已創建。

SQL> insert into t_resumable select *from t_resumable;
insert into t_resumable select *from t_resumable
*
第 1 行出現錯誤:
ORA-01653: 表 XYS.T_RESUMABLE 無法通過 128 (在表空間 USERS 中) 擴展

SQL> alter session enable resumable;

會話已更改。

--注意這里insert操作會等待10秒，10秒之后出現了錯誤
SQL> insert into t_resumable select *from t_resumable;
insert into t_resumable select *from t_resumable
*
第 1 行出現錯誤:
ORA-30032: 掛起的 (可恢復) 語句已超時
ORA-01653: 表 XYS.T_RESUMABLE 無法通過 128 (在表空間 USERS 中) 擴展

--回到session1修改一下timeout時間（10秒有些短，來不及修改datafile 4的autoextend屬性），單位是秒
SQL> create or replace trigger trigg_system
2 after suspend on database
3 begin
4 dbms_resumable.set_timeout(60);
5 end;
6 /

觸發器已創建

session2：
--此時下面insert會等待60秒,如果60秒之后發現空間可用，則繼續執行
SQL> insert into t_resumable select *from t_resumable;

已創建11413行。

--此期間在session1中修改datafile 4使其能自動擴展

SQL> alter database datafile 4 autoextend on;

數據庫已更改。

轉載于:https://www.cnblogs.com/afant/archive/2008/11/03/1325215.html

總結

以上是生活随笔為你收集整理的Oracle 10g中对resumable session的增强的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。