DG中switchover切换操做

问题描述：咱们配置DG的目的就是为了在主库出现故障时，备库可以提供服务，保证业务的正常运行，switchover是用户有计划的进行停机切换，可以保证不丢失数据,我记录一下我进行switchover中的操做。

1.主库（orcl） 备库（orclstd） ，查看主库上的状态，角色orcl是主库

SQL> select switchover_status,database_role from v$database;

SWITCHOVER_STATUS    DATABASE_ROLE

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

TO STANDBY      PRIMARY

2.switch转换主库orcl为物理备库,并查看更改后的角色

SQL> alter database commit to switchover to physical standby with session shutdown;

SQL> startup mount;

SQL> select database_role from v$database;

 

 3如下都是在orclstd备库上操做，同样的先查询状态角色是否具有切换的条件，注意：上面查询结果显示为TO PRIMARY 或 SESSIONS ACTIVE代表能够切换成主库

SQL> select switchover_status,database_role from v$database;

SWITCHOVER_STATUS    DATABASE_ROLE

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

TO PRIMARY       PHYSICAL STANDBY

4.切换orclstd（原备库）为物理主库，并查询更改后的角色和状态，很显然个人switchover_status状态为RESOLVABLE GAP，大概就是还有归档没有传输过去一类的

SQL> alter database commit to switchover to primary with session shutdown;

SQL> alter database open;

SQL> select switchover_status,database_role,open_mode from v$database;

 

 5.网上找了不少篇文档，貌似全都是同样抄的，SQL> alter system flush redo to 'orcl'; 都是这个命令，刷新redo 到新备库去，可是个人一直报错

 

 这个名字须要加上单引号，不然识别不了，错误提示个人db_unique_name再也不设置内，我查询了一下设置，服了没毛病啊，这一点一直不清楚怎么回事

 

 6.在同事的帮助下，查看了pfile的设置，将log_archive_dest_2='SERVICE名字设置为新的备库orcl，可能由于orclstd是我老的备库，service名字没有改，这里改一下，或者在sqlplus 中进行alter system 设置也能够

 

 

 

 7.修改过以后，新的备库可以接受到归档，而后能够进行同步了

SQL> select switchover_status,database_role from v$database;

 

8.验证：在新主库上切换日志，并查询最大序列号为62

SQL> alter system archive log current;

SQL> select max(sequence#) from v$archived_log;

 

 

9.一样的在主库查询，同样的都是62，验证成功，switchover切换完成

SQL> select max(sequence#) from v$archived_log;