1．我們使用默認方式建立一個供恢復(fù)使用的數(shù)據(jù)庫(如MHDYF2005)。可以在SQL Server里面建立。

2．停掉數(shù)據(jù)庫服務(wù)器。

3．將剛才生成的數(shù)據(jù)庫的日志文件MHDYF2005_log.ldf刪除，用要恢復(fù)的數(shù)據(jù)庫mdf（yu1.mdf）文件覆蓋剛才生成的數(shù)據(jù)庫數(shù)據(jù)文件MHDYF2005_data.mdf。

4．啟動數(shù)據(jù)庫服務(wù)器。（刷新之后）此時會看到數(shù)據(jù)庫MHDYF2005的狀態(tài)為“置疑”。這時候不要對此數(shù)據(jù)庫進行任何操作。

5．設(shè)置數(shù)據(jù)庫允許直接操作系統(tǒng)表。此操作可以在SQL Server Enterprise Manager里面選擇數(shù)據(jù)庫服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁面中將“允許對系統(tǒng)目錄直接修改”一項選中。也可以使用如下語句來實現(xiàn)。 use mastergosp_configure ‘a(chǎn)llow updates‘,1goreconfigure with overridego

6．設(shè)置MHDYF2005為緊急修復(fù)模式，語句如下： update sysdatabases set status=-32768 where dbid=DB_ID(‘MHDYF2005‘)

此時可以在SQL Server Enterprise Manager里面看到該數(shù)據(jù)庫處于“只讀置疑脫機緊急模式”可以看到數(shù)據(jù)庫里面的表，但是僅僅有系統(tǒng)表。

7．下面執(zhí)行真正的恢復(fù)操作，重建數(shù)據(jù)庫日志文件 dbcc rebuild_log(‘MHDYF2005‘,‘C:Program FilesMicrosoft

SQL ServerMSSQLDataMHDYF2005_log.ldf‘)

執(zhí)行過程中，如果遇到下列提示信息： 服務(wù)器: 消息 5030，級別 16，狀態(tài) 1，行 1

未能排它地鎖定數(shù)據(jù)庫以執(zhí)行該操作。

DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。

說明您的其他程序正在使用該數(shù)據(jù)庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了MHDYF2005庫的系統(tǒng)表，那么退出SQL Server Enterprise Manager就可以了。

正確執(zhí)行完成的提示應(yīng)該類似于：

警告: 數(shù)據(jù)庫 ‘MHDYF2005‘ 的日志已重建。已失去事務(wù)的一致性。應(yīng)運行 DBCC CHECKDB 以驗證物理一致性。將必須重置數(shù)據(jù)庫選項，并且可能需要刪除多余的日志文件。DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。

此時打開在SQL Server Enterprise Manager里面會看到數(shù)據(jù)庫的狀態(tài)為“只供DBO使用”。此時可以訪問數(shù)據(jù)庫里面的用戶表了。

8．驗證數(shù)據(jù)庫一致性（可省略），語句如下： dbcc checkdb(‘MHDYF2005‘)

一般執(zhí)行結(jié)果如下：CHECKDB 發(fā)現(xiàn)了 0 個分配錯誤和 0 個一致性錯誤（在數(shù)據(jù)庫 ‘MHDYF2005‘ 中）。DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。

9．設(shè)置數(shù)據(jù)庫為正常狀態(tài)，語句如下： sp_dboption ‘MHDYF2005‘,‘dbo use only‘,‘false‘

如果沒有出錯，那么恭喜，現(xiàn)在就可以正常的使用恢復(fù)后的數(shù)據(jù)庫啦。

10．最后一步，我們要將步驟E中設(shè)置的“允許對系統(tǒng)目錄直接修改”一項恢復(fù)。因為平時直接操作系統(tǒng)表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager里面恢復(fù)，也可以使用如下語句完成： sp_configure ‘a(chǎn)llow updates‘,0goreconfigure with overridego