Data Guard Service 相关介绍

以下的三部分组成Data Guard的日志数据传输、日志数据应用以及改变数据库角色：
　　a）、日志传输服务（Redo Transport Services）
　　b）、日志应用服务
　　c）、角色转换
　　1、Redo Transport Services(日志传输服务)
　　控制生产数据库自动将redo data发送至一个或多个归档地址
　　1.1、使用ARCH进程
　　用ARCH模式传输不写Standby Redo logs，直接保存成归档文件存放于Standby端。
　　说明：
　　逻辑Standby接收后将其转换成SQL语句，在Standby数据库上执行SQL语句实现同步，这种方式叫SQL Apply。
　　物理Standby接收完Primary数据库生成的REDO数据后，以介质恢复的方式实现同步，这种方式也叫Redo Apply。
　　缺点：使用ARCH进程传递日志有一个问题，即只有primary database归档以后才会传送日志到 standby database。这就导致，如果primary database异常宕机，联机日志中的redo内容就会发生丢失，所以要避免这种数据丢失，我们则要使用LGWR，而使用LGWR又分为SYNC(同步)和ASYNC(异步两种方式)。Primary database 缺省使用ARCH进程。
　　使用ARCH进程传递最大问题在于：Primary Database 只有在发生归档时才会发送日志到Standby Database。如果Primary Database 异常宕机，联机日志中的Redo 内容就会丢失，因此使用ARCH 进程无法避免数据丢失的问题，要想避免数据丢失，就必须使用LGWR，而使用LGWR 又分SYNC（同步）和ASYNC（异步）两种方式。
　　1.2使用LGWR 进程的SYNC 方式
　　1）Primary Database 产生的Redo 日志要同时写道日志文件和网络。也就是说LGWR进程把日志写到本地日志文件的同时还要发送给本地的LNSn进程（Network Server Process），再由LNSn（LGWR Network Server process）进程把日志通过网络发送给远程的目的地，每个远程目的地对应一个LNS进程，多个LNS进程能够并行工作。
　　2）LGWR 必须等待写入本地日志文件操作和通过LNSn进程的网络传送都成功，Primary Database 上的事务才能提交，这也是SYNC的含义所在。