SQL Server 2008數(shù)據(jù)庫(kù)被標(biāo)記為可疑的解決方法
在使用SQL Server 2008數(shù)據(jù)庫(kù)時(shí)發(fā)現(xiàn)數(shù)據(jù)庫(kù)被標(biāo)記為可疑,查看網(wǎng)上的資料終于找到了解決辦法,接下來(lái)我們就來(lái)介紹解決方法。
解決方法:
當(dāng)數(shù)據(jù)庫(kù)發(fā)生這種操作故障時(shí),可以按如下操作步驟可解決此方法,打開(kāi)數(shù)據(jù)庫(kù)里的Sql 查詢(xún)編輯器窗口,運(yùn)行以下的命令。
1、修改數(shù)據(jù)庫(kù)為緊急模式
ALTER DATABASE Zhangxing SET EMERGENCY
2、使數(shù)據(jù)庫(kù)變?yōu)閱斡脩?hù)模式
ALTER DATABASE Zhangxing SET SINGLE_USER
3、修復(fù)數(shù)據(jù)庫(kù)日志重新生成,此命令檢查的分配,結(jié)構(gòu),邏輯完整性和所有數(shù)據(jù)庫(kù)中的對(duì)象錯(cuò)誤。當(dāng)您指定“REPAIR_ALLOW_DATA_LOSS”作為DBCC CHECKDB命令參數(shù),該程序?qū)z查和修復(fù)報(bào)告的錯(cuò)誤。但是,這些修復(fù)可能會(huì)導(dǎo)致一些數(shù)據(jù)丟失。
DBCC CheckDB (Zhangxing, REPAIR_ALLOW_DATA_LOSS)
4、使數(shù)據(jù)庫(kù)變回為多用戶(hù)模式
ALTER DATABASE Zhangxing SET MULTI_USER
也可以這樣做:
1:重新建立一個(gè),一樣的數(shù)據(jù)庫(kù),路徑名稱(chēng),文件都一樣。
2:關(guān)掉SQL Server服務(wù);
3:把源文件COPY過(guò)來(lái);
4:開(kāi)啟SQL Server服務(wù),這樣問(wèn)題同樣就解決了。
以上就是SQL Server 2008數(shù)據(jù)庫(kù)被標(biāo)記為可疑的兩種解決方法,本文就介紹到這里了,希望本次的介紹能夠?qū)δ兴斋@!
【編輯推薦】
 
 
 
 














 
 
 