客 户 名 称          广东某公司

数 据 类 型      SQL2005数据库

数 据 大 小      450MB
 
故 障 检测      客户说是服务器断电导致数据库质疑,自己尝试修复不成功.

客 户 要 求      快速恢复，100%完美直接使用。

修 复 结 果 ：    

客户的数据库发来后,尝试使用一致性匹配法修复发现错误太多，DBCC CHECKDB检测数据库
 
CPU和内存飙的老高了，这不是数据库有多大 而是数据库陷入内部死循环了，不得已干掉SQL进程 。

重新梳理方案还是得从一致性匹配方法修复，经过跟踪SQL执行进度过程发现很多事物发生死锁，手工修复损坏事务, 再次检测

竟然 报数据库架构损坏，检查系统得知 是一个临时表主键引发的,而临时表已经不存在 所以存在系统表不一致，

去除掉这个没人要的主键后，再次检测数据库完美OK。

用时 60 分钟!

客 户 满 意    是   数据完美OK 软件直接使用。
 

这个修复数据库的机子 CPU I7  内存 16GB  SSD磁盘 被这个450MB数据库小小的事务死锁 死循环弄得直接快卡死。 

手工矫正损坏事务 死循环事务后，数据库报 架构错误。 一个小小的没人要的临时表主键 导致。 直接删除它，数据库完美OK