計(jì)算機(jī)專業(yè)畢業(yè)外文翻譯--如何解決 sql server 2000 中的連接問題

1、<p><b>　　B2 中文譯文</b></p><p>　　如何解決 SQL Server 2000 中的連接問題</p><p>　　Chris Tull, Microsoft Help and Support</p><p>　　這一篇文章能幫助你解決微軟 SQL 伺候器 2000 的連接性問題。這一篇文章包含你能拿幫助解決

2、你的連接性問題的通常連接性問題和步驟的描述。</p><p>　　SQL Server的例證和客戶端申請之間的溝通的 SQL Server 2000 支持一些方法。如果你的客戶申請和SQL Server的例證在相同的計(jì)算機(jī)上住, Microsoft Windows 處理之間的溝通 (IPC) 成份（像是當(dāng)?shù)氐拿芑蛘弑环窒淼挠洃浻涗洠┯脕頊贤ā?然而, 當(dāng)客戶端申請和SQL Server的例證在不同的計(jì)算機(jī)，網(wǎng)

3、絡(luò)IPC（像是TCP/IP上住的時(shí)候或者命名管道）用來溝通。</p><p>　　SQL Sever 2000 使用網(wǎng)絡(luò)控件庫（一個(gè)DLL）與一個(gè)特別的網(wǎng)絡(luò)記錄溝通。 一雙相配網(wǎng)絡(luò)控件庫一定在客戶計(jì)算機(jī)和服務(wù)器計(jì)算機(jī)上是活躍的支援你想要使用的網(wǎng)絡(luò)記錄。 舉例來說，如果你想要使一個(gè)客戶申請能夠與通過TCP/IP的一個(gè) SQL Server的特定例證溝通, 客戶TCP/IP套接字網(wǎng)絡(luò)控件庫 (Dbnetlib.dll

4、) 一定配置成在客戶計(jì)算機(jī)上對伺候器連接。 同樣地, 服務(wù)器TCP/IP套接字網(wǎng)絡(luò)控件庫 (Ssnetlib.dll) 一定在伺候器計(jì)算機(jī)上聽。 在這一個(gè)情節(jié)中, TCP/IP協(xié)議堆棧一定是裝置在客戶計(jì)算機(jī)和服務(wù)器計(jì)算機(jī)。</p><p>　　在你安裝SQL Server 2000 之后，你能配置客戶端網(wǎng)絡(luò)的特性使用客戶端網(wǎng)絡(luò)公用程序的網(wǎng)絡(luò)庫屬性。你能配置服務(wù)器網(wǎng)絡(luò)的特性使用服務(wù)器網(wǎng)絡(luò)公用程序(Svrnetcn.

5、exe)的網(wǎng)絡(luò)控件庫屬性。在安裝 SQL Server 安裝程序中的服務(wù)器工具期間，服務(wù)器的網(wǎng)絡(luò)庫也被同時(shí)安裝了。然而，一些服務(wù)器的網(wǎng)絡(luò)庫可能不是激活的。如此，SQL Server 2000 啟用并偵聽 TCP/IP、命名管道和共享內(nèi)存。因此，讓一個(gè)客戶端對一部服務(wù)器計(jì)算機(jī)連接，客戶端一定使用一個(gè)客戶端網(wǎng)絡(luò)庫，該網(wǎng)絡(luò)庫匹配與SQL Server實(shí)例正在使用的服務(wù)器網(wǎng)絡(luò)庫之一。</p><p>　　對于關(guān)于SQL

6、Server通訊部件和網(wǎng)絡(luò)庫的其它信息，請參見“SQL Server 在線參考書”中的下列主題： </p><p><b>　　?通信部件</b></p><p>　　?客戶端和服務(wù)器網(wǎng)絡(luò)庫</p><p><b>　　?管理客戶端</b></p><p><b>　　解決連接問題&

7、lt;/b></p><p>　　在 SQL Server 2000 中大多數(shù)連接問題你可能會注意到的都是由 TCP/IP 的問題或 Windows 身份認(rèn)證的問題引起，或者兩者共同組合引起。</p><p>　　重要說明：你開始解決 SQL Server 2000 的連接問題之前，確定MSSQLServer 服務(wù)已在運(yùn)行 SQL Server 的計(jì)算機(jī)上啟動(dòng)。</p>

