SQL SERVER 數據庫置疑 緊急模式修復

SQL SERVER 2000數據庫,服務重啟之後系統庫以外的其它庫都會出現置疑(置疑之前沒有備份的庫。除非是置疑前一秒剛備份完,或者是備份完沒有再使用,可以直接恢復):

1、停掉SQL SERVER 服務(開始--控制面板--管理工具--服務--MSSQLSERVER--右鍵停止)

2、找到置疑庫的數據文件mdf和ldf存放位置,備份此文件到其它文件夾

3、重啟SQL SERVER服務

4、新建與置疑庫同名的新庫

5、停掉SQ L SERVER服務

6、用置疑庫的mdf文件覆蓋新同名庫的mdf文件(ldf文件不用覆蓋)

7、重啟SQL SERVER服務

8、此時可以看出新建的庫也是置疑狀態

9、運行命令:


<code>use master    go    sp_configure 'allow updates',1 reconfigure with override    go    update sysdatabases set status =32768 where name='置疑的數據庫名稱'   go    sp_dboption '置疑的數據庫名稱', 'single user', 'true'   go    dbcc checkdb('置疑的數據庫名稱')     go    update sysdatabases set status =28 where name='置疑的數據庫名稱'   go    sp_configure 'allow updates', 0 reconfigure with override    go     sp_dboption '置疑的數據庫名稱', 'single user', 'false'   go /<code>

10、此時一般庫就算是恢復正常,可以用了。


但是也有情況,備份此庫的時候提示為緊急狀態下打開的數據庫不可以備份操作,那麼應該怎麼解決這個問題呢:

11、停掉SQL SERVER服務,找到置疑庫的ldf文件,並且刪除

12、設置數據庫允許直接操作系統表(此操作可以在SQL Server EnterpriseManager裡面選擇數據庫服務器,按右鍵,選擇“屬性”,在“服務器設置”頁面中將“允許對系統目錄直接修改”一項選中。)

13、設置置疑的庫為緊急修復模式


<code>update sysdatabases set status=-32768 where dbid=DB_ID('置疑的數據庫名稱')/<code>

關閉打開企業管理器,此時可以在SQL Server EnterpriseManager裡面看到該數據庫處於“只讀\\置疑\\脫機\\緊急模式”可以看到數據庫裡面的表,但是僅僅有系統表

14、重建數據庫日誌文件


<code>dbcc rebuild_log('置疑的數據庫名稱','(置疑的數據庫路徑)E:\\Microsoft SQL Server\\Data\\置疑的數據庫名稱_log.ldf')/<code>

執行過程中,如果遇到下列提示信息:
服務器: 消息 5030,級別 16,狀態 1,行 1
未能排它地鎖定數據庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯繫。


說明您的其他程序正在使用該數據庫,如果剛才您在F步驟中使用SQL Server EnterpriseManager打開了eisdoc庫的系統表,那麼退出SQL Server EnterpriseManager就可以了。(關閉企業管理器,如果別的機器從網絡訪問數據庫,也把網絡關閉)
正確執行完成的提示應該類似於:
警告: 數據庫 'eisdoc' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB以驗證物理一致性。將必須重置數據庫選項,並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯繫。
此時打開在SQL Server EnterpriseManager裡面會看到數據庫的狀態為“只供DBO使用”。此時可以訪問數據庫裡面的用戶表了。

15、驗證數據庫一致性(可省略)

<code>dbcc checkdb('置疑的數據庫名稱')/<code>

一般執行結果如下:
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤(在數據庫 '置疑的數據庫名稱' 中)。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯繫。
16、設置數據庫為正常狀態(如果沒有出錯,那麼現在就可以正常的使用恢復後的數據庫啦。)

sp_dboption '置疑的數據庫名稱','dbo use only','false'

17、關閉“允許對系統目錄直接修改”一項(參考第12項操作)

因為平時直接操作系統表是一件比較危險的事情。當然,我們可以在SQL Server EnterpriseManager裡面恢復。


注:


sqlserver2008數據庫可疑文件的修復方式:

1.設置數據庫狀態,腳本:EXEC sp_resetstatus'eisdoc'

2.設置數據庫為緊急模式,腳本:ALTER DATABASEeisdoc SET EMERGENCY

3.設置數據庫為單用戶模式(對數據庫檢查修復只能在單用戶模式下),腳本:ALTER DATABASEeisdoc SET SINGLE_USER

4.檢查並修復數據庫,會提示你修復數據庫可能丟失數據,正常應該不會丟失數據庫數據,但是數據庫日誌的完整性將受到破壞,腳本:DBCCCheckDB (eisdoc, REPAIR_ALLOW_DATA_LOSS)

5.恢復數據庫為多用戶模式,腳本:ALTER DATABASEeisdoc SET MULTI_USER

以上五步即可修復sqlserver2008中的置

疑文件


分享到:


相關文章: