在使用 SQL Server 的過程中,使用者遇到最多的問題莫過於串連失敗了。一般而言,有兩種串連SQL Server 的方式,一是利用 SQL Server 內建的用戶端工具,如企業管理器、查詢分析器、事務探查器等;二是利用使用者自己開發的用戶端程式,如ASP 指令碼、VB程式等,用戶端程式中又是利用 ODBC 或者OLE DB等串連 SQL Server。下面,我們將就這兩種串連方式,具體談談如何來解決串連失敗的問題。
一、"SQL Server 不存在或訪問被拒絕"
"SQL Server 不存在或訪問被拒絕"錯誤,通常是最容易發生的,因為錯誤發生的原因比較多,所以需要檢查的方面也比較多。
一般說來,有以下幾種可能性:
1、網路連接問題;
2、SQL Server伺服器問題;
3、伺服器端網路設定問題;
4、用戶端網路設定問題。
首先,我們檢查網路連接:
1、ping伺服器IP地址。首先先關閉伺服器和用戶端的防火牆,這是為了排除防火牆軟體可能會屏蔽對 ping,telnet 等的響應。然後開始ping伺服器IP地址,如果 ping伺服器IP地址不成功,說明物理串連有問題,這時候要檢查硬體裝置,如網卡,HUB,路由器等。
2、ping伺服器名稱。如果失敗則說明名字解析有問題,這時候要檢查Netbuis協議是否安裝、;DNS 服務是否正常。
其次,使用 telnet 命令檢查SQL Server伺服器工作狀態。如果命令執行成功,可以看到螢幕一閃之後游標在左上方不停閃動,這說明 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 協議,選擇"屬性",可以檢查用戶端預設串連連接埠的設定,該連接埠必須與伺服器一致。
通過以上幾個方面的檢查,基本上可以排除第一種錯誤。
二、"無法串連到伺服器,使用者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、在"串連設定"下的"登入逾時(秒)"右邊的框中輸入一個比較大的數字,如 30。
查詢分析器中的設定:
單擊“工具”->"選項"->"串連"; 將登入逾時設定為一個較大的數字,連線逾時改為0。
四、應用程式串連失敗
以上的三種錯誤資訊都是發生在 SQL Server 內建的用戶端工具中,在應用程式中我們也會遇到類似的錯誤資訊,例如:
Microsoft OLE DB Provider for SQL Server (0x80004005) [DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found. Microsoft OLE DB Provider for SQL Server (0x80004005) |
使用者 'sa' 登入失敗。原因: 未與信任 SQL Server 串連相關聯。
Microsoft OLE DB Provider for ODBC Drivers 錯誤 '80004005'. [Microsoft][ODBC SQL Server Driver]逾時已到期. |
如果遇到連線逾時的錯誤,我們可以在程式中修改 Connection 對象的逾時設定,再開啟該串連。例如:
<% Set Conn = Server.CreateObject("ADODB.Connection") DSNtest="DRIVER={SQL Server};SERVER=ServerName;UID=USER;PWD=password;DATABASE=mydatabase" Conn. Properties("Connect Timeout") = 15 '以秒為單位 Conn.open DSNtest %> |
如果遇到查詢逾時的錯誤,我們可以在程式中修改 Recordset 對象的逾時設定,再開啟結果集。例如:
Dim cn As New ADODB.Connection Dim rs As ADODB.Recordset . . . cmd1 = txtQuery.Text Set rs = New ADODB.Recordset rs.Properties("Command Time Out") = 300 '同樣以秒為單位,如果設定為 0 表示無限制 rs.Open cmd1, cn rs.MoveFirst . . . |
五、小結
本文針對大部分使用者在使用 SQL Server 過程中常見的串連失敗的錯誤,重點討論了在使用 SQL Server 用戶端工具以及使用者開發的應用程式兩種情況下,如何診斷並解決串連失敗的錯誤。看過本文以後,相信每一個讀者都會對 SQL Server 的串連工作原理、身分識別驗證方式以及應用程式開發等有一個較為全面而深入的瞭解。
URL: http://dev.yesky.com/367/2607867.shtml