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

首先新建一個同名的數(shù)據(jù)庫，然后再停掉SQL Server服務，用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個新建的數(shù)據(jù)庫文件，重啟SQL Server服務。打開企業(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導出向?qū)В延袉栴}的數(shù)據(jù)庫中的數(shù)據(jù)導入到新的數(shù)據(jù)庫中，打開新的數(shù)據(jù)庫，數(shù)據(jù)全部找回。