首先，主库处于open状态，而备库则处于mounted 状态，另外，主库中先通过“SQL> alter system archive log current;”来强制切换主库的redo日志并归档。
再检查主备库归档日志：
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 0
Next log sequence to archive 0
Current log sequence 129
主备库的archive的current log sequence 都应为129，证明主库产生的归档能正常传送到备库。
在正常情况下，备库要通过“alter database recover managed
standby database disconnect from session;”来使
数据库处于应用日志的状态。
现在开始switchover 操作。
主库：
检查数据库中除了当前会话外，还有没有其他非系统的活动会话，
SQL> select count(*) from v$session where username is not null
2 ;
COUNT(*)
----------
1
检查主库状态，
SQL> select open_mode,database_role,switchover_status from
v$database;
OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS
---------- ---------------- --------------------
READ WRITE PRIMARY SESSIONS ACTIVE
本来switchover_status 状态应该为 TO STANDBY，这里既然只有一个活动会话sys，则也是可以切换的。
执行主库switchover切换操作，关闭数据库，启动到mount状态：
SQL> alter database commit to switchover to physical standby;
Database altered.
SQL> shutdown immediate;
ORA-01507: database not mounted
ORACLE instance shut down.
SQL> startup nomount;
ORACLE instance started.
Total System Global Area 1224736768 bytes
Fixed Size 2083560 bytes
Variable Size 352322840 bytes
Database Buffers 855638016 bytes
Redo Buffers 14692352 bytes
SQL> alter database mount standby database;
Database altered.
检查状态，数据库已经处于STANDBY 角色，
SQL> select open_mode,database_role,switchover_status from
v$database;
OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS
---------- ---------------- --------------------
MOUNTED PHYSICAL STANDBY RECOVERY NEEDED
注：此处的“RECOVERY NEEDED”原本应为"TO PRIMARY" ,但只是因为当前备库（原主库）并没有处于应用日志状态，按前述重新执行“alter database recover managed standby database disconnect from session;”。
SQL> select open_mode,database_role,switchover_status from
v$database;
OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS
---------- ---------------- --------------------
MOUNTED PHYSICAL STANDBY SESSIONS ACTIVE
session active状态并不影响当前备库下次切换为主库。
登陆原备库操作：
检查活动会话,
SQL> select count(*) from v$session where username is not null；
COUNT(*)
----------
1
SQL> select open_mode,database_role,switchover_status from
v$database;
OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS
---------- ---------------- --------------------
MOUNTED PHYSICAL STANDBY TO PRIMARY
SQL> alter database commit to switchover to primary;
Database altered.
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
。。。
Database mounted.
Database opened.
原备库经已切换成主库角色，同样SESSIONS ACTIVE并不影响它下次切换回备库角色。
SQL> select open_mode,database_role,switchover_status from
v$database;
OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS
---------- ---------------- --------------------
READ WRITE PRIMARY SESSIONS ACTIVE
在切换的过程中，我们可以做一个小测试来验证原备库切换为主库后数据文件有否跟原主库同步：
先在主库建立一张表，插入数据：
SQL> create table tanlong (c1 number,c2 date);
SQL> insert into tanlong values(1,sysdate);
SQL> select * from tanlong;
C1 C2
---------- ---------
1 10-APR-11
SQL> commit; //记得commit 一下，写到redo里。
Commit complete.
再切换日志，写归档，此时归档应该传送到备库。
在完成switchover操作后，检查主库（原备库）：
SQL> select * from tanlong ;
C1 C2
---------- ---------
1 10-APR-11
证明当它作为备库时，已经接收并应用了原主库传送过来的归档，两边数据库的数据是一致的。
至此，完成测试。
最后，学习好的方法。
1，在主备切换测试的时候，开两个crt窗口，使用“tail -f alert.log” 来同步观察数据库操作的信息。
2，当任何一个库切换成备库角色，或者一直担当备库角色时，应始终处于应用日志状态。（alter database recover managed standby database disconnect from session;）
