RAID5 DB2数据库备份文件修复

2020-06-09 16:08 dz002

【用户单位】

   苏州某单位

【数据恢复故障描述】

客户服务器的存储是由4块73GB SCSI硬盘组成的RAID5，数据库是WINDOWS 2003下的DB2（部门OA系统数据库），主要

用于存储日常审批的公文，数据库每日凌晨自动备份至本地一数据分区，默认保留有三天备份。RAID故障时 表现为两块硬盘离

线，服务商随机选择一块硬盘强制上线后做REBUILD，尝试失败后又对损坏硬盘进行更换并继续REBUILD，操作多次后系统及

数据仍 无法访问。

【数据恢复故障分析】

RAID5中两块硬盘掉线很少属于同时离线的情况，两块硬盘掉线的时间间隔少则几天， 多则几个月甚至几年，究其原因，主要

有两点：一是RAID5在任一硬盘离线的情况下是不影响其自身正常工作的，只是系统负载可能会加重一些；二是服务器及 存储

一般都位于机房，用户在服务器及存储未出现异常时很少到机房进行巡检，所以即便此时RAID出现报警信息用户也很难察觉。

该案例中 损坏硬盘的离线时间很有可能是两个间隔不短的时间点，既然硬盘已经掉线，表明此时硬盘很难继续正常工作，再加

上数据库文件对于自身一致性和完整性的严格要 求，随机选择硬盘上线REBUILD的操作成功率要远低于50，REBUILD后数据很

可能再一次受到破坏，只能依靠第三方提供数据恢复服务来解决。

【数据恢复过程】

1.首先针对用户提供的4块SCSI硬盘进行严格的物理检测，有2 块硬盘读取缓慢并伴有坏道；

2.分别镜像用户故障RAID组中的4块硬盘，为保证绝对的数据安全，目标存储为带有冗余功能的阵列存储；

3.镜像完成后，对所生成的4个备份文件进行RAID结构分析，依据文件系统存储规则确定4块硬盘在构建RAID5的盘序、数据块

大小及校验方式，并于虚拟环境中重新构建RAID组；

4.在确保各种RAID参数完全正确的情况下，对5种不同的掉盘组合情况进行详细比较，发现在任一RAID组合中，实时数据库文

件大小均为0（估计系由于更换硬盘反复REBUILD导致文件RUNLIST丢失），而备份数据库则呈现不同程度、不同范围的损坏

5.将5种不同RAID组合情况中的同一数据库备份文件迁移至安全存储，并依据各个备份文件损坏程度及范围的规律性算法通过

程序比对生成一个相对完好的数据库备份目标文件D

6.依据DB2备份文件的数据存储特性提取备份文件D中的所有文档，并通过程序提取文档的主题、摘要或关键词信息对文档进

行再次命名并做详细的整理分类

7.将恢复的所有数据交于用户验证，用户确认百分之八十以上的文档数据得以完整恢复，至此数据恢复完成。