log_archive_dest_n中VALID_FOR参数作用

在DG的配置中，初始化参数LOG_ARCHIVE_DEST_n用来指定redo log的存放位置，可以存放在本地，也可以指定redo transport的位置。其中VALID_FOR属性用来控制日志传输，其格式为：VALID_FOR=(redo_log_type,database_role)。没有写VALID_FOR时，默认VALID_FOR＝(all_logfiles,all_roles)

VALID_FOR属性由2部分组成:archive_source(online_logfile,standby_logfile,all_logfiles)和database_role(primary_role,standby_role,all_role).

• online_logfile: 表示归档联机重做日志

• standby_logfile:表示归档备用数据库的重做日志/接受来自主库的重做日志

• all_logfiles: online_logfile && standby_logfile

• primary_role: 仅当数据库角色为主库时候生效

• standby_role: 仅当数据库角色为备库时候生效

• all_role: 任意角色均生效

一般主备库的配置如下

LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl'
LOG_ARCHIVE_DEST_2='SERVICE=orcls LGWR ASYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcls'

主库就会使用位置1来进行归档(而且默认 VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=主库的DB_UNIQUE_NAME)，
使用位置2来进行归档（其实就是通过lgwr async传输到tns中别名为orcls，DB_UNIQUE_NAME=orcls的备库的/u01/app/oracle/arch）

备库只是被动的使用位置1来接受来自主库的归档日志，如alert中会出现的一句话Using STANDBY_ARCHIVE_DEST parameter default value as /u01/app/oracle/arch
位置2由于设置为PRIMARY_ROLE而自己是standby则不会生效

一旦发生切换，原来的主库的位置2就不起作用了，原来的备库的位置2就起作用了

如果主备都把位置2设置为ALL_LOGFILES,ALL_ROLES，备库就会给主库传送归档日志，然后会发生什么事应该不用Eason说了吧😱