8、<p><b>　　驗(yàn)證 DNS 設(shè)置</b></p><p>　　域名系統(tǒng) (DNS)的名稱解析過程被用于解決IP對SQL Server實(shí)例名稱。如果名稱解析程序不正確地工作，SQL服務(wù)器的實(shí)例不是可到達(dá)的，你可能接受到一條或多條下列錯(cuò)誤信息：</p><p>　　SQL Server does not exist or access denied<

9、;/p><p>　　General Network Error</p><p>　　Cannot Generate SSPI Context</p><p>　　為了要確認(rèn)名稱解析程序是解析正確的服務(wù)器，你能使用服務(wù)器的服務(wù)器名字和IP地址ping服務(wù)器。為此，請遵從如下步驟操作：</p><p>　　1.單擊“開始”，然后單擊“運(yùn)行”。<

10、;/p><p>　　2.在“運(yùn)行”對話框中，在“打開”框中鍵入 cmd，然后單擊“確定”。</p><p>　　3.在命令提示符下，運(yùn)行下列命令：</p><p>　　ping <Server Name></p><p>　　記錄返回的 IP 地址。</p><p>　　4.在命令提示符下，運(yùn)行下列命令（

11、此處的 IP address 就是你在步驟 3 中記錄的 IP 地址）：</p><p>　　ping –a <IP address></p><p>　　確認(rèn)指令跟正確的服務(wù)器名字解決。如果任一指定指令不成功、超時(shí)或者沒有返回正確的數(shù)值在兩個(gè)指定的命令，那么DNS查找未能正常工作，或者因?yàn)槠渌木W(wǎng)絡(luò)問題引發(fā)問題。要查看當(dāng)前DNS設(shè)定，在命令提示符下運(yùn)行下列命令：</p&

12、gt;<p>　　ipconfig /all</p><p>　　要解決此問題，可以在客戶端計(jì)算機(jī)上的 %systemroot%\system32\drivers\etc\hosts 文件中為服務(wù)器添加一個(gè)條目。要解決此問題，還可以使用命名管道網(wǎng)絡(luò)庫連接到服務(wù)器。</p><p>　　啟用的協(xié)議和別名的驗(yàn)證</p><p>　　如果客戶端計(jì)算機(jī)上的別名

13、錯(cuò)誤設(shè)置，可能會引起連接問題。你可以查看別名使用客戶端網(wǎng)絡(luò)實(shí)用程序。為此，請按以下步驟操作： </p><p>　　1.啟動(dòng)客戶端網(wǎng)絡(luò)實(shí)用程序。如果 SQL Server 客戶端工具被安裝在正在運(yùn)行客戶端應(yīng)用程序的計(jì)算機(jī)上，請啟動(dòng)客戶端網(wǎng)絡(luò)實(shí)用程序按照以下步驟： </p><p>　　a. 單擊“開始”，然后指向“程序”。</p><p>　　b. 指向“Mi

14、crosoft SQL Server”，然后單擊“客戶端網(wǎng)絡(luò)實(shí)用程序”。</p><p>　　如果 SQL Server 客戶端工具沒有安裝在客戶端計(jì)算機(jī)上，請按照以下步驟啟動(dòng)客戶端網(wǎng)絡(luò)實(shí)用程序： </p><p>　　a. 單擊“開始”，然后單擊“運(yùn)行”。</p><p>　　b. 在“運(yùn)行”對話框中，在“打開”框中鍵入 cliconfg，然后單擊“確定”。&

15、lt;/p><p>　　2.在“SQL Server 客戶端網(wǎng)絡(luò)實(shí)用程序”窗口中，單擊“常規(guī)”標(biāo)簽，然后啟用你要使用的所有協(xié)議。</p><p>　　注意：你必須啟用 TCP/IP 協(xié)議和命名管道協(xié)議至少。</p><p>　　3.單擊“別名”標(biāo)簽，然后驗(yàn)證為 SQL Server 實(shí)例所配置的別名。</p><p>　　4.驗(yàn)證別名的屬性

16、，確認(rèn)服務(wù)器名或 IP 地址和協(xié)議的配置是正確的。</p><p>　　你可以測試連接性能創(chuàng)建一個(gè)新的別名，通過使用服務(wù)器名、IP 地址或者其他協(xié)議。 注意：在 Microsoft 數(shù)據(jù)存取部件 (MDAC) 的早期版本中，客戶端網(wǎng)絡(luò)實(shí)用程序的用戶界面是不同的。因此，如果你沒有看到選項(xiàng)在本文中列出的，請?jiān)谡谶\(yùn)行客戶端應(yīng)用程序的計(jì)算機(jī)上安裝MDAC 的新版本。</p><p>　　

