ORACLE10G DG角色转换

本文章参考于： http://www.cnblogs.com/landexia/archive/2012/08/03/2621561.html 和ORACLE 10G官方文档
一个DG配置包含一个主数据库和一个或多个备用数据库，在主数据库正常运行的情况下，不会发生角色转换；当主数据库需要维护时，需要在某一备用数据库之间发生角色转换，使其暂时接替主库的功能对外提供服务。

角色转换前的准备工作:
检查各数据库的初始化参数，主要确认对不同角色相关的初始化参数都进行了正确的配置
确保可能成为primary 数据库的standby 服务器已经处于archivelog 模式
确保standby 数据库的临时文件存在并匹配primary 数据库的临时文件
检查主备数据库的standby redo log文件(最大保护和最高可用性模式)

确保standby 数据库的RAC 实例只有一个处于open 状态。（对于rac 结构的standby 数据库，在角色转换时只能有一个实例startup。其它rac实例必须统统shutdown，待角色转换结束后再startup）
切换又分为：switchover和failover，前者是无损切换，不会丢失数据，而后者则有可能会丢失数据，并且切换后原primary 数据库也不再是该data guard 配置的一部分了.针对不同standby(逻辑或物理)的处理方式也不尽相同。
物理Standby的switchover
1.检查primary database 是否支持switchover操作，如下：

SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;

NAME      SWITCHOVER_STATUS    OPEN_MODE  PROTECTION_MODE      DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL    SESSIONS ACTIVE      READ WRITE MAXIMUM PERFORMANCE  PRIMARY

批注：出现session active这种状态不代表不能转换，可能是某些会话正在连接。
删除连接会话如下：
SQL> select sid,serial# from gv$session where username is not null;

       SID    SERIAL#
---------- ----------
       159          3

SQL> alter system kill session '159,3';
alter system kill session '159,3'
*
ERROR at line 1:
ORA-00027: cannot kill current session           --出现这种情况我们选择本地连接，关闭此远程会话终端
2.将primary转换为standby角色，如下：
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

Database altered.
批注：使用WITH SESSION SHUTDOWN 子句，专门用来处理前步操作中有远端用户的连接，附加该子句，就会自动断开仍在连接该实例的无关会话。
SQL> shutdown immediate           --将原主数据库重新启动到mount状态
SQL> startup mount;
SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;

NAME      SWITCHOVER_STATUS    OPEN_MODE  PROTECTION_MODE      DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL    TO PRIMARY           MOUNTED    MAXIMUM PERFORMANCE  PHYSICAL STANDBY

3.检查备库的switchover
SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;

NAME      SWITCHOVER_STATUS    OPEN_MODE  PROTECTION_MODE      DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL    TO PRIMARY           MOUNTED    MAXIMUM PERFORMANCE  PHYSICAL STANDBY

4.将备库由standby转换为primary ，如下：
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

Database altered.

SQL> select name,SWITCHOVER_STATUS,open_mode,PROTECTION_MODE,DATABASE_ROLE from v$database;

NAME      SWITCHOVER_STATUS    OPEN_MODE  PROTECTION_MODE      DATABASE_ROLE
--------- -------------------- ---------- -------------------- ----------------
MYORCL    TO STANDBY           MOUNTED    MAXIMUM PERFORMANCE  PRIMARY

SQL> alter database open;

Database altered.

SQL> select instance_name,status from v$instance;

INSTANCE_NAME    STATUS
---------------- ------------
orcl             OPEN

SQL> select name,open_mode from v$database;

NAME      OPEN_MODE
--------- ----------
MYORCL    READ WRITE
5.验证

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;    --打开新的备库redo应用

Database altered.
新主库操作如下：
SQL> conn scott/tiger;
Connected.
SQL> select * from dept;

    DEPTNO DNAME          LOC
---------- -------------- -------------
        50 ORACLE         JAVA
        10 ACCOUNTING     NEW YORK
        20 RESEARCH       DALLAS
        30 SALES          CHICAGO
        40 OPERATIONS     BOSTON

SQL> insert into dept values (60,'dayong','xiaoru');

1 row created.

SQL> commit;

Commit complete.

SQL> conn / as sysdba
Connected.
SQL> alter system switch logfile;

System altered.
新备库操作如下：
SQL> recover managed standby database cancel;       --首先取消redo apply
Media recovery complete.
SQL> alter database open;

Database altered.

SQL> select * from scott.dept;

    DEPTNO DNAME          LOC
---------- -------------- -------------
        50 ORACLE         JAVA
        60 dayong         xiaoru
        10 ACCOUNTING     NEW YORK
        20 RESEARCH       DALLAS
        30 SALES          CHICAGO
        40 OPERATIONS     BOSTON

6 rows selected.

物理Standby的failover
1.检查归档文件是否连接
查询待转换standby 数据库的V$ARCHIVE_GAP 视图，确认归档文件是否连接
SQL> SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;

no rows selected
批注：如果返回的有记录，按照列出的记录号复制对应的归档文件到行转换的standby服务器，必须确保所有已生成的归档文件均已存在于standby服务器，不然可能会数据不一致造成转换时报错

文件复制之后，通过下列命令将其加入数据字典：
SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';
2.检查归档文件是否完整
在主、备数据库执行如下语句，查询视图V$ARCHIVED_LOG

SQL> SELECT UNIQUE THREAD# AS THREAD, MAX(SEQUENCE#) OVER (PARTITION BY thread#) AS LAST from V$ARCHIVED_LOG;

    THREAD       LAST
---------- ----------
         1         15

批注：该语句取得当前数据库各线程已归档文件最大序号，如果primary 与standby 最大序号不相同，必须将多出的序号对应的归档文件复制到待转换的standby 服务器。不过既然是failover，有可能primary 数据库此时已经无法打开，甚至无法访问.
3.启动failover
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE;     --备库执行

Database altered.

批注：FORCE 关键字将会停止当前活动的RFS 进程，以便立刻执行failover。
4.切换物理角色standby为primary
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;       --备库操作

Database altered.

5.启动新的primary数据库
SQL> shutdown immediate;
SQL> startup
SQL> select instance_name,status from v$instance;

INSTANCE_NAME    STATUS
---------------- ------------
myorcl           OPEN

SQL> select name,open_mode from v$database;

NAME      OPEN_MODE
--------- ----------
MYORCL    READ WRITE

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

转载于:http://blog.itpub.net/29634949/viewspace-1175278/