如何解決 SQL Server 2000 中的連接問題適用于 重要說明：本文包含有關修改注冊表的信息。修改注冊表之前，一定要備份注冊表，并且一定要知道在發生問題時如何還原注冊表。有關如何備份、還原和編輯注冊表的信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
256986 Microsoft Windows 注冊表說明

本任務的內容概要 解決連接問題 驗證 DNS 設置 驗證啟用的協議和別名 驗證 SQL Server 實例正在正確地偵聽 解決 MDAC 問題 解決防火墻問題 解決身份驗證和安全問題 解決 TCP/IP 套接字上的壓力問題 查看 SQL Server 實例是否以單用戶模式啟動 驗證到 SQL Server 的命名管道連接 解決在恢復過程中連接超時的問題 測試連接到 SQL Server 實例的不同方法 捕捉網絡監視器蹤跡參考概要本文能幫助您解決 Microsoft SQL Server 2000 的連接問題。本文描述了常見連接問題和所能采取的有助于解決連接問題的步驟。 SQL Server 2000 支持 SQL Server 實例和客戶端應用程序間的多種通信方式。如果您的客戶端應用程序和 SQL Server 實例位于同一臺計算機上，那么 Microsoft Windows 處理之間的通訊 (IPC) 部件（例如本地命名管道或共享內存協議）將被用于通信。但是，當客戶端應用程序和 SQL Server 實例位于不同計算機上時，一個網絡 IPC（例如 TCP/IP 或命名管道）將被用于通信。

SQL Server 2000 使用網絡庫（一個 DLL）與特定的網絡協議進行通信。一對匹配網絡庫必須在客戶端計算機上激活，而且在支持待用網絡協議的服務器計算機上也必須是激活的。例如，如果您想啟用一個客戶端應用程序，通過 TCP/IP 與某個特定的 SQL Server 實例通信，那么客戶端的 TCP/IP 套接字網絡庫 (Dbnetlib.dll) 就必須配置為連接到客戶端計算機的服務器。同樣，服務器 TCP/IP 套接字網絡庫 (Ssnetlib.dll) 必須偵聽服務器計算機。在此方案中，TCP/IP 協議堆棧必須同時安裝在客戶端計算機和服務器計算機上。

在安裝完 SQL Server 2000 之后，您可以通過客戶端網絡實用程序來配置客戶端網絡庫的屬性。您可以通過服務器網絡實用程序 (Svrnetcn.exe) 來配置服務器網絡庫的屬性。在安裝 SQL Server 安裝程序中的服務器工具時，服務器的網絡庫也同時被安裝了。但是，某些服務器的網絡庫可能未被激活。在默認情況下，SQL Server 2000 啟用并偵聽 TCP/IP、命名管道和共享內存。因此，如果一個客戶端要連接到一臺服務器計算機，該客戶端必須使用一個客戶端網絡庫，該網絡庫須與 SQL Server 實例正在使用的服務器網絡庫之一相匹配。

有關 SQL Server 通訊部件和網絡庫的其他信息，請參見“SQL Server 在線參考書”中的下列主題： 通信部件 客戶端和服務器網絡庫 管理客戶端
返回頁首 解決連接問題在 SQL Server 2000 中您可能會注意到的大多數連接問題都是由 TCP/IP 的問題或 Windows 身份認證的問題引起，或者由兩者共同引起。

重要說明：在開始解決 SQL Server 2000 的連接問題之前，請確認 MSSQLServer 服務已在運行 SQL Server 的計算機上啟動。

