镇江市某企业ibm 3650m4 服务器硬盘报错，面板报hdd 黄灯。

服务器配置：4块300g sas硬盘组raid5，运行windows server 2008r2系统，安装企业用友u8 财务软件。

经检测1号和2号硬盘黄灯报错，‘经检测1号硬盘有坏道，2号硬盘不识别，对3块硬盘做镜像，通过镜像文件分析后发现1号硬盘在3个月之前已经损坏，恢复的数据无效，3个月之前的 ，最新数据都没有，只能对不识别硬盘进行进一步分析，经检测该盘电机坏，硬盘通电磁头无法工作。
兆柏数据恢复工程师跟客户协商后，开盘检测，确定电机坏，兆柏科技工程师更换电机后，通过pc3000 sas进行固件修复，硬盘可缓慢识别，使用pc3000 sas 进行镜像，每秒10mb左右，经过6小时的镜像，数据90%以上的扇区成功镜像，还有部分扇区 有坏道，然后和其他几块盘再次分析，终于有考客户最新数据，sql server mdf文件正常附加，dbcc检测后完全正常，备份文件完好，客户更换新硬盘后，将恢复的数据迁移至新硬盘，经调试系统正常启动客户非常满意。
                           ’
dbcc用法简介：
DBCC CHECKDB 算是管理员们最常用的命令也是必须要知道的命令了。定期的检查及问题的修复都是比较重要的！！下面介绍一下 DBCC CHECKDB 的一些基本用法。

　　

　　DBCC CHECKDB 完成两项任务：

检查数据库里有没有损坏发生。
尽力修复数据库损坏，使数据库能够被重新正常访问。
　　

　　DBCC CHECK 做了些什么：

检查一些关键的系统表
对数据库运行DBCC CHECKALLOC
对数据库运行DBCC CHECKCATALOG
验证数据库中每个索引视图的内容
验证数据库中service broker数据
　　DBCC CHECKDB提供的修复方法

Repair_allow_data_loss ：尝试修复所有错误（可能导致一些数据丢失，一般无发从备份恢复才使用）
Repair_fast 未执行任何修复
Repair_rebuild ：执行次要、快速修复（如：修复非聚集索引中的额外键）及耗时修复（如：重新生成索引），这些修复不会造成数据丢失。