当前位置:Gxlcms > mysql > DataGuardStandby_archive_dest和Log_archive_dest_n的关系

DataGuardStandby_archive_dest和Log_archive_dest_n的关系

时间:2021-07-01 10:21:17 帮助过:39人阅读

对于 Standby_archive_dest 参数,实际上从10g R2 开始就感觉是可有可无了、在11g中、被标记为废弃,不再被支持

官方文档有句话:

STANDBY_ARCHIVE_DEST is relevant only for a standby database in managed recovery mode.

It specifies the location of archive logs arriving from a primary database

这句话指出了 Standby_archive_dest 的作用

对于 Standby_archive_dest 参数,实际上从10g R2 开始就感觉是可有可无了、在11g中、被标记为废弃,,不再被支持

我的态度是、对于已经过时的东西就不要再追究了

从 10g R2开始、Standby_archive_dest 参数 可以被Log_archive_dest_n 替换、可以不用在使用 Standby_archive_dest

比如:

log_archive_dest_2='location=/arch' valid_for=(standby_logfile,standby_role) db_unique_name=stdorcl'

那么、Standby_archive_dest 和 Log_archive_dest_n 到底是什么关系?在什么情况下传输到对应的目录?

如果备库利用standby redo log在备库端自动归档,那么归档日志将会被放置到LOG_ARCHIVE_DEST_n

如果备库是利用主库的 ARCH 进程传输过来的归档,那么将会被放置到STANDBY_ARCHIVE_DEST

如果STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n都没有配置,将会把归档日志放到STANDBY_ARCHIVE_DEST的默认目录

idle> show parameter standby

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
standby_archive_dest string ?/dbs/arch

linux

人气教程排行