Oracle 数据库QUIESCE状态详解

数据库的这三种状态有相似之处，这里简单总结一下。

这一篇介绍QUIESCE状态。

RESTRICT 、QUIESCE和SUSPEND（一）：

当数据库处于QUIESCE状态时，只有DBA会话可以进行操作，而普通会话会处于等待状态，只有当数据库退出QUIESCE状态，普通会话才能继续操作。

QUIESCE 似乎和RESTRICT很相似，都是修改数据库的状态，使得DBA用户可以进行管理操作，避免非DBA用户同时访问。但是二者还是有明显的区别的。首先RESTRICT是禁止普通用户登陆，而对已经登陆的用户无能为力。如果要彻底禁止普通用户的访问，就必须通过重启或者手工判断已经连接的普通会话，并执行KILL SESSION的操作。而QUIESCE并不是这样，通过设置系统的QUIESCE RESTRICTED，使得所有的非DBA用户处于等待状态，不管是新登陆的还是已经存在的普通用户会话，都无法执行新的操作，直到系统退出QUIESCE状态。

因此QUIESCE状态对于7*24环境是十分有帮助的，对于其他用户而言，只是操作的等待时间变得很长，而并不会报错。当然QUIESCE有RESTRICT所没有的优点，也必然有一些额外的要求，那就是数据库必须配置了资源管理Resource Management。

[oracle@bjtest ~]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on 星期三 4月 22 00:25:59 2009

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

连接到 : 
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production

SQL> show parameter resource

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
enqueue_resources integer 3144
resource_limit boolean FALSE
resource_manager_plan string
SQL> alter system quiesce restricted;
alter system quiesce restricted
*
ERROR 位于第 1 行 :
ORA-25507: 没有使资源管理器一直处于打开状态

如果资源管理器没有打开，在9i中就会出现上面的ORA-25507错误。

bash-2.03$ sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.3.0 - Production on 星期五 2月 20 00:30:49 2009

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

连接到 : 
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options

SQL> show parameter resource

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
resource_limit boolean FALSE
resource_manager_plan string
SQL> alter system quiesce restricted;

系统已更改。

而从10g开始，这个限制已经被取消了。

如果是9i，那么必须设置resource_limit参数为true，并设置resource_manager_plan参数指向一个资源计划：

SQL> alter system set resource_limit = true;

系统已更改。

SQL> select plan from dba_rsrc_plans;

PLAN
------------------------------
SYSTEM_PLAN
INTERNAL_QUIESCE
INTERNAL_PLAN

SQL> alter system set resource_manager_plan = system_plan;

系统已更改。

SQL> alter system quiesce restricted;
alter system quiesce restricted
*
ERROR 位于第 1 行 :
ORA-25507: 没有使资源管理器一直处于打开状态

SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 
ORACLE 例程已经关闭。 
SQL> startup
ORACLE 例程已经启动。

Total System Global Area 9432971568 bytes
Fixed Size 756016 bytes
Variable Size 838860800 bytes
Database Buffers 8589934592 bytes
Redo Buffers 3420160 bytes 数据库装载完毕。 数据库已经打开。 
SQL> show parameter resource

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
enqueue_resources integer 3144
resource_limit boolean TRUE
resource_manager_plan string SYSTEM_PLAN
SQL> alter system quiesce restricted;

系统已更改。

虽然修改RESOURCE_LIMIT和RESOURCE_MANAGER_PLAN参数不需要重启数据库，但是QUIESCE状态的修改要求数据库实例必须自启动以来资源管理器一直处于打开的状态，因此必须重启数据库。

当数据库置于QUIESCE状态下，普通用户的新连接将处于等待状态：

SQL> conn test/test

只有当系统撤销QUIESCE状态，用户才能登陆到数据库：

SQL> alter system unquiesce;

s Reserved.

已连接到空闲例程。

SQL> startup
ORACLE 例程已经启动。

Total System Global Area 2147483648 bytes
Fixed Size 2031480 bytes
Variable Size 385876104 bytes
Database Buffers 1744830464 bytes
Redo Buffers 14745600 bytes 数据库装载完毕。 
ORA-25503: 无法打开数据库, 因为数据库正在被静默

错误已经很明显了，虽然执行QUIESCE命令是ALTER SYSTEM语句，但是显然QUIESCE命令对整个数据库都是生效的，且RAC的其他实例是无法在QUIESCE状态下启动的。

$ exit

SQL> select instance_name, status, active_state from gv$instance;

INSTANCE_NAME STATUS ACTIVE_ST
---------------- ------------ ---------
testrac1 OPEN QUIESCED
testrac3 MOUNTED NORMAL
testrac2 OPEN QUIESCED

可以通过V$INSTANCE的ACTIVE_STATE列查看数据库的QUIESCE状态。

SQL> CONN SYS@TESTRAC2 AS SYSDBA 输入口令 : 已连接。 
SQL> ALTER SYSTEM UNQUIESCE;

系统已更改。

SQL> SELECT INSTANCE_NAME, STATUS, ACTIVE_STATE FROM GV$INSTANCE;

INSTANCE_NAME STATUS ACTIVE_ST
---------------- ------------ ---------
testrac2 OPEN NORMAL
testrac1 OPEN NORMAL
testrac3 MOUNTED NORMAL

SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;

INSTANCE_NAME
----------------
testrac2