17、驗(yàn)證 SQL Server 實(shí)例正在正確地偵聽</p><p>　　要驗(yàn)證 SQL Server 實(shí)例正在正確地偵聽命名管道、TCP/IP 或你在客戶端應(yīng)用程序中使用的其他協(xié)議，請打開當(dāng)前的 SQL Server錯(cuò)誤紀(jì)錄文件。SQL Server 錯(cuò)誤日志文件可能包括與以下類似的條目：</p><p>　　2003-11-06 09:49:36.17 server SQL server l

18、istening 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 錯(cuò)誤日志文件中的條目，可以驗(yàn)證 SQL Server 實(shí)例是否正在偵聽正確的 IP 地址和端口。在默認(rèn)情況下，一個(gè) SQL Serve

19、r 實(shí)例默認(rèn)偵聽端口 1433。你還可以驗(yàn)證 SQL Server 的協(xié)議設(shè)置并更改 SQL Server 中的屬性使用服務(wù)器網(wǎng)絡(luò)實(shí)用程序，包括可以連接到 SQL Server 和可以使用的端口的協(xié)議。關(guān)于使用服務(wù)器網(wǎng)絡(luò)實(shí)用程序的更多信息，請參見 SQL Server 在線參考書中的“SQL Server 網(wǎng)絡(luò)實(shí)用程序”專題。 有時(shí)候，SQL Server 2000 可能不會綁定于端口 1433 或任何其他指定的端口。如果端口正

20、被其他應(yīng)用程序使用，或者如果你正在嘗</p><p>　　2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.如果通過 TCP/IP 連接你不能連接到 SQL Server 實(shí)例，請嘗試使用命名管道協(xié)議或共享內(nèi)存協(xié)議。運(yùn)行下面的命令在命令提示符下，以獲取信息關(guān)于正在使用的端口：</p><p&

21、gt;　　NETSTAT -an注意：對于 SQL Server 命名實(shí)例，SQL Server 動(dòng)態(tài)地決定端口并偵聽決定的端口。因此，當(dāng)你啟動(dòng) SQL Server 命名實(shí)例時(shí)，SQL Server 將設(shè)法偵聽之前使用的端口。如果 SQL Server 不能綁定到該端口，命名實(shí)例可能會動(dòng)態(tài)地綁定到另一個(gè)端口。在這種情況下，請確認(rèn)客戶端應(yīng)用程序也被設(shè)置為動(dòng)態(tài)地決定端口。作為選擇，你還可以為命名實(shí)例指定一個(gè)靜態(tài)端口，通過客戶端網(wǎng)絡(luò)實(shí)用程

22、序?qū)ζ溥M(jìn)行綁定和偵聽。</p><p>　　解決 MDAC 問題</p><p>　　MDAC 的問題也可能會引起連接問題。例如，安裝一個(gè)軟件可能會覆蓋一些 MDAC 文件或更改權(quán)限，而你需要這些權(quán)限才能訪問 MDAC 文件。你可以運(yùn)行 MDAC 部件檢查器來驗(yàn)證 MDAC 在計(jì)算機(jī)上的安裝。注意：如果你正連接到 SQL Server 的一個(gè)命名實(shí)例，請確認(rèn)計(jì)算機(jī)上運(yùn)行的是 MDAC 2

23、.6 或更新的版本。MDAC 的早期版本不識別 SQL Server 的命名實(shí)例。因此，可能無法連接到命名實(shí)例。你可以使用 Odbcping.exe 實(shí)用程序來驗(yàn)證通過 SQL Server ODBC 驅(qū)動(dòng)程序的連接。</p><p><b>　　解決防火墻問題</b></p><p>　　如果防火墻存在于客戶端計(jì)算機(jī)和正在運(yùn)行 SQL Server 的計(jì)算機(jī)之間，

24、請確認(rèn)通過防火墻進(jìn)行通信時(shí)所需的端口已打開。如果你使用 TCP/IP 協(xié)議連接 SQL Server 實(shí)例，請確認(rèn)能夠用 Telnet 程序連接到 SQL Server 正在偵聽的端口。要使用 Telnet 程序，在命令提示符下運(yùn)行下列命令：</p><p>　　Telnet <IP Address> <Port Number></p><p>　　如果 Teln

