思科UCCE密码通过SQL更改
本文关键字:SQL 更改 UCCE 密码 思科 | 更新日期: 2023-09-27 18:32:32
我们正在开发一个应用程序来更改UCCE环境中用户的密码。我已经找到了这些数据的存储位置,我可以更新用户的密码。
但是,它似乎仅适用于UCCE环境中基于Web的应用程序,而不适用于CAD和CSD等物理应用程序。对于我的生活,我无法弄清楚为什么会发生这种情况。
有没有人成功地做到这一点?
这是我从思科得到的回复
大家好首先,您可能会遇到一些LDAP问题,但同步确实会每10分钟检查一次更改。 您可能遇到 LDAP 同步问题。 其次,主管密码不存储在同一个表中。 我提到的表是针对代理的。 主管密码存储在几个不同的地方,包括更新 AD,我认为它不像代理表那样容易更改。 此外,密码不会在桌面上更新 - 它仅存储在LDAP中,并在代理尝试登录时进行验证
此外,仅通过在SQL中更改它,我不确定这是否全部是为了将其填充到其他记录器,HDS等(实际上我很确定它不会(。 正常方法是在AW中进行更改,然后将该更改推送到路由器(通过UPCC.dll(,路由器将更改发送到记录器以更新其数据库,最后返回到AW作为确认以及其他AW/HDS。 要填充的更改有一定的检查/过程 - 一个是每台服务器上的恢复密钥。
通过您尝试执行的操作,您很可能会在所有数据库中造成损坏,因为它们依赖于恢复密钥来确保它们都同步。 所以我不太确定在SQL中更改它是一个非常好的主意,也不会得到思科或Calabrio的支持。 您很可能会损坏数据库,因为您绕过了中央控制器保持所有内容同步的方式。
最后,CAD 与此/这些更改没有任何关系——它只会查询数据库并更新 LDAP,但如前所述,我认为您正在更改代理密码,因此不会更改主管。 我强烈建议您不要尝试更改SQL中的任何内容,因为我们已经看到了足够多的数据库不同步和/或损坏的情况 - 发生这种情况时没有多大乐趣!
希望这有助于解释更多。
谢谢
克里斯
正确您在SQL中执行的密码更改不会填充到其他AW/HDS等。我 100% 确定它不会,你会面对
- 恢复密钥不匹配问题。
- _Real_Time表数据不匹配问题表示同步问题。