06年时的案例，客户在上海九院 ，有一台服务器raid5信息丢失，然后找了家数据恢复公司，恢复出来的文件，但是好几个数据库都无法附加。当时我判断应该是那个公司恢复过程有问题，导致数据不一致，于是问客户原盘是否还在，客户称原服务器已经重做raid5 ，晕倒，想通过原盘恢复mdf文件这途径是不可能了，只能修复现有的文件。 www.db-recovery.com
修复过程
文件无法附加， 重建同名数据库文件，停掉服务，将待修文件覆盖之前新建的mdf文件,并删除新建的ldf文件(至于为啥日志文件也不一起覆盖过去呢，因为多数是日志文件坏)
执行以下语句 数据库修复中心db-recovery
GO
SP_CONFIGURE ‘ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=’修复的库名字’
Go
dbcc rebuild_log(’修复的库名字’,'路径\修复的库名字_log.ldf’)
Go
sp_dboption ‘修复的库名字’, ’single user’, ‘true’
go
update sysdatabases set status =28 where name=’修复的库名字’ 数据库修复咨询电话021-3126-5210
执行完后，文件附加上去了，用企业管理器打开提示823错误， 用查询器可以select出少量表，绝大部分表无法select出来。
看来文件损坏的还是比较严重，只能一个一个表数据修复了。费了1天时间才把一个库修复好。 数据库修复咨询电话021-3126-5210
