案例：客戶的一臺(tái)服務(wù)器出現(xiàn)Raid故障，經(jīng)過(guò)我們的努力，數(shù)據(jù)基本恢復(fù)成功，但是其中的一個(gè)SQL Server日志文件（擴(kuò)展名LDF）損壞嚴(yán)重，基本不能使用，但是數(shù)據(jù)文件損壞并不嚴(yán)重，我們通過(guò)下面的操作使數(shù)據(jù)全部恢復(fù)。
首先新建一個(gè)同名的數(shù)據(jù)庫(kù)，然后再停掉SQL Server服務(wù)，用原數(shù)據(jù)庫(kù)的數(shù)據(jù)文件覆蓋掉這個(gè)新建的數(shù)據(jù)庫(kù)文件，重啟SQL Server服務(wù)。打開(kāi)企業(yè)管理器，該數(shù)據(jù)庫(kù)顯示“置疑”，在查詢分析器中執(zhí)行下面的語(yǔ)句：
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的數(shù)據(jù)庫(kù)名'
Go
sp_dboption '置疑的數(shù)據(jù)庫(kù)名', 'single user', 'true'
Go
DBCC CHECKDB('置疑的數(shù)據(jù)庫(kù)名')
Go
update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫(kù)名'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption '置疑的數(shù)據(jù)庫(kù)名', 'single user', 'false' Go
執(zhí)行后數(shù)據(jù)庫(kù)本身仍然有問(wèn)題，依舊顯示“質(zhì)疑”。此時(shí)新建一個(gè)新的數(shù)據(jù)庫(kù)，運(yùn)行DTS導(dǎo)出向?qū)В延袉?wèn)題的數(shù)據(jù)庫(kù)中的數(shù)據(jù)導(dǎo)入到新的數(shù)據(jù)庫(kù)中，打開(kāi)新的數(shù)據(jù)庫(kù)，數(shù)據(jù)全部找回。
