oracle数据库的静默状态

静默状态

当数据库处于静默状态时，只有拥有DBA权限的用户
（注：只有sys和system用户才可以，其他被授予DBA角色的用户也不能执行任何操作），
才能对数据库进行查询、更新等操作。
任何非DBA用户（非sys、system用户）都不能在数据库中执行任何操作。

注意：在执行下面的语句重新配置em时，也会使数据库处于静默状态！！！
emca -deconfig dbcontrol db -repos drop
因此，在生产库上重新配置em，一定要慎重，以免因静默状态破坏业务的正常运行！！！

测试

使用一个非DBA用户aa执行一个业务：
begin
for i in 1..100000
loop
insert into sys.test2 values(i,'aa');
commit;
end loop;
end;
/

使用sys或system用户执行如下语句进入静默状态：
alter system quiesce restricted;
此语句会等待所有非DBA用户的操作执行完毕才能完成。
同时不再允许开始任何新的非DBA会话（此时另一个用户bb无法开始新的会话）。

在新的窗口中查看状态：
SQL> select active_state from v$instance;
ACTIVE_ST
---------
QUIESCING    --正在进入静默状态，说明仍然存在活动的非DBA用户会话（即用户aa的那个业务还没有执行完毕）。
SQL>
查询用户aa的业务执行了多少：
SQL> select count(*) from test2;
  COUNT(*)
----------
     64347
SQL>
用户aa的业务执行完毕后，查看状态：
SQL> select active_state from v$instance;
ACTIVE_ST
---------
QUIESCED    --已经处于静默状态（已经没有任何活动的非DBA用户会话）。
SQL>
用户aa的业务已经执行完毕：
SQL> select count(*) from test2;
  COUNT(*)
----------
    100000
SQL>

用户aa发起新的业务：
begin
for i in 100001..200000
loop
insert into sys.test2 values(i,'aa');
commit;
end loop;
end;
/
此sql语句将被挂起，需要一直等到静默状态结束，才能继续运行。

用sys或system用户重建test2表：
exp tables=test2 file=test2.dmp
drop table test2 purge;
imp tables=test2 file=test2.dmp

执行如下语句退出静默状态：
alter system unquiesce;
查询实例状态：
SQL> select active_state from v$instance;
ACTIVE_ST
---------
NORMAL    --实例已经处于正常状态（非静默状态）。
SQL>

用户aa发起的新业务得以继续执行。
执行成功后，确认数据无丢失：
SQL> select count(*) from test2;
  COUNT(*)
----------
    200000
SQL>

注意：在执行下面的语句重新配置em时，也会使数据库处于静默状态！！！
emca -deconfig dbcontrol db -repos drop
因此，在生产库上重新配置em，一定要慎重，以免因静默状态破坏业务的正常运行！！！