Chinaunix首页 | 论坛 | 博客
  • 博客访问: 759638
  • 博文数量: 99
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 1163
  • 用 户 组: 普通用户
  • 注册时间: 2016-09-22 09:50
个人简介

一个守望数据库的老菜鸟

文章分类

全部博文(99)

文章存档

2019年(21)

2018年(17)

2017年(37)

2016年(24)

我的朋友

分类: Oracle

2018-06-19 08:39:23

博客文章除注明转载外,均为原创。转载请注明出处。
本文链接地址:http://blog.chinaunix.net/uid-31396856-id-5786344.html

LOG_ARCHIVE_DEST_n参数的作用是设置主库归档日志路径以及重做日志传输。在Dataguard中参数配置比较复杂。
在DG配置的示例如下:
主库
LOG_ARCHIVE_DEST_1='LOCATION=/archivelog/chicago VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=chicago'
LOG_ARCHIVE_DEST_2='SERVICE=boston LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston'
备库:
LOG_ARCHIVE_DEST_1='LOCATION=/archivelog/boston VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston'
LOG_ARCHIVE_DEST_2='SERVICE=chicago LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=chicago'

下面简要说明常见参数配置说明
1、日志路径
有两种归档路径,本地路径、和远程路径。 
location和service
每个目的地必须制定location或者service属性,用来制定redo传输服务栓出redo数据到本地磁盘目录或者远程数据库目的地。
SERIVCE: 用于指定备用数据库的TNSNAMES描述符,Oralce 会将重做日志传送到这个TNSNAMES指定的备库。
例如
LOG_ARCHIVE_DEST_1='LOCATION=/archivelog/chicago'
LOG_ARCHIVE_DEST_2='SERVICE=boston'

说明:
log_archive_dest_1—log_archive_dest_10目的地能包括location属性或者service属性
log_archive_dest_11—log_archive_dest_31目的地只能包括service属性。

2、日常传输
(1)ARCH
(2)LGWR 
作用:日志传输服务使用ARCH还是LGWR,默认的是ARCH,我个人倾向设置为LGWR 

3、SYNC和ASYNC参数
传输控制:指定使用同步sync传输或者异步async传输模式。
log_archive_dest_11—log_archive_dest_31不支持sync属性。
sync属性表明通过事务生成的redo数据在食物提交之前必须被每个启用的目的地接收,
async属性表明通过食物生成的redo数据在事务提交之前不需要被目的地接收,如果没有指定,默认值是async

4、VALID_FOR:
定义何时使用(角色相关)LOG_ARCHIVE_DEST_n参数以及应该在哪类重做日志文件上运行。
参数格式:
VALID_FOR=(redo_log_type,database_role)
        可用日志文件类型:online_logfile,standby_logfile, all_logfiles
        可用的角色类型:primary_role, standby_role, all_roles
说明如下:        
(1)redo_log_type关键字表明该目的地产生归档的redo日志类型
online_logfile:目的地只归档联机redo日志
standby_logfile:目的地只归档standbyredo日志
all_logfiles:目的地既归档联机redo日志,也归档standby redo日志

(2)database_role表明该目的地产生归档的数据库角色
primary_role:只有数据库是主,该目的地才会产生归档
standby_role:只有数据库是备,该目的地才会产生归档
all_role:当数据库不论是主还是备,该目的地都会产生归档

5、DB_UNIQUE_NAME 
标示唯一的路径 
如果使用了次参数通常也设置LOG_ARCHIVE_CONFIG=DG_CONFIG()两者要匹配,还必须和参数文件里一致。
使用此参数主要是为了明确主库和备库使用那个路径 

6、AFFIRM和NOAFFIRM
 AFFIRM表示只有当日志写入Standby重做日志后才算日志传输成功,NOAFFIRM则没有这个要求;
作用:控制日志传输服务是异步还是同步写日志数据到磁盘 
AFFIRM:在日志写进程进行之前,所以的归档日志和备库日志必须同步写完 
NOFFIRM:在主库的日志写进程不等所有磁盘IO完成 
如果没有明确指定,当sync属性被指定时,默认是AFFIRM,当async属性被指定,默认是NOAFFIRM

