oracle 实例 suspend,数据库的三种状态RESTRICT、QUIESCE和SUSPEND（三）

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

这一篇介绍SYSPEND状态。

RESTRICT限制的是没有RESTRICTED SESSION权限的用户，使得这些用户无法登陆数据库。而QUIESCE针对所有的非SYS、SYSTEM用户，禁止这个用户的任何新的操作，包括登陆、查询、DML等等。和RESTRICT、QUIESCE不同的是，SUSPEND主要是限制数据库IO操作的。而且SUSPEND限制的不仅仅是普通用户，而是数据库中任何的用户。

SQL> alter system suspend;

系统已更改。

在另一个终端上执行：

SQL> SET SQLP 'SQL2> 'ITPUB个人空间Z6q,@7k0H/t3M5qX

SQL2> conn test/testITPUB个人空间3[M/nR:?W已连接。CVRqgVe0SQL2> conn / as sysdbaITPUB个人空间A] Nm2{已连接。ITPUB个人空间*vA;Ig(lY

SQL2> select * from dual;

DU

,q9oj1ca;H#LT1L0--ITPUB个人空间7} | M b8HL1y5u#s

X

SQL2> conn test/testITPUB个人空间*{eJcJ0O}已连接。9~L&KMu}7e0SQL2> select * from dual;

DU

i u*?Kw5V0--

'C$BC){_ H0X

SQL2> select count(*) from t;

由于数据库已经运行了一段时间，很多数据都在缓存之中，因此无论是DBA用户，还是普通用户，都可以正常登陆，且都可以执行查询操作，只要结果可以在CACHE中找到，不引起物理IO，就不会被阻塞，直到查询引发了物理IO操作，导致会话被挂起。

SQL> alter system resume;

系统已更改。

直到执行了RESUME命令，被挂起的操作恢复执行：

8JC7] H;NGn0  COUNT(*)

1E}4DPQ]6d#j,[0----------ITPUB个人空间(L.h-qq,a6Pl

54020

SQL2> select * from session_roles;

ROLE

&@(Ms.|7R-b0------------------------------------------------------------

YX8\C.Y#f0CONNECT

R ` FG5v*AU}!c0V0RESOURCE

下面再次将数据库置于SUSPEND状态：

SQL> alter system suspend;

系统已更改。

执行刚才被阻塞的：SELECT COUNT(*) FROM T。

SQL2> select count(*) from t;

COUNT(*)

'FU&u2Rq4L+v0----------

z z+r@{8Zf`0     54020

SQL2> delete t;

由于CACHE缓存的作用，这次查询T表所有的IO都是逻辑IO，不会导致物理IO的产生，因此上一次被阻塞的操作，这次可以顺利执行，不过随后的DELETE操作由于要产生物理IO，因此被阻塞了。

SQL> alter system resume;

系统已更改。

执行RESUME后，DELETE操作完成：

ITPUB个人空间 qXjK ]vhF_C#HM已删除54020行。

SQL2> select sid from v$mystat where rownum = 1;

SIDITPUB个人空间7u7d Q'`$l5u8d3T$To^#|-A

----------

