官方文档有句话：

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

ITPub博客

Data Guard Standby_archive_dest 和 Log_archive_dest_n 的关系

最新文章