從這裏我(wǒ)(wǒ)們可以看到服務器啓用了哪些協議。一(yī)般而言，我(wǒ)(wǒ)們啓用命名管道以及
　 點中(zhōng) TCP/IP 協議，選擇"屬性"，我(wǒ)(wǒ)們可以來檢查 SQK Server 服務默認端口的設置，如下(xià)圖所示：

       一(yī)般而言，我(wǒ)(wǒ)們使用 SQL Server 默認的1433端口。如果選中(zhōng)"隐藏服務器"，則意味着客戶端無法通過枚舉服務器來看到這台服務器，起到了保護的作用，但不影響連接。
　 檢查完了服務器端的網絡配置，接下(xià)來我(wǒ)(wǒ)們要到客戶端檢查客戶端的網絡配置。我(wǒ)(wǒ)們同樣可以利用 SQL Server 自帶的客戶端網絡使用工(gōng)具來進行檢查，所不同的是這次是在客戶
　 點擊：程序 -＞ Microsoft SQL Server -＞ 客戶端網絡使用工(gōng)具， 打開(kāi)該工(gōng)具後
看到的畫面如下(xià)圖所示：

　從這裏我(wǒ)(wǒ)們可以看到客戶端啓用了哪些協議。一(yī)般而言，我(wǒ)(wǒ)們同樣需要啓用命名管道
　 點擊 TCP/IP 協議，選擇"屬性"，可以檢查客戶端默認連接端口的設置，如下(xià)圖所示。

     該端口必須與服務器一(yī)緻。
　 單擊"别名"選項卡，還可以爲服務器配置别名。服務器的别名是用來連接的名稱，連接參數中(zhōng)的服務器是真正的服務器名稱，兩者可以相同或不同。如下(xià)圖中(zhōng)，我(wǒ)(wǒ)們可以使用myserver來代替真正的服務器名稱sql2kcn-02，并且使用網絡庫 Named Pipes。别名的設置與使用HOSTS文件有相似之處。

　通過以上幾個方面的檢查，錯誤 1 發生(shēng)的原因基本上可以被排除。下(xià)面我(wǒ)(wǒ)們再詳細介紹：

     當用戶嘗試在查詢分(fēn)析器裏面使用sa來連接SQL Server，或者在企業管理器裏面使用sa來新建一(yī)個SQL Server注冊時，經常會遇到如圖 2 所示的錯誤信息。該錯誤産生(shēng)的原因是由于SQL Server使用了"僅 Windows"的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接。解決方法如下(xià)所示：
