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環境中已經啟用了日誌應用，則需要註冊歸檔日誌即可，日誌自動應用。

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

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:\資料庫備份檔案\';