25、et 程序沒有成功，并且你接收到錯(cuò)誤信息，請解決此錯(cuò)誤然后嘗試再次連接。注意：因?yàn)橛?Slammer 病毒引起的問題，在你的防火墻上，用戶數(shù)據(jù)報(bào)協(xié)議 (UDP) 端口 1434 可能被阻擋。</p><p>　　解決身份驗(yàn)證和安全問題</p><p>　　由于身份認(rèn)證失敗，可能無法連接到 SQL Server。如果身份認(rèn)證失敗，你可能收到下列錯(cuò)誤信息之一：</p><

26、p>　　Login failed for user '<username>'</p><p>　　Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON'</p><p>　　Login failed for user 'null'</p><p>　　如

27、果你接受一個(gè)錯(cuò)誤信息因?yàn)樯矸菡J(rèn)證失敗和錯(cuò)誤信息不提到一個(gè)特定的SQL Server 登錄名，請使用 Windows 身份認(rèn)證解決該問題。由于 Windows 身份認(rèn)證的問題，你可能會收到下列錯(cuò)誤信息： </p><p>　　Cannot generate SSPI Context</p><p>　　下列問題可能會引起身份認(rèn)證和安全問題： </p><p>　　?

28、NTLM 身份認(rèn)證或 Kerberos 身份認(rèn)證出現(xiàn)問題。</p><p>　　?由于連接問題，無法聯(lián)系域控制器。</p><p>　　?域之間的信任關(guān)系出現(xiàn)問題。</p><p>　　有關(guān)可能原因的更多信息，請參見計(jì)算機(jī)上的事件日志。要解決 Windows 身份認(rèn)證的連接問題，你可以使用 SQL Server 身份認(rèn)證連接到 SQL Server 實(shí)例。 有關(guān)

29、如何診斷和解決“Cannot Generate SSPI Context” </p><p>　　如果在使用 SQL Server 身份認(rèn)證時(shí)連接沒有成功，你會收到下列錯(cuò)誤信息： </p><p>　　Login failed for user '<username>' .Not associated with a trusted connection若要解決

30、此問題，請按照以下步驟操作。警告：不恰當(dāng)?shù)氖褂谩白员砭庉嬈鳌笨赡軐?dǎo)致嚴(yán)重問題，可能需要重新安裝操作系統(tǒng)。Microsoft 不能保證你可以解決因“注冊表編輯器”使用不當(dāng)而導(dǎo)致的問題。使用“注冊表編輯器”的風(fēng)險(xiǎn)需要你承擔(dān)。 </p><p>　　1.請確認(rèn) SQL Server 實(shí)例配置為使用 Windows 身份認(rèn)證和 SQL Server 身份認(rèn)證。為此，請確認(rèn)在正在運(yùn)行 SQL Server 的計(jì)算機(jī)上

31、存在下列注冊表項(xiàng)。對于默認(rèn)的 SQL Server 實(shí)例： </p><p>　　HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode</p><p>　　對于 SQL Server 的命名實(shí)例： </p><p>　　HKEY_LOCAL_MACHINE\Software\M

32、icrosoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode</p><p>　　請確認(rèn)已設(shè)置下列注冊表項(xiàng)的值：</p><p><b>　　身份認(rèn)證類型值</b></p><p>　　僅限于 Windows 身份認(rèn)證1</p><p&

33、gt;　　混合模式（SQL Server 身份認(rèn)證和 Windows 身份認(rèn)證）2</p><p>　　注意：如果你對注冊表進(jìn)行了任何更改，必須關(guān)閉并重新啟動(dòng) SQL Server 實(shí)例使更改生效。</p><p>　　2.嘗試使用其他 Windows 帳戶或 SQL Server 登錄帳戶連接到 SQL Server 實(shí)例。這樣能夠幫助確定是否是由于某個(gè)特殊的登錄帳戶的問題而造成連接

34、失敗。例如，登錄帳戶的密碼可能已被更改。</p><p>　　3.嘗試使用其他協(xié)議連接到 SQL Server 實(shí)例。例如，使用 TCP/IP 協(xié)議進(jìn)行 Windows 身份認(rèn)證的連接可能會失敗，但是使用命名管道協(xié)議進(jìn)行 Windows 身份認(rèn)證的連接就可能會成功。</p><p>　　如果你正在使用證書，當(dāng)嘗試連接到 SQL Server 實(shí)例時(shí)，可能會收到一條安全錯(cuò)誤信息關(guān)于安全套接

