SQL SERVER 2000數(shù)據(jù)庫，服務(wù)重啟之后系統(tǒng)庫以外的其它庫都會(huì)出現(xiàn)置疑(置疑之前沒有備份的庫。除非是置疑前一秒剛備份完，或者是備份完沒有再使用，可以直接恢復(fù))：

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

2、找到置疑庫的數(shù)據(jù)文件mdf和ldf存放位置，備份此文件到其它文件夾

3、重啟SQL SERVER服務(wù)

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

5、停掉SQ L SERVER服務(wù)

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

7、重啟SQL SERVER服務(wù)

8、此時(shí)可以看出新建的庫也是置疑狀態(tài)

9、運(yùn)行命令：

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

10、此時(shí)一般庫就算是恢復(fù)正常，可以用了。

但是也有情況，備份此庫的時(shí)候提示為緊急狀態(tài)下打開的數(shù)據(jù)庫不可以備份操作，那么應(yīng)該怎么解決這個(gè)問題呢：

11、停掉SQL SERVER服務(wù)，找到置疑庫的ldf文件，并且刪除

12、設(shè)置數(shù)據(jù)庫允許直接操作系統(tǒng)表(此操作可以在SQL Server EnterpriseManager里面選擇數(shù)據(jù)庫服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁面中將“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)選中。)

13、設(shè)置置疑的庫為緊急修復(fù)模式

update sysdatabases set status=-32768 where dbid=DB_ID('置疑的數(shù)據(jù)庫名稱')

關(guān)閉打開企業(yè)管理器，此時(shí)可以在SQL Server EnterpriseManager里面看到該數(shù)據(jù)庫處于“只讀\置疑\脫機(jī)\緊急模式”可以看到數(shù)據(jù)庫里面的表，但是僅僅有系統(tǒng)表

14、重建數(shù)據(jù)庫日志文件

dbcc rebuild_log('置疑的數(shù)據(jù)庫名稱','(置疑的數(shù)據(jù)庫路徑)E:\Microsoft SQL Server\Data\置疑的數(shù)據(jù)庫名稱_log.ldf')

執(zhí)行過程中，如果遇到下列提示信息： 
服務(wù)器: 消息 5030，級(jí)別 16，狀態(tài) 1，行 1 
未能排它地鎖定數(shù)據(jù)庫以執(zhí)行該操作。 
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。 
說明您的其他程序正在使用該數(shù)據(jù)庫，如果剛才您在F步驟中使用SQL Server EnterpriseManager打開了eisdoc庫的系統(tǒng)表，那么退出SQL Server EnterpriseManager就可以了。(關(guān)閉企業(yè)管理器，如果別的機(jī)器從網(wǎng)絡(luò)訪問數(shù)據(jù)庫，也把網(wǎng)絡(luò)關(guān)閉) 
正確執(zhí)行完成的提示應(yīng)該類似于： 
警告: 數(shù)據(jù)庫 'eisdoc' 的日志已重建。已失去事務(wù)的一致性。應(yīng)運(yùn)行 DBCC CHECKDB以驗(yàn)證物理一致性。將必須重置數(shù)據(jù)庫選項(xiàng)，并且可能需要?jiǎng)h除多余的日志文件。 
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。 
此時(shí)打開在SQL Server EnterpriseManager里面會(huì)看到數(shù)據(jù)庫的狀態(tài)為“只供DBO使用”。此時(shí)可以訪問數(shù)據(jù)庫里面的用戶表了。

15、驗(yàn)證數(shù)據(jù)庫一致性（可省略）

dbcc checkdb('置疑的數(shù)據(jù)庫名稱')

一般執(zhí)行結(jié)果如下： 
CHECKDB 發(fā)現(xiàn)了 0 個(gè)分配錯(cuò)誤和 0 個(gè)一致性錯(cuò)誤（在數(shù)據(jù)庫 '置疑的數(shù)據(jù)庫名稱' 中）。 
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。 
16、設(shè)置數(shù)據(jù)庫為正常狀態(tài)(如果沒有出錯(cuò)，那么現(xiàn)在就可以正常的使用恢復(fù)后的數(shù)據(jù)庫啦。)

sp_dboption '置疑的數(shù)據(jù)庫名稱','dbo use only','false'

17、關(guān)閉“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)(參考第12項(xiàng)操作)

因?yàn)槠綍r(shí)直接操作系統(tǒng)表是一件比較危險(xiǎn)的事情。當(dāng)然，我們可以在SQL Server EnterpriseManager里面恢復(fù)。

注：

sqlserver2008數(shù)據(jù)庫可疑文件的修復(fù)方式：

1.設(shè)置數(shù)據(jù)庫狀態(tài)，腳本：EXEC sp_resetstatus'eisdoc'

2.設(shè)置數(shù)據(jù)庫為緊急模式，腳本：ALTER DATABASEeisdoc SET EMERGENCY

3.設(shè)置數(shù)據(jù)庫為單用戶模式（對(duì)數(shù)據(jù)庫檢查修復(fù)只能在單用戶模式下），腳本：ALTER DATABASEeisdoc SET SINGLE_USER

4.檢查并修復(fù)數(shù)據(jù)庫，會(huì)提示你修復(fù)數(shù)據(jù)庫可能丟失數(shù)據(jù)，正常應(yīng)該不會(huì)丟失數(shù)據(jù)庫數(shù)據(jù)，但是數(shù)據(jù)庫日志的完整性將受到破壞，腳本：DBCCCheckDB (eisdoc, REPAIR_ALLOW_DATA_LOSS)

5.恢復(fù)數(shù)據(jù)庫為多用戶模式，腳本：ALTER DATABASEeisdoc SET MULTI_USER

以上五步即可修復(fù)sqlserver2008中的可疑文件