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的處理方法了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。