數據庫出現置疑、可疑、脫機、單用戶、緊急模式主要是因為數據庫的日誌文件除了問題,2000和2008修復方式不一樣,2008的修復腳本在2000中不適用,主要是不被2000識別。
假設數據庫名為:eisdoc:
sqlserver2000數據庫置疑的處理方式:
1.設置數據庫允許直接操作系統表。
此操作可以在SQL Server Enterprise Manager裡面選擇數據庫服務器,按右鍵,選擇「屬性」,在「服務器設置」頁面中將「允許對系統目錄直接修改」一項選中。
2.設置eisdoc為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('eisdoc')
關閉打開企業管理器,此時可以在SQL Server Enterprise Manager裡面看到該數據庫處於「只讀\置疑\脫機\緊急模式」可以看到數據庫裡面的表,但是僅僅有系統表
3.重建數據庫日誌文件
dbcc rebuild_log('eisdoc','E:\Microsoft SQL Server\Data\eisdoc_log.ldf')
執行過程中,如果遇到下列提示信息:
服務器: 消息 5030,級別 16,狀態 1,行 1
未能排它地鎖定數據庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯繫。
說明您的其他程序正在使用該數據庫,如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了eisdoc庫的系統表,那麼退出SQL Server Enterprise Manager就可以了。(關閉企業管理器,如果別的機器從網絡訪問數據庫,也把網絡關閉)
正確執行完成的提示應該類似於:
警告: 數據庫 'eisdoc' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置數據庫選項,並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯繫。
此時打開在SQL Server Enterprise Manager裡面會看到數據庫的狀態為「只供DBO使用」。此時可以訪問數據庫裡面的用戶表了。
4.驗證數據庫一致性(可省略)
dbcc checkdb('iBusinessWork')
一般執行結果如下:
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤(在數據庫 'eisdoc' 中)。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯繫。
5.設置數據庫為正常狀態
sp_dboption 'eisdoc','dbo use only','false'
如果沒有出錯,那麼現在就可以正常的使用恢復後的數據庫啦。
6.關閉「允許對系統目錄直接修改」一項。
因為平時直接操作系統表是一件比較危險的事情。當然,我們可以在SQL Server Enterprise Manager裡面恢復。
sqlserver2008數據庫可疑文件的修復方式:
1.設置數據庫狀態,腳本:EXEC sp_resetstatus 'eisdoc'
2.設置數據庫為緊急模式,腳本:ALTER DATABASE eisdoc SET EMERGENCY
3.設置數據庫為單用戶模式(對數據庫檢查修復只能在單用戶模式下),腳本:ALTER DATABASE eisdoc SET SINGLE_USER
4.檢查並修復數據庫,會提示你修復數據庫可能丟失數據,正常應該不會丟失數據庫數據,但是數據庫日誌的完整性將受到破壞,腳本:DBCC CheckDB (eisdoc, REPAIR_ALLOW_DATA_LOSS)
5.恢復數據庫為多用戶模式,腳本:ALTER DATABASE eisdoc SET MULTI_USER
以上五步即可修復sqlserver2008中的可疑文件