在了解备库的redo log gap自动修复技术之前，我们要先了解一下什么是redo log gap!

       首先，data guard的原理是primaryDB 将所有操作产生的redo log 传输到standby DB上，再由standby DB对此进行应用。从而产生一个一致的standby DB。在data guard中，存在两类SYNC和ASYNC，下面分别描述两类的工作方法，从而进一步认识它的原理。

       SYNC模式的流程

       （1）当user发出commit命令后，将产生一条 redo record（也称作redo entry）放入SGA中的 redo buffer中，后台进程LGWR将读取此redo 

record，将其写入online redo log file，并等待从LNS进程传来的确认信息。

       （2）LNS（Log Network Server） 进程同样从redo log buffer读取redo record，并将其通过Oracle Net Services传输给standby DB。在

standby DB上的RFS后台进程将接收到的redo record写入standbydatabase中。

       （3）当RFS确定写入所有的redo record到磁盘后，向primary DB的LNS发送确认信息。当LGWR收到LNS转发的确认信息后，才返回commit成

功的消息给user。

       ASYNC模式的流程

       类似于SYNC，只是primary DB上的LGWR可以不必等待LNS的确认信息，而且LNS可以读取online redo log中的redo record。对于ASYNC，可以考虑使用压缩方式传输redo record，从而节省带宽，但是这会使CPU的利用升高。此外，如果LNS在读取online redo log中记录时刚好遇到online switch或者网络中断，造成Primary Database的某些日志没有成功发送到Standby Database，则可能造成standby的archivelog gap。LNS的不同步记录，在提高性能的同时也可能会产生数据的丢失。

备库能够自动修复redo log gap的动作如何完成

对于redo log的GAP的处理，Oracle的data guard有自己的自动处理方法。log file gap主要出现在primary DB上不断有事务被提交，同时，LNS可能由于网络或是standby DB的问题不能及时同步造成的。此时，primary DB会继续运行，循环使用redo logs，并进行归档。Data Guard会在primary DB上使用一个ARCH进程不断的ping standby DB。当与standby DB可以进行通信时，ARCH的ping进程会通过RFS查询standby的控制文件，获得上一次完成log同步的SCN从而确定从哪一个归档log开始进行同步，从而填补GAP。当完成这一步，会自动过渡到从当前的日志文件中同步。

在Oracle 9i之前处理措施便是设置fal_server和fal_client，从Oracle 9i开始，Oracle提供了两种log gap的检测和处理机制。对于GAP的处理，fal_*参数在某些情况下并不是必须配置的。

1．Automatic Gap Resolution

从Oracle 9i开始，Dataguard就引入了自动日志缺失检测的机制，无须设置任何fal_*参数，Dataguard便运行在这种机制下。当Lgwr和Arch进程发送redo/archive到standby端的时候，当前log sequence会同standby端RFS进程上次接收到的log sequence做比较，如果发现二者有断档，RFS会发送请求到primary端，要求主库传送缺失的日志。从Oracle 9i R2开始，Automatic gap resolution 功能上得到增强。主库上的arch进程会每分钟检查备库上的日志GAP情况并做相应处理。

 一般情况下，当redo传输服务恢复后，oracle会自动检测gap并自行解决。修复缺口需要的时间，直接取决于gap的尺寸，和redo源的数据库和redo目的地数据库之间的网络状况。如果经常出现gap，则可以考虑如下的优化办法：
   1、用compression方式传送，可以再log_archive_dest_n参数中，加入compression参数。
   2、启用日志传输的并行方式，在log_archive_dest_n参数中，设置max_connections参数，使之大于1。

2．FAL Gap Resolution

FAL是Fetch Archive Log的缩写，从FAL 这个名字可以看出，这个过程是Standby Database主动发起的"取"日志的过程，通过配置FAL server和FAL client实现GAP检测的一种机制。Standby Database 就是FAL_CLIENT。它是从FAL_SERVER中取这些GAP，Oracle 10g中，这个FAL_SERVER可以是Primary Database，也可以是其他的Standby Database。

FAL_SERVER发送请求，FAL_SERVER通过网络向FAL_CLIENT发送缺失的日志，但是这两个连接不一定是一个连接。 因此FAL_CLIENT向FAL_SERVER发送请求时，会携带FAL_CLIENT参数值，用来告诉FAL_SERVER应该向哪里发送缺少的日志。这个参数值也是一个Oracle NetName，这个Name是在FAL_SERVER上定