SQL2005數(shù)據(jù)庫可疑的解決方法

sqlserver數(shù)據(jù)庫標(biāo)注為可疑的解決辦法

一般引起可疑的原因是突然斷電，服務(wù)器死機，強制關(guān)機導(dǎo)致正在運行的數(shù)據(jù)庫文件損壞，需要進行修復(fù)。
方法一：
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

方法二:

1：停止數(shù)據(jù)庫服務(wù)，將可疑的數(shù)據(jù)庫及日志備份到別的文件夾，隨后刪除數(shù)據(jù)庫文件及日志文件

2：打開數(shù)據(jù)庫服務(wù)，連接數(shù)據(jù)庫后刪除可疑的數(shù)據(jù)庫，并新建同名的數(shù)據(jù)庫（目錄位原來的目錄）

3：停止數(shù)據(jù)庫服務(wù)，將備份的數(shù)據(jù)庫文件替換新建的數(shù)據(jù)庫文件（日志文件不需要替換）

4：打開數(shù)據(jù)庫服務(wù)，連接數(shù)據(jù)庫后執(zhí)行alter database 數(shù)據(jù)庫名 set emergency，將數(shù)據(jù)庫改為緊急模式， 執(zhí)行后，為了保險起見，重新停止、開啟的SQLSERVER服務(wù)，再打開數(shù)據(jù)庫，已經(jīng)可以看到里面的內(nèi)容了，如表，視圖，存儲過程等，數(shù)據(jù)庫名稱后有緊急標(biāo)志，能看到數(shù)據(jù)庫結(jié)構(gòu)，但無法進行備份等操作

5：執(zhí)行ALTER DATABASE 數(shù)據(jù)庫名 SET SINGLE_USER，將數(shù)據(jù)庫設(shè)為單用戶模式

6：對數(shù)據(jù)庫進行檢查修復(fù)dbcc checkdb(數(shù)據(jù)庫名,REPAIR_ALLOW_DATA_LOSS)

7：取消單用戶模式 ALTER DATABASE 數(shù)據(jù)庫名 SET MULTI_USER

至此，數(shù)據(jù)庫修復(fù)完畢，被標(biāo)記為“可疑”的數(shù)據(jù)庫已恢復(fù)正常狀態(tài)。

posted on 2016-08-03 16:23 zoood 閱讀(...) 評論(...) 編輯 收藏

總結(jié)

以上是生活随笔為你收集整理的SQL2005数据库可疑的解决方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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