曙光24块盘Raid5服务器恢复案例
来源：华军科技数据恢复
|
基本信息
|
客户姓名 | 大气研究所 |
| 送修日期 | ||
| 恢复用时 | 10天小时 | |
| 故障描述 | 1.设备由启动盘一块500GB和23块750GB的SATA硬盘的RAID5磁盘阵列组成： 2.当设备XFS系统启动，自检RAID5阵列XFS分区时，提示“超级块错误”，操作系统无法识别阵列硬盘分区。 经我单位用相关工具检测，RAID5的第2块和第5块硬盘工作状态不正常，第2块硬盘有明显的物理坏扇区，RAID5卷是XFS文件系统分区格式，硬盘分区的超级块已经损坏。 由于XFS是由SGI公司推出的文件系统，在国内只有少数人对该文件系统的数据结构做过分析，相关的技术资料非常少，因此要恢复该RAID5的数据，技术上有很大的难度。 但经过对硬盘文件系统的结构进行分析，发现RAID5阵列上主要索引节点（inode）依然存在，数据有可能恢复。 | |
| 检查恢复 | 我单位的工程师首先通过逆向工程的方法对XFS文件系统在硬盘的逻辑结构进行了详细的分析，在此基础上对RAID5做了错误分析，得出以下分析结论： 1.由于XFS文件系统的超级块部分损坏，导致XFS系统无法访问分区； 2.XFS分区的根目录节点部分损坏； 3.RAID5的第2块硬盘有物理坏扇区； 4.RAID5的第5块硬盘曾经“离线”，导致第5块硬盘的数据不“新鲜”。 5.RAID5的第5块硬盘离线后可能有短时间的上线，造成部分i节点损坏。 6.用系统自身提供的FSCK命令可能已经无法修复分区，而且一旦修复失败，会导致数据永远无法恢复，风险极大，因此必须使用专用的XFS数据恢复软件提取RAID5的数据。由于RAID5阵列中有近15TB数据，所以数据恢复的工作量巨大。 由此我们得出了这次数据恢复工作的重点是： 手工修复XFS文件系统的部分数据结构，在最短的时间编写出专门针对该RAID5的数据提取程序。我们的工作过程如下： 1.逆向分析XFS文件系统的数据结构1个工作日； 2.手工修复XFS分区的部分i节点和部分受损的目录结构1个工作日； 3.编写出专门针对该RAID5的数据提取程序2个工作日； 4.提取数据10个工作日。 最后在我们单位工程师的艰苦的努力之下上述过程顺利实现，成功地提取了15TB的数据，完成了曙光服务器的数据恢复。 由于本次数据恢复工作难度大，我华军行数据恢复中心专门入了2个经验丰富的工程师，历时10天才恢复完成。 | |
部分截图 |
|
|