物理Data Guard中哪个进程的物理组成处理Redo GAP

来源：蜘蛛抓取(WebSpider) 时间：2017-05-18 10:24 标签： 进程的物理组成

上运行比如FAL_CLIENT在11g中已经废弃，但昰现在网络上的文章都是没有标注这一点而且对于具体含义语焉不详对于新手只能知其然而不知其所以然。这篇文章我就想让像我这样嘚人对于dataguard配置不仅仅知道怎么配置还要知道为什么需要这样配置，这样的效果才是最好的
  这篇文章不仅仅是记录如何配置，还介绍了為什么是这样以及注意要点，我希望这个文章可以作为进行dataguard配置的一个参考手册

  1. 日志传输服务将主库产生的日志數据传到从库

  2. 应用服务（Apply Service）验证日志数据，并且更新从库的数据文件

  3. 主数据库的写进程的物理组成更新数据文件，并不依赖于DataGuard架构

  4. 當网络或者从库故障恢复时，DG自动重传已经被主库归档的日志数据

File Server (RFS)接收传过来的日志。RFS将接收到的日志写到standby redo log file (SRL).在多从库环境下主库为每個从库都启用一个独立的LNS进程的物理组成，用来传输日志数据

  1. 当RFS写日志成功后，传输一个确认信号给主库上的LNSLNS将此确认信息告知LGWR。此時LGWR才能反馈给用户提交成功的信息 

  日志异步传输，LGWR无需等待LNS的确认信息这种情况，standby几乎对主库没有任何的性能影响如果LNS传输日志的速度跟不上LGWR写，当Log buffer被回收后LNS就从online redo file从读取日志传输到从库。一旦LNS的速度跟上了又会从Log buffer中读取数据。

  有一种情况假设LNS正在读的current log的编号为10，再读的过程中发生了两次日志切换现在current log编号变成了12. 这个时候LNS读完了10. 它不会接着去读取11号日志。而是直接切换到当前日志编号为12的。 這种情况11号日志没有被LNS传到standby 数据库. 我们称之为log file gap

当发生log file gap时，被归档的日志文件由arch进程的物理组成负责传输到从数据库

Oracle DataGuard的主备库同步主要是依靠日志傳输到备库，备库应用日志或归档来实现当主、备库间日志传输出现GAP，备库将不再与主库同步因此需对日志传输状态进行监控，确保主、备库间日志没有GAP或发现GAP后及时处理。除了在告警日志中查看日志同步情况外还可以通过查看相关视图来对日志传输状态进行监控。



我要回帖

更多关于 进程的物理组成 的文章

 

随机推荐