如何解決 SQL Server 2000 中的串連問題(From MSDN)

如何解決 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 伺服器。為此，請按以下步驟操作：

1. 單擊“開始”，然後單擊“運行”。
2. 在“運行”對話方塊中，在“開啟”框中鍵入 cmd，然後單擊“確定”。
3. 在命令提示字元下，運行下列命令：

   ping <Server Name>

   記錄返回的 IP 位址。

4. 在命令提示字元下，運行下列命令（此處的 IP address 就是您在步驟 3 中記錄的 IP 位址）：

   ping –a <IP address>

驗證命令解析的是正確的伺服器名。如果兩個指定的命令有任何一個不成功、逾時或沒有返回正確的值，那麼 DNS 尋找未能正常工作，或者有其他網路或路由問題引發問題。要查看當前 DNS 設定，在命令提示字元下運行下列命令：

ipconfig /all

有關 ipconfig 命令的其他資訊，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：

223413 Windows 2000 中 Ipconfig.exe 的選項

要解決此問題，可以在用戶端電腦上的 %systemroot%/system32/drivers/etc/hosts 檔案中為伺服器添加一個條目。要解決此問題，還可以使用具名管道網路程式庫串連到伺服器。

返回頁首

驗證啟用的協議和別名

如果用戶端電腦上的別名設定錯誤，可能會引起串連問題。您可以使用用戶端網路公用程式查看別名。為此，請按以下步驟操作：

1. 啟動用戶端網路公用程式。如果 SQL Server 用戶端工具被安裝在正在運行用戶端應用程式的電腦上，請按照以下步驟啟動用戶端網路公用程式：
   1. 單擊“開始”，然後指向“程式”。
   2. 指向“Microsoft SQL Server”，然後單擊“用戶端網路公用程式”。

   如果 SQL Server 用戶端工具沒有安裝在用戶端電腦上，請按照以下步驟啟動用戶端網路公用程式：

   1. 單擊“開始”，然後單擊“運行”。
   2. 在“運行”對話方塊中，在“開啟”框中鍵入 cliconfg，然後單擊“確定”。
2. 在“SQL Server 用戶端網路公用程式”視窗中，單擊“常規”標籤，然後啟用您要使用的所有協議。

   注意：您必須至少啟用 TCP/IP 協議和具名管道協議。

3. 單擊“別名”標籤，然後驗證為 SQL Server 執行個體所配置的別名。
4. 驗證別名的屬性，確認伺服器名或 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 不能保證您可以解決因“登錄編輯程式”使用不當而導致的問題。使用“登錄編輯程式”需要您自擔風險。

1. 請確認 SQL Server 執行個體配置為使用 Windows 身份認證和 SQL Server 身份認證。為此，請確認在正在運行 SQL Server 的電腦上存在下列登錄機碼。對於預設的 SQL Server 執行個體：

   HKEY_LOCAL_MACHINE/Software/Microsoft/MSSQLServer/MSSQLServer/LoginMode

   對於 SQL Server 的具名執行個體：

   HKEY_LOCAL_MACHINE/Software/Microsoft/Microsoft SQL Server/<Instance Name>/MSSQLServer/LoginMode

   請確認已設定下列登錄機碼的值：
   

   身份認證類型	值
   僅限於 Windows 身份認證	1
   混合模式（SQL Server 身份認證和 Windows 身份認證）	2

   注意：如果您對註冊表進行了任何更改，必須關閉並重新啟動 SQL Server 執行個體使更改生效。

2. 嘗試使用其他 Windows 帳戶或 SQL Server 登入帳戶串連到 SQL Server 執行個體。這樣能夠協助確定是否是由於某個特殊的登入帳戶的問題而造成串連失敗。例如，登入帳戶的密碼可能已被更改。
3. 嘗試使用其他協議串連到 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 (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 Agent程式
• 第三方備份軟體
• 第三方監測軟體
• 第三方病毒軟體
• 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 Expired

SQL Server Agent服務可能無法啟動，這是因為它要等待 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%/system32/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 註冊表設定

返回頁首 這篇文章中的資訊適用於:

• Microsoft SQL Server 2000 (all editions)

最新動向:	2004-5-31 (3.1)
關鍵字:	kbhowto kbSqlClient kbDLL KbClientServer kbClient kbDNS kberrmsg kbtshoot kbRegistry KB827422 kbAudDeveloper