用戶端連線問題,因為 SQL Server 2014年中的名稱解析中的變更

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:3108695
徵狀
假設您遷移從 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: 連接埠
MSSQLSvc /SERVER_NAME

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

警告:本文為自動翻譯

內容

文章識別碼:3108695 - 最後檢閱時間:12/10/2015 11:58:00 - 修訂: 2.0

Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, SQL Server 2014 Reporting Services

  • kbmt KB3108695 KbMtzh
意見反應