Data Guard主要提供两个服务：
1）Redo传输服务：即把Primay端的Redo日志传输到一个或多个Standby目的地。
2）Redo应用服务：即在Standby端应用从Primay端传输过来的Redo日志。
本文先讲讲其中的Redo传输服务。
1、使用ARCn传输Redo日志
默认情况下采用ARCn传输redo日志，不过只有在最高性能模式下才可以使用ARCn（具体可参考《[Oracle] Data Guard 之 三种保护模式介绍》），采用ARCH传输Redo日志的示意图如下：
![[Oracle] Data Guard 之 Redo传输详解1](/Images/jiaocheng/2016/1228/3309780413.jpg)
其大致过程如下：
1）Primay段ARC0一旦完成日志切换，ARC1就将新生成的归档日志传输到Standby端；
2）Standby端由RFS进程接受日志，如果配置了standby redo log，记录至standby redo log，等standby redo log做log switch形成归档日志，再应用归档日志做恢复；如果没有配置standby redo log，RFS进程接收到日志后，放到standby端归档目录下，standby再应用归档日志做恢复。
2、使用LGWR传输Redo日志
使用LGWR进程和ARCn有很大的不一样，最明显的区别是它不需要等Primary完成日志切换后再传输，其示意图如下：
![[Oracle] Data Guard 之 Redo传输详解2](/Images/jiaocheng/2016/1228/1373508048.jpg)
其过程大致如下：
1）一旦Primary有Redo日志产生，LGWR将触发LNSn进程传输Redo只Standby redo log；注意：这里不能由LGWR直接传输，因为整个数据库实例只有一个LGWR，为了保证它的主要性能不受影响，不能由它直接传输）
2）网络传输模式可以选择sync或async，sync是指当Primary提交时， 必须得等Redo传输至Standby成功后，才能返回。所以如果设置sync，建议同时设置NET_TIMEOUT参数，超时无响应，则返回错误。async是指Primary提交是否成功和日志是否传输成功没有关系，这样对Primary的性能影响最小。
3）Standby端的RFS进程把Redo写入Standby redo log，如果开启了实时应用，就将redo应用至Standby数据库，如果没有开启实时应用，等Standby redo log归档后再应用到Standby数据库。
【[Oracle] Data Guard 之 Redo传输详解】相关文章：
★ 深入Oracle的left join中on和where的区别详解