[b]Data Guard主要提供两个服务： [/b]1）Redo传输服务：即把Primay端的Redo日志传输到一个或多个Standby目的地。 2）Redo应用服务：即在Standby端应用从Primay端传输过来的Redo日志。 本文先讲讲其中的Redo传输服务。 [b]1、使用ARCn传输Redo日志 [/b]默认情况下采用ARCn传输redo日志，不过只有在最高性能模式下才可以使用ARCn（具体可参考[b][url=http://jb51.net/article/39729.htm]《[Oracle] Data Guard 之 三种保护模式介绍[/url][/b]》），采用ARCH传输Redo日志的示意图如下： [img]http://files.jb51.net/file_images/article/201307/20130614074256296.jpg[/img] [b]其大致过程如下： [/b]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再应用归档日志做恢复。 [b]2、使用LGWR传输Redo日志 [/b]使用LGWR进程和ARCn有很大的不一样，最明显的区别是它不需要等Primary完成日志切换后再传输，其示意图如下： [img]http://files.jb51.net/file_images/article/201307/20130614075258578.jpg[/img] [b]其过程大致如下：[/b] 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数据库。