　 1、 在服務器端使用企業管理器，并且選擇"使用 Windows 身份驗證"連接上 SQL
　 2、 展開(kāi)"SQL Server組"，鼠标右鍵點擊SQL Server服務器的名稱，選擇"屬性"，再
　 3、 在"身份驗證"下(xià)，選擇"SQL Server和 Windows "。
　 4、 重新啓動SQL Server服務。
　 在以上解決方法中(zhōng)，如果在第 1 步中(zhōng)使用"使用 Windows 身份驗證"連接 SQL
Server 失敗，那麽我(wǒ)(wǒ)們将遇到一(yī)個兩難的境地：首先，服務器隻允許了 Windows 的身份驗證；其次，即使使用了 Windows 身份驗證仍然無法連接上服務器。這種情形被形象地稱之爲"自己把自己鎖在了門外(wài)"，因爲無論用何種方式，用戶均無法使用進行連接。實際上，我(wǒ)(wǒ)們可以通過修改一(yī)個注冊表鍵值來将身份驗證方式改爲 SQL Server 和 Windows 混合驗證，步驟
　 1、點擊"開(kāi)始"-"運行"，輸入regedit，回車(chē)進入注冊表編輯器；
　 2、依次展開(kāi)注冊表項，浏覽到以下(xià)注冊表鍵：
　　 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServer]
　 3、在屏幕右方找到名稱"LoginMode"，雙擊編輯雙字節值；
　 4、将原值從1改爲2，點擊"确定"；
　 5、關閉注冊表編輯器；
　 6、重新啓動SQL Server服務。
　 此時，用戶可以成功地使用sa在企業管理器中(zhōng)新建SQL Server注冊，但是仍然無法使用Windows身份驗證模式來連接SQL Server。這是因爲在 SQL Server 中(zhōng)有兩個缺省的登錄帳戶：BUILTINAdministrators 以及 ＜機器名＞Administrator 被删除。要恢複這兩個帳戶
　 1、打開(kāi)企業管理器，展開(kāi)服務器組，然後展開(kāi)服務器；
　 2、展開(kāi)"安全性"，右擊"登錄"，然後單擊"新建登錄"；
　 3、在"名稱"框中(zhōng)，輸入 BUILTINAdministrators；
　 4、在"服務器角色"選項卡中(zhōng)，選擇"System Administrators" ；
　 5、點擊"确定"退出；
　 6、使用同樣方法添加 ＜機器名＞Administrator 登錄。
　 以下(xià)注冊表鍵
　　 HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServerLoginMode
　 的值決定了SQL Server将采取何種身份驗證模式。該值爲1，表示使用Windows 身份驗證模式；該值爲2，表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）。
　 看完如何解決前兩個錯誤的方法之後，讓我(wǒ)(wǒ)們來看一(yī)下(xià)如圖 3 所示的第三個錯誤。
　 如果遇到第三個錯誤，一(yī)般而言表示客戶端已經找到了這台服務器，并且可以進行連接，不過是由于連接的時間大(dà)于允許的時間而導緻出錯。這種情況一(yī)般會發生(shēng)在當用戶在Internet上運行企業管理器來注冊另外(wài)一(yī)台同樣在Internet上的服務器，并且是慢(màn)速連接時，有可能會導緻以上的超時錯誤。有些情況下(xià)，由于局域網的網絡問題，也會導緻這樣的錯誤。
　要解決這樣的錯誤，可以修改客戶端的連接超時設置。默認情況下(xià)，通過企業管理器注冊另外(wài)一(yī)台SQL Server的超時設置是 4 秒，而查詢分(fēn)析器是 15 秒（這也是爲什麽在企業
　 1、在企業管理器中(zhōng)，選擇菜單上的"工(gōng)具"，再選擇"選項"；
　 2、在彈出的"SQL Server企業管理器屬性"窗口中(zhōng)，點擊"高級"選項卡；
　 3、在"連接設置"下(xià)的"登錄超時（秒）"右邊的框中(zhōng)輸入一(yī)個比較大(dà)的數字，如 20
　 查詢分(fēn)析器中(zhōng)也可以在同樣位置進行設置。
　 二、應用程序連接失敗
　 以上的三種錯誤信息都是發生(shēng)在 SQL Server 自帶的客戶端工(gōng)具中(zhōng)，在應用程序中(zhōng)
　　 Microsoft OLE DB Provider for SQL Server (0x80004005)
　　 [DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.
　　 Microsoft OLE DB Provider for SQL Server (0x80004005)
　　 用戶 ''sa'' 登錄失敗。原因: 未與信任 SQL Server 連接相關聯。
　　 Microsoft OLE DB Provider for ODBC Drivers 錯誤 ''80004005''.
　　 [Microsoft][ODBC SQL Server Driver]超時已過期.
　 首先，讓我(wǒ)(wǒ)們來詳細看以下(xià)的示意圖來了解一(yī)下(xià)使用 ODBC 和使用 OLE DB 連接 SQL Server 有什麽不同之處。

　從上圖中(zhōng)，我(wǒ)(wǒ)們可以看出在實際使用中(zhōng)，應用程序創建和使用各種 ADO 對象，ADO 對象框架調用享用的 OLE DB 提供者。爲了訪問 SQL Server 數據庫，OLE DB 提供了兩種不同的方法：用于 SQL Server 的 OLE DB 提供者以及用于 ODBC 的 OLE DB 提供者。這兩種不同的方法對應于兩種不同的連接字符串，标準的連接字符串寫法如下(xià)所示：
　 1、使用用于 SQL Server 的 OLE DB 提供者：
　 使用 SQL Server 身份驗證：
　　 oConn.Open "Provider=sqloledb;" & _
　　 "Data Source=myServerName;" & _
　　 "Initial Catalog=myDatabaseName;" & _
　　 "User Id=myUsername;" & _
　　 "Password=myPassword"
　 使用 Windows 身份驗證（信任連接）：
　　 oConn.Open "Provider=sqloledb;" & _
　　 "Data Source=myServerName;" & _
　　 "Initial Catalog=myDatabaseName;" & _
　　 "Integrated Security=SSPI"
　 2、使用用于 ODBC 的 OLE DB 提供者（不使用 ODBC 數據源）：
　 使用 SQL Server 身份驗證：
　　 oConn.Open "Driver={SQL Server};" & _
　　 "Server=MyServerName;" & _
　　 "Database=myDatabaseName;" & _
　　 "Uid=myUsername;" & _
　　 "Pwd=myPassword"
　 使用 Windows 身份驗證（信任連接）：
　　 oConn.Open "Driver={SQL Server};" & _
　　 "Server=MyServerName;" & _
　　 "Database=myDatabaseName;" & _
　　 "Trusted_Connection=yes"
　 3、使用用于 ODBC 的 OLE DB 提供者（使用 ODBC 數據源）：
　　 oConn.Open "DSN=mySystemDSN;" & _
　　 "Uid=myUsername;" & _
　　 "Pwd=myPassword"
　 如果遇到連接失敗的情況，我(wǒ)(wǒ)們隻要按照一(yī)中(zhōng)所示的方法，結合程序中(zhōng)的連接字符串進行檢查，基本都能得到解決。另外(wài)，還有以下(xià)幾個要注意的地方：
　 1、配置 ODBC 數據源時，點擊"客戶端"配置選項可以讓我(wǒ)(wǒ)們指定連接使用的網絡庫、端口号等屬性，如下(xià)圖所示：

　2、如果遇到連接超時的錯誤，我(wǒ)(wǒ)們可以在程序中(zhōng)修改 Connection 對象的超時設置
　　 ＜%
　　 Set Conn = Server.CreateObject("ADODB.Connection")
　　 DSNtest="DRIVER={SQL Server};SERVER=ServerName;UID=USER;PWD=pass
　　 Conn. Properties("Connect Timeout") = 15 ''以秒爲單位
　　 Conn.open DSNtest
　　 %＞
　 3、如果遇到查詢超時的錯誤，我(wǒ)(wǒ)們可以在程序中(zhōng)修改 Recordset 對象的超時設置
　　 Dim cn As New ADODB.Connection
　　 Dim rs As ADODB.Recordset
　　 . . .
　　 cmd1 = txtQuery.Text
　　 Set rs = New ADODB.Recordset
　　 rs.Properties("Command Time Out") = 300
　　 ''同樣以秒爲單位，如果設置爲 0 表示無限制
　　 rs.Open cmd1, cn
　　 rs.MoveFirst
　　 . . .
　 三、小(xiǎo)結
　 本文針對大(dà)部分(fēn)用戶在使用 SQL Server 過程中(zhōng)常見的連接失敗的錯誤，重點讨論了在使用 SQL Server 客戶端工(gōng)具以及用戶開(kāi)發的應用程序兩種情況下(xià)，如何診斷并解決連接失敗的錯誤。看過本文以後，相信每一(yī)個讀者都會對 SQL Server 的連接工(gōng)作原理、身份驗證方式以及應用程序開(kāi)發等有一(yī)個較爲全面而深入的連接。本文中(zhōng)所有的測試或者示例均在 Windows 2000 Advanced Server + SQL Server 2000 企業版上通過。