『壹』 sql2005資料庫被置疑，我之前有備份，可不可以刪除置疑的資料庫，然後用備份恢復啊
直接附加資料庫
刪了；
資料庫--所有任務--附加資料庫；找到mdf文件，驗證--確定
『貳』 如何修復 SQL 資料庫置疑
修復sql2000資料庫置疑
在實際的操作中由於突然斷電或者突然斷網造成資料庫置疑（在企業管理器中資料庫後面出現置疑兩個字），下面我們通過以下方法來進行修復置疑的資料庫。
A．我們使用默認方式建立一個供恢復使用的資料庫(如test)。可以在SQL Server Enterprise Manager裡面建立。
B.停掉資料庫伺服器。
C. 將剛才生成的資料庫的日誌文件test_log.ldf刪除，用要恢復的資料庫mdf文件覆蓋剛才生成的資料庫數據文件test_data.mdf。
D. 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
E. 設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F.設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
G.下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
H.驗證資料庫一致性（可省略）
dbcc checkdb('test')
一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test' 中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
I.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
J.最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
『叄』 sql資料庫置疑怎麼處理
修復方法
1
打開SQL企業管理器
按序打開 ,開始--所有程序（或程序）--Microsoft SQL Server--企業管理器
打開後按序點+號展開直到資料庫
『肆』 求教！資料庫置疑，我想做一個軟體來實現sql上的操作。讓質疑處理變得方便一些。
1.先使用dos命令停止資料庫服務。stop sqlserver
2.拷貝資料庫所在文件到另外一個目錄， ，這里注意提示，如果出現文件損壞或者IO錯誤，那基本就不能恢復了。
3.附加資料庫。EXEC sp_attach_db '質疑的資料庫名字',『剛才你將質疑資料庫拷貝到哪裡了，這里寫路徑』。如果成功返回0
4.附加成功後，自己測試一下，然後給個提示成功。
提示：最好不要寫這種程序，成功率應該不會太高，一般丟失文件才、磁碟錯誤等才會這樣，情況比較復雜，不是簡單的幾個命令就能處理的。上面的步驟是理想狀態下的步驟。
『伍』 【求輔佐】sql2005資料庫質疑，怎麼解決
2005往後那些所謂的系統表已經是一個視圖，所以不能更新。
1、改削資料庫為緊迫模式
2、使資料庫變為的暌姑戶模式
Net
stop
mssqlserver
--遏制處事
3、修復資料庫日誌年夜頭生成，此呼籲搜檢的分配，結構，邏輯完整性和所稀有據庫中的對象錯誤。當您指定「REPAIR_ALLOW_DATA_LOSS」作為DBCC
CHECKDB呼籲參數，該軌范將搜檢和修復陳述的錯誤。可是，這些修復可能會導致一些數據丟失蹤。
當資料庫發生這種操作故障時，按如下操作軌范可解決此問題，打開資料庫里的Sql
發芽編纂器窗口，運行以下的呼籲。
1
DBCC
CheckDB
(Sharepoint_Config
,
REPAIR_ALLOW_DATA_LOSS)
1
ALTER
DATABASE
Sharepoint_Config
SET
MULTI_USER
4、使資料庫變回為多用戶模式
1
ALTER
DATABASE
Sharepoint_Config
SET
SINGLE_USER
5、起頭－>運行－>輸入cmd－>打開DOS呼籲窗口，輸入以下呼籲重啟資料庫處事
1
ALTER
DATABASE
Sharepoint_Config
SET
EMERGENCY解決體例：
Net
start
mssqlserver
--啟動處事
再次，打開Sql
Server
2005時被標識表記標幟為「可疑」的資料庫已恢復正常狀況。
『陸』 如何修復 SQL 資料庫置疑
SQL資料庫修復大師6.6 是一款功能強大的數據修復工具
對修復 SQL 資料庫置疑 823錯誤 無損
支持對SQL 2000 SQL2005 SQL2008 的mdf文件進行修復 支持資料庫日誌（LDF）生成 直接附加
對資料庫823錯誤 質疑錯誤 效果最佳 完美支持中文記錄
SQL 2000 2005 2008 資料庫修復工具，修復系統表損壞 索引損壞 823報錯 日誌報錯等各種故障
『柒』 SQL SERVER資料庫質疑怎麼辦
因為你把資料庫的物理文件刪除了，但是資料庫中還有。
A．我們使用默認方式建立一個供恢復使用的資料庫(如test)。可以在SQL Server Enterprise Manager
裡面建立。
B．停掉資料庫伺服器。
C．將剛才生成的資料庫的日誌文件test_log.ldf刪除，用要恢復的資料庫mdf文件覆蓋剛才生成的數據
庫數據文件test_data.mdf。
D．啟動資料庫伺服器。此時會看到資料庫test的狀態為"置疑"。這時候不能對此資料庫進行任何*作。
E．設置資料庫允許直接*作系統表。此*作可以在SQL Server Enterprise Manager裡面選擇資料庫服
務器，按右鍵，選擇"屬性"，在"伺服器設置"頁面中將"允許對系統目錄直接修改"一項選中。也可以
使用如下語句來實現。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F．設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於"只讀/置疑/離線/緊急模式"可以
看到資料庫裡面的表，但是僅僅有系統表
G．下面執行真正的恢復*作，重建資料庫日誌文件
dbcc rebuild_log('test','C:/Program Files/Microsoft SQL Server/MSSQL/Data/test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該*作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager
打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致
性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為"只供DBO使用"。此時可以
訪問資料庫裡面的用戶表了。
H．驗證資料庫一致性（可省略）
dbcc checkdb('test')
一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test' 中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
I．設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
J．最後一步，我們要將步驟E中設置的"允許對系統目錄直接修改"一項恢復。因為平時直接*作系統表
是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用
如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
『捌』 sql資料庫質疑的原因及解決辦法
sql資料庫質疑是設置錯誤造成的，解決方法為：
1、通過DBCC CHECKCB('DBName') 來檢測資料庫異常的原因，如果可以檢測到資料庫的異常，其中紅色部分即時數據目前存在的問題，我們也在檢測結果最後看到數據的總體的錯誤情況的匯總。
『玖』 SQL資料庫質疑怎麼解決
1,停止sql服務管理器，將日誌文件 aaa.ldf 改成 aaa1.ldf(重新命名)
2，再開啟sql服務管理器，打開查詢分析器：依次執行
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
update sysdatabases set status=-32768 where dbid=DB_ID('aaa')
go
dbcc rebuild_log('aaa','d:\aaa_log.ldf') -----一定要是資料庫路徑，如果不對要改下
go
dbcc checkdb('aaa')
go
sp_dboption 'aaa','dbo use only','false'
go
sp_configure 'allow updates',0
go
reconfigure with override
go
之後再次刷新企業管理器，應該就可以了！這種問題一般是斷電或者動過文件路徑導致的！