DG发现gap的处理方法

这期内容当中小编将会给大家带来有关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的处理方法了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注行业资讯频道。