Source: NETLOGON
Date: 8/12/2012 8:22:16 PM
Event ID: 5719
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: <computer name>
Description: This computer was not able to set up a secure session with a domain controller in domain due to the following: The remote procedure call was cancelled.
This may lead to authentication problems. Make sure that this computer is connected to the network. If the problem persists, please contact your domain administrator.
空字串表示 SQL Server 嘗試將認證交給本地安全機構子系統服務 （LSASS），但因為發生問題而無法。 無法使用 LSASS，或無法連絡域控制器。
您也可以看到下列對應的 SSPI 錯誤碼：
SSPI 交握失敗，錯誤碼0x80090311與整合式安全性建立連線;線上已關閉。
SSPI 交握失敗，錯誤碼0x80090304建立與整合式安全性的連線;線上已關閉。
這些錯誤碼會轉譯如下：
錯誤 -2146893039 （0x80090311）：無法連絡授權單位進行驗證。
錯誤 -2146893052 （0x80090304）：無法連絡當地安全機構。
若要解決這些錯誤，您可以將冒犯DC離線， 或使用NLTEST.EXE 來切換DC。
- 若要查詢 DC，請執行 NLTEST /SC_QUERY:CONTOSO 命令。
- 若要變更 DC，請執行 NLTEST /SC_RESET:CONTOSO\DC03 命令。
如果您需要進一步的協助，請連絡 Microsoft Active Directory 小組。
檢查客戶端和伺服器上的事件記錄檔，以取得在失敗時間前後記錄的任何網路相關或 Active Directory 相關訊息。 如果您發現任何專案，請與您的網域系統管理員合作，以修正問題。
使用者 '（null）' 登入失敗
「Null」的指示可能表示 LSASS 無法使用 SQL Server 服務帳戶認證來解密安全性令牌。 此條件的主要原因是SPN與錯誤的帳戶相關聯。
若要修正此問題，請遵循下列步驟：
使用 SQLCheck 或Setspn.exe來診斷和修正 SPN 相關問題。
使用 SQLCheck 來檢查 SQL 服務帳戶是否信任委派。 如果輸出指出帳戶不信任委派，請與您的 Active Directory 系統管理員合作，以啟用帳戶的委派。
SETSPN -X和 -Q 是用來檢查重複或錯放 SPN 的實用命令。
診斷並修正功能變數名稱系統 （DNS） 名稱解析問題。 例如：
使用 PowerShell 命令本偵測 IP 位址：
ping -a <your_target_machine>-4（特別用於 IPv4 和 -6 IPv6）
ping -a <your_remote_IPAddress>
使用 NSLookup 多次輸入您的本機和遠端電腦名稱和 IP 位址。
在傳回的結果中尋找任何不一致和不相符之處。 網路上 DNS 設定的正確性對於成功的 SQL Server 連線很重要。 不正確的 DNS 專案可能會在稍後造成許多連線問題。
請確定防火牆或其他網路裝置不會封鎖用戶端連線到域控制器。 SPN 會儲存在Active Directory中。 如果客戶端無法與目錄通訊，連線將無法成功。
為了提高安全性，傳回給用戶端的錯誤訊息會刻意隱藏驗證錯誤的本質。 不過，在 SQL Server 錯誤記錄檔中，對應的錯誤包含對應至驗證失敗狀況的錯誤狀態。 比較錯誤狀態與下列清單，以判斷登入失敗的原因。
State
登入有效，但伺服器存取失敗。 此錯誤的其中一個可能原因是 Windows 使用者可以存取 SQL Server 作為本機系統管理員群組的成員，但 Windows 未提供系統管理員認證。 若要連線，請使用 [ 以系統管理員身分執行] 選項啟動連線程式，然後將 Windows 使用者新增至 SQL Server 作為特定登入。
登入是有效的登入，但伺服器存取失敗。
密碼必須變更。
38, 46
找不到使用者所要求的資料庫。
當 SQL Server 設定為僅使用 Windows 驗證時，客戶端會嘗試使用 SQL 驗證登入。 另一個原因是 SID 不相符。
102 - 111
Azure AD 失敗。
122 - 124
因為空的使用者名稱或密碼而失敗。
使用者所要求的資料庫不存在。
132 - 133
Azure AD 失敗。
其他錯誤狀態存在，並表示發生非預期的內部處理錯誤。
更罕見的可能原因
錯誤原因 嘗試使用 SQL 驗證登入失敗。伺服器僅針對 Windows 驗證 進行設定。在下列情況下可以傳回。
當伺服器設定為混合模式驗證，且 ODBC 連線使用 TCP 通訊協定，而且連線不會明確指定連接應該使用信任的連線。
當 SQL Server 設定為混合模式驗證時，ODBC 聯機會使用命名管道，而用來開啟命名管道的用戶端用來自動模擬使用者的認證，而 連接字串 不會明確指定使用受信任的驗證。
若要解決此問題，TRUSTED_CONNECTION = TRUE請在 連接字串 中包含 。
在此範例中，驗證錯誤狀態為8。 這表示密碼不正確。
使用 Windows 驗證模式安裝 SQL Server 時，稍後會變更為 SQL Server 和 Windows 驗證模式， 一開始會停用 sa 登入。 這會導致狀態 7 錯誤：「使用者 』sa' 登入失敗」。若要啟用 sa 登入，請參閱 變更伺服器驗證模式。
0420 一致驗證問題的原因
