Ⅰ sql系統伺服器連接不成功 急救 在線等
登錄遠程SQL伺服器
一 看ping 伺服器IP能否ping通。
這個實際上是看和遠程sql server 2000伺服器的物理連接是否存在。如果不行，請檢查網路，查看配置，當然得確保遠程sql server 2000伺服器的IP拼寫正確。
二 在Dos或命令行下輸入telnet 伺服器IP 埠，看能否連通。
如telnet 202.114.100.100 1433
通常埠值是1433，因為1433是sql server 2000的對於Tcp/IP的默認偵聽埠。如果有問題，通常這一步會出問題。通常的提示是「……無法打開連接,連接失敗"。
如果這一步有問題，應該檢查以下選項。
1 檢查遠程伺服器是否啟動了sql server 2000服務。如果沒有，則啟動。
2 檢查伺服器端有沒啟用Tcp/IP協議，因為遠程連接(通過網際網路)需要靠這個協議。檢查方法是，在伺服器上打開 開始菜單->程序->Microsoft SQL Server->伺服器網路實用工具，看啟用的協議里是否有tcp/ip協議，如果沒有，則啟用它。
3 檢查伺服器的tcp/ip埠是否配置為1433埠。仍然在伺服器網路實用工具里查看啟用協議裡面的tcp/ip的屬性，確保默認埠為1433，並且隱藏伺服器復選框沒有勾上。
事實上，如果默認埠被修改，也是可以的，但是在客戶端做telnet測試時，寫伺服器埠號時必須與伺服器配置的埠號保持一致。如果隱藏伺服器復選框被勾選，則意味著客戶端無法通過枚舉伺服器來看到這台伺服器，起到了保護的作用，但不影響連接，但是Tcp/ip協議的默認埠將被隱式修改為2433，在客戶端連接時必須作相應的改變。
4 如果伺服器端操作系統打過sp2補丁，則要對windows防火牆作一定的配置，要對它開放1433埠，通常在測試時可以直接關掉windows防火牆(其他的防火牆也關掉最好)。
5 檢查伺服器是否在1433埠偵聽。如果伺服器沒有在tcp連接的1433埠偵聽，則是連接不上的。檢查方法是在伺服器的dos或命令行下面輸入
netstat -a -n 或者是netstat -an，在結果列表裡看是否有類似 tcp 127.0.0.1 1433 listening 的項。如果沒有，則通常需要給sql server 2000打上至少sp3的補丁。其實在伺服器端啟動查詢分析器，輸入 select @@version 執行後可以看到版本號，版本號在8.0.2039以下的都需要打補丁。
如果以上都沒問題，這時你再做telnet 伺服器ip 1433 測試，將會看到屏幕一閃之後游標在左上角不停閃動。恭喜你，你馬上可以開始在企業管理器或查詢分析器連接了。
三 檢查客戶端設置
程序->Microsoft SQL Server -> 客戶端網路使用工具。像在伺服器網路實用工具里一樣，確保客戶端tcp/ip協議啟用，並且默認埠為1433(或其他埠，與伺服器端保持一致就行)。
四 在企業管理器里或查詢那分析器連接測試
企業管理器->右鍵SQlserver組->新建sqlserver注冊->下一步->寫入遠程IP->下一步->選Sqlserver登陸->下一步->寫入登陸名與密碼(sa,password)->下一步->下一步->完成
查詢分析器->文件->連接->寫入遠程IP->寫入登錄名和密碼(sa,password)->確定
通常建議在查詢分析器里做，因為默認情況下，通過企業管理器注冊另外一台SQL Server的超時設置是4秒，而查詢分析器是15秒。
修改默認連接超時的方法:
企業管理器->工具->選項->在彈出的"SQL Server企業管理器屬性"窗口中，點擊"高級"選項卡->連接設置->在 登錄超時(秒) 後面的框里輸入一個較大的數字
查詢分析器->工具->選項->連接->在 登錄超時(秒) 後面的框里輸入一個較大的數字
通常就可以連通了，如果提示錯誤，則進入下一步。
Ⅱ sql連接不到伺服器，請問為什麼
這個錯誤的原因可能有兩個：
其一，你要連接的伺服器端資料庫配置有錯誤，需要在sqlserver配置管理器中開啟TCP/IP協議和sqlserver服務。
其二，可能是防火牆阻止了1433埠，所以你訪問不到。你可以開始-系統和安全-Windows防火牆-高級設置-入站規則-右擊新建規則-創建1433埠，或者直接將防火牆關閉試一試。
Ⅲ sql 怎麼都連接不上伺服器
1、轉到[Microsoft SQL Server 2008]並找到[SQL Server配置管理器]，單擊裡面。
Ⅳ sql server鏈接不成功
第一個錯誤"SQL Server 不存在或訪問被拒絕"通常是最復雜的，錯誤發生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：
1、SQL Server名稱或IP地址拼寫有誤；
2、伺服器端網路配置有誤；
3、客戶端網路配置有誤。
要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。
首先，檢查網路物理連接：
ping ＜伺服器IP地址＞ 或者 ping ＜伺服器名稱＞
如果 ping ＜伺服器IP地址＞ 失敗，說明物理連接有問題，這時候要檢查硬體設備，如網卡、HUB、路由器等。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體造成的，比如 ISA Server。防火牆軟體可能會屏蔽對 ping、te.Net 等的響應，因此在檢查連接問題的時候，我們要先把防火牆軟體暫時關閉，或者打開所有被封閉的埠。
如果ping ＜伺服器IP地址＞ 成功而 ping ＜伺服器名稱＞ 失敗，則說明名字解析有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和伺服器不在同一個區域網裡面，這時候很可能無法直接使用伺服器名稱來標識該伺服器，這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：
1、使用記事本打開HOSTS文件（一般情況下位於C:\WINNT\system32\drivers\etc）.
2、添加一條IP地址與伺服器名稱的對應記錄，如：
172.168.10.24 myserver
也可以在 SQL Server 的客戶端網路實用工具裡面進行配置，後面會有詳細說明。
其次，使用 te.Net 命令檢查SQL Server伺服器工作狀態：
te.Net ＜伺服器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 自帶的客戶端網路使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具。
Ⅳ sql server資料庫連接失敗
如果客戶端計算機上的別名設置錯誤，可能會引起連接問題。您可以使用客戶端網路實用程序查看別名。為此，請按以下步驟操作： 1. 啟動客戶端網路實用程序。如果 SQL Server 客戶端工具被安裝在正在運行客戶端應用程序的計算機上，請按照以下步驟啟動客戶端網路實用程序： a. 單擊「開始」，然後指向「程序」。 b. 指向「Microsoft SQL Server」，然後單擊「客戶端網路實用程序」。 如果 SQL Server 客戶端工具沒有安裝在客戶端計算機上，請按照以下步驟啟動客戶端網路實用程序： a. 單擊「開始」，然後單擊「運行」。 b. 在「運行」對話框中，在「打開」框中鍵入 cliconfg，然後單擊「確定」。 2. 在「SQL Server 客戶端網路實用程序」窗口中，單擊「常規」標簽，然後啟用您要使用的所有協議。注意：您必須至少啟用 TCP/IP 協議和命名管道協議。 3. 單擊「別名」標簽，然後驗證為 SQL Server 實例所配置的別名。 4. 驗證別名的屬性，確認伺服器名或 IP 地址和協議的配置是正確的。 通過使用伺服器名、IP 地址或者其他協議，您可以創建一個新的別名以測試連接性能。注意：在 Microsoft 數據存取部件 (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. 2003-11-06 09:49:36.17 server SQL server listening on 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 Info:Bind failed on TCP port 1433.有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章： 307197 ( http://support.microsoft.com/kb/307197/) PRB:TCP\IP 埠正由另一應用程序使用 如果通過 TCP/IP 連接您不能連接到 SQL Server 實例，請嘗試使用命名管道協議或共享內存協議。在命令提示符下運行下面的命令，以獲取關於正在使用的埠的信息：
Ⅵ sqlserver伺服器連接失敗
摘要 檢查服務是否啟動
Ⅶ 如何解決SQL server 2005資料庫引擎連接到伺服器失敗問題
1:右鍵我的電腦-->管理--->服務和應用程序-->SQL
Server配置管理器--->SQLEXPRESS的協議------------->TCP/IP啟動
如果還不能連接
2:雙擊這個TCP/IP看看最下面的TCP埠是不是1433
通過配置管理器啟動的服務.都要啟動了!
Ⅷ SQL Server連接失敗錯誤及解決第1/5頁
在使用 SQL Server 的過程中，用戶遇到的最多的問題莫過於連接失敗了。一般而言，有以下兩種連接 SQL Server 的方式，一是利用 SQL Server 自帶的客戶端工具，如企業管理器、查詢分析器、事務探查器等;二是利用用戶自己開發的客戶端程序，如ASP 腳本、VB程序等，客戶端程序中又是利用 ODBC 或者 OLE DB 等連接 SQL Server。下面，我們將就這兩種連接方式，具體談談如何來解決連接失敗的問題。
一、客戶端工具連接失敗
在使用 SQL Server 自帶的客戶端工具(以企業管理器為例)連接 SQL Server時，最常見的錯誤有如下一些：
1、SQL Server 不存在或訪問被拒絕
ConnectionOpen (Connect())
2、用戶'sa'登錄失敗。原因：未與信任 SQL Server 連接相關聯。
3、超時已過期。
下面我們依次介紹如何來解決這三個最常見的連接錯誤。
第一個錯誤"SQL Server 不存在或訪問被拒絕"通常是最復雜的，錯誤發生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：
1、SQL Server名稱或IP地址拼寫有誤;
2、伺服器端網路配置有誤;
3、客戶端網路配置有誤。
要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。
首先，檢查網路物理連接：
ping <伺服器IP地址>
或者
ping <伺服器名稱>
如果 ping <伺服器IP地址> 失敗，說明物理連接有問題，這時候要檢查硬體設備，如網卡、HUB、路由器等。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體造成的，比如 ISA Server。防火牆軟體可能會屏蔽對 ping、telnet 等的響應，因此在檢查連接問題的時候，我們要先把防火牆軟體暫時關閉，或者打開所有被封閉的埠。
如果ping <伺服器IP地址> 成功而 ping <伺服器名稱> 失敗，則說明名字解析有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和伺服器不在同一個區域網裡面，這時候很可能無法直接使用伺服器名稱來標識該伺服器，這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：
1、使用記事本打開HOSTS文件(一般情況下位於C:\WINNT\system32\drivers\etc).
2、添加一條IP地址與伺服器名稱的對應記錄，如：
172.168.10.24 myserver
也可以在 SQL Server 的客戶端網路實用工具裡面進行配置，後面會有詳細說明。
其次，使用 telnet 命令檢查SQL Server伺服器工作狀態：
telnet <伺服器IP地址> 1433
如果命令執行成功，可以看到屏幕一閃之後游標在左上角不停閃動，這說明 SQL Server 伺服器工作正常，並且正在監聽1433埠的 TCP/IP 連接;如果命令返回"無法打開連接"的錯誤信息，則說明伺服器端沒有啟動 SQL Server 服務，也可能伺服器端沒啟用 TCP/IP 協議，或者伺服器端沒有在 SQL Server 默認的埠1433上監聽。
當前1/5頁 12345下一頁
Ⅸ 訪問資料庫失敗是怎麼回事
資料庫連接失敗的原因及解決方法
原因一：登錄賬號、密碼、伺服器名稱、資料庫名稱登錄錯誤導致不能連接，這個比較常見，仔細檢查好所填信息是否正確，填寫正確一般就可以解決。
解決方法：當正在使用的軟體出現資料庫不能連接時，一般就是伺服器名出現問題，更改伺服器名稱一般可以解決問題。資料庫如果是安裝在本機，伺服器名可以用「.」或「(local)」來代替 ；如果是安裝在區域網的其它計算機上，可以用IP地址作為伺服器名。
原因二：如果沒能正確安裝SQL伺服器，也會導致資料庫連接不上；安裝好資料庫後，如果SQL服務管理器沒有啟動，則要去服務那裡開啟。
解決方法：如果是SQL資料庫未能能成功安裝，再次重新安裝時，可能會無法安裝，提示是存在一個未完成的安裝掛起。解決就方法是：打開注冊表編輯器，在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager中找到並刪除PendingFileRenameOperations項目即可。
如果是更改了Windows的用戶名或者密碼，會導致SQL服務管理器不能啟動,解決辦法是去控製版面的服務那裡修改啟動。具體是：點擊開始-->設置-->控制面板-->管理工具-->服務-->找到MS SQL SERVER服務-->在上面右鍵-->屬性-->登陸-->修改啟動服務的帳戶和密碼。
原因三：因許可權問題導致資料庫不能連接，解決方法是檢測計算機的安全保護限制、SQL Server安全設置、操作系統的安全限。
解決方法：可以先暫時關閉防火牆或者殺毒軟體，看是否是這些軟體的安全設置所導致。
SQL Server安全設置：打開企業管理器-->展開SQ L Server組-->右擊伺服器名-->點擊屬性-->在SQL Server屬性-->安全性中，把「身份驗證」選擇為「在SQL Server和Windows」；
如果SQL伺服器採用的是Windows XP系統，當工作站電腦出現不能連接資料庫的情況時，可以在伺服器和工作站各建立一個相同的WINDOWS用戶賬號和密碼
原因四：引起原因:網路連接存在故障;
解決方法:檢修網路是否存在故障。
Ⅹ SQL 資料庫連接伺服器失敗是什麼原因
一、mysqld 進程沒有正常運行遇到這種情況首先到伺服器上看看 mysqld 進程是否活著，採用的命令：
二、客戶端不能和進程 mysqld 通信如果 MySQL 伺服器上的 mysqld 進程運行正常，我們再看看客戶端能不能和 mysqld 進行通信，使用下面的命令進行網路連通的測試：telnet localhost 3306
如果本地能通，再到客戶端的機器上把 localhost 換成 MySQL 伺服器的 ip 地址進行測試。如果不能通，通常有兩種原因，一種原因是 OS 或網路的問題，或者是防火牆；另一種原因是 mysqld 自身根本沒有偵聽客戶端的連接請求， mysqld 啟動後對於客戶端的偵聽是分三種情況。
第一種情況
是使用參數 --skip-networking 跳過偵聽客戶端的網路連接，用下面的命令我們可以看到 MySQL 根本沒有偵聽 3306 埠。
第二種情況
使用參數 --bind-address 後面增加對客戶端訪問 IP 地址的限制，例如只偵聽本地的連接
三、賬戶密碼的問題最後一種情況是賬戶密碼的問題，應付這種情況我們有個有力的工具就是查看 MySQL 的 error log， error log 記載信息的詳細程度上由參數 --log-error-verbosity 進行控制的