主备正常切换操作参考：RAC两节点->单机
（rac和单机的操作区别：就是关闭其它节点，剩一个节点操作即可）
1.主库准备
检查状态
SQL> select inst_id,database_role,OPEN_MODE from gv$database;
INST_ID DATABASE_ROLE OPEN_MODE
---------- ---------------- --------------------
2 PRIMARY READ WRITE
1 PRIMARY READ WRITE
停掉一个实例：
[oracle@tyzfdb02 ~]$ srvctl stop instance -d tyzfdb -i tyzfdb2
SQL> select inst_id,database_role,OPEN_MODE from gv$database;
INST_ID DATABASE_ROLE OPEN_MODE
---------- ---------------- --------------------
1 PRIMARY READ WRITE
2.备库准备
SQL> select inst_id,database_role,OPEN_MODE from gv$database;
INST_ID DATABASE_ROLE OPEN_MODE
---------- ---------------- --------------------
1 PHYSICAL STANDBY READ ONLY WITH APPLY
--取消备库日志应用： --可选
--SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
--继续应用日志： --可选
--SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
3.主库切换日志：
主库切换日志,观察备库alert是否正常同步
--主库
SQL> alter system switch logfile;
System altered.
SQL> /
System altered.
4.备库确认同步正常
[oracle@adg trace]$ tail -f alert_tyzfdb.log
Tue Jun 25 15:35:27 2013
Media Recovery Waiting for thread 2 sequence 1630 (in transit)
Recovery of Online Redo Log: Thread 2 Group 72 Seq 1630 Reading mem 0
Mem# 0: +DATA/tyzfdb_adg/onlinelog/group_72.1575.818724653
Tue Jun 25 15:35:30 2013
Archived Log entry 4890 added for thread 2 sequence 1629 ID 0x3545ffea dest 1:
上述信息Recovery of Online表示主备日志传输应用正常
5.主库切换
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS
--------------------
TO STANDBY
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO STANDBY WITH SESSION SHUTDOWN;
6.备库切换
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS
--------------------
TO PRIMARY
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
SQL> ALTER DATABASE OPEN;
SQL> select inst_id,database_role,OPEN_MODE from gv$database;
7.继续处理主库变成备库：
SQL> shutdown immediate
ORA-01092: ORACLE instance terminated. Disconnection forced
SQL> exit
[oracle@tyzfdb01 ogg]$ sqlplus / as sysdba
SQL> startup mount
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE cancel;
SQL> alter database open;
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
8.主库启动节点2
[oracle@tyzfdb01 ~]$ srvctl start instance -d tyzfdb -i tyzfdb2
9.相关参考：
Performing Role Transitions Using Old Syntax
11G RAC TO 11G RAC ADG SWITCHOVER
19c ADG Switchover 切换测试 - AlfredZhao - 博客园
一条命令进行19C ADG主备切换 - 墨天轮
19c adg参考：
环境未配置DG Broker，手工切换ADG，19c也要比11g时代的切换更简单。
使用自己的测试环境，具体可参见： 单实例Primary快速搭建Standby RAC参考手册(19.16 ADG)
1.主库demo切换到RAC环境demorac：
在主库demo执行命令：
SQL>
alter database switchover to demorac verify;
alter database switchover to demorac;
执行命令之后，原主库demo将会关闭，原备库demorac会重新启动到mount状态，且变成新主库角色；
此时需要手工在新主库demorac上执行命令：
SQL>
alter database open;
打开数据库。
然后手工将原主库demo进行startup，承担新备库角色，并开启实时应用：
SQL>
startup
recover managed standby database disconnect;
注意：19c ADG 在未配置DG Broker的情况下，也很简单实现了主备角色互换，只需手工处理下开库的动作。
此外，与11g ADG不同，现在MRP进程默认就是开启实时应用（前提是准备工作做好），也就是说：
备库MRP实时开启默认无需指定 using current logfile 关键字。
默认即是，如果不想实时，指定 using archived logfile 关键字。
2.主库demorac切换回单实例环境demo：
主要就是指向的db_unique_name更改，其他操作都一样。
在主库demorac执行命令：
SQL>
alter database switchover to demo verify;
alter database switchover to demo;
执行命令之后，原主库demorac将会关闭，原备库demo会重新启动到mount状态，且变成新主库角色；
此时需要手工在新主库demo上执行命令：
SQL>
alter database open;
打开数据库。
然后手工将原主库demorac进行startup，承担新备库角色，并开启实时应用：
[oracle@db01rac1 ~]$
srvctl start database -d demorac
SQL>recover managed standby database disconnect;
