原作者：Sameer Wadhwa停頓(Quiescing)一個數據庫是一個強大的新特征，使得DBA可以完成一些數據庫處于受限模式(restricted mode)才能完成的一些操作。使用這個特征，當以sys或system帳戶登陸后，DBA可以執行查詢,PL/SQL，和進行其它的一些事務。 而所有其它用戶的會話都將處于暫停(suspended)的狀態，一旦DBA把數據庫置回到正常模式，用戶的這些會話又將會自動繼續運行了。圖 1a:數據庫處于正常狀態 .圖 1b: 數據庫處于狀態.圖1a是數據庫處于正常模式的系統狀態，在這種模式中DBA和用戶的事務都是運行著的。一些DBA的事務是被限制著的，因為數據庫必須處于受限模式時才可以運行這些事務。相反的方面，圖1b是數據庫處于停頓狀態的情況，在圖中，所有用戶的事務都是被阻塞(blocked)著的，而沒有重啟數據庫到受限模式，DBA的事務也毫無問題的運行著。一旦所有活動的會話都執行了commit或rollback，數據庫將會被停頓。讓我們看一下它是如何進行的。停頓數據庫所用的主要的命令為ALTER SYSTEM QUIESCE RESTRICTED;我將首先使用SQLPLUS登陸執行這個操作。C:> U:>sqlplus /nologSQL*Plus: Release 9.2.0.1.0 - ProdUCtion on Wed Apr 16 16:08:27 2003Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.SQL> connect sys/change_on_install as sysdbaConnected.SQL> ALTER SYSTEM QUIESCE RESTRICTED;ALTER SYSTEM QUIESCE RESTRICTED*ERROR at line 1:ORA-25507: resource manager has not been continuously on如上的錯誤表明資源治理器(resource manager)是非活動的，要使它活動你可以這樣： SQL> alter system set resource_manager_plan='SYSTEM_PLAN' scope=spfile sid='OR9I';System altered.OR9i 是我的SID.做完這個操作你不得不重啟一下數據庫了。SQL> show parameter RESOURCE_MANAGER_PLANNAME;;;;;;TYPE;;;;;VALUE------------------------------------ ----------- ----------------resource_manager_plan;;;;;string;;;SYSTEM_PLANSQL> ALTER SYSTEM QUIESCE RESTRICTED;System altered.假如有一些未決的事務需要提交或回滾的話，先前的那條命令將會掛起而等待事務的完成。如想確定是哪些用戶的會話沒提交或回滾，你可以用如下的語句。SELECT S.SID,S.SERIAL#,S.MACHINE,S.TERMINAL,S.USERNAME FROM V$SESSION S WHERE S.SID IN (SELECT SID FROM V$LOCK WHERE TYPE='TX')/查詢的結果將會提供充足的信息使你能夠要求那些用戶提交、回滾或終止他們的事務。更壞一點的情況是你可以殺掉這些會話，會話將被被自動回滾。系統處于停頓狀態后，你就可以不受其它用戶的干擾進行工作了，完成工作后你可以用如下命令解除這種停頓的狀態：SQL> ALTER SYSTEM UNQUIESCE;System altered.情景1:事務順序用戶會話DBA 會話(1)Connected with SCOTTSQL> update emp3 setename='John' where ename='samir';Connected with SYS(2)SQL> ALTER SYSTEM QUIESCE RESTRICTED;等待用戶SCOTT完成事務.(3)SQL> commit;Commit complete.(4)System altered.第一種情景表明，在所有活動的事物完成前DBA是不能停頓數據庫的。 一旦數據庫停頓了，庫對其它的用戶呈現的是停止(halt)或非活動(inactive)的狀態。然后當數據庫變為正常狀態后，所有的數據塊和暫停的事務又繼續運行了。情景 2:事務順序用戶 會話DBA 會話(1)Connected with Scott User;.Connected with SYS.SQL> ALTER SYSTEM QUIESCE RESTRICTED;System altered.(2)Select * from EMP;wait for result(3)SQL> ALTER SYSTEM UNQUIESCE;System altered.EMPNOENAMESALARY---------;--------------------1;;;;Sasa;10002;;;;John;50003;;;;Hema;7000User can see the results.情景2表明它如何影響了用戶的會話。簡而言之，此時系統對于最終用戶是臨時的無效。通常的一些問題:(Q)做為DBA的你如何檢查你的數據庫是什么狀態呢？(A)你可以檢查V$INSTANCE視圖中的ACTIVE_STATE這上字段。SQL> SELECT ACTIVE_STATE FROM V$INSTANCE;ACTIVE_ST---------NORMALACTIVE_STATE有如下幾個可能值：Active_state描述Normal數據庫處于正常狀態QUIESCINGDATABASE wants to QUIESCED but waiting for active running transactions to finish.數據庫要想停頓，但要等待活動的運行事務完成。Quiesced數據庫處于停頓的狀態了.(Q)怎樣確定哪些連接著庫的會話在等待停頓著的數據庫呢?(A)可以用如下的查詢來確定:SELECT SID,EVENT,TOTAL_WAITS,TIME_WAITED 'TIME WAITED[100 OF SEC]',AVERAGE_WAIT FROM V$SESSION_EVENTWHERE EVENT='wait for possible QUIESCE finish'/SQL>SID EVENT;;;TOTAL_WAITS;Time Waited[100 of Sec] AVERAGE_WAIT--- ---------------------------------- -----------;----------------------- ------------ 6 wait for possible QUIESCE finish412;;126532; 307'wait for possible QUIESCE finish'這個事件表明會話正等著“正停頓”的數據庫以至于它不能進行它的事物。庫停頓后這些會話將呈現hung的狀態。(Q)在停頓數據庫之前,對于資源治理器計劃(resource manager plan) 需要做什么設定？(A); 當你停頓了數據庫，INTERNAL_QUIESCE資源計劃被激活了。除SYS_GROUPS其它所有的資源組中的ACTIVE_SESS_POOL_P1應被設置為0。因SYS和SYSTEM用戶都屬于SYS_GROUPS組，所以只有它們可以連接到數據庫。要查看細節的信息可以查詢DBA_RSRC_PLAN_DIRECTIVES這個視圖。 記著如下幾點：處于停頓狀態的數據庫只有SYS和SYSTEM是有效的用戶來執行維護的工作；其它有DBA權限的用戶也被視為一般的用戶。 在停頓的數據庫中備份數據文件(泠備，拷貝數據文件)是無效的。假如庫中有“活動”的事務，庫是不能被停頓的。. 需要啟動數據庫以設置資源計劃停頓數據是9i的新特征，因此之前的版本中是不能用的。結論：停頓數據庫是一個強大的特征使DBA不必重啟數據庫就可以執行一些非凡的維護工作。