重啟服務
--------------------------------------------------
日誌文件丟了，建一個日誌文件
--------------------------------------------------
SQL SERVER 2005 資料庫狀態為「可疑」的解決方法
--MyDB為修復的數據名
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE MyDB SET EMERGENCY
GO
sp_dboption 'MyDB', 'single user', 'true'
GO
DBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE MyDB SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'MyDB', 'single user', 'false'
GO
-------------------------------------------------
當資料庫發生這種操作故障時，可以按如下操作步驟可解決此方法，打開資料庫里的Sql 查詢編輯器窗口，運行以下的命令。
1、修改資料庫為緊急模式
ALTER DATABASE Zhangxing SET EMERGENCY
2、使資料庫變為單用戶模式
ALTER DATABASE Zhangxing SET SINGLE_USER
3、修復資料庫日誌重新生成，此命令檢查的分配，結構，邏輯完整性和所有資料庫中的對象錯誤。當您指定「REPAIR_ALLOW_DATA_LOSS」作為DBCC CHECKDB命令參數，該程序將檢查和修復報告的錯誤。但是，這些修復可能會導致一些數據丟失。
DBCC CheckDB (Zhangxing, REPAIR_ALLOW_DATA_LOSS)
4、使資料庫變回為多用戶模式
ALTER DATABASE Zhangxing SET MULTI_USER
也可以這樣做：
1：重新建立一個，一樣的資料庫，路徑名稱，文件都一樣。
2：關掉SQL Server服務;
3：把源文件COPY過來;
4：開啟SQL Server服務，這樣問題同樣就解決了。
❷ 如何處理SQL Server資料庫出現「可疑」情況
如果說還可以創建資料庫。只是某個資料庫出現可疑，那就是我說的那兩個文件被刪或者移除追問：
一直在運行的啊！好好的 沒刪除啊！我用過很多辦法都不行啊 我脫離 然後再附加 曾經遇到這樣的問題！我試過把mdf拿去其他機，然後成功！我就備份BAK回來原來新建 還原 都很順利！這次就是不行。回答：
是整個伺服器質疑還是只是一個資料庫？還能建庫嗎？既然禰有備份那就附加，如果附加不了估計就是伺服器問題。建議把Sql重新裝下。估計就好了
有9個資料庫 ，各種程序都有！同樣的程序的資料庫有三個，有兩個出問題！ 之前出問題的也是同一種程序新裝SQL的話，我全部停止幾個小時，肯定有損失的 而且麻煩！ 我不能次次遇見這樣的問題就新裝SQL吧！
我總要找個解決的辦法的啊 哪怕出現「可疑」後能夠備份BAK資料庫也好！
我也經常用資料庫，也出現過質疑，基本就是我說的那兩種情況，我仔細想了下，既然是質疑，我想肯定那兩個備份文件伺服器默認找不到的緣故，只能是被移除或者更名但是禰又說備份在呢還可以附加。而且禰又有那麼多庫。不能停！禰給我截個圖吧。
❸ SQL 2008 可疑狀態，資料庫好像損壞了
樓主，你好！這類問題我自己沒有碰到過，當然也就沒有經驗。我這邊有一個可以參考的網址，你可以去看看，或許有所幫助。
網址1：http://www.itpub.net/thread-49776-1-1.html（這個也是斷電）
網址2：http://www.itpub.net/tree/index_105_1/（這個是MSSQLServer問題的總目錄）
另，附圖兩張。
以上希望能幫助到你。
❹ sql 2008 資料庫 可疑
你這個伺服器是不是突然關掉過？可疑是由於數據文件跟日誌文件完整性不一致導致，修正日誌重新生成日誌，重啟服務就好了
❺ 使用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
接著，盡管這樣能夠使得資料庫恢復正常，至少可以讓對資料庫進行操作。包括查詢、更新等。但是這並沒有真正的解決問題，只是修改了資料庫的「可疑」狀態。
下面就要找具體問題所在，發生這種情況的緣由很多，或是資料庫操作、或是觸發器、存儲過程、索引、日誌。
如果你的資料庫不是很大，其間的數據不多，希望能夠重新建立資料庫，然後再導入數據。
如果很大，而且很重要不能及時更新的話，希望大家搜索一下資料庫或者系統、應用程序的日誌，看一下日誌記錄，或許你會發現一些可疑的苗頭。
❻ 被sql server標為可疑怎麼解決
在進行些不正常操作如資料庫在讀寫時而無故停止資料庫，從而導致Sql Server 資料庫不正常中斷，當再次打開資料庫時會發現某些資料庫會被標記為「可疑」（suspect)，即在資料庫名旁加上了黃色的驚嘆號，這時資料庫就不能再被打開了
❼ SQL2000中的資料庫文件損壞，請教高手有什麼辦法
以下是參考資料,若無法解決,把數據發給我,我幫你看一下. 一、SQL-Server附加資料庫時失敗。 1、異常情況：伺服器在正常運行的情況下突然斷電，導致資料庫文件損壞，具體表現是：資料庫名後面有「（置疑）」字樣。 2、異常分析：關於823錯誤的 SQL-SERVER 中的幫助：錯誤823嚴重級別 24消息正文在文件 "%4!" 的偏移量 %3! 處的 %2! 過程中，檢測到 I/O 錯誤 %1!。 解釋Microsoft SQL Server 在對某設備進行讀或寫請求時遇到 I/O 錯誤。該錯誤通常表明磁碟問題。但是，錯誤日誌中在錯誤 823 之前記錄的其它核心消息應指出涉及了哪個設備。 3、解決辦法： 在SQL-Server企業管理器中，新建同名資料庫（這里假設為Test）後，停止資料庫，把損壞的資料庫文件Data.mdf和Test_log.LDF覆蓋剛才新建資料庫目錄下的Data.mdf和Test_log.LDF，同時刪除Test_log.LDF文件；啟動資料庫服務，發現資料庫名Test後面有「置疑」字樣。不要緊，打開SQL自帶查詢分析器，分別執行如下SQL語句：--第一、exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打開修改系統表的開關 */--第二、update sysdatabases set status=32768 where name='資料庫名' /* 設置資料庫狀態 */--第三、DBCC REBUILD_LOG ('資料庫名','E:\database\1204_Log.LDF') /* 重建LDF文件 */--第四、update sysdatabases set status=0 where name='資料庫名' /* 重置資料庫狀態 */--第五、restore database 資料庫名 WITH RECOVERY /* 恢復資料庫 */--第六、exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 關閉打開修改系統表的開關 */ 按照此方法操作，應該能修復資料庫正常訪問了。
❽ 如何解除SQL 2005 資料庫可疑狀態
「置疑」狀態，服務沒有找到文件，
如果確認文件還在，分離資料庫，然後再附加就行
❾ SQL資料庫2008資料庫顯示可疑，屬性顯示關閉如何修復
方法/步驟
修改資料庫為緊急模式
ALTER DATABASE Test SET EMERGENCY
❿ 為什麼sql server 2008r2 資料庫出現"可疑"導致無法訪問
資料庫已損壞了，需要修復資料庫