使用Oracle9i的新特徵-停頓(QUIESCING)資料庫

oracle|資料|資料庫
原作者：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不必重啟資料庫就可以執行一些特別的維護工作。