1.查询gap
select * from V$ARCHIVE_GAP;

2.备份很重要
--列出备份信息
list backup of archivelog all;

BS Key  Size       Device Type Elapsed Time Completion Time    
------- ---------- ----------- ------------ -------------------
42      2.09M      DISK        00:00:02     2017-08-16 00:07:07
        BP Key: 42   Status: AVAILABLE  Compressed: NO  Tag: TAG20170816T000626
        Piece Name: /home/oracle/rmanbackup/arch_1fsc0kt9_1_1_20170816

  List of Archived Logs in backup set 42
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    111     1395047    2017-08-16 00:02:32 1395227    2017-08-16 00:06:17
  1    112     1395227    2017-08-16 00:06:17 1395240    2017-08-16 00:06:22
  2    83      1379687    2017-08-15 23:27:17 1395043    2017-08-16 00:02:29
  2    84      1395043    2017-08-16 00:02:29 1395231    2017-08-16 00:06:17
  2    85      1395231    2017-08-16 00:06:17 1395244    2017-08-16 00:06:24

3.恢复
restore archivelog from  logseq 84 until logseq 85  thread 2;    

restore archivelog from logseq 84 until logseq 85;

注意：在当前节点只恢复本节点的归档日志，如需要恢复其他节点日志需要加 thread 2指定；

     如果在DG环境中已经启用了日志应用，则需要注册归档日志即可，日志自动应用。

=====================================================

http://blog.itpub.net/26736162/viewspace-2141203/

解决办法：

解决gap的方法有两种，方法虽然略有不同，但是原理是相同的

一、gap较少，可以直接将缺少的归档scp到standby，在standby手工注册下即可

ALTER DATABASE REGISTER LOGFILE '/u01/archivelog/1_99_626106231.arc';

二、gap较多，在primary 做基于scn的backup，同时创建一个新的standbycontrolfile，将备份好的backupset ，standbycontrolfile 拷贝的备库的相应目录下，进行restore、recover的操作即可因为这个案例中，standby丢失的归档太多，推荐用第二种方法

针对第二点，gap较多，另外一种做法是在rman下注册scp到备库的归档位置，日志应用开启后会自动应用。

catalog start with 'D:\数据库备份文件\';