返回頁首 驗證 DNS 設置域名系統 (DNS) 中的名稱解析過程用于解析 SQL Server 實例名稱的 IP 地址。如果名稱解析過程工作不正常，就不能獲得 SQL Server 實例，您可能會收到一條或多條下列錯誤信息：
SQL Server does not exist or access denied
General Network Error
Cannot Generate SSPI Context要驗證名稱解析過程是否在解析正確的服務器，可以使用服務器名和服務器的 IP 地址 ping 服務器。為此，請按以下步驟操作： 單擊“開始”，然后單擊“運行”。 在“運行”對話框中，在“打開”框中鍵入 cmd，然后單擊“確定”。 在命令提示符下，運行下列命令：
ping <Server Name>
記錄返回的 IP 地址。 在命令提示符下，運行下列命令（此處的 IP address 就是您在步驟 3 中記錄的 IP 地址）：
ping –a <IP address>
驗證命令解析的是正確的服務器名。如果兩個指定的命令有任何一個不成功、超時或沒有返回正確的值，那么 DNS 查找未能正常工作，或者有其他網絡或路由問題引發問題。要查看當前 DNS 設置，在命令提示符下運行下列命令：
ipconfig /all
有關 ipconfig 命令的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
223413 Windows 2000 中 Ipconfig.exe 的選項


要解決此問題，可以在客戶端計算機上的 %systemroot% ystem32\drivers\etc\hosts 文件中為服務器添加一個條目。要解決此問題，還可以使用命名管道網絡庫連接到服務器。

返回頁首 驗證啟用的協議和別名如果客戶端計算機上的別名設置錯誤，可能會引起連接問題。您可以使用客戶端網絡實用程序查看別名。為此，請按以下步驟操作： 啟動客戶端網絡實用程序。如果 SQL Server 客戶端工具被安裝在正在運行客戶端應用程序的計算機上，請按照以下步驟啟動客戶端網絡實用程序： 單擊“開始”，然后指向“程序”。 指向“Microsoft SQL Server”，然后單擊“客戶端網絡實用程序”。如果 SQL Server 客戶端工具沒有安裝在客戶端計算機上，請按照以下步驟啟動客戶端網絡實用程序： 單擊“開始”，然后單擊“運行”。 在“運行”對話框中，在“打開”框中鍵入 cliconfg，然后單擊“確定”。在“SQL Server 客戶端網絡實用程序”窗口中，單擊“常規”標簽，然后啟用您要使用的所有協議。

注意：您必須至少啟用 TCP/IP 協議和命名管道協議。 單擊“別名”標簽，然后驗證為 SQL Server 實例所配置的別名。 驗證別名的屬性，確認服務器名或 IP 地址和協議的配置是正確的。通過使用服務器名、IP 地址或者其他協議，您可以創建一個新的別名以測試連接性能。

注意：在 Microsoft 數據存取部件 (MDAC) 的早期版本中，客戶端網絡實用程序的用戶界面是不同的。因此，如果您沒有看到本文中列出的選項，請在運行客戶端應用程序的計算機上安裝 MDAC 的新版本。

返回頁首 驗證 SQL Server 實例正在正確地偵聽要驗證 SQL Server 實例正在正確地偵聽命名管道、TCP/IP 或您在客戶端應用程序中使用的其他協議，請打開當前的 SQL Server 錯誤日志文件。SQL Server 錯誤日志文件可能包括與以下類似的條目：
2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.


通過分析 SQL Server 錯誤日志文件中的條目，可以驗證 SQL Server 實例是否正在偵聽正確的 IP 地址和端口。在默認情況下，一個默認的 SQL Server 實例偵聽端口 1433。您還可以使用服務器網絡實用程序來驗證 SQL Server 的協議設置并更改 SQL Server 中的屬性，包括可以連接到 SQL Server 和可以使用的端口的協議。關于使用服務器網絡實用程序的更多信息，請參見 SQL Server 在線參考書中的“SQL Server 網絡實用程序”專題。

有時候，SQL Server 2000 可能不會綁定于端口 1433 或任何其他指定的端口。如果端口正被其他應用程序使用，或者如果您正在嘗試使用一個錯誤的 IP 地址進行連接，就可能會出現此問題。因此，TCP/IP 到 SQL Server 的連接可能不成功，在 SQL Server 錯誤日志中您會收到下列錯誤信息：
2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
307197 PRB:TCP\IP 端口正由另一應用程序使用


