"SQL Server不存在或通路被拒絕"問題的解決

最近做一個項目（Asp.net+Sql Server 2000）,在原來開發的機器上運作沒有任何問題.但當我在另外一台機器上調試程式（本機調試）的時候，總出現“SQL Server不存在或通路被拒絕”。相信在任何一個搜尋網站輸入這樣的檢索詞，一定會獲得n多的頁面。

總結起來的關于SQL Server連接配接中此類四個最常見錯誤錯誤解決方案如下：

一."SQL Server 不存在或通路被拒絕"

這個是最複雜的,錯誤發生的原因比較多,需要檢查的方面也比較多.

一般說來,有以下幾種可能性:

1,SQL Server名稱或IP位址拼寫有誤

2,伺服器端網絡配置有誤

3,用戶端網絡配置有誤

要解決這個問題,我們一般要遵循以下的步驟來一步步找出導緻錯誤的原因.

============= 首先,檢查網絡實體連接配接 =============

ping  < 伺服器IP 位址/伺服器名稱 >

如果 ping  < 伺服器IP 位址 >  不成功,說明實體連接配接有問題,這時候要檢查硬體裝置,如網卡,HUB,路由器等.

還有一種可能是由于用戶端和伺服器之間安裝有防火牆軟體造成的,比如 ISA Server.防火牆軟體可能會屏蔽對 ping,telnet 等的響應

是以在檢查連接配接問題的時候,我們要先把防火牆軟體暫時關閉,或者打開所有被封閉的端口.

如果ping  < 伺服器IP 位址 >  成功而,ping  < 伺服器名稱 >  失敗

則說明名字解析有問題,這時候要檢查 DNS 服務是否正常.

有時候用戶端和伺服器不在同一個區域網路裡面,這時候很可能無法直接使用伺服器名稱來辨別該伺服器,這時候我們可以使用HOSTS檔案來進行名字解析,

具體的方法是:

1.使用記事本打開HOSTS檔案（一般情況下位于C:/WINNT/system32/drivers/etc）.

添加一條IP位址與伺服器名稱的對應記錄,如:

172.168.10.24 myserver

2.或在 SQL Server 的用戶端網絡實用工具裡面進行配置,後面會有詳細說明.

============= 其次,使用 telnet 指令檢查SQL Server伺服器工作狀态 =============

telnet  < 伺服器IP 位址 >  1433

如果指令執行成功,可以看到螢幕一閃之後光标在左上角不停閃動,這說明 SQL Server 伺服器工作正常,并且正在監聽1433端口的 TCP/IP 連接配接

如果指令傳回"無法打開連接配接"的錯誤資訊,則說明伺服器端沒有啟動 SQL Server 服務,

也可能伺服器端沒啟用 TCP/IP 協定,或者伺服器端沒有在 SQL Server 預設的端口1433上監聽.

=============接着,我們要到伺服器上檢查伺服器端的網絡配置,檢查是否啟用了命名管道.是否啟用了 TCP/IP 協定等等 =============

可以利用 SQL Server 自帶的伺服器網絡使用工具來進行檢查.

點選:程式 -- Microsoft SQL Server -- 伺服器網絡使用工具

打開該工具後,在"正常"中可以看到伺服器啟用了哪些協定.

一般而言,我們啟用命名管道以及 TCP/IP 協定.

點中 TCP/IP 協定,選擇"屬性",我們可以來檢查 SQK Server 服務預設端口的設定

一般而言,我們使用 SQL Server 預設的1433端口.如果選中"隐藏伺服器",則意味着用戶端無法通過枚舉伺服器來看到這台伺服器,起到了保護的作用,但不影響連接配接.

============= 接下來我們要到用戶端檢查用戶端的網絡配置 =============

我們同樣可以利用 SQL Server 自帶的用戶端網絡使用工具來進行檢查,

所不同的是這次是在用戶端來運作這個工具.

點選:程式 -- Microsoft SQL Server -- 用戶端網絡使用工具

打開該工具後,在"正常"項中,可以看到用戶端啟用了哪些協定.

一般而言,我們同樣需要啟用命名管道以及 TCP/IP 協定.

點選 TCP/IP 協定,選擇"屬性",可以檢查用戶端預設連接配接端口的設定,該端口必須與伺服器一緻.

