首页 » ORACLE » Troubleshooting ORA-01017 when ABMR(auto block media recover) on physical standby

Troubleshooting ORA-01017 when ABMR(auto block media recover) on physical standby

oracle 11.2.0.4 RAC physical standby env, 在Standby端DG日志同步正常,但是当standby出现坏块后,standby 做ABMR时,提示ora-17627 ora-1017 用户密码错误的提示。从主库复制了密码文件,手动登录同时也是正常的。 因为standby上有业务不能轻易尝试,这里只简单记录分享一下排查方法。

  • 确认是否近期有修改过SYS的密码
    • 更新密码文件或FAL_SERVER,ARCH_DEST… 等DG配置参数后,MRP进程是否重启
    • 主备密码同步可能存在延时,主库修改后,备库尝试flush shared_pool
    • 对比All of primary and All of standby 的密码文件是否一致(MD5)
    • 检查密码文件的权限是否正确
    • 检查gV$DATAGUARD_STATUS和gV$ARCHIVE_DEST_STATUS 当前是否有错误
    • 检查SYS用户是否是OPEN状态, on primary and standby
    • 检查FAL_SERVER配置是否正确, TNSPING 别名是否为正确ip, 手动连接是否正常
    • 检查SEC_CASE_SENSITIVE_LOGON参数是否为TRUE. (12c R2 该值FASE已经是过时)
    • 检查SEC_CASE_SENSITIVE_LOGON参数是否主备一致
    • 如果SEC_CASE_SENSITIVE_LOGON为FALSE, 重建密码文件增加ignorecase = y (oracle 20c  IGNORECASE=y 不再支持,强制大小写敏感)
    • 在12c 如果密码文件在ASM 中,确保文件内容一致

 

MOS中有记录一个Bug 11809377 : AUTO BLOCK MEDIA RECOVERY IS CAUSING PASSWORD ERRORS ON PHYSICAL STANDBY, 但最终因客户重配DG 解决,无法重现,没有确认为BUG.

如果您遇到类似的问题,20c前首选尝试使用ignorecase = y  重新创建orapwd文件,复制到所有节点

11G ADG automatic repair corrupt data blocks(ABMR自动坏块修复)测试一

 

Related Posts:

打赏

,

目前这篇文章还没有评论(Rss)

我要评论