如果通過 TCP/IP 連接您不能連接到 SQL Server 實例，請嘗試使用命名管道協議或共享內存協議。在命令提示符下運行下面的命令，以獲取關于正在使用的端口的信息：
NETSTAT -an
您還可以使用 Portqry 命令行實用程序來獲取關于正在使用的端口的更多信息。

有關 Portqry 命令行實用程序的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
310099 Portqry.exe 命令行實用程序說明
有關與 TCP/IP 套接字相關的可能的錯誤的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
306865 BUG：當 TCP/IP 是唯一的協議時，SQL Server 可能無法偵聽 TCP/IP 套接字


注意：對于 SQL Server 命名實例，SQL Server 動態地決定端口并偵聽決定的端口。因此，當您啟動 SQL Server 命名實例時，SQL Server 將設法偵聽之前使用的端口。如果 SQL Server 不能綁定到該端口，命名實例可能會動態地綁定到另一個端口。在這種情況下，請確認客戶端應用程序也被設置為動態地決定端口。作為選擇，您還可以為命名實例指定一個靜態端口，通過客戶端網絡實用程序對其進行綁定和偵聽。

有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
286303 INF：動態端口檢測過程中 SQL Server 2000 網絡庫的行為

823938 如何在 SQL Server 2000 中使用靜態和動態端口分配

返回頁首 解決 MDAC 問題MDAC 的問題也可能會引起連接問題。例如，安裝一個軟件可能會覆蓋一些 MDAC 文件或更改權限，而您需要這些權限才能訪問 MDAC 文件。您可以運行 MDAC 部件檢查器來驗證 MDAC 在計算機上的安裝。

有關如何確定您當前的 MDAC 版本的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
301202 如何檢查 MDAC 版本

注意：如果您正連接到 SQL Server 的一個命名實例，請確認計算機上運行的是 MDAC 2.6 或更新的版本。MDAC 的早期版本不識別 SQL Server 的命名實例。因此，可能無法連接到命名實例。

您可以使用 Odbcping.exe 實用程序來驗證通過 SQL Server ODBC 驅動程序的連接。

有關 Odbcping.exe 的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
138541 如何使用 Odbcping.exe 驗證到 SQL Server 的 ODBC 連接
有關配置 ODBC DSN 的其他信息，請單擊下面的文章編號，查看 Microsoft 知識庫中的相應文章：
289573 PRB：使用 SQL Server Net-Libraries（SQL Server 網絡庫）配置 DSN

您還可以使用一個 .udl 文件測試與 SQL Server 實例的連接。

有關如何創建 .udl 文件的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
244659 示例：如何在 Windows 2000 中創建數據鏈接文件

返回頁首 解決防火墻問題如果防火墻存在于客戶端計算機和正在運行 SQL Server 的計算機之間，請確認通過防火墻進行通信時所需的端口已打開。

有關通過防火墻進行通信時必須打開的端口的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
287932 INF:通過防火墻與 SQL Server 進行通信所需的 TCP 端口

269882 如何使用 ADO 連接到防火墻后的 SQL Server


如果您使用 TCP/IP 協議連接 SQL Server 實例，請確認能夠用 Telnet 程序連接到 SQL Server 正在偵聽的端口。要使用 Telnet 程序，在命令提示符下運行下列命令：
Telnet <IP Address> <Port Number>
如果 Telnet 程序沒有成功，并且您接收到錯誤信息，請解決此錯誤然后嘗試再次連接。

注意：因為由 Slammer 病毒引起的問題，在您的防火墻上，用戶數據報協議 (UDP) 端口 1434 可能被阻擋。

返回頁首 解決身份驗證和安全問題由于身份認證失敗，可能無法連接到 SQL Server。如果身份認證失敗，您可能收到下列錯誤信息之一：

