案例：客戶的一臺服務(wù)器出現(xiàn)Raid故障，經(jīng)過我們的努力，數(shù)據(jù)基本恢復(fù)成功，但是其中的一個SQL Server日志文件（擴展名LDF）損壞嚴重，基本不能使用，但是數(shù)據(jù)文件損壞并不嚴重，我們通過下面的操作使數(shù)據(jù)全部恢復(fù)。　　

首先新建一個同名的數(shù)據(jù)庫，然后再停掉SQL Server服務(wù)，用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個新建的數(shù)據(jù)庫文件，重啟SQL Server服務(wù)。打開企業(yè)管理器，該數(shù)據(jù)庫顯示“置疑”，在查詢分析器中執(zhí)行下面的語句：　　

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

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 override

Go

sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'false' Go　　

執(zhí)行后數(shù)據(jù)庫本身仍然有問題，依舊顯示“質(zhì)疑”。此時新建一個新的數(shù)據(jù)庫，運行DTS導(dǎo)出向?qū)В延袉栴}的數(shù)據(jù)庫中的數(shù)據(jù)導(dǎo)入到新的數(shù)據(jù)庫中，打開新的數(shù)據(jù)庫，數(shù)據(jù)全部找回。