㈠ 每隔一段時間sql就會自己斷開連接，出現錯誤233和錯誤18456。之前都沒有這種情況，裝了360
解決方法：點擊「開始——所有程序——Microsoft SQL Server——配置工具——SQL Server 配置管理器」，在彈出的窗體中，找到「SQL Server 網路配置」，把「MSSQLSERVER的協議」下的「Named Pipes」和「TCP/IP」啟動，然後重新啟動電腦就可以了。
㈡ sql資料庫查詢中斷、無法修復的一致性錯誤、無法導出數據, 數據怎麼恢復
資料庫損壞最行之有效的辦法就是存在冗餘數據，使用冗餘數據進行恢復。所謂的冗餘數據包括熱備、冷備、和暖備。
使用鏡像或可用性組作為熱備，當檢測到錯誤時，可以自動進行頁修復（鏡像要求2008以上，可用性組是2012的功能）。鏡像當主體伺服器遭遇824錯誤時，會向鏡像伺服器發送請求，將損壞的頁由鏡像復制到主體解決該問題。對於可用性組，如果數據頁是在主副本上發現的，則主副本將會向所有輔助副本發送廣播，並由第一個響應的輔助副本的頁來修復頁錯誤，如果錯誤出現在只讀輔助副本，則會向主副本請求對應的頁來修復錯誤。在這里有一點值得注意的是，無論是哪一種高可用性技術，都不會將頁錯誤散播到冗餘數據中，因為SQL Server中所有的高可用性技術都是基於日誌，而不是數據頁。
其次是使用暖備或冷備來還原頁，我已經在代碼清單1中給出了詳細的代碼，這里就不細說了。
如果沒有合適的備份存在，如果損壞的數據頁是存在於非聚集索引上，那麼你很幸運，只需要將索引禁用後重建即可。
如果存在基準的完整備份，並且日誌鏈沒有斷裂（包括差異備份可以Cover日誌缺失的部分），則可以通過備份尾端日之後還原資料庫來進行修復。
最後，如果基礎工作做的並不好，您可能就需要通過損失數據的方式來換回資料庫的一致性，我們可以通過DBCC CheckDB命令的REPAIR_ALLOW_DATA_LOSS來修復資料庫。使用該方法可能導致數據損失，也可能不會導致數據損失，但大部分情況都會通過刪除數據來修復一致性。使用REPAIR_ALLOW_DATA_LOSS需要將資料庫設置為單用戶模式，這意味著宕機時間。
無論是哪種情況修復資料庫，都要考慮是否滿足SLA，如果出現了問題之後，發現無論用哪種方式都無法滿足SLA的話，那隻能檢討之前的准備工作並祈禱你不會因此丟了工作。
㈢ sql運行問題
sql運行問題？
資料庫運行過程中常見的故障有3類：事物故障、系統故障、介質故障。
恢復策略：
1、事物故障：
發生事務故障時，被迫中斷的事務可能已對資料庫進行丁修改，為了消除該事務對資料庫的影響，要利用日誌文件中所記載的信息，強行回滾該事務，將資料庫恢復到修改前的初始狀態。
為此，要檢查日誌文件中由這些事務所引起的發生變化的記錄，取消這些沒有完成的事務所做的一切改變，這類恢復操作稱為事務撤銷。
2、系統故障：
系統故障的恢復要完成兩方面的工作，既要撤銷所有末完成的事務，還要重做所有已提交的事務，這樣才能將資料庫真正恢復到一致的狀態。
3、介質故障：
介質故障比事務故障和系統故障發生的可能性要小，但這是最嚴重的一種故障，破壞性很大，磁碟上的物理數據和日誌文件可能被破壞，這需要裝入發生介質故障前最新的後備資料庫副本，然後利用日誌文件重做該副本後所運行的所有事務。
「數據故障恢復」和「完整性約束」、「並發控制」一樣，都是資料庫數據保護機制中的一種完整性控制。所有的系統都免不了會發生故障，有可能是硬體失靈，有可能是軟體系統崩潰，也有可能是其他外界的原因，比如斷電等等。
資料庫運行的突然中斷會使資料庫處在一個錯誤的狀態，而且故障排除後沒有辦法讓系統精確地從斷點繼續執行下去。這就要求DBMS要有一套故障後的數據恢復機構，保證資料庫能夠回復到一致的、正確地狀態去。
㈣ ASP.NET網站測試中SQL資料庫突然中斷
我同意二樓群 的說法,我看也是這樣的,你做的過程沒有把所有的CONNECTION關閉,數據池和你鬧情緒了.
補存：不要在那個類裡面關，你在調用的地方關閉就對了。
㈤ SQL2000 客戶端長時間不操作，SQL SERVER連接會斷開,怎麼解決
SQL SERVER連接會斷開,是網路連接斷開造成的。檢查路由、交換機、網卡等網路設備、網線及網線介面。
可以在cmd命令提示符中使用,ping ip地址 /t 來測試網路質量
如圖有正常回復數據，且ttl比較穩定，那網路質量是良好的
如果有出現time out 或是超時，出現的頻率越高網路質量越差。
㈥ sql查詢連接中斷
看看資料庫的mdf和ldf的物理文件是否還在，如果在的話，先停止SQL Server，然後把文件復制一份做備份。再啟動SQL Server，分離資料庫，重新附加資料庫試試。
如果文件不在，你查找一下是不是文件的路徑改動了。找到文件後，先分離資料庫，重新附加資料庫。
㈦ sql2005資料庫運行狀態與eventservice中斷怎麼解決
解決方法：
【Microsoft SQL Server 2005】--【配置工具】--【SQL Server Configration Manager】
打開配置管理器窗口，左側樹形中找到「SQL Server 2005 網路配置」--「MSSQLSERVER的協議」，右側的VIA協議為啟用，改成禁用即可。
另外，管理員密碼修改也會造成sqlserver服務無法啟動。解決方法如下：
打開 \Microsoft SQL Server 2005\配置工具\下的SQL Server Configuration Manager，打開SQL Server屬性，如下圖所示：
將本帳戶的密碼修改為您更改之後的管理員密碼，「確定」即可。這時SQL Server服務應該就能正常啟動了。
最後需要補充說明的是：我的機器在安裝時沒有使用默認實例，而是用的「EHR」這個實例名，因此，截圖可能會與您看到的不太一樣。沒有關系，道理都是一樣的。
2：SQL Server 2005 出現到主機 的 TCP/IP 連接失敗
在 SQL Server 2005 裡面，如果出現到主機 的 TCP/IP 連接失敗。 java.net.ConnectException: Connection refused: connect!
估計是因為sqlserver2005默認情況下是禁用了TCP/IP連接。
您可以在命令行輸入：telnet localhost 1433進行檢查，這時會報錯：正在連接到localhost...不能打開到主機的連接，在埠 1433: 連接失敗
啟動tcp/ip連接的方法：
打開
\Microsoft SQL Server 2005\配置工具\目錄下的SQL Server Configuration
Manager，選擇mssqlserver協議,
然後右邊窗口有個tcp/ip協議，然後啟動它，把sqlserver服務停了，然後在啟動。問題就解決了！
這時在命令行輸入：telnet localhost 1433就不會再報錯了，窗口顯示為一片黑，即為正常。
SQLServer2005安裝提示服務無法啟動
安裝時出現了如下錯誤：SQL Server 2005 安裝錯誤碼29503，接下來講解一下，錯誤原因及解決方法，感興趣的你可以參考下，或許對你有所幫助
㈧ 失敗原因:執行SQL失敗,失敗原因:批處理中出現錯誤: ORA-00911: invalid character
應該是錯誤輸入了全形字元，輸入半形字元就行了。
錯誤信息ORA-00911: invalid character說明了在執行的SQL語句中出現了無效字元，所在SQL語句無法通過語法分析過程導致了錯誤結果。
可能出現的原因有：錯誤地輸入了全形字元，比如輸入了全形逗號。
如果使用C++、Java、C#等編程時，總會習慣在語句最後加分號，而這個符號在SQL中是無效字元。
實際語句和列類型不匹配，比如將數值列賦值為字元串。
與display函數不同，display_cursor顯示的為真實的執行計劃。
對於format參數，使用與display函數的各個值，同樣適用於display_cursor函數。
當statistics_level為all或使用gather_plan_statistics提示可以獲得執行時的統計信息。
根據真實與預估的統計信息可以初步判斷SQL效率低下的原因，如統計信息的准確性、主要的開銷位於那些步驟等。
看你的sql語句最後是否有分號，有的話去掉就行 看你Oracle伺服器端字元集是否和Oracle客戶端字元集匹配。
查詢oracle server端的字元集：SQL>select userenv(『language』) from al。
查詢oracle client端的字元集。在windows平台下，就是注冊表裡面相應OracleHome的NLS_LANG。
還可以在dos窗口裡面自己設置，比如: set nls_lang=AMERICAN_AMERICA.ZHS16GBK。