SQL Server 2005連接錯誤：無法生成SSPI上下文

Question

提供使用：用於SQL Server的Microsoft OLE DB提供程序。誰能幫我這個.. 我試圖連接LLBLgen

Answer 1

此MSDN博客頁對此有一些有用的...

http://blogs.msdn.com/sql_protocols/archive/2006/12/02/understanding-kerberos-and-ntlm-authentication-in-sql-server-connections.aspx

Answer 2

我以前有時通過Windows身份驗證連接到我的本地SQL Server時出現此錯誤。我從來沒有修好它 - 當我重新安裝windows時，它就消失了。

我認爲重新啓動用於解決它 - 你試過嗎？不完全是最好的解決方案，我知道：P

Answer 3

您得到的錯誤幾乎總是由使用Windows身份驗證的問題引起的。請嘗試切換到SQL服務器登錄名（用戶名/密碼），或者確保您當前的Windows登錄名可以訪問您嘗試連接的SQL服務器和數據庫。

-Edoode

Answer 4

嘗試將您的日期和時間與您的域名同步。 SSPI問題可能與Active Directory身份驗證問題有關，其中一些問題與日期和時間更改有關。這是非常簡單的檢查和修復。試試看！

Answer 5

有一篇Microsoft知識庫文章解決了此領域的許多原因（KB811889），網址如下：http://support.microsoft.com/kb/811889。

很多谷歌搜索表明，診斷步驟之一幫助大多數遇到該問題的人。

我最近有這個確切的問題，只有在使用某些帳戶進行身份驗證時纔會出現此錯誤，而不是其他人。最終導致我的問題的原因沒有在我在網上找到的任何知識庫或文章中提及，但通過試驗和錯誤，我發現當通過SSPI身份驗證使用SQL Server（2k8）的帳戶恰好在大量組中（在我的情況下超過250），你會得到「無法生成SSPI上下文」錯誤。我懷疑它與溢出Kerberos使用的安全令牌有關，並且在大量組中看到類似的奇怪的身份驗證問題。

Answer 6

當我在客戶端計算機上設置的時間不同於服務器或AD計算機（我正在嘗試測試未來）時出現問題。

Answer 7

簡答：您最近有沒有更改用戶服務運行？系統崩潰了嗎？

長答案： 我知道這是舊的，但我想發佈我剛纔的經驗。 我們花了數小時搜索，發現沒有任何工作。 最終我們遇到了一系列可能導致此問題的操作：

如果更改Sql Server作爲（例如從本地系統運行到域usr）運行的用戶並執行某些更新並且服務器不安全重啓 - 你得到這個。

所以，我們將事情回到本地系統，bam它的工作。將它交換到域用戶，沒有工作可靠。好。將它交換到本地系統，重新啓動，交換到域用戶，重新啓動，bam - 工作很忙。我們的世界一切都很好。當天上午晚些時候，它再次發生了......現在仍然在努力，但優先級正在發生變化，我不確定我們會繼續處理這個問題，所以我想發佈一些信息以防其他人發生這種情況。

是什麼導致我們做了更新，顯然我們知道讓Sql Server作爲本地系統運行是一種不好的做法，所以我們將其更改爲域用戶。我們從未重新啓動，但重新啓動服務。一個月後，我們會進行更新。我們不重新啓動。一個月過去了，電源板會引起服務器意外關機。又一個月後，我們發現問題，因爲我們很少連接到這個特定的數據庫（有趣的是，Sql Server 2008工作正常......它只是2005）。或者...至少這是我們遇到的最好的。 （我拒絕讓我們測試Windows 7）...所以他搜索了「sspi vista」之類的東西（我知道它有sspi和vista，但它可能有另一個......如果你需要谷歌它是好的），並在我們開會之後碰到一篇很好地解釋了我們的情景的文章，我們都記得這些作品並將這張照片放在一起。

Answer 8

我通過一個驅動器映射到服務器上運行MSSQL固定這一點。這似乎產生了某種信任，即使在重新啓動後，也允許MSSQL在沒有此錯誤的情況下進行連接。

Answer 9

就我而言，Windows 2003域環境中的時間同步問題實際上是個問題。

這是很容易忽略的，因爲兩人分別在兩個不同的時區，同時在他們的時鐘上顯示相同的時間;實際上相隔約1小時。

因此，除了手錶上的時間以外，還要檢查時區。

Answer 10

在我的情況下，我發現該帳戶被鎖定。 原因是我以前在另一臺機器上嘗試過3次以上登錄。 它沒有認出我 - 然後最後鎖定了我的帳戶。

重新開放帳戶一切正常。

BR 月