dg日志传输服务

每个日志传输的目的地有2中方式，同步，异步。
同步，在commit的时候，需要确保所有的redo传输到了目的地，否则不能提交。
事务提交延时跟网络延时相关。这种传输模式被用在最大保护和最高可用模式下。
异步，这个不用等日志传送到目的地，用在高性能模式下。
配置数据库来发送redo数据
log_archive_dest_n 参数是用来配置本地的归档redo位置或是传输目的地。这个参数有很多属性，主要的有：
service：该属性必须是第一个设置，远程目的地的net service name,
sync属性来指定传输的方式是使用同步传送。
ASYNC 属性指定异步方式传送。如果没有指定，就使用异步方式传送。
NET_TIMEOUT 数据用来指定使用同步的传输的方式时候，等待确认目的地成功接收到redo的反馈的时间，如果超过这个时间没有接受到确认，那么redo传输服务终止，报错。
AFFIRM 属性：这个属性指定只有从源传输过来的redo在备库上应用后才被承认，NOAFFIRM 对应是不需要备库应用就被承认。关于这个属性，解释如下：
LGWR SYNC AFFIRM in Oracle Data Guard is used for zero data loss. How does one ensure zero data loss? Well, the redo block generated at the primary has to reach the standby across the network (that’s where the SYNC part comes in - i.e. it is a synchronous network call), and then the block has to be written on disk on the standby (that’s where the AFFIRM part comes in) - typically on a standby redo log.

Can you have LGWR SYNC NOAFFIRM? Yes sure. Then you will have synchronous network transport, but the only thing you are guaranteed is that the block has reached the remote standby’s memory. It has not been written on to disk yet. So not really a zero data loss solution (e.g. what if the standby instance crashes before the disk I/O).

To sum up -> LGWR SYNC AFFIRM means primary transaction commits are waiting for ntk I/O + disk I/O acks. LGWR SYNC NOAFFIRM means primary transaction commits are waiting for ntk I/O only.

DB_UNIQUE_NAME 数据库唯一名称
VALID_FOR 用来指定redo传输服务什么时候传送redo到目的地。
REOPEN 该属性用来指定最小的自动重连时间。
COMPRESSION 这个参数用来指定，在传输redo的时候使用压缩的方式。

配置数据库来接收redo数据
同步和异步传输，需要目的地有个standby redo日志，用来接收数据，通过redo传输过来的数据被rfs前台进程写入当前standby日志组。当源库上执行一个日志切换后，输入的redo被写入下一个standby redolog，前一个standby log被归档进程归档。
查看standby log文件
SELECT GROUP#, BYTES FROM V$STANDBY_LOG;
归档standby redo log到操作系统目录下
LOG_ARCHIVE_DEST_2 = ‘LOCATION = /disk2/archive
VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)’
LOG_ARCHIVE_DEST_STATE_2=ENABLE

如果备库的standby redo log组不可用，或redo传送是为了解决redo gap,那么redo是被直接写入到归档日志文件的。会被写入LOG_ARCHIVE_DEST_n 参数指定的位置。