狀況

假設您遷移從 SQLNCLI11.dll 到 MSODBCSQL11.dll,或從較早版本的 Microsoft SQL Server 至 SQL Server 2014年或更新版本。在此情況下,您可能會注意到,用戶端提供者會解析伺服器名稱的方式中的變更。接著,這會變更如何進行驗證。

根據系統設定,這項變更可能會影響使用新的用戶端驅動程式的應用程式的連線。這包括一些的 SQL Server 2014年或較新的公用程式,例如 SQLCMD。EXE,BCP。EXE 和 OSQL。EXE,視其連線參數而定。

原因

舊版用戶端提供者執行整合式驗證的反向對應。因為這種行為會有潛在的安全性含意,較新的用戶端驅動程式改為使用 NTLM 驗證未使用完全合格網域名稱 (FQDN) 時。

因應措施

有兩種解決方法,就會發生 < 徵狀=""> 一節所述的案例中的連線問題。

方法 1

您可以使用 FQDN 連線至伺服器。這會強制連線中所使用的名稱。因此,它也會強制使用的驗證方法。

方法 2

設定伺服器主要名稱 (SPN) 為您的伺服器名稱。如需有關如何註冊 SPN 的資訊,請參閱註冊服務主要名稱 Kerberos 連線

Spn 的範例:

MSSQLSvc/SERVER_NAME:port

MSSQLSvc/SERVER_NAME
注意SERVER_NAME預留位置代表伺服器的 NETBIOS 名稱。

需要更多協助?

擴展您的技能
探索訓練
優先取得新功能
加入 Microsoft 測試人員

這項資訊有幫助嗎?

您對翻譯品質的滿意度為何?

會影響您使用體驗的因素為何?

是否還有其他的意見反應? (選填)

感謝您的意見反應!

×