差點把一個1KW資料的資料庫給搞出問題了。
終於在網上找到相關的恢複辦法,
原文如下:
把要恢複的檔案置於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裡面選擇資料庫伺服器,按右鍵,選擇“屬性”,在“伺服器設定”頁面中將“允許對系統目錄直接修改”一項選中。也可以使用如下語句來實現。
use mastergosp_configure ‘allow updates‘,1goreconfigure with overridego
6.設定MHDYF2005為緊急修複模式,語句如下:
update sysdatabases set status=-32768 where dbid=DB_ID(‘MHDYF2005‘)
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於“唯讀\置疑\離線\緊急模式”可以看到資料庫裡面的表,但是僅僅有系統資料表
7.下面執行真正的恢複操作,重建資料庫記錄檔
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.驗證資料庫一致性(可省略),語句如下:
dbcc checkdb(‘MHDYF2005‘)
一般執行結果如下:
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤(在資料庫 ‘MHDYF2005‘ 中)。 DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊,請與系統管理員聯絡。 9.設定資料庫為正常狀態,語句如下:
sp_dboption ‘MHDYF2005‘,‘dbo use only‘,‘false‘
如果沒有出錯,那麼恭喜,現在就可以正常的使用恢複後的資料庫啦。
10.最後一步,我們要將步驟E中設定的“允許對系統目錄直接修改”一項恢複。因為平時直接作業系統表是一件比較危險的事情。當然,我們可以在SQL Server Enterprise Manager裡面恢複,也可以使用如下陳述式完成:
sp_configure ‘allow updates‘,0goreconfigure with overridego
一共10步,就這樣完工了。
全部恢複過程就是這樣了,您能恢複了嗎?