「置疑」狀態，服務沒有找到文件，
如果確認文件還在，分離資料庫，然後再附加就行
❷ 如何修復 SQL 資料庫置疑
SQL資料庫修復大師6.6 是一款功能強大的數據修復工具x0dx0a對修復 SQL 資料庫置疑 823錯誤 無損x0dx0ax0dx0a支持對SQL 2000 SQL2005 SQL2008 的mdf文件進行修復 支持資料庫日誌（LDF）生成 直接附加x0dx0a對資料庫823錯誤 質疑錯誤 效果最佳 完美支持中文記錄x0dx0aSQL 2000 2005 2008 資料庫修復工具，修復系統表損壞 索引損壞 823報錯 日誌報錯等各種故障
❸ 如何修復 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
❹ 【求輔佐】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 Server2005，打開資料庫的時候資料庫名字後面出現可疑字樣， 如：ABC(可疑)，導致無法使用系統，
首先，不能使得資料庫離線、分離等操作，在這種情況下，資料庫不能驚醒備份的。如果你真的使得資料庫離線，就再也沒有辦法解決了。我也干過這件傻事，千萬不能重蹈覆轍哦。
其次，執行下列代碼，將dbName換成你自己的資料庫。
USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE dbName SET EMERGENCYGOsp_dboption 'dbName', 'single user', 'true'GODBCC CHECKDB('dbName','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE dbName SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption 'dbName', 'single user', 'false'GO
接著，盡管這樣能夠使得資料庫恢復正常，至少可以讓對資料庫進行操作。包括查詢、更新等。但是這並沒有真正的解決問題，只是修改了資料庫的「可疑」狀態。
下面就要找具體問題所在，發生這種情況的緣由很多，或是資料庫操作、或是觸發器、存儲過程、索引、日誌。
如果你的資料庫不是很大，其間的數據不多，希望能夠重新建立資料庫，然後再導入數據。
如果很大，而且很重要不能及時更新的話，希望大家搜索一下資料庫或者系統、應用程序的日誌，看一下日誌記錄，或許你會發現一些可疑的苗頭。