35、字層 (SSL)的。 </p><p>　　解決 TCP/IP 套接字上的壓力問題</p><p>　　當(dāng)你為 SQL Server 使用 ODBC 驅(qū)動(dòng)程序、Microsoft OLE DB Provider for SQL Server 或 System.Data.SqlClient 管理提供程序時(shí)，可以使用恰當(dāng)?shù)膽?yīng)用程序設(shè)計(jì)界面 (API) 來禁用連接。在禁用連接、并且應(yīng)用程序時(shí)常打

36、開和關(guān)閉連接時(shí)，壓力在對基本 SQL Server 網(wǎng)絡(luò)庫可能會增加。有時(shí)，Web 服務(wù)器和 JDBC 驅(qū)動(dòng)程序也會嘗試連接到 SQL Server 實(shí)例。因此，對 SQL Server 連接需求的增加可能會超過 SQL Server 的處理能力。這可能會給 TCP/IP 套接字帶來壓力，你還可能在 SQL Server 錯(cuò)誤記錄文件中收到下列錯(cuò)誤信息： </p><p>　　2003-08-07 20:46:2

37、1.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.注意：如果運(yùn)行 SQL Server 2000 SP3 或 SQL Server 2000 SP3a，則不會注意到對 TCP/IP 套接字的壓力，

38、這是由于添加了對登陸數(shù)據(jù)包數(shù)量的限制。在使用第三方驅(qū)動(dòng)程序連接到 SQL Server 實(shí)例時(shí)，發(fā)生錯(cuò)誤 17832。要解決該問題，請與第三方供應(yīng)商聯(lián)系，并獲取經(jīng)測試證明能夠用于 SQL Server 2000 SP3 和 SQL Server 2000 SP3a 的驅(qū)動(dòng)程序。</p><p>　　查看 SQL Server 實(shí)例是否以單用戶模式啟動(dòng)</p><p>　　如果嘗試連接的 S

39、QL Server 實(shí)例是以單用戶模式啟動(dòng)的，只能建立一個(gè)到 SQL Server 的連接。如果運(yùn)行軟件的計(jì)算機(jī)自動(dòng)連接到 SQL Server，該軟件可以輕松地使用唯一的連接。例如，下面的軟件可以自動(dòng)連接到 SQL Server 實(shí)例： </p><p>　　?SQL Server 代理程序</p><p><b>　　?第三方備份軟件</b></p>

40、;<p><b>　　?第三方監(jiān)測軟件</b></p><p><b>　　?第三方病毒軟件</b></p><p>　　?Microsoft Internet 信息服務(wù) (IIS)</p><p>　　?SQL Server 企業(yè)管理器</p><p>　　嘗試連接到 SQL

41、 Server 實(shí)例的客戶端應(yīng)用程序收到下列錯(cuò)誤信息： </p><p>　　SQL Server does not exist or Access Denied</p><p>　　當(dāng)安裝過程以單用戶模式啟動(dòng) SQL Server 實(shí)例時(shí)，這一個(gè)錯(cuò)誤一般發(fā)生在 SQL 群集安裝和服務(wù)軟件包安裝期間。指定的應(yīng)用程序可能自動(dòng)地連接到使用唯一可用連接的 SQL Server 實(shí)例，從而安裝不成

42、功。</p><p>　　要確定 SQL Server 實(shí)例是否已經(jīng)以單用戶模式啟動(dòng)，請檢查 SQL Server 錯(cuò)誤日志文件中是否具有一個(gè)與以下各項(xiàng)類似的條目： </p><p>　　2003-07-31 11:26:43.79 spid3 Warning ****************** 2003-07-31 11:26:43.80 spid3 SQL Server start

43、ed in single user mode.Updates allowed to system catalogs.</p><p>　　驗(yàn)證到 SQL Server 的命名管道連接</p><p>　　如果你無法使用命名管道連接到 SQL Server 實(shí)例，請確認(rèn) SQL Server 實(shí)例配置為接受命名管道連接。</p><p>　　解決在恢復(fù)過程中連接超時(shí)的

