关于standby设置max_failure 和 _LOG_ARCHIVE_CALLOUT

本文探讨了Oracle数据库中归档日志配置*.log_archive_dest_2的影响,特别是当设置包含reopen与max_failure参数时,如何处理网络延迟或standby服务器I/O问题。文章还讨论了这些设置对于主数据库性能的影响及归档过程的可靠性。
Oracle9.2.0.7
Linux AS4.0 U5



如果设置 *.log_archive_dest_2="service=standby optional reopen=10  max_failure=3 "  ,

设置之后,出现网络极慢或断开,或standby server i/o问题导致写入不了(tns standby没有反应,一直等待)
,那么最多30秒即可将远端的destination 关闭掉 ? 只需要本地归档即可 。不影响primary db  ?  

直到网络或standby  i/o恢复正常后,不需要人工干预, primary 上面的一次log switch 可以触发向远端Standby
归档目录写入归档文件 (也应该会写入原来没有写入的归档?)  ?  不知道是不是这样  ?


如果有上面的 reopen , max_failure 的设置 ,且Primary db中一组redo log 从写入到归档的时间大概需要 10分钟
左右, 那么即使 没有 设置 _LOG_ARCHIVE_CALLOUT='LOCAL_FIRST=TRUE' , 也应该不会出现主库hang住的情况吧 ?  



也就是想问 :

设置  *.log_archive_dest_2="service=standby optional reopen=10  max_failure=3 "    和  设置  
_LOG_ARCHIVE_CALLOUT='LOCAL_FIRST=TRUE'   在结果上是不是都能使网络慢或Standby出现问题的时候不影响到Primary ?

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-561408/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-561408/

<think>我们正在处理一个关于Oracle数据库参数设置的问题。用户想知道如何将standby_file_management参数设置为auto模式。根据引用[3]中的内容,我们可以看到在主库上设置standby_file_management参数的命令示例:`altersystemsetstandby_file_management=auto;`因此,设置该参数的方法就是使用ALTERSYSTEM命令。需要注意的是,这个参数可以在主库备库上设置。在DataGuard环境中,通常需要在主库上设置,然后通过重做传输应用到备库。但是,如果是在备库上直接设置,也可以使用同样的命令(在备库处于允许修改参数的状态下)。步骤:1.连接到数据库(主库或备库,根据需求)。2.执行ALTERSYSTEM命令将standby_file_management参数设置为auto。例如:```sqlALTERSYSTEMSETstandby_file_management=auto;```参数说明:-当standby_file_management设置为auto时,在主库上增加或删除数据文件的操作会自动传播到备库,备库会自动创建或删除对应的数据文件,无需手动干预。-如果设置为manual,则需要手动在备库上创建或删除相应的数据文件。注意事项:-在设置参数之前,需要确保数据库处于适当的角色(主库或备库)状态(如备库处于mount状态)。-修改参数后,可能不需要重启数据库(如果使用spfile,并且修改是立即生效的),但最好确认一下。另外,根据引用[4]中的错误信息,我们可以看到当备库无法识别数据文件时(例如数据文件在备库上被命名为UNNAMED),设置standby_file_management为auto可以帮助自动管理文件,避免这类错误。因此,回答用户的问题:使用ALTERSYSTEM命令即可设置。为了完整性,我们还可以提供查看当前参数值的方法:```sqlSHOWPARAMETERstandby_file_management;```或者查询v$parameter视图:```sqlSELECTname,valueFROMv$parameterWHEREname='standby_file_management';```生成相关问题:1.standby_file_management参数设置为automanual有什么区别?2.在DataGuard环境中,修改参数需要注意什么?3.如何验证standby_file_management参数已经生效?4.当standby_file_management设置为auto时,是否还需要手动创建备库的数据文件?</think>### 如何在 Oracle 数据库中将 standby_file_management 参数设置为 auto 在 Oracle Data Guard 环境中,`standby_file_management` 参数控制着备用数据库对数据文件的自动管理。将其设置为 **auto** 可实现以下关键功能: - 主库新增/删除数据文件时自动同步到备库 - 避免出现 `ORA-01111` `ORA-01110` 等文件未命名错误[^4] - 消除手动管理数据文件的操作需求 #### 设置步骤: 1. **连接到主数据库**(推荐在主库设置,参数会传递到备库): ```sql SQL> ALTER SYSTEM SET standby_file_management = auto; ``` 2. **验证参数状态**: ```sql SQL> SHOW PARAMETER standby_file_management; NAME VALUE ---------------------------- ------ standby_file_management auto ``` #### 关键注意事项: 1. **权限要求**:需使用 `SYSDBA` 权限账户执行 2. **作用范围**: ```sql -- 指定作用范围(默认both) ALTER SYSTEM SET standby_file_management=auto SCOPE=both; ``` 3. **依赖条件**: - 备库必须处于 `MOUNT` 状态 - 需确保 `DB_FILE_NAME_CONVERT` 参数正确配置路径转换[^4] 4. **效果验证**: - 在主库新建表空间后,检查备库是否自动生成对应数据文件 - 监控告警日志确认无 `UNNAMED00005` 类错误[^4] #### 参数工作原理: 当设置为 `auto` 时: 1. 主库执行 `CREATE TABLESPACE` 命令 2. 重做日志记录文件创建操作 3. 备库应用日志时自动在转换路径创建文件 4. 文件命名通过 `DB_FILE_NAME_CONVERT` 规则映射[^3] > **最佳实践**:结合 Oracle 托管文件(OMF)使用可进一步简化管理[^2],避免因路径不一致导致的恢复中断问题[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值