Login failed for user '<username>'
Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON'
Login failed for user 'null'如果您由于身份認證失敗收到了錯誤信息，而且錯誤信息中沒有提到一個明確的 SQL Server 登錄名，請使用 Windows 身份認證解決該問題。由于 Windows 身份認證的問題，您可能會收到下列錯誤信息：
Cannot generate SSPI Context下列問題可能會引起身份認證和安全問題： NTLM 身份認證或 Kerberos 身份認證出現問題。 由于連接問題，無法聯系域控制器。 域之間的信任關系出現問題。有關可能原因的更多信息，請參見計算機上的事件日志。要解決 Windows 身份認證的連接問題，您可以使用 SQL Server 身份認證連接到 SQL Server 實例。 有關如何診斷和解決“Cannot Generate SSPI Context”錯誤的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
811889 如何排除“Cannot generate SSPI context”錯誤信息
如果在使用 SQL Server 身份認證時連接沒有成功，您會收到下列錯誤信息：
Login failed for user '<username>' .Not associated with a trusted connection
若要解決此問題，請按照以下步驟操作。

警告：“注冊表編輯器”使用不當可導致嚴重問題，可能需要重新安裝操作系統。Microsoft 不能保證您可以解決因“注冊表編輯器”使用不當而導致的問題。使用“注冊表編輯器”需要您自擔風險。 請確認 SQL Server 實例配置為使用 Windows 身份認證和 SQL Server 身份認證。為此，請確認在正在運行 SQL Server 的計算機上存在下列注冊表項。對于默認的 SQL Server 實例：
HKEY_LOCAL_MACHINE oftware\Microsoft\MSSQLServer\MSSQLServer\LoginMode
對于 SQL Server 的命名實例：
HKEY_LOCAL_MACHINE oftware\Microsoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode
請確認已設置下列注冊表項的值：
身份認證類型值僅限于 Windows 身份認證1混合模式（SQL Server 身份認證和 Windows 身份認證）2
注意：如果您對注冊表進行了任何更改，必須關閉并重新啟動 SQL Server 實例使更改生效。 嘗試使用其他 Windows 帳戶或 SQL Server 登錄帳戶連接到 SQL Server 實例。這樣能夠幫助確定是否是由于某個特殊的登錄帳戶的問題而造成連接失敗。例如，登錄帳戶的密碼可能已被更改。 嘗試使用其他協議連接到 SQL Server 實例。例如，使用 TCP/IP 協議進行 Windows 身份認證的連接可能會失敗，但是使用命名管道協議進行 Windows 身份認證的連接就可能會成功。如果您正在使用證書，當嘗試連接到 SQL Server 實例時，可能會收到一條安全套接字層 (SSL) 安全錯誤信息。 有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
316898 如何借助 Microsoft Management Console 為 SQL Server 2000 啟用 SSL 加密

322144 FIX:SECDoClientHandShake 無法連接到 SQL Server


返回頁首 解決 TCP/IP 套接字上的壓力問題在使用 SQL Server ODBC 驅動程序、Microsoft OLE DB Provider for SQL Server 或 System.Data.SqlClient 管理提供程序時，可以使用恰當的應用程序編程接口 (API) 來禁用連接池。在禁用連接池、并且應用程序頻繁打開和關閉連接時，對基本 SQL Server 網絡庫的壓力可能會增大。有時候，Web 服務器和 JDBC 驅動程序也會嘗試連接到 SQL Server 實例。因此，對 SQL Server 連接需求的增加可能會超過 SQL Server 的處理能力。這可能會給 TCP/IP 套接字帶來壓力，您還可能在 SQL Server 錯誤日志文件中收到下列錯誤信息：
2003-08-07 20:46:21.11 server Error:17832, Severity:20, State:6
2003-08-07 20:46:21.11 server Connection opened but invalid login packet(s) sent.Connection closed.