44、問題</p><p>　　在每次啟動(dòng)一個(gè) SQL Server 實(shí)例時(shí)，SQL Server 將恢復(fù)各個(gè)數(shù)據(jù)庫。在此恢復(fù)過程中，SQL Server 回滾未提交的事務(wù)。當(dāng)停止 SQL Server 實(shí)例時(shí)，SQL Server 還將前滾已提交的事務(wù)和沒有寫入硬盤的更改。當(dāng)恢復(fù)過程完成時(shí)，SQL Server 將在 SQL Server 錯(cuò)誤日志文件中寫入下列信息： </p><p>　　R

45、ecovery Complete</p><p>　　在恢復(fù)過程中，SQL Server 可能不會接受連接。在此時(shí)間內(nèi)嘗試連接到 SQL Server 的客戶端可能會收到一條與以下類似的錯(cuò)誤信息： </p><p>　　Timeout Expired</p><p>　　SQL Server 代理服務(wù)可能無法啟動(dòng)，這是因?yàn)樗却?SQL Server 恢復(fù)數(shù)據(jù)庫。

46、因此，當(dāng)你在 SQL Server 錯(cuò)誤日志文件中收到下面的信息時(shí)，連接不再會因?yàn)槌瑫r(shí)錯(cuò)誤而失?。?</p><p>　　Recovery Complete</p><p>　　如果恢復(fù)過程花費(fèi)的時(shí)間很長，你也許還要排除恢復(fù)過程的故障。</p><p>　　測試連接到 SQL Server 實(shí)例的不同方法</p><p>　　當(dāng)你連接到 SQ

47、L Server 實(shí)例時(shí)，如果遇到了連接問題，可以使用下面的一種或多種方法來解決連接問題。 </p><p>　　?使用SQL Server 身份認(rèn)證和 Windows 身份認(rèn)證測試到 SQL Server 實(shí)例的連接。</p><p>　　?從其他數(shù)據(jù)源（例如 ODBC DSN、.udl 文件、SQL 查詢分析器、SQL Server 企業(yè)管理器，isql 實(shí)用程序或 osql 實(shí)用

48、程序）測試到 SQL Server 實(shí)例的連接。</p><p>　　?使用其他協(xié)議測試到 SQL Server 實(shí)例的連接。你可以為使用該協(xié)議的 SQL Server 實(shí)例創(chuàng)建一個(gè)新的別名，從而指定不同的協(xié)議。還可以通過在 SQL Server 實(shí)例名稱的開始處添加 tcp:、 np:、 lpc:、或 rpc: 來指定你的連接字符串中的協(xié)議。例如，如果 TCP/IP 連接失敗，則命名管道連接成功。</p

49、><p>　　?使用其他登錄帳戶測試連接，這樣可以幫助你確定該問題是否與某個(gè)特定的登錄帳戶有關(guān)。</p><p>　　?在 %systemroot%\system32\drivers\etc\hosts 文件中添加一個(gè)與正在運(yùn)行 SQL Server 實(shí)例的計(jì)算機(jī)的 IP 地址相應(yīng)的條目。</p><p>　　?嘗試從運(yùn)行 SQL Server 的計(jì)算機(jī)和客戶端連

50、接到 SQL Server 實(shí)例。</p><p>　　?如果你正從運(yùn)行 SQL Server 的計(jì)算機(jī)進(jìn)行連接，可以指定“.”或“（本地）”（不帶引號）取代服務(wù)器名稱，然后連接。</p><p>　　?嘗試使用 IP 地址而不是服務(wù)器名稱連接到 SQL Server 實(shí)例。</p><p>　　?嘗試指定 SQL Server 實(shí)例正在偵聽的特定端口。有兩種

51、方法：創(chuàng)建一個(gè)別名或?qū)⒁粋€(gè)端口號添加到連接字符串（例如 MyServer\MyInstance，1433）。</p><p>　　附錄B 外文資料與中文譯文</p><p><b>　　B1 外文資料</b></p><p>　　How to troubleshoot connectivity issues in SQL Server 20

52、00</p><p>　　Chris Tull, Microsoft Help and Support</p><p>　　This article can help you to resolve connectivity problems with Microsoft SQL Server 2000. This article contains descriptions of commo

53、n connectivity problems and the steps that you can take to help resolve your connectivity problems. </p><p>　　SQL Server 2000 supports several methods of communication between the instance of SQL Server and

54、the client applications. If your client application and the instance of SQL Server reside on the same computer, Microsoft Windows interprocess communication (IPC) components, such as local named pipes or the Shared Memor

