DG丢失归档，使用增量备份恢复一例
发生了这种错误，主库丢失了归档，而备库无法同步日志
Media RecoveryWaiting for thread 1 sequence 70
Fetching gapsequence in thread 1, gap sequence 70-72
Completed: ALTERDATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION
Wed Mar 07 18:26:312012
FAL[client]: Failedto request gap sequence
GAP - thread 1 sequence 70-72
DBID 3857759336 branch 768793323
FAL[client]: Alldefined FAL servers have been attempted.
-------------------------------------------------------------
Check that theCONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is definedto a value that is sufficiently large
enough to maintainadequate log switch information to resolve
archivelog gaps.
-------------------------------------------------------------
1.备库上面查看丢失的归档
idle> SELECTTHREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
----------------------- --------------
1 70 72
2.主库查看归档是否存在
先查看文件在系统中的位置
sys@DEX> SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND SEQUENCE# BETWEEN 70 AND 72;
NAME
------------------------------
/u01/arch1/1_70_768793323.arc
/u01/arch1/1_71_768793323.arc
/u01/arch1/1_72_768793323.arc
使用系统命令查看，如果看到没有找到文件，那么进入下面的阶段。
file /u01/arch1/1_70_768793323.arc
/u01/arch1/1_70_768793323.arc:cannot open `/u01/arch1/1_70_768793323.arc' (No such file or directory)
3.备库查看丢失的归档时的scn号
idle> select current_scn from v$database;
CURRENT_SCN
-----------
1102063
4.主库创建基于丢失归档scn号为起始的增量备份（要确定主库和备库的目标目录有足够的空间，这里使用/tmp文件夹）
RMAN> run{
BACKUP DEVICE TYPEDISK INCREMENTAL FROM SCN 1102063 DATABASE
FORMAT '/tmp/stb_bk/%U_for_stb.bk'
include current controlfile for standby ;
}
5.备份好之后，从主库传到备份库的目录中，可以与上文的目录不同。
RMAN> CATALOG START WITH '/tmp/stb_bk/';
6.查看一下controlfile的位置，因为接下来要使用备份的控制文件。
idle> show parameter control
再查看一下standby_log文件的位置，因为接下来可能需要重建。
idle> select *from v$logfile ;
7.使用如下命令在rman中恢复
RMAN> run{
restore standby controlfile to '/tmp/stb_controlfile01.ctl' ;
recover database noredo;
}
如果报如下错误，可能是recover managed standby命令正在执行：
ORA-19870: errorwhile restoring backup piece /tmp/stb_bk/05n5a31s_1_1_for_stb.bk
ORA-19573: cannotobtain exclusive enqueue for datafile 1
执行如下命令，或者重启数据库到mount状态：
idle>alter database recover managed standby database cancel ;
然后在rman中再次执行：
RMAN>
run{
restore standby controlfile to '/tmp/stb_controlfile01.ctl' ;
recover database noredo;
}
8.关闭数据库，将恢复出来的备份控制文件覆盖掉原有的控制文件。
shutdown immediate
[oracle@rhel6_3stb_bk]$ cp /tmp/stb_controlfile01.ctl /u01/hell/controlfile/hell01.ctl
[oracle@rhel6_3stb_bk]$ cp /tmp/stb_controlfile01.ctl /u01/hell/controlfile/hell02.ctl
9.启动到mount
idle>startup mount ;
这里有一点要注意，因为使用的是standby controlfile，所以所有log文件（包括standby_log）的位置，是由主库的参数LOG_FILE_NAME_CONVERT来决定的。例如主库的参数
LOG_FILE_NAME_CONVERT=/u01/hell/datas/,/u01/apps/oracle/oradata/dex/
那么位于/u01/apps/oracle/oradata/dex/standby1.log这个文件在使用standby_controlfile恢复中会被转换为/u01/hell/datas/standby1.log，如果没有在/u01/apps/oracle/oradata/dex/这个路径下，就会按照原路径恢复。所以如果想要定制standby_log的位置，需要重新建立standby_log文件。
接下来
idle>alter database recover managed standby database disconnect ;
10.千万不要以为结束了，既然丢失了归档，数据库还是进行一次全备吧。
参考地址：
http://www.cnblogs.com/sopost/archive/2012/02/06/2340681.html