这期内容当中小编将会给大家带来有关DG发现gap的处理方法，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
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环境中已经启用了日志应用，则需要注册归档日志即可，日志自动应用。
解决办法：
解决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:\数据库备份文件\';
上述就是小编为大家分享的DG发现gap的处理方法了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注亿速云行业资讯频道。
