资源预览内容
第1页 / 共7页
第2页 / 共7页
第3页 / 共7页
第4页 / 共7页
第5页 / 共7页
第6页 / 共7页
第7页 / 共7页
亲,该文档总共7页全部预览完了,如果喜欢就下载吧!
资源描述
DATAGUARD配置参数详细解释DB_NAME只需注意DataGuard的主备各节点instance使用相同的db_name即可。推荐与service_name 致。Primary SiteStandby Site*.DB NAME=DB*.DB NAME=DBDB_UNIQUE_NAMEPrimary与Standby端数据库的唯一名字,设定后不可再更改。如果主备db_unique_name不一样,需要与LOG_ARCHIVE_CONFIG配合使用 db_unique_name并未规定需要与数据库service_name 一致,可以自定义任意名称。Primary SiteStandby Site*.db unique name二Primary* .db unique name二StandbLOG_ARCHIVE_CONFIG列出主备库上的DB_UNIQUE_NAME参数。默认情况下,定义该参数能确保主备库数据库能够互相识别对方 Primary 与 Standby 端的 db_unique_name 不一致时Primary SiteStandby Site* .db unique name二Primary* .db unique name二Standby*.LOG ARCHIVE CONFIG=DG CONFIG=(Primary,S tandby)*.LOG ARCHIVE CONFIG=DG CONFIG=(Primary,S tandby)如在主备库db_unique_name不一致的情况下未配置LOG_ARCHIVE_CONFIG则会出现如下报错0RA16057: DGID from server not in Data Guard configuration 原因:主库没有设置参数log_archive_config解决方法*.l og_archive_config二dg_config=(Primary ,St andby)alter system set log_archive_config二dg_config=( Primary ,Standby) scope二both;Primary 与 Standby 端的 db_unique_name 一致时Primary SiteStandby Site* .db unique name二test* .db unique name二test*.LOG ARCHIVE CONFIG=*.LOG ARCHIVE CONFIG=LOG_ARCHIVE_DEST_1本地归档路径。Primary与Standby需要定义各自的online redo log的归档地址,以系统实际的存放路径为准。格式如下: Primary Site:*.LOG_ARCHIVE_DEST_1二LOCATION二/arch/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES)Standby Site:*.LOG_ARCHIVE_DEST_1二LOCATION二/stdby/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES)注意:在LOG_ARCHIVE_DEST_n设置DB_UNIQUE_NAME表示该参数在DB_UNIQUE_NAME指定的数据库上生效,设置为本地的db_unique_name。以priamry端 为例,格式如下:*.LOG_ARCHIVE_DEST_1二LOCATION二/archivelog/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME二Primary这样配置的意义为:在数据库 Primary上log_archive_dest_l对主备库上的联机日志都有效,这里的 db_unique_name可以省略LOG_ARCHIVE_DEST_2该参数仅当数据库角色为primary时生效,指定primary归档redo log到该参数定义的standby database上。log_archive_dest_2可以说是dataguard上最重要的参数之一,它定义了 redo log的传输方式(sync or async)以及传输目标(即standby apply node), 直接决定了 dataguard的数据保护级别。格式如下:SERVICE二DR2 lgwr async VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) over后生效)SERVICE=DR1 lgwr async VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE)Primary Site:*.LOG_ARCHIVE_DEST_2二 Standby Site: (switch *.LOG_ARCHIVE_DEST_2= 注意:LOG_ARCHIVE_DEST_2参数里定义的service值,比如DR1,是tnsnames.ora文件里定义的Oracle Net名称。有时会在L0G_ARCHIVE_DEST_2定义DB_UNIQUE_NAME的值,当前节点设置的均为另一端数据库的db_unique_name。以primary端为例,格式如下: *.L0G_ARCHIVE_DEST_2=SERVICE二DR1 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=Standby这个参数的意义为:在数据库DR1上log_archive_dest_2对主库上的联机日志都有效关于valid_for参数,有如下解释:The redo_log_type keyword identifies the destination as valid for archiving to one of the following:ONLINE_LOGFILE:This destination is valid only when archiving online redo log files.STANDBY_LOGFILE:This destination is valid only when archiving standby redo log files.ALL_LOGFILES:This destination is valid when archiving either online redo log files or standby redo log files.The database_role keyword identifies the role in which this destination is valid for archiving:PRIMARY_ROLE:This destination is valid only when the database is running in the primary role.STANDBY_ROLE:This destination is valid only when the database is running in the standby role.ALL_ROLES:This destination is valid when the database is running in either the primary or the standby role.LOG_ARCHIVE_DEST_3该参数仅当数据库角色为standby时生效,定义primary database的日志写到standby database的standby redo log中。Primary Site:*.LOG_ARCHIVE_DEST_3=LOCATION二/archivelog/standbylog/VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE)Standby Site:*.LOG_ARCHIVE_DEST_3=LOCATION=/arch/arch3/ VALID_FOR=(STANDBY_LOGFILES, STANDBY_ROLE)LOCATION定义的路径以本节点能读写的实际路径为准。LOG_ARCHIVE_DEST_STATE_n设置为ENABLE,激活log_archive_dest_n定义的属性。FAL_SERVER and FAL_CLIENT当Primary Database的某些日志没有成功发送到Standby Database,这时候发生饿了归档裂缝(Archive Gap)。 FAL是Fetch Archive Log的简写,它是dataguard主备之间GAP的处理机制。当Primary Da tabase的某些日志没有成功发送到St andby Da tabase,这时候发生饿了归档裂缝(Archive Gap)。Primary上不会有GAP,所以fal_server和fal_client也是只在standby上生效的参数,当然为了 switch over的需要同样会在primary端进行预 设置。缺失的这些日志就是裂缝(Gap)。Dat a Guard能够自动检测,解决归档裂缝,不需要DBA的介入。这需要配置FAL_CLIENT, FAL_SERVER这两个 参数(FAL: Fetch Archive Log)。从FAL这个名字可以看出,这个过程是Standby Database主动发起的“取”日志的过程,Standby Database就是FAL_CLIENT.它是从FAL_SERVER 中取这些Gap, 10g中,这个FAL_SERVER可以是Primary Database, 也可以是其他的Standby Database。如:FAL_SERVER=PR1,ST1,ST2;FAL_CLIENT 和 FAL_SERVER 两个参数都是 Oracle Net Name。FAL_CLIENT 通过网络向 FAL_SERVER 发送请求,FAL_SERVER 通过网络向 FAL_CLIENT 发送缺失的日志。但是这两个连接不一定是一个连接。因此FAL_CLIENT向FAL_SERVER发送请求时,会携带FAL_CLIENT参数值,用来告诉FAL_SERVER 应该向哪里发送缺少的日志。这个参数值也是一个Oracle Net Name,这个Name是在FAL_SERVER上定义的,用来指向FAL_CLIENT.FAL参数定义的数据库名同样取自本地tnsnames.ora里配置的Oracle Net Service Name.Primary SiteStandby Site*. fal server二DR2*. fal server二DR1*. fal client二DR1*.fal clien t二DR2其中DR1、DR2分别为主备库的网络服务名DB_FILE_NAME_CONVERTprimary与standby上diskgroup的名称或是数据文件的存放路径不一致的时候,需要定义该参数进行转换,否则standby apply后无法创建与 primary 一致的数据文件并报错。db_f ile_name_convert主数据库和备用数据库的数据文件转换目录对映(如果两数据库的目录结构不一样),如果有多个
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号