前段時間有客戶誤將日志文件刪除了，無奈之下只能將數據庫回復到前一天。由于有部分單據不記得，客戶希望將損壞的數據庫恢復。數據庫只剩下mdf文件刻成光盤郵回我司。在網上收集了一些解決方法后，歸納總結方法如下：
1） 先及時把原來的數據庫文件（如f21_08.mdf)備份到其他地方
2） 停掉服務器
3） 刪除這個f21_08.mdf
4) 重新建立一個f21_08同名數據庫
5） 刪除這個新建立的f21_08數據庫的f21_08.ldf文件，并用開始備份好的f21_08.mdf文件覆蓋這個新建立的f21_08.mdf文件
6） 啟動數據庫服務器。此時會看到數據庫f21_08的狀態為“置疑”。這時候不能對此數據庫進行任何操作。
.設置數據庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager里面選擇數據庫服務器，按右鍵，選擇“屬性”，在“服務器設置”頁面中將“允許對系統目錄直接修改”
7） 設置f21_08為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('f21_08')
此時可以在SQL Server Enterprise Manager里面看到該數據庫處于“只讀\置疑\脫機\緊急模式”可以看到數據庫里面的表，但是僅僅有系統表
8 ） 下面執行真正的恢復操作，重建數據庫日志文件
dbcc rebuild_log('f21_08','C:\Program Files\Microsoft SQL Server\MSSQL\Data\f21_08_log.ldf')
執行過程中，如果遇到下列提示信息：
服務器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定數據庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該數據庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了f21_08庫的系統表，那么退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似于：
警告: 數據庫 'f21_08' 的日志已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置數據庫選項，并且可能需要刪除多余的日志文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager里面會看到數據庫的狀態為“只供DBO使用”。此時可以訪問數據庫里面的用戶表了。
9 ） .驗證數據庫一致性
dbcc checkdb('f21_08')
10） .設置數據庫為正常狀態
sp_dboption 'f21_08','dbo use only','false'
如果沒有出錯，那么恭喜，現在就可以正常的使用恢復后的數據庫啦。
11 ) 最后一步，我們要將步驟E中設置的“允許對系統目錄直接修改”一項恢復
此方法也不是能完全的恢復，恢復以后還有部分單據查詢的時候會報錯。
建議客戶不要直接刪除ldf文件。清理數據庫日志文件可以用恢復數據庫的方法。或者用數據庫日志清理語句。
DUMP TRANSACTION 庫名 WITH NO_LOG