打印本文 打印本文 关闭窗口 关闭窗口
使用Oracle9i的新特征-停顿(QUIESCING)数据库
作者:武汉SEO闵涛  文章来源:敏韬网  点击数1850  更新时间:2009/4/22 22:08:13  文章录入:mintao  责任编辑:mintao

原作者: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的你如何检查你的数据库是什么状态呢?

[1] [2]  下一页

打印本文 打印本文 关闭窗口 关闭窗口