问题描述：我们配置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;