名站网址导航为大家提供关于数据库教程相关的教程网站知识。
[Oracle] Data Guard 之 Redo传输详解
Data Guard主要提供两个服务： 1）Redo传输服务：即把Primay端的Redo日志传输到一个或多个Standby目的地。 2）Redo应用服务：即在Standby端应用从Primay端传输,1、使用ARCn传输Redo日志 默认情况下采用ARCn传输redo日志，不过只有在最高性能模式下才可以使用ARCn（具体可参考《[Oracle] Data Guard 之 三种保护模式介绍》），采用,2、使用LGWR传输Redo日志 使用LGWR进程和ARCn有很大的不一样，最明显的区别是它不需要等Primary完成日志切换后再传输，其示意图如下：,其过程大致如下：,1）一旦Primary有Redo日志产生，LGWR将触发LNSn进程传输Redo只Standby redo log；注意：这里不能由LGWR直接传输，因为整个网站数据库实例只有一个LGWR，为了保证它的主,2）网络传输模式可以选择sync或async，sync是指当Primary提交时， 必须得等Redo传输至Standby成功后，才能返回。所以假如如果设置sync，建议同时设置NET_TIMEOUT参数，,3）Standby端的RFS进程把Redo写入Standby redo log，假如如果开启了实时应用，就将redo应用至Standby网站数据库，假如如果没有开启实时应用，等Standby redo log归档
Data Guard提供如下三种数据保护模式：
1）最高保护模式（Maximum Protection）
这里的”最大保护“是指最大限度的保护数据不丢失，也就是至少有一个standby和primary保持实时同步，但这样做的代价很大，即当一个事务提交时，不但要写到primary段的online redo log，还有写到至少一个standby的standby redo log。这样会有一个严重的问题，就是当standby出现故障或网络故障，导致日志无法同步时，primary网站数据库会被shutdown，这在生产系统中是不可接受的，因此这种模式很少用。
2）最高性能模式（Maximum Performance）
最高性能正好和最高保护相反，当事务提交时，只要写入到primary的online redo log即可，primary几乎不受影响。然后再把redo同步到standby中，这样就无法保证primary和standby实时同步。这种模式在实际应用中比较常见，毕竟primary不受影响是最重要的，假如如果出现standby落后primary太多，DBA可以手工介入，在standby端apply redo。
3）最高可用性模式（Maximum Availability）
最高可用性模式介于前两者之间，在正常情况下，它和最高保护模式一样，但一旦standby出现故障，就立即切换成最高性能模式，primary不会shutdown。假如如果实际应用该模式，得关注一下实时应用时对primary的性能影响。
无论使用哪种模式，都要使用LOG_ARChIVE_DEST_n来配置，上表显示它们之间的关系。可以看出，最大保护和最高可用性的配置一模一样（因为最高可用性在正常情况下就是最大保护）：必须使用LGWR进程传输Redo，网络传输模式必须是sync，磁盘写选项AFFIRM，必须配置standby redo log。
而最大性能模式比较灵活，即可以用LGWR，也可以用ARCh进程传输redo，网络即可以sync也可以async，磁盘IO写即可以AFFIRM也可以NOAFFIRM，standby redo log也可有可无。
关于数据库教程相关的教程网站知识今天我们就说到这里了，希望可以帮到大家。
