SQL Server 不存在或訪問被拒絕(轉(zhuǎn))
一、"SQL Server 不存在或訪問被拒絕"
(圖1)
"SQL Server 不存在或訪問被拒絕"錯(cuò)誤,通常是最容易發(fā)生的,因?yàn)殄e(cuò)誤發(fā)生的原因比較多,所以需要檢查的方面也比較多。
一般說來,有以下幾種可能性:
1、網(wǎng)絡(luò)連接問題;
2、SQL Server服務(wù)器問題;
3、服務(wù)器端網(wǎng)絡(luò)配置問題;
4、客戶端網(wǎng)絡(luò)配置問題。
首先,我們檢查網(wǎng)絡(luò)連接:
1、ping服務(wù)器IP地址。首先先關(guān)閉服務(wù)器和客戶端的防火墻,這是為了排除防火墻軟件可能會(huì)屏蔽對(duì) ping,telnet 等的響應(yīng)。然后開始ping服務(wù)器IP地址,如果 ping服務(wù)器IP地址不成功,說明物理連接有問題,這時(shí)候要檢查硬件設(shè)備,如網(wǎng)卡,HUB,路由器等。
2、ping服務(wù)器名稱。如果失敗則說明名字解析有問題,這時(shí)候要檢查Netbuis協(xié)議是否安裝、;DNS 服務(wù)是否正常。
其次,使用 telnet 命令檢查SQL Server服務(wù)器工作狀態(tài)。如果命令執(zhí)行成功,可以看到屏幕一閃之后光標(biāo)在左上角不停閃動(dòng),這說明 SQL Server 服務(wù)器工作正常,并且正在監(jiān)聽1433端口的 TCP/IP 連接;如果命令返回"無(wú)法打開連接"的錯(cuò)誤信息,則說明服務(wù)器沒有啟動(dòng) SQL Server 服務(wù),也可能服務(wù)器端沒啟用 TCP/IP 協(xié)議,或者服務(wù)器沒有在 SQL Server 默認(rèn)的端口1433上監(jiān)聽。
最后,我們要檢查服務(wù)器、客戶端網(wǎng)絡(luò)配置。服務(wù)器檢查是否啟用了命名管道;是否啟用了 TCP/IP 協(xié)議等等。我們可以利用 SQL Server 自帶的服務(wù)器網(wǎng)絡(luò)使用工具來進(jìn)行檢查。
單擊:程序-> Microsoft SQL Server 服務(wù)器網(wǎng)絡(luò)使用工具;打開該工具后,在"常規(guī)"中可以看到服務(wù)器啟用了哪些協(xié)議,默認(rèn)我們啟用命名管道以及 TCP/IP 協(xié)議。點(diǎn)中 TCP/IP 協(xié)議,選擇"屬性",我們可以來檢查 SQK Server 服務(wù)默認(rèn)端口的設(shè)置。一般而言,我們使用 SQL Server 默認(rèn)的1433端口。如果選中"隱藏服務(wù)器",則意味著客戶端無(wú)法通過枚舉服務(wù)器來看到這臺(tái)服務(wù)器,起到了保護(hù)的作用,但不影響連接。
(圖2)
(圖3)
接下來我們要到客戶端檢查客戶端的網(wǎng)絡(luò)配置。我們同樣可以利用 SQL Server 自帶的客戶端網(wǎng)絡(luò)使用工具來進(jìn)行檢查,所不同的是這次是在客戶端來運(yùn)行這個(gè)工具。單擊:程序-> Microsoft SQL Server 客戶端網(wǎng)絡(luò)使用工具打開該工具后,在"常規(guī)"項(xiàng)中,可以看到客戶端啟用了哪些協(xié)議。同樣,我們需要啟用命名管道以及 TCP/IP 協(xié)議。點(diǎn)擊 TCP/IP 協(xié)議,選擇"屬性",可以檢查客戶端默認(rèn)連接端口的設(shè)置,該端口必須與服務(wù)器一致。
(圖4)
通過以上幾個(gè)方面的檢查,基本上可以排除第一種錯(cuò)誤。
1.2:"無(wú)法連接到服務(wù)器,用戶xxx登陸失敗"
(圖5)
該錯(cuò)誤產(chǎn)生的原因是由于SQL Server使用了"僅 Windows"的身份驗(yàn)證方式,因此用戶無(wú)法使用SQL Server的登錄帳戶(如 sa )進(jìn)行連接。解決方法如下所示:
1、在服務(wù)器端使用企業(yè)管理器,并且選擇"使用 Windows 身份驗(yàn)證"連接上 SQL Server;
2、展開"SQL Server組",鼠標(biāo)右鍵點(diǎn)擊SQL Server服務(wù)器的名稱,選擇"屬性",再選擇"安全性"選項(xiàng)卡;
3、在"身份驗(yàn)證"下,選擇"SQL Server和 Windows ";
4、重新啟動(dòng)SQL Server服務(wù)。
在以上解決方法中,如果在第1步中使用"使用 Windows 身份驗(yàn)證"連接 SQL Server 失敗,那就通過修改注冊(cè)表來解決此問題:
1、點(diǎn)擊"開始" "運(yùn)行",輸入regedit,回車進(jìn)入注冊(cè)表編輯器;
2、依次展開注冊(cè)表項(xiàng),瀏覽到以下注冊(cè)表:[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer];
3、在屏幕右方找到名稱"LoginMode",雙擊編輯雙字節(jié)值;
4、將原值從1改為2,點(diǎn)擊"確定";
5、關(guān)閉注冊(cè)表編輯器;
6、重新啟動(dòng)SQL Server服務(wù)。
此時(shí),用戶可以成功地使用sa在企業(yè)管理器中新建SQL Server注冊(cè),但是仍然無(wú)法使用Windows身份驗(yàn)證模式來連接SQL Server。這是因?yàn)樵?SQL Server 中有兩個(gè)缺省的登陸戶:
BUILTIN\Administrators <機(jī)器名>\Administrator 被刪除。 |
要恢復(fù)這兩個(gè)帳戶,可以使用以下的方法:
1、打開企業(yè)管理器,展開服務(wù)器組,然后展開服務(wù)器;
2、展開"安全性",右擊"登錄",然后單擊"新建登錄";
3、在"名稱"框中,輸入 BUILTIN\Administrators;
4、在"服務(wù)器角色"選項(xiàng)卡中,選擇"System Administrators" ;
5、點(diǎn)擊"確定"退出;
6、使用同樣方法添加 <機(jī)器名>\Administrator 登錄。
說明:
以下注冊(cè)表鍵:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode的值決定了SQL Server將采取何種身份驗(yàn)證模式。
1、表示使用"Windows 身份驗(yàn)證"模式;
2、表示使用混合模式(Windows 身份驗(yàn)證和 SQL Server 身份驗(yàn)證)。
1.3:提示連接超時(shí)
(圖6)
如果遇到第三個(gè)錯(cuò)誤,一般而言表示客戶端已經(jīng)找到了這臺(tái)服務(wù)器,并且可以進(jìn)行連接,不過是由于連接的時(shí)間大于允許的時(shí)間而導(dǎo)致出錯(cuò)。這種情況比較少見,一般發(fā)生在當(dāng)用戶在Internet上運(yùn)行企業(yè)管理器來注冊(cè)另外一臺(tái)同樣在Internet上的服務(wù)器,并且是慢速連接時(shí),有可能會(huì)導(dǎo)致以上的超時(shí)錯(cuò)誤。有些情況下,由于局域網(wǎng)的網(wǎng)絡(luò)問題,也會(huì)導(dǎo)致這樣的錯(cuò)誤。
要解決這樣的錯(cuò)誤,可以修改客戶端的連接超時(shí)設(shè)置。默認(rèn)情況下,通過企業(yè)管理器注冊(cè)另外一臺(tái)SQL Server的超時(shí)設(shè)置是 4 秒,而查詢分析器是 15 秒。
具體步驟為:
企業(yè)管理器中的設(shè)置:
1、在企業(yè)管理器中,選擇菜單上的"工具",再選擇"選項(xiàng)";
2、在彈出的"SQL Server企業(yè)管理器屬性"窗口中,點(diǎn)擊"高級(jí)"選項(xiàng)卡;
3、在"連接設(shè)置"下的"登錄超時(shí)(秒)"右邊的框中輸入一個(gè)比較大的數(shù)字,如 30。
查詢分析器中的設(shè)置:
單擊“工具”->"選項(xiàng)"->"連接"; 將登錄超時(shí)設(shè)置為一個(gè)較大的數(shù)字,連接超時(shí)改為0。
二、應(yīng)用程序連接失敗
以上的三種錯(cuò)誤信息都是發(fā)生在 SQL Server 自帶的客戶端工具中,在應(yīng)用程序中我們也會(huì)遇到類似的錯(cuò)誤信息,例如:
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 連接相關(guān)聯(lián)。
Microsoft OLE DB Provider for ODBC Drivers 錯(cuò)誤 '80004005'. [Microsoft][ODBC SQL Server Driver]超時(shí)已過期. |
如果遇到連接超時(shí)的錯(cuò)誤,我們可以在程序中修改 Connection 對(duì)象的超時(shí)設(shè)置,再打開該連接。例如:
<% 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 %> |
如果遇到查詢超時(shí)的錯(cuò)誤,我們可以在程序中修改 Recordset 對(duì)象的超時(shí)設(shè)置,再打開結(jié)果集。例如:
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 '同樣以秒為單位,如果設(shè)置為 0 表示無(wú)限制 rs.Open cmd1, cn rs.MoveFirst . . . |
本文針對(duì)大部分用戶在使用 SQL Server 過程中常見的連接失敗的錯(cuò)誤,重點(diǎn)討論了在使用 SQL Server 客戶端工具以及用戶開發(fā)的應(yīng)用程序兩種情況下,如何診斷并解決連接失敗的錯(cuò)誤。看過本文以后,相信每一個(gè)讀者都會(huì)對(duì) SQL Server 的連接工作原理、身份驗(yàn)證方式以及應(yīng)用程序開發(fā)等有一個(gè)較為全面而深入的了解。
相關(guān)文章
SQL Server 索引結(jié)構(gòu)及其使用(一)--深入淺出理解索引結(jié)構(gòu)
深入淺出理解索引結(jié)構(gòu)2009-04-04SQL Server 2016 CTP2.2安裝配置方法圖文教程
這篇文章主要為大家詳細(xì)介紹了SQL Server 2016 CTP2.2安裝配置方法圖文教程 ,感興趣的小伙伴們可以參考一下2016-07-07SQL Server 2005 創(chuàng)建簡(jiǎn)單的存儲(chǔ)過程--總結(jié)分析
本篇文章是對(duì)使用SQL Server 2005創(chuàng)建簡(jiǎn)單的存儲(chǔ)過程進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06SQLSERVER記錄登錄用戶的登錄時(shí)間(自寫腳本)
下面是本人寫的一個(gè)腳本,我的實(shí)現(xiàn)原理是使用觸發(fā)器,觸發(fā)器是登錄觸發(fā)器,范圍是整個(gè)服務(wù)器范圍,如果有人登錄過,就使用 bcp命令把登錄信息記錄日志文件,感興趣的朋友可以了解下,或許本文的知識(shí)點(diǎn)對(duì)你有所幫助2013-02-02

sqlserver 錯(cuò)誤602,未能在sysindexes中找到數(shù)據(jù)庫(kù) 的解決辦法

SQL Server 2005降級(jí)到2000的正確操作步驟分享

sqlserver數(shù)據(jù)庫(kù)主鍵的生成方式小結(jié)(sqlserver,mysql)