oracle dataguard 传输方式(基本原理)

  今天是2014-04-14,很久没有写东西,今天拿出 时间来随笔写点东西,如下是整理自2013年8月,学习笔记!。后续将完成DG的相关内容简述整理工作。

 那么对于oracle dataguard(简称DG)有两种传输模式:async(异步)和sync(同步),在介绍这两种传输模式前,说一下dg的重做传输进程架构。

oracle dataguard 传输方式(基本原理)

在主库使用LNS进程从sga中的重做缓冲区中获得相应redo数据,然后通过网络服务传送到备库,那么在备库通过RFS进程接收redo数据存在standby log file中,然后在应用(sql apply或是redo apply)数据。

何为同步传输模式呢?

 顾名思义同步含有实时确认的意思。见如下图:

oracle dataguard 传输方式(基本原理)

当用户在主库提交数据的时候,会在sga的redo缓冲区中首先记录redo信息,在提及操作的时候lgwr会将redo数据写入redo数据文件中,那么这个时候lns进程会实时的将redo数据从主库的redo缓冲区传送到备库,在备库使用rfs接受数据,传入standby logfile中,进而应用redo数据(sql apply)。在应用完成后rfs将信息返回主库进程,告知该redo条目已经在备库应用完毕,lgwr收到lns的确认消息,从而提示提交成功。

  在最高可用性中,如果主库收不到备库应用的确认消息,那么会通过net_timeout值超时,继续完成本次操作,那么lns进程将不会在获得sga中的重做数据,只有当下次日志switch的时候才主动去尝试获得lns数据,如果期间还是没有和备库完成通信,当超过net_timeout参数的时候会继续停止,主机事务也继续完成,但当存在于最大保护模式下,那么必须等到备库应用redo的确认消息,那么就会停止数据库的运行操作。

 何为异步传输模式呢?

异步传输模式就是指主库不必要等待备库应用redo的确认消息,就会完成提交工作(见下图),但是增加了数据丢失的风险性。

oracle dataguard 传输方式(基本原理)

   另外如果主库和 备库因魔种原因,导致lns进程无法传送数据到备库又会发生什么呢?

 这种情况下叫传输滞后。

oracle dataguard 传输方式(基本原理)

  当数据库运行最高可用性下,当主库无法与备库进行通信,那么主库依然可以完成事务的提交,lgwr依然可以写入online redo日志,在没法通信期间主库可能会产生很多归档日志,那么oracle为了在备库和主库能够再次通信应用redo日志的情况,会进行自动处理间隔操作。具体就是主库arch进程会不停ping备库,当和备库通信连接后,那么arch进程通过备库的rfs进程获得备库控制文件中最后应用的归档日志信息,将丢失的归档日志通过arch进程传送与备库进行应用。当在主库进行redo 日志切换的时候,lns进程会再次和备库的rfs进程通信继续完成redo条目的传送,arch传送的归档日志在后台进行应用。当备库和主库redo条目同步后arch的任务随即完成。

 

 

 

 

 

 

 

oracle dataguard 传输方式(基本原理),布布扣,bubuko.com

oracle dataguard 传输方式(基本原理)

上一篇:GDB调试fork+exec创建的子进程的方法


下一篇:POJ3255:Roadblocks(次短路 SPFA+A星)