『壹』 sql故障集群中，2台節點上安裝的sql服務都無法啟動。
前提，你的資料庫裝在共享盤中，A\B兩台物理機
1、先取消加入集群；
2、確保兩台操作系統的管理員密碼一致；
3、分別在物理機A\B中「服務」中，確定MSSQLSERVER服務是否正常啟動；
4、在A機打開sqlserver以及agent服務是否正常，且能否正常登入SQL SERVER(如連上SQL)；
保證以上四條，再將A\B伺服器中入集群。
以上是我處理集群啟不動服務的操作辦法，一般可以解決，不知道能否幫到你。
『貳』 在SQL編程裡面出現災難性故障，這是什麼意思呢
你的寫的sql語句,比如說delete或者update等更新操作，如果在大數據表中沒有增加where 條件
全部更新或者是刪除的話。
這就是災難。
『叄』 sql server備份 wirte故障
先分離源資料庫，
然後你可以使用move屬性或者直接添加REPLACE
『肆』 SQL SERVER2008 R2 求教，故障日誌不斷增大，撐爆
一、簡單回答：
1、改你的SQL SERVER2008 R2中的工作資料庫的模式為簡單。（打開SQL的管理器，對相關資料庫點右鍵，點 屬性 -》選項-》「恢復模式」右邊的下拉，改為「簡單」）。
2、對相關資料庫點右鍵，點「任務」-》「收縮」-》「文件」-》文件類型 那兒 改 日誌，然後點「確定」。
3、如果需要每天讓SQL SERVER2008 R2自個清理，請編寫SQL的定時任務SQL Server代理 里的（作業）。關鍵語句：
DBCCSHRINKFILE(N'你的資料庫的Log文件的名稱',0,TRUNCATEONLY)
---------------------------------------------------------
4、特別提示，如果你的資料庫需要高級別的安全，那就不要隨意改動「恢復模式」，或在收縮清理完日誌後改回「恢復模式」為「完全」。在「完全」模式下，SQL SERVER2008 R2的日誌文件無法被清理收縮。日誌文件一但收縮，以前的日誌記錄就不在了，超級高手也無法對資料庫中數據近期的改動進行分析。
二、相關知識：
1、SQL SERVER2008 R2沒有故障日誌，它有的只是日誌，默認情況下，SQL SERVER2008 R2會記錄資料庫的所有變化到日誌中。所以，請不說它是故障日誌。
2、對於絕大多普通級別的數人來說，這個日誌基本上沒什麼用。僅少數超級高手在特定情況下可以用這些日誌還原早先的數據。比如資料庫某個表被人惡意改動了，要找回到沒有改動前的狀態。特別說明，這只是理論上說可行，實際上，要視具體情況，因為不是你問的話題在這里就不進一步討論。
『伍』 SQL資料庫無法啟動
檢查下控制面板——管理工具——服務，裡面的SQLSERVER
有沒有啟動。重新啟動，如果文件損失造成啟動失敗，建議備份資料庫，重新下SQL
『陸』 求救：SQL Server 2008 故障解決
這樣的情況有幾種原因：
1.SQL2008的遠程服務沒有打開，解決辦法：進入SQL外圍配置器，進入服務和鏈接外圍應用配置器里選擇對應的伺服器實例的「遠程鏈接」,然後在「本地連接和遠程連接」打鉤再選擇「同時使用TCP/IP和named pipes」。關閉外圍配置器，進入SQL配置管理器，重啟對應伺服器的服務。
2.可能是登陸名沒有啟用或沒有許可權。解決辦法:首先使用WINDOWS身份連接成功後，「安全性」---"登陸名"---"sa"---"屬性"---"狀態"，然後在「授予」和啟用後面打鉤。關閉之後進入SQL配置管理器，重啟對應伺服器的服務。
3.連接字元串錯誤,_con = new SqlConnection(@"Data Source=192.168.0.34\WTMT;Initial Catalog=WtmtDataBase;User ID=sa;pwd=wtmt");在這個地方我們的伺服器名需要填寫正確。可以使用"ip地址\實例名","計算機名\實例名"等方式連接。
一步一步的檢查，如果還沒有解決，請給我留言
『柒』 如何用SQL Repair Advisor處理SQL故障
Support Workbench不僅是將診斷數據上傳給Oracle Support的一個工具,還可以通過Support workbench運行最新的SQL Repair Advisor工具,在Oracle Database 11g中,可以運行SQL Repair Advisor來處理失敗的SQL語句,此顧問通常建議應用一個補丁來處理失敗的語句,如果採納了建議並應用了SQL補丁,優化程序將選擇一個替代執行路徑,SQL代碼將成功執行,不需要更改原來的SQL語句,如果SQL Repair Advisor不能給出一個使SQL工作的建議,可以用Support Workbench打包意外事件文件和相關數據,發送給Oracle Support.下面給出從Support Workbench主頁調用SQL Repair Advisor的簡要步驟:
1.轉到Problem Dtails頁,單擊失敗的SQL語句導致的特殊問題消息;
2.單擊SelfService標簽上Investigate and Resolve部分中的SQL Repair Advisor;
3.輸入適當的選項立即運行此顧問,或在稍後預定時間運行它;
4.單擊Submit;
5.在SQL Repair Results頁面上單擊View,檢查Repair Recommendation頁面;
6.如果砍要採納相應建議,單擊implement.
『捌』 、如何檢查其他同事寫的不合理SQL ,防止發生線上故障
重啟下SQL服務，把下面腳本運行即可。運行後，壞掉的資料庫可能會丟失。
MySQL的慢查詢日誌是MySQL提供的一種日誌記錄，它用來記錄在MySQL中響應時間超過閥值的語句，具體指運行時間超過long_query_time值的SQL，則會被記錄到慢查詢日誌中。long_query_time的默認值為10，意思是運行10s以上的語句。
『玖』 資料庫運行過程中常見的故障有哪幾類試述對各類故障的恢復策略。
資料庫運行過程中常見的故障有3類：事物故障、系統故障、介質故障。
恢復策略：
1、事物故障：
發生事務故障時，被迫中斷的事務可能已對資料庫進行丁修改，為了消除該事務對資料庫的影響，要利用日誌文件中所記載的信息，強行回滾該事務，將資料庫恢復到修改前的初始狀態。
為此，要檢查日誌文件中由這些事務所引起的發生變化的記錄，取消這些沒有完成的事務所做的一切改變，這類恢復操作稱為事務撤銷。
2、系統故障：
系統故障的恢復要完成兩方面的工作，既要撤銷所有末完成的事務，還要重做所有已提交的事務，這樣才能將資料庫真正恢復到一致的狀態。
3、介質故障：
介質故障比事務故障和系統故障發生的可能性要小，但這是最嚴重的一種故障，破壞性很大，磁碟上的物理數據和日誌文件可能被破壞，這需要裝入發生介質故障前最新的後備資料庫副本，然後利用日誌文件重做該副本後所運行的所有事務。
(9)sql故障擴展閱讀：
「數據故障恢復」和「完整性約束」、「並發控制」一樣，都是資料庫數據保護機制中的一種完整性控制。所有的系統都免不了會發生故障，有可能是硬體失靈，有可能是軟體系統崩潰，也有可能是其他外界的原因，比如斷電等等。
資料庫運行的突然中斷會使資料庫處在一個錯誤的狀態，而且故障排除後沒有辦法讓系統精確地從斷點繼續執行下去。這就要求DBMS要有一套故障後的數據恢復機構，保證資料庫能夠回復到一致的、正確地狀態去。
參考資料來源：網路-事務故障
參考資料來源：網路-系統故障
參考資料來源：網路-介質故障