前段時間有客戶誤將日志文件刪除了，無奈之下只能將數據庫回復到前一天。由于有部分單據不記得，客戶希望將損壞的數據庫恢復。數據庫只剩下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） 設置(zhi)f21_08為緊急(ji)修(xiu)復(fu)模(mo)式
update sysdatabases set status=-32768 where dbid=DB_ID('f21_08')
此時可以在SQL Server Enterprise Manager里面看到(dao)該數據庫處(chu)于(yu)“只讀(du)\置疑\脫機\緊急(ji)模式”可以看到(dao)數據庫里面的表(biao)，但是僅僅有系統表(biao)
8 ） 下面(mian)執行真正(zheng)的恢復操作，重建數據庫日志文件
dbcc rebuild_log('f21_08','C:\Program Files\Microsoft SQL Server\MSSQL\Data\f21_08_log.ldf')
執行過程中，如(ru)果遇到下列(lie)提示(shi)信息：
服務器: 消息 5030，級別 16，狀(zhuang)態(tai) 1，行 1
未能(neng)排它地鎖定數(shu)據庫以執行該操(cao)作。
DBCC 執行完畢。如果 DBCC 輸(shu)出了錯誤信息，請與系(xi)(xi)統管理(li)員聯系(xi)(xi)。
說明您(nin)的其他程序正在(zai)使用(yong)該數據庫，如果剛才您(nin)在(zai)F步(bu)驟中(zhong)使用(yong)SQL Server Enterprise Manager打開(kai)了f21_08庫的系統(tong)表(biao)，那(nei)么退出SQL Server Enterprise Manager就可以了。
正確執(zhi)行完成的提(ti)示應該類(lei)似于(yu)：
警(jing)告: 數據庫 'f21_08' 的(de)日(ri)志已(yi)重建。已(yi)失去事務的(de)一致性。應運(yun)行 DBCC CHECKDB 以(yi)驗證物(wu)理一致性。將(jiang)必須重置數據庫選項(xiang)，并且可能需要刪除多余的(de)日(ri)志文(wen)件。
DBCC 執(zhi)行完畢。如果 DBCC 輸(shu)出了錯誤信息，請與系統管理員聯系。
此時(shi)打開在SQL Server Enterprise Manager里面會看到數據庫的狀態為“只供DBO使用”。此時(shi)可以(yi)訪(fang)問數據庫里面的用戶表了。
9 ） .驗證數據庫一致性
dbcc checkdb('f21_08')
10） .設置數(shu)據庫為正常狀態
sp_dboption 'f21_08','dbo use only','false'
如果沒有出(chu)錯(cuo)，那(nei)么恭喜，現在就(jiu)可以正常的使用恢(hui)復后的數據庫啦(la)。
11 ) 最后一(yi)步，我們要將步驟E中設置的(de)“允許對系(xi)統目錄直(zhi)接(jie)修改”一(yi)項恢復
此方法也不是能完全的恢復，恢復以后還有部分單據查(cha)詢的時候會(hui)報錯。
建(jian)議客戶不要直接(jie)刪除(chu)ldf文件。清理數據庫日(ri)志文件可以(yi)用恢復數據庫的(de)方法。或(huo)者用數據庫日(ri)志清理語(yu)句。
DUMP TRANSACTION 庫名 WITH NO_LOG