当前位置:操作系统 > Unix/Linux >>

Data Guard组件等相关介绍

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是主站点上的每个线程的重做日志总数。
CopyRight © 2012 站长网 编程知识问答 www.zzzyk.com All Rights Reserved
部份技术文章来自网络,