绍兴IBM存储柜DS3400数据恢复之绍兴某银行IBM DS3400存储柜27个硬盘6.5TB数据恢复成功案例

【绍兴服务器数据恢复，IBM DS3400+扩展柜27个硬盘做RAID5瘫痪，里面6.5T EXT3文件系统数据全部丢失】绍兴诸暨某银行一台IBM DS3400存储柜+两个扩展柜有27个硬盘组成的RAID5磁盘阵列瘫痪，里面采用的是EXT3文件系统，大约有6.5的影像数据全部丢失，也就是银行的事后监督系统数据丢失，数据恢复重要，数据也非常的急，故障原因是这样的27个硬盘有两个带个9个硬盘的扩展柜加上9个硬盘的存储柜，将27个硬盘做的RAID5做成4个LUN，将它们做成红旗LINUX的LVM分区，由于一开始存储柜当中的一个扩展柜，由于电源不稳定导致扩展柜当中的九个服务器硬盘同时红灯报错离线，引起RAID5逻辑盘丢失，在经过IBM工程师对扩展柜硬盘分析硬盘同时上线之后，RAID5逻辑盘能够正常识别，4个LUN也能正常访问，但是红旗linux LVM硬盘分区无法正常访问，从而数据再一次的无法读取，由于我们以前有过IBM DS3400存储柜+扩展柜的RAID5数据恢复成功案例http://www.datasos120.com.cn/case/2010_28.html，用户找到我们杭州迪特斯数据恢复专家进行上门数据恢复。


   【杭州迪特斯数据恢复专家数据恢复工程师驱车上门对DS3400存储进行上门检测，经过检测，数据恢复可能性很大】由于该存储柜数据非常的重要而且数据保密，用户决定要我们杭州迪特斯数据恢复专家数据恢复工程师上门进行检测恢复，经过我们杭州迪特斯可数据恢复专家数据恢复工程师检测，27个服务器硬盘做的RAID5逻辑盘已经能够正常显示，对RAID5逻辑盘进行数据访问没有任何问题，这说明IBM DS3400+扩展柜物理上已经没有了任何的问题，可能就是4个LUN组建的LINUX的LVM硬盘分区产生的问题，需要对红旗linux的LVM分区引起的问题，经过对LINUX的系统文件LVM分区分析，发现4个LUN物理没有正常识别，导致LVM分区同时瘫痪，这样就导致了EXT3文件系统无法正常识别，当然就无法正常识别LVM物理分区了，从而导致数据瘫痪，经过我们杭州迪特斯数据恢复专家数据恢复工程师的，数据分析，和EXT3文件系统的全面分析，i节点数据没有任何的损坏，数据恢复可能性非常的大，恢复效果应该非常的完美。


   【6.5T的数据量，数据容量相当的庞大，经过3天的数据恢复，用户6.5T的数据全部恢复成功】6.5T的数据不是什么小数目，恢复出来是非常的庞大的，需要工程量是巨大的，但是经过我们杭州迪特斯数据恢复专家数据恢复工程师专业的数据恢复技术和耐性的恢复，用户数据6.5T全部数据恢复成功，对我们杭州迪特斯数据恢复专家的技术得到了一致公认的肯定。

【IBM DS3400存储柜实物图】

                    杭州迪特斯数据恢复专家－汪工
                        2011-03-01