通過SQL更改思科UCCE密碼

Question

我們正在開發一個應用程序來更改我們UCCE環境中用戶的密碼。我發現這些數據存儲在哪裏，我可以更新用戶的密碼。

但是，它似乎只適用於UCCE環境中基於Web的應用程序，而不適用於CAD和CSD等物理應用程序。對於我的生活，我無法弄清楚爲什麼會發生這種情況。

有沒有人曾經成功做過這件事？

Answer 1

這是我從思科

大家好，首先 得到的迴應，你可以有一些LDAP問題，但不同步走出去，檢查每10分鐘變化。您可能會遇到LDAP同步問題。其次，超級用戶密碼不存儲在同一個表中。我提到的表格是針對代理商的。超級用戶密碼存儲在幾個不同的地方，包括更新AD，我不認爲像代理表一樣容易改變。此外，密碼不會在桌面更新 - 它只存儲在LDAP中，並在代理嘗試登錄時進行驗證

此外，僅通過在SQL中更改它，我不確定這就是擁有它填充到另一個記錄器，HDS等（其實我很確定它不會）。正常的方法是在AW中進行更改，然後將更改推送到路由器（通過UPCC.dll），然後將更改發送到記錄器以更新其數據庫，最後再回到AW作爲確認作爲其他AW/HDS的。有一些檢查/程序需要填寫更改 - 一個是每個服務器上的恢復密鑰。

通過您正在嘗試執行的操作，您很可能會在所有數據庫中導致損壞，因爲它們依賴於恢復密鑰以確保它們全部同步。所以我不確定在SQL中更改它是一個非常好的主意，也不會被Cisco或Calabrio支持。你很可能會損壞數據庫，因爲你繞過了中央控制器保持一切同步的方式。

最後，CAD不會有任何與這/這些變化有關 - 它只會查詢數據庫並更新LDAP，但正如前面提到的，我認爲您正在更改代理密碼，因此不會更改主管。我會認真地敦促你不要嘗試改變SQL中的任何東西，因爲我們看到足夠的情況下數據庫不同步和/或損壞 - 當發生這種情況時不是很有趣！

希望能幫助解釋更多。

感謝，

克里斯

Answer 2

正確 你在SQL做跨不會填充到其它AW/HDS等密碼更改 我100％肯定它不會，你會面對

1. 恢復密鑰不匹配問題。
2. _Real_Time表數據不匹配問題意味着同步問題。