对于 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
