MDF檔案在SQL Server中的恢複技術

先把要恢複的檔案置於MS SQL裡的DATA檔案裡，進入MS SQL主要資料庫伺服器。

　　1.我們使用預設建立一個供恢複使用的資料庫(如MHDYF2005)。可以在SQL Server裡面建立。

　　2.停掉資料庫伺服器。

　　3.將剛才產生的資料庫的記錄檔MHDYF2005_log.ldf刪除，用要恢複的資料庫mdf(yu1.mdf)檔案覆蓋剛才產生的資料庫資料檔案MHDYF2005_data.mdf。

　　4.啟動資料庫伺服器。(重新整理之後)此時會看到資料庫MHDYF2005的狀態為“置疑”。這時候不要對此資料庫進行任何操作。

　　5.設定資料庫允許直接作業系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇“屬性”，在“伺服器設定”頁面中將“允許對系統目錄直接修改”一項選中。也可以使用如下語句來實現。

Code:
use mastergosp_configure ‘allow updates‘,1goreconfigure with overridego

　　6.設定MHDYF2005為緊急修複模式，語句如下：

Code:
update sysdatabases set status=-32768 where dbid=DB_ID(‘MHDYF2005‘)

　　此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於“唯讀\置疑\離線\緊急模式”可以看到資料庫裡面的表，但是僅僅有系統資料表。

　　7.下面執行真正的恢複操作，重建資料庫記錄檔

Code:
dbcc rebuild_log(‘MHDYF2005‘,‘C:\Program Files\Microsoft
SQL Server\MSSQL\Data\MHDYF2005_log.ldf‘)

　　執行過程中，如果遇到下列提示資訊：

　　伺服器: 訊息 5030，層級 16，狀態 1，行 1

　　未能排它地鎖定資料庫以執行該操作。

　　DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。

　　說明您的其他程式正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager開啟了MHDYF2005庫的系統資料表，那麼退出SQL Server Enterprise Manager就可以了。

　　正確執行完成的提示應該類似於：

　　警告: 資料庫 ‘MHDYF2005‘ 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重設資料庫選項，並且可能需要刪除多餘的記錄檔。DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。

　　此時開啟在SQL Server Enterprise Manager裡面會看到資料庫的狀態為“只供DBO使用”。此時可以訪問資料庫裡面的使用者表了。

　　8.驗證資料庫一致性(可省略)，語句如下：

Code:
dbcc checkdb(‘MHDYF2005‘)

　　一般執行結果如下：CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤(在資料庫 ‘MHDYF2005‘ 中)。DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。

　　9.設定資料庫為正常狀態，語句如下：

Code:
sp_dboption ‘MHDYF2005‘,‘dbo use only‘,‘false‘

　　如果沒有出錯，那麼恭喜，現在就可以正常的使用恢複後的資料庫啦。

　　10.最後一步，我們要將步驟E中設定的“允許對系統目錄直接修改”一項恢複。因為平時直接作業系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢複，也可以使用如下陳述式完成：

Code:
sp_configure ‘allow updates‘,0goreconfigure with overridego

　　一共10步，就這樣完工了。全部恢複過程就是這樣了，您能恢複了嗎?