青岛香农数据恢复中心-完美修复数据

故障情况

IBM服务器，四块SAS硬盘组建RAID5阵列。两块硬盘亮红灯。

要求恢复SQLServer2008数据库，包括ERP和GroupWare两个数据库。

客户是亚洲某跨国公司，要求尽快恢复。

检测

检测后发现，虽然该IBM服务器有两块硬盘亮红灯，但实际上还有一块硬盘有坏扇区，也就是说，总共有三块硬盘损坏。

实际上该服务器已经有相当长的一段时间“带病运行”，导致自10月份以来，SQLServer2008的数据库备份就一直失败。

恢复过程

01.镜像
首先对两块亮红灯的故障硬盘进行镜像，以免硬盘进一步损坏。

02.重组RAID5阵列
分析RAID5诸元参数，排除掉最先离线的硬盘。

03.导出数据
在导出数据的过程中发现，还有一块硬盘有坏扇区，而且坏扇区的位置位于MDF文件内。

04.修复SQLServer2008数据库的MDF文件
对MDF文件中的坏页进行修复后，成功附加。运行DBCC CHECKDB，发现还有

“消息 824，级别 24，状态 2，第 1 行
SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0x438c3af2，但实际为: 0xfb1daa4f)。在文件 'D:\DB\data\ERP.mdf' 中、偏移量为 0x0000004f1a2000 的位置对数据库 ID 7 中的页 (1:162001) 执行 读取 期间，发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。”

这是因为服务器“带病运行”，数据库中被写入“脏数据”所致。幸而影响到的只是数据页，修复后表数据全部正常。

恢复结果

经过一天一夜的恢复和修复、验证，数据库除一个页面数据损坏外，全部成功恢复。经过数天的上线运行，证实恢复完全成功。

心得

这个IBM服务器RAID5阵列，在坏了两个硬盘之后还不宕机，直到第三块硬盘损坏才宕机，简直是闻所未闻、见所未见。
这个服务器上有两个数据库，一个是ERP数据库，一个是GroupWare群件数据库，而且两套系统数据互相关联，任一数据库的数据不完整都会导致另一个数据库的数据失效，
而由于服务器“带病运行”，备份脚本长期没有成功运行，

恢复过程可谓是惊险重重，危机重重，一波三折。