① 資料庫無法連接sql不存在或不可用無法連接 SQL Server 不可用或不存在
遠程連接sql server 2000伺服器的解決方案 一 看ping 伺服器IP能否ping通。 這個實際上是看和遠程sql server 2000伺服器的物理連接是否存在。如果不行，請檢查網路，查看配置，當然得確保遠程sql server 2000伺服器的IP拼寫正確。 二 在Dos或命令行下輸入telnet 伺服器IP 埠，看能否連通。 如telnet 202.114.100.100 1433 通常埠值是1433，因為1433是sqlserver 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 Server使用了＂僅 Windows＂的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接。在SQL伺服器上安裝一個SQL遠程連接的補丁，一般都可以解決問題。。
② sql資料庫連接不上 提示資料庫不可用或者資料庫不存在
1、點擊桌面上的「開始」圖標。
③ sql資料庫質疑的原因及解決辦法
sql資料庫質疑是設置錯誤造成的，解決方法為：
1、通過DBCC CHECKCB('DBName') 來檢測資料庫異常的原因，如果可以檢測到資料庫的異常，其中紅色部分即時數據目前存在的問題，我們也在檢測結果最後看到數據的總體的錯誤情況的匯總。
④ 系統出現「無法連接資料庫，請檢查SQL伺服器是否啟動或網路是否正常」怎麼辦
具體步驟：
1.首先確認資料庫是不是正常啟動了。
2.如果是第一次安裝，你的操作系統是什麼？vista和win7裝sql2000不一定能裝上，需要2005，而且如果是win7家庭版很可能出現資料庫和軟體連不上。
3.如果是xp，以前是不是裝過資料庫後來卸載了，那麼卸掉sql清除干凈注冊表，重新安裝sql，最好用完整版，不要使用msde。
4.如果是用了一段時間，很可能是殺毒軟體誤殺資料庫文件，卸掉殺毒軟體，在管理裡面啟動下資料庫，看能否啟動，如果還能啟動滲胡。再啟動速達看能否連叢升攔接上。
5.如果資料庫已經無法啟動，將數據作出備份，重裝資料庫吧。
6.如果是本機連接沒問題，其他連不上的話，笑前關閉伺服器和客戶端window自帶防火牆，資料庫打sp4補丁，開啟guest用戶。
⑤ 資料庫運行過程中常見的故障有哪幾類試述對各類故障的恢復策略。
資料庫運行過程中常見的故障有3類：事物故障、系統故障、介質故障。
恢復策略：
1、事物故障：
發生事務故障時，被迫中斷的事務可能已對資料庫進行丁修改，為了消除該事務對資料庫的影響，要利用日誌文件中所記載的信息，強行回滾該事務，將資料庫恢復到修改前的初始狀態。
為此，要檢查日誌文件中由這些事務所引起的發生變化的記錄，取消這些沒有完成的事務所做的一切改變，這類恢復操作稱為事務撤銷。
2、系統故障：
系統故障的恢復要完成兩方面的工作，既要撤銷所有末完成的事務，還要重做所有已提交的事務，這樣才能將資料庫真正恢復到一致的狀態。
3、介質故障：
介質故障比事務故障和系統故障發生的可能性要小，但這是最嚴重的一種故障，破壞性很大，磁碟上的物理數據和日誌文件可能被破壞，這需要裝入發生介肢純質故障前最新的後備資料庫副本，然後利用日誌文件重做該副本後所運行的所有事務。
(5)資料庫sql關聯分析診斷故障擴展閱讀：
「數據故障恢復」和「完整性約束」、「並發控制」一樣，都是資料庫數據保護機制中的一種完整性控制。所有的系統都免不了會發生故障，有可能是硬體失靈，有可能是軟體系統崩潰，也有可能是其他外界的原因，比如斷電等等。
資料庫運行的突然中斷會使資料庫處在一個錯誤的狀態局飢雀，而且故障排除後沒有辦法讓系統精確地從斷點繼續執行下去。這就要求DBMS要有一套故障後的數據恢復機構，保證數桐早據庫能夠回復到一致的、正確地狀態去。
參考資料來源：網路-事務故障
參考資料來源：網路-系統故障
參考資料來源：網路-介質故障
⑥ sql資料庫無法連接的問題(資料庫不能連接的原因)
看看下面的對你有幫助么?
在我們剛剛安裝sql2005時經常遇到無法連接的問題，一般可歸結為以下幾類：
一."SQLServer不存在或訪問被拒絕"
這個是最復雜的,錯誤發生的原因比較多,需要檢查的方面也比較多.
一般說來,有以下幾種可能性:
1.SQLServer名稱或IP地址拼寫有誤
2.伺服器端網路配置有誤
3.客戶端網路配置有誤
要解決這個問題,我們一般要遵循以下的步驟來一步步找出導致錯誤的原因.
首先,檢查網路物理連接
ping
如果ping不成功,說明物理連接有問題,這時候要檢查硬體設備,如網卡,HUB,路由器等.
還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟仔宴遲件造成的,比如ISAServer.防火牆軟體可能會屏蔽對ping,telnet等的響應，因此在檢查連接問題的時候,我們要先把防火牆軟體暫時關閉,或者打開所有被封閉的埠.
如果ping成功而,ping失敗，則說明名字解析有問題,這時候要檢查DNS服務是否正常.
有時候客戶端和伺服器不在同一個區域網裡面,這時候很可能無法直接使用伺服器名稱來標識該伺服器,這時候我們可以使用HOSTS文件來進行名字解析,具體的方法是:
1.使用記事本打開HOSTS文件（一般情況下位於C:）.
添加一條IP地址與伺服器名稱的對應記錄,如:
172.168.10.24myserver
2.或在SQLServer的客戶端網路實用工具裡面進行配置,後面會有詳細說明.
其次,使用telnet命令檢查SQLServer伺服器工作狀態
telnet1433
如果命令執行成功,可以看到屏幕一閃之後游標在左上角不停閃動,這說明SQLServer伺服器工作正常,並且正在監聽1433埠的TCP/IP連接，如果命令返回"無法打開連接"的錯誤信息,則說明伺服器端沒有啟動SQLServer服務,也可能伺服器端沒啟用TCP/IP協議,或者伺服器端沒有在SQLServer默認的埠1433上監聽.
接著,我們要到伺服器上檢查伺服器端的網路配置,檢查是否啟用了命名管道.是否啟用了TCP/IP協議等等，可以利用SQLServer自帶的伺服器網路使用工具來進行檢查.
點擊:程序MicrosoftSQLServer伺服器網路使用工具
打開該工具後,在"常規"中可以看到伺服器啟用了哪些協議.
一般而言,我們啟用命名管道以及TCP/IP協議.
點中TCP/IP協議,選擇"屬性",我們可以來檢查SQKServer服務默認埠的設置
一般而言,我們使用SQLServer默認的1433埠.如果選中"隱藏伺服器",則意味著客戶端無法通過枚舉伺服器來看到這台伺服器,起到了保護的作用,但不影響連接.
接下來我們要到客戶端檢查客戶端的網路配置
我們同樣可以利用SQLServer自帶的客戶端網路使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具.
點擊:程序MicrosoftSQLServer客戶端網路使用工具
打開該工具後,在"常規"項中,可以看到客戶端啟用了哪些協議.
一般而言,我們同樣需要啟用命名管道以及TCP/IP協議.
點擊TCP/IP協議,選擇"屬性",可以檢查客戶端默認連接埠的設置,該埠必念李須與伺服器一致.
單擊"別名"選項卡,還可以為伺服器配置別名.伺服器的別名是用來連接的名稱,連接參數中的伺服器是真正的伺服器名稱,兩者可以相同或不同.別名的設置與使用HOSTS文件有相似之處.
通過以上幾個方面的檢查,基本上可以排除第一種錯誤.
二."無法連接到伺服器,用戶xxx登陸失敗"
該錯誤產生的原因是由於SQLServer使用了祥宴"僅Windows"的身份驗證方式,因此用戶無法使用SQLServer的登錄帳戶（如sa）進行連接.解決方法如下所示:
1.在伺服器端使用企業管理器,並且選擇"使用Windows身份驗證"連接上SQLServer
2.展開"SQLServer組",滑鼠右鍵點擊SQLServer伺服器的名稱,選擇"屬性",再選擇"安全性"選項卡
3.在"身份驗證"下,選擇"SQLServer和Windows".
4.重新啟動SQLServer服務.
在以上解決方法中,如果在第1步中使用"使用Windows身份驗證"連接SQLServer失敗,那就通過修改注冊表來解決此問題:
1.點擊"開始""運行",輸入regedit,回車進入注冊表編輯器
2.依次展開注冊表項,瀏覽到以下注冊表鍵:
[HKEY_LOCAL_]
3.在屏幕右方找到名稱"LoginMode",雙擊編輯雙位元組值
4.將原值從1改為2,點擊"確定"
5.關閉注冊表編輯器
6.重新啟動SQLServer服務.
此時,用戶可以成功地使用sa在企業管理器中新建SQLServer注冊，但是仍然無法使用Windows身份驗證模式來連接SQLServer.
這是因為在SQLServer中有兩個預設的登錄帳戶:
被刪除.
要恢復這兩個帳戶,可以使用以下的方法:
1.打開企業管理器,展開伺服器組,然後展開伺服器
2.展開"安全性",右擊"登錄",然後單擊"新建登錄"
3.在"名稱"框中,輸入
4.在"伺服器角色"選項卡中,選擇"System"
5.點擊"確定"退出
6.使用同樣方法添加登錄.
說明:
以下注冊表鍵:
HKEY_LOCAL_MSSQLServer
的值決定了SQLServer將採取何種身份驗證模式.
1.表示使用"Windows身份驗證"模式
2.表示使用混合模式（Windows身份驗證和SQLServer身份驗證）.
三.提示連接超時
如果遇到第三個錯誤,一般而言表示客戶端已經找到了這台伺服器,並且可以進行連接,不過是由於連接的時間大於允許的時間而導致出錯.
這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一台同樣在Internet上的伺服器,並且是慢速連接時,有可能會導致以上的超時錯誤.有些情況下,由於區域網的網路問題,也會導致這樣的錯誤.
要解決這樣的錯誤,可以修改客戶端的連接超時設置.
默認情況下,通過企業管理器注冊另外一台SQLServer的超時設置是4秒,而查詢分析器是15秒（這也是為什麼在企業管理器里發生錯誤的可能性比較大的原因）.
具體步驟為:
企業管理器中的設置:
1.在企業管理器中,選擇菜單上的"工具",再選擇"選項"
2.在彈出的"SQLServer企業管理器屬性"窗口中,點擊"高級"選項卡
3.在"連接設置"下的"登錄超時（秒）"右邊的框中輸入一個比較大的數字,如20.
查詢分析器中的設置:
工具選項連接將登錄超時設置為一個較大的數字
連接超時改為0
1、先保證ping通
2、在dos下寫入telnetip1433不會報錯
3、用ip連如企業管理器：
企業管理器<右鍵SQlserver組<新建sqlserver注冊<下一步<寫入遠程實例名（IP,機器名）<下一步<選Sqlserver登陸<下一步<寫入登陸名與密碼（sa,pass）<下一步<下一步<完成
4、如果還不行：
sqlserver伺服器<開始菜單 5、如果還不行： sqlserver客戶端<開始菜單 ⑦ 連接資料庫失敗，SQLSTATE=08001怎麼解決 解決方案（08001錯誤表明無法與應用程序伺服器或其他伺服器建立連接）： 1、查看埠號有沒有配置正確，配置參數svcename跟services文件中配置的db2埠號是否一致，windows一般用50000，unix/linux一般用60000。 2、查看伺服器ip 和埠是否正確。ip如果沒錯就要查看伺服器的db2服務埠。伺服器檢查的配置情況如下： （1）驗證存在的DB2資料庫的代碼：db2 list db directory；db2 list db directory show detail。 （2）驗證實例使用的通訊協議，查看DB2COMM變數：db2set -all。 （3）查看資料庫管理器的配置，查看SVCENAME（特指tcpip協議）：db2 get dbm cfg。 （4）查看/etc/services中，有無與上面對應SVCENAME的埠，例如：db2cDB2 50000/tcp。 （5）要確認伺服器是否在監聽，可以用netstat -an 來查看埠是否處於LISTEN狀態。 (7)資料庫sql關聯分析診斷故障擴展閱讀: SQLSTATE=08001的原因和典型示例： 一、這種問題一般的原因。 1、DB2COMM=TCPIP。 2、資料庫故障。 3、埠號被禁用。 二、典型示例。 1、客戶機將新密碼值發送給了不支持更改密碼功能的伺服器。 2、客戶機將 SERVER_ENCRYPT 認證信息發送給了不支持密碼加密的伺服器。 3、客戶機將用戶標識但不帶密碼發送給了不支持僅通過用戶標識認證的伺服器。 4、客戶機未指定認證類型，且伺服器未用支持的類型響應。這會包括返回客戶機無法從中選擇的多種類型的伺服器。