今天在客戶服務(wù)器的數(shù)據(jù)庫里面的一個數(shù)據(jù)庫突然出現(xiàn)了點問題，數(shù)據(jù)庫狀態(tài)變?yōu)榭梢闪?#xff0c;這個問題之前有見過，雖然解決了，但并沒有把過程和解決方法記錄下來，決定這次記錄在博客園里，方便自己也方便他人在遇到這個問題的時候，能快速解決！廢話不多說，先說說數(shù)據(jù)庫變可疑的原因：

在進行些不正常操作如數(shù)據(jù)庫在讀寫時而無故停止數(shù)據(jù)庫，從而導(dǎo)致Sql Server 數(shù)據(jù)庫不正常中斷，當再次打開數(shù)據(jù)庫時會發(fā)現(xiàn)某些數(shù)據(jù)庫會被標記為“可疑”(suspect)，即在數(shù)據(jù)庫名旁加上了黃色的驚嘆號，這時數(shù)據(jù)庫就不能再被打開了，但數(shù)據(jù)庫的結(jié)構(gòu)及數(shù)據(jù)內(nèi)容都還是存在的。

解決方法：

當數(shù)據(jù)庫發(fā)生這種操作故障時，可以按如下操作步驟可解決此方法，打開數(shù)據(jù)庫里的Sql 查詢編輯器窗口，運行以下的命令(注意：jd13dafa為對應(yīng)可疑的數(shù)據(jù)庫名稱，執(zhí)行時，請改為你的可疑的數(shù)據(jù)庫名稱)。

1、修改數(shù)據(jù)庫為緊急模式

ALTER DATABASE jd13dafa?SET EMERGENCY

2、使數(shù)據(jù)庫變?yōu)閱斡脩裟Ｊ?/p>

ALTER DATABASE jd13dafa?SET SINGLE_USER

3、修復(fù)數(shù)據(jù)庫日志重新生成，此命令檢查的分配，結(jié)構(gòu)，邏輯完整性和所有數(shù)據(jù)庫中的對象錯誤。當您指定“REPAIR_ALLOW_DATA_LOSS”作為DBCC CHECKDB命令參數(shù)，該程序?qū)z查和修復(fù)報告的錯誤。但是，這些修復(fù)可能會導(dǎo)致一些數(shù)據(jù)丟失。

DBCC CheckDB (jd13dafa , REPAIR_ALLOW_DATA_LOSS)

4、使數(shù)據(jù)庫變回為多用戶模式

ALTER DATABASE jd13dafa?SET MULTI_USER

5、開始－>運行－>輸入cmd－>打開DOS命令窗口，輸入以下命令重啟數(shù)據(jù)庫服務(wù)(此處可以直接到服務(wù)列表里，重新啟動數(shù)據(jù)庫服務(wù)，為了方便我直接用DOS命令了)

Net stop mssqlserver --停止服務(wù)

Net start mssqlserver --啟動服務(wù)

重新打開Sql Server，查看被標記為“可疑”的數(shù)據(jù)庫已恢復(fù)正常狀態(tài)。

(注意執(zhí)行命令過程中可能會報一些錯誤，請無視，按照步驟執(zhí)行完畢就行了，有問題，大家多少交流836911886，加我請記得說：博客園)

總結(jié)

以上是生活随笔為你收集整理的数据库变为可疑_SQL Server 2008R2 数据库出现“可疑”导致无法访问解决办法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。