dataguard之归档gap管理

当备库不能接受到一个或多个主库的归档日志文件时候，就发生了archive gap。丢失的归档日志文件就是gap，如果有gap，如果发生gap，dg会自动检测和处理通过拷贝丢失的日志到备库。

gap什么时候被发现

当主库在本地归档一个日志，但是备库没有收到，每分钟，主库就会看下他的备库是否在规定日志文件序号上有gap。

gap怎么被解决

gap 恢复通过投票机制处理，对物理和逻辑备库，dg检查gap及通过在主库上面获取丢失的redo日志文件来解决。

自动gap恢复依赖主库的可用性，如果主库不可样，你配置了多个物理备库，那么你可以配置额外的参数，这样redo apply就可以在别的备库上来解决gap。

使用fetch archive log(fal)来解决归档gap

fal 客户端自动要求归档日志文件的传输。

fal服务端处理客户端发过来的请求。

fal机制处理下面类型的gap和问题：

1当创建了一个物理或逻辑的备库，fal机制自动的获取在主库热备时候产生的归档日志文件

2当备库已经接受了归档日志文件，但是出问题了，fal机制能自动重新获取归档日志文件来解决下面问题：

1当归档日志文件在被应用到备库之前被删除了

2因为磁盘损坏导致的归档日志文件不能被应用

3当归档日志文件被别的文件替换了

当你有多个物理备库的时候，fal机制能自动获取丢失的归档日志文件在别的物理备库上面。

手工检测和解决archive gap

在物理备库上，为了检测是否有gap，执行下面的语句

SQL> SELECT * FROM V$ARCHIVE_GAP;
    THREAD#  LOW_SEQUENCE#  HIGH_SEQUENCE#
-----------  -------------  --------------
          1              7              10

上面的例子说明你的物理备库当前缺少线程1的序号7到10文件。

然后在主库上定位这些丢失的文件

SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 AND   2> SEQUENCE# BETWEEN 7 AND 10;
拷贝这些日志文件到物理备库，然后注册到物理备库上

 ALTER DATABASE REGISTER LOGFILE '/physical_standby1/thread1_dest/arcr_1_7.arc';
注册完这些日之后，可以重新启动redo apply

逻辑备库

SQL> COLUMN FILE_NAME FORMAT a55
SQL> SELECT THREAD#, SEQUENCE#, FILE_NAME FROM DBA_LOGSTDBY_LOG L
  2> WHERE NEXT_CHANGE# NOT IN
  3> (SELECT FIRST_CHANGE# FROM DBA_LOGSTDBY_LOG WHERE L.THREAD# = THREAD#)
  4> ORDER BY THREAD#,SEQUENCE#;

   THREAD#  SEQUENCE# FILE_NAME
---------- ---------- -----------------------------------------------
         1          6 /disk1/oracle/dbs/log-1292880008_6.arc
         1         10 /disk1/oracle/dbs/log-1292880008_10.arc

这个例子中说明有gap，因为在逻辑备库上对线程1有2个文件显示，如果是没有gap的话，这个查询会对每个线程显示一个文件，这个结果输出显示注册的最高的文件时序列号10，但是缺少了序列号6的文件

拷贝丢失的日志文件，然后注册

SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE '/disk1/oracle/dbs/log-1292880008_10.arc';

注册后重启sql apply