共计 793 个字符，预计需要花费 2 分钟才能阅读完成。
问题形容
在 HANA 数据库外面有个用户 SYS_XSA, 连贯时总报错 authentication failed，然而明码是刚改过的，必定是对的，还有什么起因会导致无奈连贯数据库呢？
SYS_XSA authentication failed SQLSTATE: 28000
先装了 HANA2.0, 装置之后 HANA cockpit 是能够用的，起初又装置了 S/4HANA，后果装置之后，原来的 hana-cockpit 就不能用了。接着用 XSA diagnose 试了试。
装置 S/4HANA 导致原来的 HANA-COCKPIT 不能用了，解决这个问题的过程中，呈现了后面改了明码也无奈登陆的问题，发现更改明码操作对 SYS_XSA 这个用户有效。
剖析
装置 XS 高级应用程序服务器会创立一组预约义用户，这些用户用于反对底层零碎的操作。
零碎的超级用户 (<sid>adm) 须要可用能力管理系统的生命周期。同样，须要一个治理 XS 高级零碎用户（默认为 XSA_ADMIN）来执行应用程序服务器的初始设置，例如，授予其余用户在专用组织中创立空间的权限等。技术数据库用户是在装置期间为所有须要在 SAP HANA 模式中保留数据的服务器组件创立的。
SYS_XSA 用户的职责见 SAP 官网：
依据谬误音讯 SYS_XSA authentication failed SQLSTATE: 28000 在网络上搜寻，找到了一篇帖子：Troubleshooting sap hana error：
这是与 sap hana 中的身份验证失败相干的一般性谬误。该谬误背地有不同的起因，这些起因并不总是不言而喻的。此谬误音讯可能是因为明码更新或批处理 Shell 脚本正在尝试连贯造成的。在这种状况下，用户存储密钥将受到影响，并且必须应用新密码从新构建。这种状况会产生在技术用户身上。
另一种状况可能是 sap HANA 用户尝试连贯的次数过多，临时被 deactivated 了。
解决此类谬误的一般性思路：
