[读书笔记]ORACLE11GR2 DataGuard架构

一、Data Guard架构图

图1.1 Data Guard 架构图

Data Guard（以下简称DG）由5个部分组成，分别是重做数据服务、角色管理与切换、备库的应用服务、主库的保护模式、DG的管理。

二、重做传输服务

2.1 重做传输服务介绍

DG重做传输服务协调从主库到备库的重做数据传输过程。同时，主库中的LGWR将重做数据写入到自己联机重做日志文件中（ORL）；LNS进程将主库的SGA的缓冲的重做日志传输到备库中；备库上的RFS接收LNS传输的数据，将交由LGWR写入到备用重做日志（SRL）中。

注：

1.ORL：Online Redo Logfile:连接重做日志文件；

2.LNS：Log Network Server:负责将主库SGA中的重做缓冲数据传输到备库中；

3.RFS：Remote File Server:负责接收LNS传输的数据。

4.SRL：Standby Redo Logfile:备用重做日志文件。

2.2 重做传输服务架构

图2.1 重做传输服务

DG支持两种LNS进程的传输方法：同步方法（SYNC）、异步方法（ASYNC）。

同步传输要等到LNS确认事务恢复所需的重做数据已被写入到备用站点的磁盘上，才允许LGWR认可提交操作成功。这种方式能保护所有的数据都不会丢失，但是有可能会影响到主库的性能。

异步传输中，LGWR不必等待来自LNS的确认消息，几乎不会影响主库的性能。异步传输中，还可以启用重做数据压缩的功能。

2.3 自动间隔处理

图2.2 自动间隔处理

当LNS进程停止将重做数据传输到备库时而主库却继续提交事务时，会出现日志间隔。在中断期间，主库上使用特殊的ARCH进程连续ping备库来确定其状态。当还原与备库的通信后，ARCH ping进程会通过RFS进程查询备用控制文件来确定备库从主库收到的最后一个完整日志文件，确定需要哪些日志文件来重新同步备库，并通过其他的ARCH进程传输相应的日志文件。

在接下来执行日志切换时，LNS会试图连接备库，成功后开始传输当前的重做数据，而ARCH在后台处理间隔。备库上的应用归档日志的速度赶上重做记录之后，应用进程不再读取归档日志，改而读取当前的SRL（假定配置了“实时应用”）。

三、应用服务

Data Guard提供两种不同方法在备用数据库上应用重做数据分别是物理备用和逻辑备用。

物理备用是主库逐块对应的精确物理副本；逻辑备用使用逻辑进程将更改协调应用于备用数据库。

注：目前只用过物理备用，逻辑备用没有去接触。

四、保护模式

DG的保护模式有三种：最高性能模式（默认）、最高可用模式、最大保护模式。

最高性能模式：重视主库的性能，轻视数据保护，使用ASYNC重做传输。

最高可用模式：最强调可用性，其次强调零数据损失保护，使用SYNC重做传输。主库未能从备库收到确认消息，会断开LNS连接，并在主库上继续提交事务。

  最大保护模式：将数据保护放在首位，使用SYNC重做传输。如果主库接收不到可用备库的确认消息，主库会停止。

五、角色管理与角色转换

DG中有主库和备库两种角色，角色之间的切换有switchover 和 failover两种。

六、DG的管理方式

DG的管理方式有三种，分别是sql*PLUS、DG Broker和OEM。

参考资料：

  《oracle Data Guard 11g完全参考手册》 第一章。