分析Linux raid6同步成raid5導(dǎo)致數(shù)據(jù)丟失的情況

數(shù)據(jù)恢復(fù)故障描述：
原存儲(chǔ)為12塊2T硬盤組成的Linux RAID6，文件系統(tǒng)均為EXT3，此存儲(chǔ)上劃有3個(gè)LUN，每個(gè)均為6TB大小，某天在RAID失效后，維護(hù)人員為了搶救數(shù)據(jù)，對(duì)此失效的存儲(chǔ)重進(jìn)行分配RAID，并進(jìn)行了初始化。
初始化進(jìn)行很長時(shí)間后，維護(hù)人員察覺到情況有異，便強(qiáng)制停止初始化，但初始化已達(dá)到　50%以上。數(shù)據(jù)部分有不可逆的破壞。
數(shù)據(jù)恢復(fù)故障分析：
故障的起因僅僅是RAID失效，維護(hù)人員隨后的搶救數(shù)據(jù)過程中用11塊硬盤進(jìn)行重分配RAID5，并進(jìn)行長時(shí)間的初始化，這對(duì)原始數(shù)據(jù)是不可逆的損壞，后經(jīng)證明，僅第三個(gè)LUN可用普通RAID6方法恢復(fù)出數(shù)據(jù)，但第三個(gè)LUN并沒有客戶想要的要的重要數(shù)據(jù)，重要的數(shù)據(jù)主要集中在第一個(gè)LUN。
由于此案例的故障極其復(fù)雜，我公司接到客戶送修時(shí)已經(jīng)在國內(nèi)數(shù)據(jù)恢復(fù)公司之間轉(zhuǎn)手多次，包括多家知名數(shù)據(jù)恢復(fù)公司，仍未解決。
數(shù)據(jù)恢復(fù)過程：
恢復(fù)過程分成4步：
1． 分析原始12塊磁盤RAID6的RAID和磁盤的組織結(jié)構(gòu)。
2． 分析重分配RAID5時(shí)RAID和磁盤的組織結(jié)構(gòu)。
3． 判斷可恢復(fù)性，以及怎么實(shí)現(xiàn)恢復(fù)程序的算法。

4. 恢復(fù)及修復(fù)。
   快速分析出原始RAID6的結(jié)構(gòu)，但因?yàn)榈讓覴AID6和RAID5大量的信息重合導(dǎo)致分析重分配RAID5的結(jié)構(gòu)時(shí)比較困難，整整花費(fèi)了 1天時(shí)間。
   第一步和第二步已完成，經(jīng)分析，被初始化破壞的數(shù)據(jù)可用其它方法進(jìn)行還原，制定出恢復(fù)算法，花費(fèi)一天寫程序及進(jìn)行程序算法的校正，程序把12塊磁盤中原始數(shù)據(jù)的第一和第二個(gè)LUN分別鏡像到搭好的兩個(gè)7TB 的存儲(chǔ)上。
   經(jīng)驗(yàn)證第二個(gè)LUN數(shù)據(jù)完全正常，但最重要的第一個(gè)LUN前有大約有10MB數(shù)據(jù)的破壞，這前 10MB數(shù)據(jù)很要命，EXT3的根目錄和第一個(gè)塊組的I節(jié)點(diǎn)全在這前10MB里面，然后使用數(shù)據(jù)恢復(fù)常用的軟件UFS Explorer 和 R-Studio 的恢復(fù)效果都相當(dāng)不理想 ，可能是存儲(chǔ)較大的原因。
   在這種情況下只得自行修復(fù)損壞的EXT3文件系統(tǒng)，自行寫一個(gè)程序進(jìn)行EXT3孤目錄查找，找到了根目錄下有3個(gè)了目錄，重建根目錄和I節(jié)點(diǎn)，用 文件系統(tǒng)解析程序打開已完全正常，但為了保證原始數(shù)據(jù)的一些權(quán)限和屬性，在LINUX簡單修復(fù)，LINUX已能正常掛載，然后在LINUX把文件用 cp 命令進(jìn)行拷貝格式化好的EXT3 的單塊磁盤的分區(qū)上。這樣客戶使用數(shù)據(jù)時(shí)，不再需要?jiǎng)e的任何設(shè)置，直接 cp 后，文件目錄結(jié)構(gòu)和屬性都和原來一模一樣。
   
   
   
   數(shù)據(jù)恢復(fù)結(jié)論：
   用時(shí)6天，數(shù)據(jù)恢復(fù)成功。