單擊"别名"頁籤,還可以為伺服器配置别名.伺服器的别名是用來連接配接的名稱,

連接配接參數中的伺服器是真正的伺服器名稱,兩者可以相同或不同.别名的設定與使用HOSTS檔案有相似之處.

通過以上幾個方面的檢查,基本上可以排除第一種錯誤.

二."無法連接配接到伺服器,使用者xxx登陸失敗"

該錯誤産生的原因是由于SQL Server使用了"僅 Windows"的身份驗證方式,

是以使用者無法使用SQL Server的登入帳戶（如 sa ）進行連接配接.解決方法如下所示:

1.在伺服器端使用企業管理器,并且選擇"使用 Windows 身份驗證"連接配接上 SQL Server

2.展開"SQL Server組",滑鼠右鍵點選SQL Server伺服器的名稱,選擇"屬性",再選擇"安全性"頁籤

3.在"身份驗證"下,選擇"SQL Server和 Windows ".

4.重新啟動SQL Server服務.

在以上解決方法中,如果在第 1 步中使用"使用 Windows 身份驗證"連接配接 SQL Server 失敗,

那就通過修改系統資料庫來解決此問題:

1.點選"開始"-"運作",輸入regedit,回車進入系統資料庫編輯器

2.依次展開系統資料庫項,浏覽到以下系統資料庫鍵:

[HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MSSQLServer/MSSQLServer]

3.在螢幕右方找到名稱"LoginMode",輕按兩下編輯雙位元組值

4.将原值從1改為2,點選"确定"

5.關閉系統資料庫編輯器

6.重新啟動SQL Server服務.

此時,使用者可以成功地使用sa在企業管理器中建立SQL Server注冊,

但是仍然無法使用Windows身份驗證模式來連接配接SQL Server.

這是因為在 SQL Server 中有兩個預設的登入帳戶:

BUILTIN/Administrators

< 機器名 > /Administrator 被删除.

要恢複這兩個帳戶,可以使用以下的方法:

1.打開企業管理器,展開伺服器組,然後展開伺服器

2.展開"安全性",右擊"登入",然後單擊"建立登入"

3.在"名稱"框中,輸入 BUILTIN/Administrators

4.在"伺服器角色"頁籤中,選擇"System Administrators" 

5.點選"确定"退出

6.使用同樣方法添加  < 機器名 > /Administrator 登入.

說明:

以下系統資料庫鍵:

HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MSSQLServer/MSSQLServer/LoginMode

的值決定了SQL Server将采取何種身份驗證模式.

1.表示使用"Windows 身份驗證"模式

2.表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）.

三.提示連接配接逾時

如果遇到第三個錯誤,一般而言表示用戶端已經找到了這台伺服器,并且可以進行連接配接,

不過是由于連接配接的時間大于允許的時間而導緻出錯.

這種情況一般會發生在當使用者在Internet上運作企業管理器來注冊另外一台同樣在Internet上的伺服器,

并且是慢速連接配接時,有可能會導緻以上的逾時錯誤.有些情況下,由于區域網路的網絡問題,也會導緻這樣的錯誤.

要解決這樣的錯誤,可以修改用戶端的連接配接逾時設定.

預設情況下,通過企業管理器注冊另外一台SQL Server的逾時設定是 4 秒,

而查詢分析器是 15 秒（這也是為什麼在企業管理器裡發生錯誤的可能性比較大的原因）.

具體步驟為:

企業管理器中的設定:

1.在企業管理器中,選擇菜單上的"工具",再選擇"選項"

2.在彈出的"SQL Server企業管理器屬性"視窗中,點選"進階"頁籤

3.在"連接配接設定"下的"登入逾時（秒）"右邊的框中輸入一個比較大的數字,如 20.

查詢分析器中的設定:

工具 -- 選項 -- 連接配接 -- 将登入逾時設定為一個較大的數字

四.大部分機都用Tcp/ip才能成功，有次我發現用Named Pipes才可以？

這是因為在WINDOWS 2000以後的作業系統中，MS為解決SQL SERVER的安全問題将TCP/IP配置

為SQLSERVER的預設連接配接協定，你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE

的順序。

你也可以在：

[HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MSSQLServer/Client/SuperSocketNetLib]

"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00

看到預設的協定。

2.怎麼在程式中更改Named Pipes ， Tcp/ip ，其sql語句怎麼寫？

你可以在上面提到的系統資料庫的位置修改：

CLIENT端：

[HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MSSQLServer/Client/SuperSocketNetLib]

"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00

SERVER端：

[HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MSSQLServer/MSSQLServer/SuperSocketNetLib]

"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00

我的問題應該屬于第一類，遺憾的是我按照上面說的方法都不能解決這個問題。我使用：telnet  < 伺服器IP 位址 >  1433 顯示不能正确連接配接。按照說的方法也不能解決這個問題。有網友說出現1433端口不能連接配接的因為是Sql Server 2000沒有打更新檔的緣故，但我打過sp4後仍然不能正确連接配接1433端口。

我在web.config裡的設定為：

< configuration >

     < appSettings >

     <!-- " data source=SASANK;initial catalog=CODER;persist security info=False;user id=sa;workstation id=SASANK;packet size=4096 " -->

         < add key = " ConnectionString "  value = " server=localhost;Trusted_Connection=false;user id=sa;password=sa;database=sichuan " />

     </ appSettings >

   < system.web >

找了好久原因，都不行。

後來試着将資料庫連接配接項改為：

< add key = " ConnectionString "  value = " server=192.168.254.60;Trusted_Connection=false;user id=sa;password=sa;database=sichuan " /> 也就是把其中的Server改為我的機器在區域網路中的IP位址（注意我是本機調試，我把server改為機器名也不行），連接配接運作，竟然成功了！問題解決了，但我還是不太明白是什麼原因？為什麼我使用telnet指令打開1433端口不成功？希望有誰能夠解釋下！ posted on 2006-08-07 16:43 Tutuya 閱讀(1791) 評論(10)   編輯  收藏 引用 網摘 所屬分類: 個人随筆  

<script type="text/javascript"> // </script> Comments

大力 樓主：telnet 192.168.254.60 1433 不通不可能連得上資料庫吧，除非伺服器SQL的預設端口改啦 Posted @ 2006-08-07 17:35   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 壓力變送器 好文章，以前老是要到網上去找資料，現在收藏這篇就夠了 Posted @ 2006-08-07 18:11   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 flower.b 連接配接本地的資料庫的位址是：“(local)”注意括号。 Posted @ 2006-08-08 00:52   回複   更多評論      #  [TrackBack] 黃金海岸 最近做一個項目（Asp.net SqlServer2000）,在原來開發的機器上運作沒有任何問題.但當我在另外一台機器上調試程式（本機調試）的時候，總出現   檢視原文 Posted @ 2006-08-08 11:01   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 Tutuya @flower.b兄

localhost是完全可以的.我在其他機器上都可以調試通過的.

@大力兄

我使用telnet指令确實不能顯示連接配接成功!但使用"伺服器網絡使用工具"發現設定的端口是1433.用戶端設定也沒有問題.

但我使用dos指令:netstat -an 指令沒有發現這個端口處于偵聽狀态!很是奇怪,什麼地方修改了端口呢?如何将預設端口改回來!

但這還是沒有解釋我所碰到的問題啊! Posted @ 2006-08-08 11:05   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 可口宣 好詳細啊,謝謝樓主. Posted @ 2006-08-09 09:27   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 shenease 是不是IE開了放火牆? Posted @ 2006-08-09 09:56   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 藍鳥 我以前用VB6+Sql2000的時候也遇到過很多次這樣的問題，當時解決的方法是:

使用從新配置用戶端，采用TCP/IP，并且設定伺服器别名為在連接配接字元串裡所使用的名字。當上一種方法不起作用時則重新安裝mdac，通過這倆種方法大部分時候都可以解決問題 Posted @ 2006-08-09 16:51   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 atu @shenease

我将防火牆關閉也是不行的. Posted @ 2006-08-13 21:45   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決 lsdsj630 henhao Posted @ 2006-09-02 11:33   回複   更多評論      #  re: "SQL Server不存在或通路被拒絕"問題的解決  原文： http://www.cnblogs.com/tutuya/archive/2006/08/07/470080.html