使用AFFIRM时,可以确保以下三点: 
1 能确保数据没有丢失在主库失败后 
2 可以在本地或远程使用 
3 影响主库的性能 
LGWR和AFFIRM,日志写进程同步写REDO DATA到磁盘,在DISK写完前,事务不能结束。还有主库的在线日志可能不可用在归档完成之前 
ARCH和AFFIRM ARCn进程同步写REDO DATA到磁盘,归档操作可能发生时间比较长,主库的在线日志在完成归档前可能不可用。 
ASYNC和AFFIRM,性能不受影响。 

7、NET_TIMEOUT网络超时设置
 NET_TIMEOUT指定LGWR进程等待LNS进程的最大时间数,单位为秒(缺省30)。如果超出该值,则主库放弃备库,继续执行主库上的事务。
指定LGWR后台进程等待Redo传输目的地确认收到Redo数据的秒数,如果确认没有在NET_TIMEOUT秒内收到,一个错误被记录,同时到该目的地的Redo传输会话被中断。
默认值为30秒,值的范围1到1200。
指定该参数必须指定SYNC属性。
通过在主数据库查询V$ARCHIVE_DEST.NET_TIMEOUT字段查看该属性的值。
虽然允许NET_TIMEOUT的最小值为1秒,Oracle推荐最小值在8到10秒,防止瞬时网络错误的情况下断开与Standby数据库的连接。
例如:
LOG_ARCHIVE_DEST_2='SERVICE=stby1 SYNC NET_TIMEOUT=10'
LOG_ARCHIVE_DEST_STATE_2=ENABLE

8、DELAY 
 这个属性并不是像大多数想象的那样延迟重做数据的传输,它只是用来指示备库目标的日志应用进程在DELAY属性设置的时间(秒)后应用重做数据。
For a physical standby database: 
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY; 
For a logical standby database: 
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NODELAY; 
例子: 
LOG_ARCHIVE_DEST_1=’LOCATION=/archivelog/orcl/’ 
LOG_ARCHIVE_DEST_STATE_1=ENABLE 
LOG_ARCHIVE_DEST_2=’SERVICE=stborcl1 LGWR SYNC AFFIRM’ 
LOG_ARCHIVE_DEST_STATE_2=ENABLE 
LOG_ARCHIVE_DEST_3=’SERVICE=stborcl2 DELAY=120′ 
LOG_ARCHIVE_DEST_STATE_3=ENABLE 

9、COMPRESSION属性
COMPRESSION属性用于设置是否在将REDO数据传输到REDO传输目的地之前进行压缩。
Redo传输压缩是Oracle Advanced Compression组件的一个特性,必须购买该选件的license之后才能使用该特性。
COMPRESSION=ENABLE或者DISABLE,默认值是DISABLE。
通过查询V$ARCHIVE_DEST.COMPRESSION字段可以判断是否启用了压缩。
例如:
LOG_ARCHIVE_DEST_3='SERVICE=denver SYNC COMPRESSION=ENABLE'
LOG_ARCHIVE_DEST_STATE_3=ENABLE

10、ALTERNATE 
作用:当原归档目的地失败后,可以使用后补的 
但是如果REOPEN参数的值不为0的话,ALTERNATE将不可用。 
如果MAX FAILURE值不为0,当执行了指定的失败重试次数后,ALTERNATE将备启用,因此,ALTERNATE将不和REPOPEN冲突(REOPEN不为0) 

总结:
综上所述,dg中LOG_ARCHIVE_DEST_n配置如下:
最大保护模式是保证零数据丢失,LOG_ARCHIVE_DEST_n配置为LGWR SYNC  AFFIRM
最高可用性是零数据丢失,LOG_ARCHIVE_DEST_n配置为LGWR SYNC AFFIRM
最高性能是保证最小数据丢失 - 通常为几秒
LGWR ASYNC 或 ARCH可没有但推荐有 AFFIRM 或 NOAFFIRM
AFFIRM:表示主数据库上的REDO LOG只有被写入到从数据库的standby log才算有效。

--The End
阅读(6634) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~