quiesce restricted suspend

QUIESCE
当数据库处于QUIESCE状态时，只有DBA会话可以进行操作，而普通会话会处于等待状态，只有当数据库退出QUIESCE状态，普通会话才能继续操作。
QUIESCE似乎和RESTRICT很相似，都是修改数据库的状态，使得DBA用户可以进行管理操作，避免非DBA用户同时访问。但是二者还是有明显的区别的。首先RESTRICT是禁止普通用户登陆，而对已经登陆的用户无能为力。如果要彻底禁止普通用户的访问，就必须通过重启或者手工判断已经连接的普通会话，并执行KILL SESSION的操作。而QUIESCE并不是这样，通过设置系统的QUIESCE RESTRICTED，使得所有的非DBA用户处于等待状态，不管是新登陆的还是已经存在的普通用户会话，都无法执行新的操作，直到系统退出QUIESCE状态。
因此QUIESCE状态对于7*24环境是十分有帮助的，对于其他用户而言，只是操作的等待时间变得很长，而并不会报错。当然QUIESCE有RESTRICT所没有的优点，也必然有一些额外的要求，那就是数据库必须配置了资源管理Resource Management。
[而从10g开始，这个限制已经被取消了]
alter system quiesce restricted;
alter system unquiesce;
in a rac enviroment,quiesce affects all instances;
cold backups cannot be taken while in quiesce
禁止没有启动的实例启动---srvctl start报错
RESTRICT状态。
在Oracle中，有时候要执行一些管理性的操作，而这些操作运行的时候不能有其他用户同时
访问数据库。对于这种情况可以设置系统进入RESTRICTED SESSION状态禁止普通用户登陆数
据库。
[startup restrict]
[alter system enable restricted session]
对于RESTRICTED SESSION状态，RAC环境的各个实例之间是相互独立的，各自的状态完全由各自的实例进行设置。
SUSPEND
RESTRICT限制的是没有RESTRICTED SESSION权限的用户，使得这些用户无法登陆数据库。
而QUIESCE针对所有的非SYS、SYSTEM用户，禁止这个用户的任何新的操作，包括登陆、查询、
DML等等。和RESTRICT、QUIESCE不同的是，SUSPEND主要是限制数据库IO操作的。而且
SUSPEND限制的不仅仅是普通用户，而是数据库中任何的用户。
alter system suspend;
阻塞产生物理IO的任何用户的任何session
alter system resume;
解阻塞
显然SUSPEND对所有当前运行的RAC实例生效，而新启动的实例，数据库状态并非SUSPEND，
而是ACTIVE，但是和文档描述不同的是，这个实例根本无法成功的启动，
从这一点上将，SUSPEND还是会对整个数据库起作用的
摘 http://space.itpub.net/4227/viewspace-591752

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/21993926/viewspace-668810/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/21993926/viewspace-668810/