有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
154628 INF：SQL 在遇到多個 TCP\IP 連接請求時記錄 17832

328476 禁用連接池時 SQL Server 驅動程序的 TCP/IP 設置


注意：如果運行 SQL Server 2000 SP3 或 SQL Server 2000 SP3a，則不會注意到對 TCP/IP 套接字的壓力，這是由于添加了對登陸數據包數量的限制。在使用第三方驅動程序連接到 SQL Server 實例時，發生錯誤 17832。要解決該問題，請與第三方供應商聯系，并獲取經測試證明能夠用于 SQL Server 2000 SP3 和 SQL Server 2000 SP3a 的驅動程序。

返回頁首 查看 SQL Server 實例是否以單用戶模式啟動如果嘗試連接的 SQL Server 實例是以單用戶模式啟動的，只能建立一個到 SQL Server 的連接。如果運行軟件的計算機自動連接到 SQL Server，該軟件可以輕松地使用唯一的連接。例如，下面的軟件可以自動連接到 SQL Server 實例： SQL Server 代理程序 第三方備份軟件 第三方監測軟件 第三方病毒軟件 Microsoft Internet 信息服務 (IIS) SQL Server 企業管理器嘗試連接到 SQL Server 實例的客戶端應用程序收到下列錯誤信息：
SQL Server does not exist or Access Denied當安裝過程以單用戶模式啟動 SQL Server 實例時，此錯誤一般發生在 SQL 群集安裝和服務軟件包安裝期間。指定的應用程序會自動連接到使用唯一可用連接的 SQL Server 實例，從而安裝失敗。

要確定 SQL Server 實例是否已經以單用戶模式啟動，請檢查 SQL Server 錯誤日志文件中是否具有一個與以下類似的條目：
2003-07-31 11:26:43.79 spid3 Warning ******************
2003-07-31 11:26:43.80 spid3 SQL Server started in single user mode.Updates allowed to system catalogs.
返回頁首 驗證到 SQL Server 的命名管道連接如果您無法使用命名管道連接到 SQL Server 實例，請確認 SQL Server 實例配置為接受命名管道連接。 有關測試命名管道的過程的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
68941 INF：測試命名管道的過程

返回頁首 解決在恢復過程中連接超時的問題在每次啟動一個 SQL Server 實例時，SQL Server 將恢復各個數據庫。在此恢復過程中，SQL Server 回滾未提交的事務。當停止 SQL Server 實例時，SQL Server 還將前滾已提交的事務和沒有寫入硬盤的更改。當恢復過程完成時，SQL Server 將在 SQL Server 錯誤日志文件中寫入下列信息：
Recovery Complete在恢復過程中，SQL Server 可能不會接受連接。在此時間內嘗試連接到 SQL Server 的客戶端可能會收到一條與以下類似的錯誤信息：
Timeout ExpiredSQL Server 代理服務可能無法啟動，這是因為它要等待 SQL Server 恢復數據庫。因此，當您在 SQL Server 錯誤日志文件中收到下面的信息時，連接不再會因為超時錯誤而失敗：
Recovery Complete如果恢復過程花費的時間很長，您也許還要排除恢復過程的故障。

