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

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

一般引起可疑的原因是突然斷電，服務(wù)器死機(jī)，強(qiáng)制關(guān)機(jī)導(dǎo)致正在運(yùn)行的數(shù)據(jù)庫(kù)文件損壞，需要進(jìn)行修復(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ù)庫(kù)服務(wù)，將可疑的數(shù)據(jù)庫(kù)及日志備份到別的文件夾，隨后刪除數(shù)據(jù)庫(kù)文件及日志文件

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

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

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

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

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

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

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

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

總結(jié)

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

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