Oracle Data Guard 用来保护 Oracle 数据，可提供最高级别的数据保护和可用性的同时，使 Oracle 数据库保持最卓越的性能。它的运行遵循一个原则：传输重做数据，然后应用重做数据。
它分成两种实现方式，分别为逻辑备库（ logical standby ）和物理备库 (physical standby) ，用于不同的应用场景。如逻辑备库用于数据库的读写分离，物理备库用于数据库异地灾备。
在 Oracle 10g 逻辑备库中 ，如主库出现故障，备库也是可以迅速切换成主库使用。
在 Oracle 10g logical standby 模式下，主库损毁，逻辑备库如何 完成切换成主库的任务？
在 Data Guard 之逻辑备库的故障切换 (logical standby failover) （ http://mikixiyou.iteye.com/blog/1530120 ） 一文中，我介绍一种切换操作过程，但那是在主库的日志文件还没有丢失的情况下进行的操作。
在本文中，我们介绍在主库日志文件没有传输到逻辑备库时，逻辑备库上的应用的日志 SCN 和最新的日志 SCN 不一致的情况下，如何完成逻辑备库到主库的切换操作。
在切换过程中报 ORA-00308 错误，显示缺少归档日志文件。
我以 logical standby failover ora-00308 在 google 搜很多文档，也没有发现合适的解决方法和解决建议。
于是，只好自己去查阅文档和测试解决方法。
（ miki 西游 @mikixiyou 文档，原文链接 : http://mikixiyou.iteye.com/blog/1558314 ）
第一步，检查逻辑备库上应用进程的 applied scn 和 latest scn
SQL> r
1* select to_char(applied_scn),to_char(latest_scn) from v$logstdby_progress
TO_CHAR(APPLIED_SCN) TO_CHAR(LATEST_SCN)
---------------------------------------- ----------------------------------------
11565985537 11565985750
如果有两者相等，请参照文档 Data Guard 之逻辑备库的故障切换 (logical standby failover) 去完成逻辑备库的灾难切换工作。
关键点就是，我们这里的 SCN 是不相等的，否则也就没了下文了。
再次调用一下逻辑备库的日志应用操作。
SQL> alter database start logical standby apply immediate;
Database altered.
在后台警告日志文件中，发现此错误，说缺少一个日志文件。
Mon Jun 11 14:00:27 2012
LOGMINER: Error 308 encountered, failed to read missing logfile +VG2/archivelog/standby/1_31907_739157941.dbf
停止逻辑备库日志应用工作。
SQL> alter database stop logical standby apply;
Database altered.
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY FINISH;
Database altered.
停止 logical standby 的日志应用工作，再使用新的命令去启用日志应用。
在警告日志文件中，还是报错，依然是缺少日志文件。
Mon Jun 11 13:55:16 2012
LOGMINER: Error 308 encountered during failover, failed to read missing logfile +VG2/archivelog/standby/1_31907_739157941.dbf
LOGSTDBY status: ORA-00308: cannot open archived log '+VG2/archivelog/standby/1_31907_739157941.dbf'
ORA-17503: ksfdopn:2 Failed to open file +VG2/archivelog/standby/1_31907_739157941.dbf
ORA-15173: entry '1_31907_739157941.dbf' does not exist in directory 'standby'
即使我们使用激活逻辑备库为主库模式的操作命令去强行切换，也是会出错的。道理很简单，在切换过程中缺少相应的归档日志文件。
ALTER DATABASE ACTIVATE LOGICAL STANDBY DATABASE FINISH APPLY
这个语句的作用是停止 RFS 进程，应用所有保存在 standby 日志文件中重做日志，停止 SQL 应用，将控制文件切换成主库模式的控制文件，去掉 GUARD 保护状态使得所有人可以像正常库一样使用此库，最后激活主库模式，完成切换。
这里 finish apply 是一个可选子句。如果不带上这个子句，那么将有部分重做日志会不被应用。
那么，我们如何解决呢
两种方法：一种是找到归档日志文件，手工拷贝过来，然后注册进去。这样就可以切换成功。另一种，是采用忽略的方式切换。
SQL> alter database activate logical standby database ;
Database altered.
将数据库的角色，确认是主库了。
SQL> select
2 database_role from v$database;
DATABASE_ROLE
----------------
PRIMARY
在归档日志环节上，我陷入了误区，想去找到如何 until scn 的方法，类似于 rman 中的 recover 方式。
其实，在这种环境下，解决起来很简单。直接 alter database activate logical standby database; 而不需要去加子句 finish apply 。