Thu Jul 17 10:51:25 2014

注意看备库告警日志中提示的开始清除redo logfile的时间和下图window目录中这几个文件创建的时间，就是在清除在线日志文件的你那一刻，在备库生成了相应的文件。

也就是说，当启用redo apply 的时候，备库先会提示无法读取参数中配置的在线日志文件，那后就会去清除该日志，并自动生成该文件，就是这么个过程

当然，alert log还会继续提示也不存在sandby redo logfile，如下：

Media Recovery Waiting for thread 1 sequence 66
Thu Jul 17 10:51:25 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 2100
RFS[2]: Identified database type as "physical standby'
Primary database is in MAXIMUM PERFORMANCE mode
Primary database is in MAXIMUM PERFORMANCE mode
Thu Jul 17 10:51:25 2014
Errors in file c:\oracle\product\10.2.0\admin\ora10g\udump\ora10g_rfs_2100.trc:
ORA-00313: 无法打开日志组 4 (用于线程 1) 的成员
ORA-00312: 联机日志 4 线程 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA10G\STDREDO04.LOG'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

这个standby redo logfile和online redo logfile又有些不同，如果碰到无法打开，数据库不会去清除并自动创建，而是需要我们手动去创建

但可以从v$log视图中发现，该文件是已经存在于备库控制文件中的（因为主库在创建备库控制文件备份的时候，就已经创建好了嘛），那就无法用语句再创建一次，会提示该文件已存在（而实际上物理并不存在），可以先drop掉，再重新创建，如果添加或删除主库online redo logfile，那么需要先把standby_file_management参数的值改为manual，之后再改回auto

如果standby redo logfile配置有问题，那么当切换保护模式到maximize availability或maximize protection时，会报：

ORA-16072: a minimum of one standby database destination is required

此时即使已经配置了LOG_ARCHIVE_DEST_2中已经配置了LGWR SYNC AFFIRM，open数据库时会报：

ORA-03113: end-of-file on communication channel

这是因为，最高可用和最大保护这两种模式必须使用LGWR进程来写到standby redo logfile，如果这个条件不能保证，那么就无法打开数据库，强制断开与数据库的链接，以提供对数据库的最大范围的安全保护

等这些日志都顺利在备库建立后，备库就可以开始同步应用主库归档日志了：