Data Guard组件等相关介绍

1、Data Guard组件介绍

Data Guard架构归类为3个主要的组件。

Data Guard 重做传输服务重做传输服务用来将主数据库生成的重做数据传输给备用数据库。

Data Guard 应用服务应用服务接受和应用由重做传输服务发给备用数据库的重做数据。

Data Guard 角色管理服务角色管理服务在切换和故障转移场景中协助更改数据库角色。

如下图配置中都存在这些服务。

2、Data Guard 进程介绍

传输服务和应用服务结合使用，以同步主数据库与其备用数据库。几个Oracle 后台进程在物理备用Data Guard框架中扮演了重要角色。

主数据库上的几个重要的进程：

LGWR ：日志写入进场将SGA中的日志缓冲区转存到ORL文件。

LNS ：日志写入网络服务（Log Writer Network Service，LNS）从重做缓冲区读取重做（LGWR则将这些信息转储到ORL），然后将重做数据经由网络传给备用站点。LNS进程的主要目的是使LGWR进程不必再担当重做传输角色。

ARCH ：归档进程将ORL文件归档到归档日志文件。ARCH进程多达30个之多，这些ARCH进程也用来满足间隔处理请求。注意，一个ARCH进程担当特殊角色，专用于本地重做日志归档，从来不与备用数据库通信。

以下为主数据库中一段alert日志，完整的记录了三个进程的运转过程：

Fri Jun 28 13:09:43 2013

Thread 1 advanced to log sequence 146 (LGWR switch)

Current log# 1 seq# 146 mem# 0: +DATA/bdspoc/onlinelog/redo_group0101.dbf

Fri Jun 28 13:09:44 2013

LNS: Standby redo logfile selected for thread 1 sequence 146 for destination LOG_ARCHIVE_DEST_2

Fri Jun 28 13:09:46 2013

Archived Log entry 445 added for thread 1 sequence 145 ID 0xaed5d29c dest 1:

备用数据库上的几个重要的进程：

RFS ：RFS（远程文件服务器）进程的主要目标是接受主站点从网络传来的重做数据，然后将网络缓冲区（重做数据）写入备用重做日志（SRL）文件。

ARCH ：备用站点上的归档进程与主站点上的归档进程作用相同，只不过在备用站点上，ARCH进程从SRL文件生成归档日志文件。

MRP : 托管恢复进程协调管理介质恢复。物理备用始终处于恢复模式。

LSP : 逻辑备用进程协调SQL Apply。该进程仅运行于逻辑备份配置中。

PROx ：此恢复服务器进程从SRL(在实时应用时）或归档日志文件读取重做数据，然后将其应用于备用数据库。

以下为备用数据库中一段alert日志，记录这几个重要的进程：

RFS[36]: Selected log 12 for thread 2 sequence 117 dbid -1361714017 branch 816281825

Media Recovery Waiting for thread 2 sequence 117 (in transit)

Recovery of Online Redo Log: Thread 2 Group 12 Seq 117 Reading mem 0

Mem# 0: /u01/app/oracle/oradata/bdspoc/group_12.dbf

Fri Jun 28 07:04:30 2013

Archived Log entry 80 added for thread 2 sequence 116 ID 0xaed5d29c dest 1:

Fri Jun 28 08:45:24 2013

3、 SRL(standby redo log）文件介绍

引入SRL文件是为了解决以下两个主要问题：

数据保护：如果没有使用SRL文件，而且与主数据库的连接中断，将无法保护留传入的重做数据---例如，如果主数据库出现故障，然后进行故障转移，那么连接中断时正在发送的数据就会丢失。如果将重做数据写入SRL，故障转移时已经永久保存了重做数据并可供使用。

性能目标：当LNS(或Oracle Database 10gR1 之后的ARCH进程）连接到备用数据库时，仅当在备用数据库上的RFS进程创建和初始化了归档日志，LNS/ARCH才能开始发送重做数据。如果日志文件很大（比当今典型的重做日志问价大小500MB或1GB),这会导致暂停时间过长。该时间在日志切换时发生，因而对主数据库的吞吐量影响很大，但在Oracle Database 10gR2和11g中，在ASYNC模式下的LNS不阻止LGWR日志切换，但可能影响备用数据库在日志切换后的落后幅度。

事实证明，随着配置SRL，实时应用（Real-Time Apply，RTA）成为一项与生俱来的优势。

SRL文件与ORL文件基本相同，但SLR文件的逻辑差别是包含仅在备用站点上活动的当前重做数据。虽然主数据库也定义了SRL文件，但他们在主数据库上不活动，而当管理角色更改时启用。需要SRL配置为与ORL文件大小相等，否则无法使用SRL。此外，建议在备用站点上为每个实例配置N+1个SRL文件，这里的N是主站点上的每个线程的重做日志总数。