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

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

  • 2020/03/17
  • ORACLE 9i-23ai
  • 405 views
  • 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:

打赏

,

对不起，这篇文章暂时关闭评论。

上一篇：

下一篇：