SQL SERVER 2000資料庫置疑 緊急模式
阿新 • • 發佈：2019-02-11
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、執行命令：
- use master
- go
- sp_configure 'allow updates',1 reconfigure with override
- go
- update sysdatabases set status =32768 wherename='置疑的資料庫名稱'
- go
- sp_dboption '置疑的資料庫名稱', 'single user', 'true'
- go
- dbcc checkdb('置疑的資料庫名稱')
- go
-
update sysdatabases set status =28 wherename='置疑的資料庫名稱'
- go
- sp_configure 'allow updates', 0 reconfigure with override
- go
- sp_dboption '置疑的資料庫名稱', 'single user', 'false'
- go
但是也有情況，備份此庫的時候提示為緊急狀態下開啟的資料庫不可以備份操作，那麼應該怎麼解決這個問題呢：
11、停掉SQL SERVER服務，找到置疑庫的ldf檔案，並且刪除
12、設定資料庫允許直接作業系統表(此操作可以在SQL Server EnterpriseManager裡面選擇資料庫伺服器，按右鍵，選擇“屬性”，在“伺服器設定”頁面中將“允許對系統目錄直接修改”一項選中。)
13、設定置疑的庫為緊急修復模式
- update sysdatabases set status=-32768 where dbid=DB_ID('置疑的資料庫名稱')
14、重建資料庫日誌檔案
- dbcc rebuild_log('置疑的資料庫名稱','(置疑的資料庫路徑)E:\Microsoft SQL Server\Data\置疑的資料庫名稱_log.ldf')
伺服器: 訊息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。
說明您的其他程式正在使用該資料庫，如果剛才您在F步驟中使用SQL Server EnterpriseManager打開了eisdoc庫的系統表，那麼退出SQL Server EnterpriseManager就可以了。(關閉企業管理器，如果別的機器從網路訪問資料庫，也把網路關閉)
正確執行完成的提示應該類似於：
警告: 資料庫 'eisdoc' 的日誌已重建。已失去事務的一致性。應執行 DBCC CHECKDB以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌檔案。
DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。
此時開啟在SQL Server EnterpriseManager裡面會看到資料庫的狀態為“只供DBO使用”。此時可以訪問資料庫裡面的使用者表了。
15、驗證資料庫一致性（可省略）
- dbcc checkdb('置疑的資料庫名稱')
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 '置疑的資料庫名稱' 中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。
16、設定資料庫為正常狀態(如果沒有出錯，那麼現在就可以正常的使用恢復後的資料庫啦。)
sp_dboption '置疑的資料庫名稱','dbo use only','false'
17、關閉“允許對系統目錄直接修改”一項(參考第12項操作)
因為平時直接作業系統表是一件比較危險的事情。當然，我們可以在SQL Server EnterpriseManager裡面恢復。