1.首先確認(rèn)已經(jīng)備份了.mdf和.ldf文件。

2. 在SQL Server中新建一個(gè)同名的數(shù)據(jù)庫(kù)，然后停止SQL Server服務(wù)。

3. 用原有的.mdf和.ldf文件覆蓋新建數(shù)據(jù)庫(kù)對(duì)應(yīng)的.mdf和.ldf文件。

4. 重新啟動(dòng)SQL Server服務(wù)，這是應(yīng)該會(huì)看到這個(gè)數(shù)據(jù)庫(kù)處于置疑（Suspect）狀態(tài)。

5. 在SQL查詢分析器中執(zhí)行以下命令，以允許更新系統(tǒng)表：

use master
go
sp_configure ‘a(chǎn)llow updates’,1
reconfigure with override
go

6. 將這個(gè)數(shù)據(jù)庫(kù)置為緊急模式：

update sysdatabases set status = 32768 where name = ‘db_name’
go

7. 使用DBCC CHECKDB命令檢查數(shù)據(jù)庫(kù)中的錯(cuò)誤：

DBCC CHECKDB(‘db_name’)
GO

8. 如果DBCC CHECKDB命令失敗，請(qǐng)轉(zhuǎn)至第10步，否則先將數(shù)據(jù)庫(kù)置為單用戶模式，再嘗試對(duì)其進(jìn)行修復(fù)：

sp_dboption ‘db_name’,’single user’,’true’
DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)
GO

如果在執(zhí)行DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)命令時(shí)提示說(shuō)數(shù)據(jù)庫(kù)未處于單用戶模式狀態(tài)的話，則重新啟動(dòng)SQL Server服務(wù)，然后繼續(xù)嘗試。

9. 如果DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)命令失敗，請(qǐng)轉(zhuǎn)至第10步，否則若成功修復(fù)了數(shù)據(jù)庫(kù)中的錯(cuò)誤：

重新執(zhí)行DBCC CHECKDB(‘db_name’)命令，確認(rèn)數(shù)據(jù)庫(kù)中已沒(méi)有錯(cuò)誤存在。

清除數(shù)據(jù)庫(kù)的置疑狀態(tài)：sp_resetstatus ‘db_name’

清除數(shù)據(jù)庫(kù)的單用戶模式狀態(tài)：sp_dboption ‘db_name’,’single user’,’false’

重新啟動(dòng)SQL Server服務(wù)，如果一切正常的話，則數(shù)據(jù)庫(kù)已經(jīng)成功恢復(fù)。

10. 如果以上步驟都不能解決問(wèn)題的話，請(qǐng)參考附件中的文檔嘗試通過(guò)重建事務(wù)日志來(lái)恢復(fù)數(shù)據(jù)庫(kù)中的數(shù)據(jù)。如果您只有MDF文件，問(wèn)題就更加復(fù)雜一些，我們需要直接重建事務(wù)日志了:

1. 在SQL Server中新建一個(gè)同名的數(shù)據(jù)庫(kù)，然后停止SQL Server服務(wù)。

2. 用原有的ldf文件覆蓋新建數(shù)據(jù)庫(kù)對(duì)應(yīng)的.mdf文件，將其日志文件（.ldf）刪除。

3. 啟動(dòng)SQL Server服務(wù)，并將數(shù)據(jù)庫(kù)置為緊急模式（同上: 步驟5和步驟6）。

4. 停止并重新啟動(dòng)SQL Server服務(wù)。

5. 執(zhí)行以下命令重建數(shù)據(jù)庫(kù)日志文件：(下面是個(gè)示例，您要用您實(shí)際的數(shù)據(jù)庫(kù)名)

DBCC REBUILD_LOG（’cas_db’, ‘D:\cas_db\cas_db_Log.LDF’）

6. 重新將該數(shù)據(jù)庫(kù)置為單用戶模式。

7. 再次嘗試使用DBCC CHECKTABLE或DBCC CHECKDB命令檢查并修復(fù)數(shù)據(jù)庫(kù)中的錯(cuò)誤。

【編輯推薦】

1. 教你如何優(yōu)化SQL語(yǔ)句中的物理查詢
2. 淺談SQL Server 2008中新增屬性Hierarchyid
3. 詳解SQL邏輯查詢的各個(gè)階段