55、y protocol, are used to communicate. However, when the client application and the instance of SQL Server reside on different computers, a network IPC, such as TCP/IP or named pipes, i</p><p>　　?Communicatio

56、n Components</p><p>　　?Client and Server Net-Libraries</p><p>　　?Managing Clients</p><p>　　Troubleshoot connectivity issues</p><p>　　Most of the connectivity issues t

57、hat you may notice in SQL Server 2000 occur because of problems with TCP/IP, Windows authentication, or a combination of TCP/IP and Windows authentication. Important Before you start to troubleshoot connectivity issues

58、 in SQL Server 2000, make sure that the MSSQLServer service is started on the computer that is running SQL Server.</p><p>　　Verify your DNS settings</p><p>　　The name resolution process in Domai

59、n Name System (DNS) is used to resolve the IP address to the name of the instance of SQL Server. If the name resolution process does not work correctly, the instance of SQL Server is not reachable, and you may receive on

60、e or more of the following error messages: </p><p>　　SQL Server does not exist or access denied</p><p>　　General Network Error</p><p>　　Cannot Generate SSPI Context</p><p

61、>　　To verify that the name resolution process is resolving the correct server, you can ping the server by using the server name and the IP address of the server. To do so, follow these steps: </p><p>　　1.

62、Click Start, and then click Run.</p><p>　　2.In the Run dialog box, type cmd in the Open box, and then click OK.</p><p>　　3.At the command prompt, run the following command:</p><p&g

63、t;　　ping <Server Name></p><p>　　Note the IP address that is returned.</p><p>　　4.At the command prompt, run the following command (where IP address is the IP address that you noted in ste

64、p 3):</p><p>　　ping –a <IP address></p><p>　　Verify that the command resolves to the correct server name. If either of the specified commands are not successful, time out, or do not return

65、 the correct values, the DNS lookup is not working correctly or the problem occurs because of other networking or routing issues. To see your current DNS settings, run the following command at a command prompt:</p>

66、<p>　　ipconfig /allTo work around this problem, add an entry for the server to the %systemroot%\system32\drivers\etc\hosts file on the client computer. You can also work around the problem by connecting to the se

67、rver by using the Named Pipes Net-library.</p><p>　　Verify the enabled protocols and aliases</p><p>　　Connectivity problems may occur if the alias on the client computer is set incorrectly. You

68、can view the aliases by using Client Network Utility. To do so, follow these steps: </p><p>　　1.Start Client Network Utility. If the SQL Server client tools are installed on the computer that is running the

69、 client application, follow these steps to start Client Network Utility: </p><p>　　a. Click Start, and then point to Programs.</p><p>　　b. Point to Microsoft SQL Server, and then click Client

70、Network Utility.</p><p>　　If the SQL Server client tools are not installed on the client computer, follow these steps to start Client Network Utility: </p><p>　　a. Click Start, and then click R

71、un.</p><p>　　b. In the Run dialog box, type cliconfg in the Open box, and then click OK.</p><p>　　2.In the SQL Server Client Network Utility window, click the General tab, and then enable all

72、the protocols that you want to use.</p><p>　　Note You must at least enable the TCP/IP protocol and the named pipes protocol.</p><p>　　3.Click the Alias tab, and then verify the aliases that are

73、 configured for the instance of SQL Server. </p><p>　　4.Verify the properties of the aliases to make sure that the server name or IP address and the protocol are configured correctly.</p><p>　　

74、You can create a new alias to test the connectivity by using the server name, the IP address, or even by using a different protocol.Note Earlier versions of Microsoft Data Access Components (MDAC) have a different user

75、interface for Client Network Utility. Therefore, if you do not see the options that are listed in this article, install a later version of MDAC on the computer that is running the client application.</p><p>

76、　　Verify that the instance of SQL Server is listening correctly</p><p>　　To verify that the instance of SQL Server is listening on named pipes, TCP/IP, or another protocol that you are using at the client ap

77、plication, open the current SQL Server error log file. The SQL Server error log file may contain entries that are similar to the following:</p><p>　　2003-11-06 09:49:36.17 server SQL server listening on TCP,

78、 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.If you analyze the entries in the SQL Server error log file, you can verify that the instance of SQL Se

79、rver is listening on the correct IP address and on the correct port. By default, a default instance of SQL Server listens on the port 1433. You can also use Server Network Utility to verify the protocol settings for SQL

