案例：客戶的一臺(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ù)。打開企業(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ù)中，打開新的數(shù)據(jù)庫(kù)，數(shù)據(jù)全部找回。