返回頁首 測試連接到 SQL Server 實例的不同方法當您連接到 SQL Server 實例時，如果遇到了連接問題，可以使用下面的一種或多種方法來解決連接問題。 使用SQL Server 身份認證和 Windows 身份認證測試到 SQL Server 實例的連接。 從其他數據源（例如 ODBC DSN、.udl 文件、SQL 查詢分析器、SQL Server 企業管理器，isql 實用程序或 osql 實用程序）測試到 SQL Server 實例的連接。 使用其他協議測試到 SQL Server 實例的連接。您可以為使用該協議的 SQL Server 實例創建一個新的別名，從而指定不同的協議。還可以通過在 SQL Server 實例名稱的開始處添加 tcp:、 np:、 lpc:、或 rpc: 來指定您的連接字符串中的協議。例如，如果 TCP/IP 連接失敗，則命名管道連接成功。 使用其他登錄帳戶測試連接，這樣可以幫助您確定該問題是否與某個特定的登錄帳戶有關。 在 %systemroot% ystem32\drivers\etc\hosts 文件中添加一個與正在運行 SQL Server 實例的計算機的 IP 地址相應的條目。 嘗試從運行 SQL Server 的計算機和客戶端連接到 SQL Server 實例。 如果您正從運行 SQL Server 的計算機進行連接，可以指定“.”或“（本地）”（不帶引號）取代服務器名稱，然后連接。 嘗試使用 IP 地址而不是服務器名稱連接到 SQL Server 實例。 嘗試指定 SQL Server 實例正在偵聽的特定端口。有兩種方法：創建一個別名或將一個端口號添加到連接字符串（例如 MyServer\MyInstance，1433）。返回頁首 捕捉網絡監視器蹤跡如果使用“測試連接到 SQL Server 2000 實例的各種方法”小節中提到的步驟無法解決連接問題，請使用網絡監視器實用程序捕捉網絡蹤跡。 有關網絡追蹤的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
148942 如何使用網絡監視器捕獲網絡通訊量


294818 關于網絡監視器的常見問題


169292 解讀 TCP/IP 跟蹤數據的基礎知識


102908 如何在 Windows 2000 或 Windows NT 中排除 TCP/IP 連接問題


要獲得更多詳細信息，需要使用 SQL 事件探查器蹤跡。對于運行 SQL Server 進行網絡追蹤的非聚集計算機，還可以使用網絡診斷工具。 有關如何使用網絡診斷工具的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
321708 如何在 Windows 2000 中使用網絡診斷工具 (Netdiag.exe)
返回頁首 參考有關與 SQL Server 相關的各種連接問題的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
812817 支持 Web 廣播：Microsoft SQL Server 2000：連接故障排除

319930 如何連接到 Microsoft 桌面引擎

257434 INF：現有 DSN 中的網絡庫被連接到同名 SQL Server 的新 DSN 中的網絡庫取代。

306985 使用命名管道連接群集虛擬服務器時發生 RPC 錯誤

313062 如何在 Windows 2000 中通過使用 Active Server Pages 連接到數據庫

313295 如何在連接字符串中使用服務器名參數指定客戶端網絡庫

320728 如何排除“The Maximum Connection Limit Has Been Reached”錯誤信息

328306 INF:出現 “SQL Server Does Not Exist or Access Denied”（SQL Server 不存在或拒絕訪問）錯誤信息的可能原因

247931 INF：在 Active Server Page 中驗證到 SQL Server 的連接的方法

169377 如何在 Active Server Page 中訪問 SQL Server

328383 INF：SQL Server 客戶端可在連接時更改協議

238949 如何在 ADO 連接字符串中設置 SQL Server 網絡庫

270126 PRB:在進行 Active/Active Cluster 7.0 升級后如何管理客戶端與兩個 SQL Server 2000 虛擬服務器的連接

316779 PRB：擁有強制協議加密設置的客戶端可能無法通過 IP 地址進行連接

216643 INF：跟蹤到 SQL Server 7.0 的連接時找不到 ODBC/OLEDB 連接選項

265808 INF：如何用早期版本的客戶端工具連接到 SQL Server 2000 命名實例

191572 INFO：從 ASP 調用的 ADO 對象管理的連接池

313173 用于 Microsoft SQL Server 2000 的 JDBC 驅動程序的示例連接池管理器

237844 如何在 Visual Basic ADO 應用程序中啟用 ODBC 連接池

259569 PRB：安裝第三方產品破壞了 Windows 2000 MDAC 注冊表設置

關鍵字：SQL Server、服務器、命名管道