如何疑難排解 SQL Server 2000 中的連線問題

文章翻譯 文章翻譯
文章編號: 827422 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

本文可以協助您解決 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 驗證,或 TCP/IP 和 Windows 驗證組合的問題所造成的。

重要 在您開始疑難排解 SQL Server 2000 中的連線問題之前,請先確認已在執行 SQL Server 的電腦上啟動 MSSQLServer 服務。

檢查您的 DNS 設定

「網域名稱系統」(DNS) 中的名稱解析程序,是用於將 IP 位址解析為 SQL Server 執行個體的名稱。 如果名稱解析程序未正確地運作,就無法到達 SQL Server 的執行個體,並且您可能會收到下列一或多個錯誤訊息:
SQL Server 不存在或拒絕存取
一般網路錯誤
無法產生 SSPI 內容
如果要確認名稱解析程序正在解析正確的伺服器,您可以使用伺服器名稱和伺服器的 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 Options for Ipconfig.exe in Windows 2000


如果需要替代的解決方案,請為伺服器新增一個項目至用戶端電腦上的 %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 Data Access Components (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. (SQL Server 伺服器正在聆聽 TCP、共用記憶體、具名管道) 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433. (SQL Server 伺服器正在聆聽 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 資訊:TCP 埠 1433 繫結失敗。
如需詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
307197 PRB:TCP\IP port in use by another application


如果您無法使用 TCP/IP 連線連接至 SQL Server 執行個體,請嘗試使用具名管道通訊協定或共用記憶體通訊協定。請在命令提示字元中執行下列命令,以取得有關使用中連接埠的資訊:
NETSTAT -an
您也可以使用 Portqry 命令列公用程式,以取得有關使用中連接埠的詳細資訊。

如需有關 Portqry 命令列公用程式的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
310099 Portqry.exe 命令列公用程式說明
如需與 TCP/IP 通訊端相關可能錯誤的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
306865 BUG:SQL Server may not listen on TCP/IP sockets When TCP/IP is the only protocol


注意 對於 SQL Server 的具名執行個體,SQL Server 會以動態方式決定連接埠,並聆聽所決定的連接埠。因此,當您啟動 SQL Server 的具名執行個體時,SQL Server 會嘗試聆聽先前所使用的連接埠。如果 SQL Server 無法繫結至該連接埠,具名執行個體可能會動態地繫結到不同的連接埠。在這種情況下,請確認用戶端應用程式也是設定為以動態方式決定連接埠。 或者,您也可以使用「用戶端網路公用程式」,為具名執行個體指定要繫結和聆聽的靜態連接埠。

如需詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
286303 INF:Behavior of SQL Server 2000 network library during dynamic port detection
823938 How to use static and dynamic port allocation in 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:Configuring DSNs with SQL Server Net-Libraries

您也可以使用 .udl 檔案,測試與 SQL Server 執行個體的連線。

如需有關如何建立 .udl 檔案的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
244659 SAMPLE:How to create a data link file with Windows 2000

疑難排解防火牆問題

如果用戶端電腦和執行 SQL Server 的電腦之間具有防火牆,請確認透過防火牆進行通訊所需的連接埠已經開啟。

如需有關透過防火牆進行通訊所需開啟連接埠的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
287932 INF:透過防火牆和 SQL Server 通訊所需的 TCP 通訊埠
269882 HOWTO:使用 ADO 連接到防火牆之後的 SQL 伺服器


如果您使用 TCP/IP 通訊協定連線至 SQL Server 執行個體,請確認您可以使用 Telnet 程式連線至 SQL Server 正在聆聽的連接埠。如果要使用 Telnet 程式,請在命令提示字元中執行下列命令:
Telnet <IP Address> <Port Number>
如果 Telnet 程式沒有成功,並且您收到錯誤訊息,請解決錯誤,然後嘗試再次連線。

注意 由於 Slammer 病毒所造成的問題,防火牆上的「使用者資料包通訊協定」(UDP) 連接埠 1434 可能會遭到封鎖。

疑難排解驗證和安全性問題

由於驗證失敗,因此與 SQL Server 的連線可能不會成功。如果驗證失敗,您可能會收到下列其中一個錯誤訊息:
使用者 '<username>' 的登入失敗
使用者 'NTAUTHORITY\ANONYMOUS LOGON' 的登入失敗
使用者 'null' 的登入失敗
如果您因為驗證失敗而收到錯誤訊息,並且錯誤訊息未提及特定的 SQL Server 登入名稱,請疑難排解 Windows 驗證的問題。您可能會因為 Windows 驗證的問題而收到下列錯誤訊息:
無法產生 SSPI 內容
下列問題可能會造成驗證和安全性問題:
  • NTLM 驗證或 Kerberos 驗證發生問題。
  • 由於連線問題,因此無法聯絡網域控制站。
  • 跨網域的信任關係發生問題。
如需有關可能原因的詳細資訊,請參閱電腦上的事件記錄檔。如果需要 Windows 驗證連線問題的替代解決方案,您可以使用 SQL Server 的帳戶驗證連線至 SQL Server 執行個體。 如需有關如何疑難排解並解決「無法產生 SSPI 內容」錯誤的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
811889 How to troubleshoot the "Cannot generate SSPI context" error message
當您使用 SQL Server 驗證時,如果連線沒有成功,您會收到下列錯誤訊息:
使用者 '<username>' 的登入失敗。未結合受信任的 SQL Server 連線

如果要疑難排解這個問題,請依照下列步驟執行。

警告 不當使用「登錄編輯程式」可能會導致嚴重的問題,甚至必須重新安裝作業系統。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 執行個體。例如,以 Windows 驗證使用 TCP/IP 通訊協定的連線可能不會成功,但是以 Windows 驗證使用具名管道通訊協定的連線可能就會成功。
如果您使用憑證,則在您嘗試連線至 SQL Server 執行個體時,可能會收到 Secure Sockets Layer (SSL) 安全性錯誤訊息。 如需詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
316898 How to enable SSL encryption for SQL Server 2000 with Microsoft Management Console
322144 FIX:SECDoClientHandShake cannot connect to SQL Server


疑難排解 TCP/IP 通訊端上的負荷

使用 SQL Server ODBC 驅動程式、Microsoft OLE DB Provider for SQL Server 或 System.Data.SqlClient Managed 提供者時,您可以使用適當的應用程式發展介面 (API) 來停用連接共用。 當您停用連接共用,並且您的應用程式經常開啟及關閉連線時,基礎 SQL Server 網路程式庫上的負荷可能會增加。有時候,Web 伺服器和 JDBC 驅動程式可能也會嘗試連線至 SQL Server 執行個體。因此,SQL Server 連線要求的增加可能會超過 SQL Server 所能處理的要求數量。 這可能會增加 TCP/IP 通訊端的負荷,並且您可能會在 SQL Server 錯誤記錄檔中收到下列錯誤訊息:
2003-08-07 20:46:21.11 server 錯誤:17832,重要性:20,狀態:6
2003-08-07 20:46:21.11 server 連線已開啟但傳送了無效的登入封包。 連線已關閉。


如需詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
154628 INF:發生多個 TCP\IP 連線請求時 SQL 會記錄 17832
328476 TCP/IP settings for SQL Server drivers when pooling is disabled


注意 由於新增了對登入封包數目的限制,因此,如果您執行 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 Information Services (IIS)
  • SQL Server Enterprise Manager
嘗試與 SQL Server 執行個體連線的用戶端應用程式會收到下列錯誤訊息:
SQL Server 不存在或拒絕存取
當安裝程序以單一使用者模式啟動 SQL Server 執行個體時,在執行 SQL 叢集設定和 Service Pack 安裝程式期間通常就會發生這個錯誤。指定的應用程式可能會自動地使用唯一可用的連線連接至 SQL Server 執行個體,因而讓安裝程式失敗。

如果要判斷是否已經以單一使用者模式啟動 SQL Server 執行個體,請檢查看看 SQL Server 錯誤記錄檔是否具有類似下列的項目:
2003-07-31 11:26:43.79 spid3 警告 ******************
2003-07-31 11:26:43.80 spid3 SQL Server 啟動於單一使用者模式。 允許更新系統資料目錄。

檢查連線至 SQL Server 的具名管道

如果您無法使用具名管道連線至 SQL Server 執行個體,請確認已將 SQL Server 執行個體設定為接受具名管道連線。 如需有關測試具名管道程序的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
68941 Procedure for testing named pipes

疑難排解復原程序期間逾時的連線

每當您啟動 SQL Server 執行個體時,SQL Server 就會復原每個資料庫。在這個復原程序中,SQL Server 會還原沒有認可的交易。當停止 SQL Server 執行個體時,SQL Server 也會向前還原已認可的交易,以及尚未寫入硬碟的變更。 當復原程序完成時,SQL Server 會在 SQL Server 錯誤記錄檔中記錄下列訊息:
復原 (Recovery) 完成
在復原程序期間,SQL Server 可能不會接受連線。嘗試在該期間連線至 SQL Server 執行個體的用戶端可能會收到類似下列的錯誤訊息:
Timeout Expired (已超過連接逾時的設定)
因為 SQL Server 代理程式服務會等待 SQL Server 復原資料庫,所以可能不會啟動。因此,當您在 SQL Server 錯誤記錄檔中收到下列訊息時,連線將不再因逾時錯誤而失敗:
復原 (Recovery) 完成
如果復原程序執行了很長的時間,您可能必須另外執行疑難排解復原程序。

測試連線至 SQL Server 執行個體的不同方法

如果您在連線至 SQL Server 執行個體連線時遇到連線問題,可以使用下列其中一或多個方法,暫時解決連線問題。
  • 同時使用 SQL Server 的帳戶驗證和 Windows 驗證來測試與 SQL Server 執行個體的連線。
  • 測試其他資料來源與 SQL Server 執行個體的連線,例如 ODBC DSN、.udl 檔案、SQL Query Analyzer、SQL Server Enterprise Manager、isql 公用程式或 osql 公用程式。
  • 使用不同的通訊協定,測試與 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 執行個體。
  • 藉由建立別名或在連線字串加上連接埠號碼 (例如 MyServer\MyInstance、1433),以嘗試指定 SQL Server 執行個體所聆聽的特定連接埠。

擷取網路監視器追蹤

如果<測試連線至 SQL Server 執行個體的不同方法>一節所述的步驟無法解決連線問題,請使用「網路監視器」公用程式來擷取網路追蹤。 如需有關網路追蹤的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
148942 如何使用網路監視器擷取網路流量

294818 Frequently asked questions about Network Monitor

169292 The basics of reading TCP/IP traces

102908 如何對 Windows 2000 或 Windows NT 的 TCP/IP 連線進行疑難排解


如果要取得詳細資訊,您可能必須使用 SQL Profiler 追蹤。 您也可以針對執行 SQL Server 進行網路追蹤的非叢集電腦使用「網路診斷工具」(Network Diagnostics Tool)。 如需有關如何使用「網路診斷工具」的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
321708 How to use the Network Diagnostics Tool (Netdiag.exe) in Windows 2000

?考

如需有關各種與 SQL Server 相關連線問題的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
812817 Support WebCast:Microsoft SQL Server 2000: Troubleshooting connectivity
319930 HOW TO:連線至 Microsoft 桌面引擎
257434 INF:Network library in existing DSN replaced by network library in new DSN to the same SQL Server name
306985 RPC errors when connecting a cluster virtual server with named pipes
313062 HOW TO:Connect to a database by using Active Server Pages in Windows 2000
313295 HOW TO:Use the server name parameter in a connection string to specify the client network library
320728 HOW TO:Resolve "The maximum connection limit has been reached" error message
328306 INF:「SQL Server 不存在或拒絕存取」錯誤訊息的可能原因
247931 INF:在 Active Server Pages 中連線至 SQL Server 的驗證方法
169377 INF:如何從動態伺服器網頁存取 SQL Server
328383 INF:SQL Server clients may change protocols when they try to connect
238949 HOWTO:在 ADO 連線字串中設定 SQL Server 網路程式庫
270126 PRB:在 7.0 主動/主動叢集升級之後要如何管理連至兩個 SQL Server 2000 虛擬伺服器的用戶端連線
316779 PRB:Clients with Force Protocol Encryption set on may fail to connect with an IP address
216643 ODBC/OLEDB connect options not seen when tracing connections to SQL Server
265808 INF:如何以舊版用戶端工具連接 SQL Server 2000 具名執行個體
191572 INFO:Connection pool management by ADO objects called from ASP
313173 Sample connection pool manager for use with Microsoft SQL Server 2000 driver for JDBC
237844 HOWTO:在 Visual Basic ADO 應用程式中啟用 ODBC 連線共用
259569 PRB:Installing third-party product breaks Windows 2000 MDAC registry settings

屬性

文章編號: 827422 - 上次校閱: 2005年4月6日 - 版次: 3.2
這篇文章中的資訊適用於:
  • Microsoft SQL Server 2000 Standard Edition
關鍵字:?
kbhowto kbsqlclient kbdll kbclientserver kbclient kbdns kberrmsg kbtshoot kbregistry KB827422
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com