使用Oracle9i的新特征-停頓(QUIESCING)數據庫
2024-08-29 13:49:13
供稿：網友
原作者：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 /nolog
SQL*Plus: Release 9.2.0.1.0 - PRodUCtion on Wed Apr 16 16:08:27 2003
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
SQL> connect sys/change_on_install as sysdba
Connected.
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_PLAN
NAME TYPE VALUE
------------------------------------ ----------- ----------------
resource_manager_plan string SYSTEM_PLAN
SQL> 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 SCOTT
SQL> update emp3 set
ename='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.
EMPNO ENAME SALARY
--------- ---------- ----------
1 Sasa 1000
2 John 5000
3 Hema 7000
User can see the results.
情景2表明它如何影響了用戶的會話。簡而言之，此時系統對于最終用戶是臨時的無效。
通常的一些問題:
(Q)做為DBA的你如何檢查你的數據庫是什么狀態呢？
(A)你可以檢查V$INSTANCE視圖中的ACTIVE_STATE這上字段。
SQL> SELECT ACTIVE_STATE FROM V$INSTANCE;
ACTIVE_ST
---------
NORMAL
ACTIVE_STATE有如下幾個可能值：
Active_state
描述
Normal
數據庫處于正常狀態
QUIESCING
DATABASE 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_EVENT
WHERE EVENT='wait for possible QUIESCE finish'
/
SQL>
SID EVENT TOTAL_WAITS Time Waited[100 of Sec] AVERAGE_WAIT
--- ---------------------------------- ----------- ----------------------- ------------
6 wait for possible QUIESCE finish 412 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不必重啟數據庫就可以執行一些非凡的維護工作。
