<P></P><P>Applies to: Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.1.0.8 This problem can occur on any platform. Symptoms RMAN的增量备份可以用来使物理standby数据库于primary数据库保持同步。在primary数据库上从物理standby数据库当前的SCN 号开始使用“RMAN BACKUP INCREMENTAL FROM SCN”命令可以创建一个备份，该备份可以用来前滚物理standby数据库。 然而在一些使用RECOVER DATABASE NOREDO的情况下，命令是不会应用到standby数据库的增量变化，该命令将会在很短的时间内完成。 RMAN> RECOVER DATABASE NOREDO; Starting recover at 11-JUN-09 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=152 devtype=DISK Finished recover at 11-JUN-09 Cause 在理想的情况下，数据库的SCN（CURRENT_SCN）和数据文件的SCN 不应该存在很大的差异，大多数的数据文件的SCN应该在一定的范围内，在下面的例子中的那些数据文件拥有不同的SCN使得基于CURRENT_SCN上的增量备份不能进行。 在STANDBY中运行下面的查询： SQL> select distinct checkpoint_change# from v$datafile_header order by 1; CHECKPOINT_CHANGE# ------------------ 10966360849 10966365192 10966456071 10966459094 10966459249 10966478310 10966500361 10966501649 10966502244 10966963118 10967040320 10967041014 10967041052 10967041082 10967041102 10967044662 10969481568 10969482498 10969483695 出现上面情况的原因可能是因为某些数据文件被离线了太长的时间，存在read-only文件，或者一些在primary数据库中的数据文件发生的改变 根据时间的先后一个一个的被COPY到standby数据库中 造成数据文件的SCN号的不同。 Solution 1） 在STANDBY数据库中执行下面的查询来确定最低的SCN SQL> select min (checkpoint_change#) from v$datafile_header order by 1; 2） 在primary中执行基于第一步查询出来的SCN进行增量备份 RMAN> BACKUP INCREMENTAL FROM SCN DATABASE FORMAT '/tmp/ForStandby_%U' tag 'FORSTANDBY' 3） 将增量备份转移到standby中，在STANDBY中catalog备份片 4） 现在尝试在STANDBY中应用增量变化，那些增量变化将会被应用到standby数据库中 RMAN> RECOVER DATABASE NOREDO;</P><P></P>