80、Se</p><p>　　2001-11-14 15:49:14.12 server SuperSocket Info: Bind failed on TCP port 1433.If you cannot connect to the instance of SQL Server by using a TCP/IP connection, try to use the named pipes protocol

81、 or the Shared Memory protocol. Run the following command at a command prompt to obtain information about the ports that are in use:</p><p>　　NETSTAT –an</p><p>　　You can also use the Portqry co

82、mmand-line utility to obtain more information about the ports that are in use.Note For named instances of SQL Server, SQL Server dynamically determines the port and listens on the determined port. Therefore, when you st

83、art the named instance of SQL Server, SQL Server tries to listen on the port that was previously being used. If SQL Server cannot bind to that port, the named instance may dynamically bind to a different port. In that si

84、tuation, make sure that the c</p><p>　　Troubleshoot MDAC Issues</p><p>　　Connectivity problems may also occur because of problems with MDAC. For example, a software installation may overwrite so

85、me of the MDAC files or change the permissions that you must have to access the MDAC files. You can run the MDAC Component Checker to verify the MDAC installation on your computer.Note If you are connecting to a named i

86、nstance of SQL Server, make sure that you are running MDAC 2.6 or later on your computer. Earlier versions of MDAC do not recognize named instances of SQL Serv</p><p>　　Troubleshoot firewall issues</p>

87、<p>　　If firewall exists between the client computer and the computer that is running SQL Server, make sure that the ports that are required to communicate through the firewall are open.If you use the TCP/IP prot

88、ocol to connect to the instance of SQL Server, make sure that you can use the Telnet program to connect to the port where SQL Server is listening. To use the Telnet program, run the following command at a command prompt:

89、 </p><p>　　Telnet <IP Address> <Port Number></p><p>　　If the Telnet program is not successful and you receive an error message, resolve the error and then try to connect again.Note

90、Because of issues that were caused by the Slammer virus, the User Datagram Protocol (UDP) port 1434 may be blocked on your firewall.</p><p>　　Troubleshoot authentication and security issues</p><p&

91、gt;　　Connections to SQL Server may not be successful because of authentication failures. If the authentication fails, you may receive one of the following error messages:</p><p>　　Login failed for user '

92、<username>'</p><p>　　Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON'</p><p>　　Login failed for user 'null'</p><p>　　If you receive an error message bec

93、ause of an authentication failure and the error message does not mention a specific SQL Server login name, troubleshoot the problem with Windows authentication. You may receive the following error message because of prob

94、lems with Windows authentication: </p><p>　　Cannot generate SSPI Context</p><p>　　The following problems may cause authentication and security issues: </p><p>　　?Problems occur wit

95、h NTLM authentication or with Kerberos authentication.</p><p>　　?The domain controller cannot be contacted because of connectivity issues.</p><p>　　?Problems occur with trust relationships acr

96、oss domains.</p><p>　　For more information about possible causes, see the event logs on the computer. To work around connectivity problems with Windows authentication, you can use SQL Server Authentication t

97、o connect to the instance of SQL Server. </p><p>　　If the connection is not successful when you use SQL Server Authentication, you receive the following error message: </p><p>　　Login failed for

98、 user '<username>' . Not associated with a trusted connectionTo troubleshoot this problem, follow these steps. Warning If you use Registry Editor incorrectly, you may cause serious problems that may requi

99、re you to reinstall your operating system. Microsoft cannot guarantee that you can solve problems that result from using Registry Editor incorrectly. Use Registry Editor at your own risk. </p><p>　　1.Make s

100、ure that the instance of SQL Server is configured to use Windows authentication and SQL Server Authentication. To do so, make sure that the following registry keys are on the computer that is running SQL Server. For the

101、default instance of SQL Server: </p><p>　　HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode</p><p>　　For the named instance of SQL Server: </p><p>　　HKEY_LOCAL

102、_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode</p><p>　　Make sure that the following registry key values are set:</p><p>　　Authentication typeValue

103、</p><p>　　Windows authentication only1</p><p>　　Mixed mode (SQL Server Authentication and Windows authentication)2</p><p>　　Note If you make any changes to the registry, you must

104、stop and then restart the instance of SQL Server for the changes to take effect.</p><p>　　2.Try to connect to the instance of SQL Server by using different Windows accounts or SQL Server login accounts. Thi