@!E C9[[,i G Jd!hZ0       155

查询V$SESSION_WAIT的信息，并将数据库再次置于SYSPEND状态：

SQL> select event from v$session_wait where sid = 155;

EVENTITPUB个人空间 S(aMU!M?l3C:T|

--------------------------------------------------------------------------------

e:Y T+e1ZQb/N0SQL*Net message from client

SQL> alter system suspend;

系统已更改。

在会话2执行ROLLBACK操作：

SQL2> rollback;

由于ROLLBACK会导致物理IO，会话被阻塞，下面回到会话1，检查会话2的等待事件：

SQL> select event from v$session_wait where sid = 155;

EVENT

,KuaK!Wl!k G0--------------------------------------------------------------------------------ITPUB个人空间&|5m2Cg7R3k^'ly

writes stopped by instance recovery or database suspension

这是写操作被阻塞时，会话的等待事件，这个事件的名称已经很清楚的说明了问题。

最后还是看看环境下SUSPEND对不同实例的影响。

依旧是在一个三节点的RAC环境中进行，其中两个节点处于启动状态，另一个节点关闭。

随后在实例1上发出ALTER SYSTEM SUSPEN语句，检查这个操作对实例2是否生效，将实例3启动，检查这个限制新启动的实例3是否有效。

bash-2.03$ srvctl status db -d testrac

lcf&IF8j0Instance testrac1 is running on node racnode1ITPUB个人空间dY+wRM'Y&wv

Instance testrac2 is running on node racnode2ITPUB个人空间*O c2^8G[D8lFM

Instance testrac3 is running on node racnode3ITPUB个人空间}RD9M,s7BD6I

bash-2.03$ srvctl stop inst -d testrac -i testrac3ITPUB个人空间.o0X*e`Jo

bash-2.03$ srvctl status db -d testracITPUB个人空间)VNe s-q'u\,y

Instance testrac1 is running on node racnode1ITPUB个人空间}:Iz\z BV} o%G

Instance testrac2 is running on node racnode2

GJ#uV w/OK jlX0Instance testrac3 is not running on node racnode3

C.phcPi0bash-2.03$ sqlplus "/ as sysdba"

SQL*Plus: Release10.2.0.3.0 - Production on星期五2月20 19:17:04 2009

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

ITPUB个人空间3_P&d(|j,M"c6R8iW连接到:ITPUB个人空间N`0E`-N`+sAu

Oracle DatabaseEnterprise Edition Release10.2.0.3.0 - 64bit ProductionITPUB个人空间h#N;Xe?@ b

With the Partitioning, Real Application Clusters, OLAP and Mining options

SQL> alter system suspend;

系统已更改。

SQL> select instance_name from v$instance;

INSTANCE_NAMEITPUB个人空间%C ] bdY(o5Y7M O4z

----------------

y P%~ ^dR@0B}0testrac1

现在检查实例2上是否也会产生禁止物理IO的产生：

SQL> conn test/test@testrac2

"UsF+?S)j.u8K0已连接。2RHm d)h8q`0E ^0SQL> select instance_name from v$instance;

INSTANCE_NAMEITPUB个人空间;Y(lU yt

----------------

M/D'z$d3Ge0testrac2

SQL> select * from tab;

显然实例2上的操作被阻塞了，现在启动实例3，看看实例3上是否也会阻塞物理IO操作：

SQL> host

+m9\(ZG2T$zuV0$ srvctl start inst -d testrac -i testrac3

SVRCTL命令居然也被HANG住了，那么SUSPEND是否和QUIESCE一样，禁止没有启动的实例启动呢，通过sqlplus直接连接实例3：

$ sqlplus /nolog

SQL*Plus: Release10.2.0.3.0 - Production on星期五2月20 19:23:02 2009

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

SQL> conn sys@testrac3 as sysdba

]yNS7I0输入口令:

f_O"gB Y.]O0已连接。ITPUB个人空间b \5mn-Tx [!L(K

SQL> select instance_name from v$instance;

INSTANCE_NAME

p H \,X!MT0----------------

&^+S.q/{%}J+W%qd0testrac3

SQL> conn test/test@testrac3

*A_ID7ic9IjLF0ERROR:ITPUB个人空间)_ D&_~q]|P

ORA-01033: ORACLE initialization or shutdown in progress

/D DU6dC&Tt0警告:您不再连接到ORACLE。

可以看到，数据库还没有完全被打开，就处于被阻塞状态了。

登陆实例3：

SQL> conn sys@testrac3 as sysdba

W,@|#p/r5@ N;SSU0输入口令:

Q:TG)gyc~a/I0已连接。ITPUB个人空间0ACY M7pqT1v

SQL> select instance_name, status, database_status from v$instance;

INSTANCE_NAME    STATUS       DATABASE_STATUS

u0TA(C&u4Z8fm0---------------- ------------ -----------------

SM9^`:t0testrac3         STARTED      ACTIVE

SQL> conn sys@testrac1 as sysdba

h!}ls+v:Ft0输入口令:

n'L$v*? e3w0已连接。`#e S&V-`{~*Va0SQL> select instance_name, status, database_status from v$instance;

INSTANCE_NAME    STATUS       DATABASE_STATUSITPUB个人空间P,mH3IU\'vRK

---------------- ------------ -----------------ITPUB个人空间S+y0t#@H4g [

testrac1         OPEN         SUSPENDED

SQL> conn sys@testrac2 as sysdbaITPUB个人空间$X0b sAe-t输入口令:ITPUB个人空间4f4e sy \4i7q已连接。s\+\.i8N,r2Ux2JG0SQL> select instance_name, status, database_status from v$instance;

INSTANCE_NAME    STATUS       DATABASE_STATUSITPUB个人空间|h G:P7j3|)|

---------------- ------------ -----------------

4N};y~b!h n0testrac2         OPEN         SUSPENDED

显然SUSPEND对所有当前运行的RAC实例生效，而新启动的实例，数据库状态并非SUSPEND，而是ACTIVE，但是和文档描述不同的是，这个实例根本无法成功的启动，从这一点上将，SUSPEND还是会对整个数据库起作用的。

同样在实例1和实例2上，都可以执行RESUME命令，来恢复数据库状态：

SQL> conn sys@testrac2 as sysdbaITPUB个人空间S,s-XOS4~:L+S输入口令:

xvG`3YxT#c3@ q0已连接。R-B$BNh"z t'e.A0SQL> alter system resume;

系统已更改。