《DATAGUARD配置参数详细解释》由会员分享，可在线阅读，更多相关《DATAGUARD配置参数详细解释（7页珍藏版）》请在金锄头文库上搜索。
1、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 Si
2、te*.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 CO
3、NFIG=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) sco
4、pe二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_
5、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) D
6、B_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的
7、数据保护级别。格式如下：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名
8、称。有时会在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 identifi
9、es 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 onlin
10、e 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 runn
11、ing 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
12、_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，这时候发生饿了
13、归档裂缝(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_CLI
14、ENT, 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
15、_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主数据库和备用数据库的数据文件转换目录对映（如果两数据库的目录结构不一样），如果有多个
