Data Guard Standby_archive_dest 和 Log_archive_dest_n 的关系

官方文档有句话：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 standbyNAME TYPE VALUE
------------------------------------ ----------- ------------------------------
standby_archive_dest string ？/dbs/arch更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12Data Guard 部署物理备库的 8 大注意事项ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1] 错误处理一则相关资讯 Data Guard

Data Guard高级应用：通过闪回恢复（今 16:26）
手工搭建Data Guard （08月02日）
使用Grid Control快速部署Oracle物（04月18日）

Data Guard跳归档恢复的案例（08月16日）
Data Guard中快速Switchover, （06月18日）
利用Oracle Data Guard完成跨平台（01月09日）

本文评论查看全部评论（0）