【NAS存儲】麥沃MAIWO K8FL陣列柜數據恢復案例分析交流
近日，天津某鋼鐵集團一個麥沃 K8FL磁盤陣列柜，因使用者不慎操作，整個陣列被誤格式化。導致陣列內20多TB數據丟失。該磁盤陣列柜由8塊6TB企業級硬盤組成，里面保存著集團歷年來的珍貴音視頻、財務、進銷存和合同資料等，一旦丟失，對集團會造成無法估量的損失。
因為數據非常重要，集團經過反復評估，對比了多家數據安全機構后，決定由鴻萌來為其提供數據恢復服務。
鴻萌工程師經過檢測、分析，了解到該陣列柜底層為Linux分區，而且其使用容量高達42TB，這種分區被誤格式化以后，恢復難度較大。由于該設備是通過軟件設置，才能在系統里面看到磁盤容量，因此工程師無法直接分析該存儲，只能將硬盤從陣列中取出，掛接到計算機上，才能開始分析工作。
客戶機器
這樣的話，數據恢復需要經過兩個步驟，第一步就是先將8塊硬盤掛載到計算機上，工程師去分析陣列的參數；第二步，分析出陣列參數后，虛擬出陣列原始分區，然后進行誤格式化的掃描恢復過程。
客戶陣列內的硬盤
在進行第一步的分析過程中，我們遇到一個奇怪的現象，就是分析了多次，都得到了一個結果，這個8盤位的陣列，竟然是一個9盤位的RAID 5缺失了一塊硬盤組成的。如果是這樣的話，這個陣列日常工作的時候顯然應該在高負荷運轉，畢竟缺少了一塊硬盤么。工程師百思不得其解，希望與有興趣的朋友交流。
下面是分析出來的參數：
磁盤順序如下：
#00: Disk 5 - ATA ST6000NM0115-1YZ
#01: Disk 7 - ATA ST6000NM0115-1YZ
#02: Disk 9 - ATA ST6000NM0115-1YZ
#03: Disk 0 - ATA ST6000NM0115-1YZ
#04: Disk 4 - ATA ST6000NM0115-1YZ
#05: Disk 6 - ATA ST6000NM0115-1YZ
#06: Disk 3 - ATA ST6000NM0115-1YZ
#07: 磁盤缺失, 用作Raid 5的冗余硬盤
#08: Disk 1 - ATA ST6000NM0115-1YZ
塊大小 為 256.0 KB , 或者說是 512扇區，數據起始偏移位置(LBA)： 0
因為無法確信是這樣的參數，所以工程師經過了多次的計算。因為容量太大，整個誤格式化掃描恢復過程很長，所以必須確認這個參數是正確的。最后反復確認，就是這個參數，無奈就進行了誤格式化的掃描恢復過程，經過漫長的等待，客戶的數據出現了，恢復以后，經過客戶確認，數據完整無誤。
數據雖然恢復成功，客戶也很滿意，但在工程師心里留下了一個謎團，為什么會這樣？Raid 5陣列如果在缺失一塊硬盤的情況下，會大大加重陣列的負荷，顯然廠家不會如此設計，但是為什么又能按照這樣的參數完整恢復客戶的數據？特記下這一案例，將來與有遇到這個型號陣列的恢復數據的同行交流。
鴻萌---國內專業數據安全服務提供商 專注數據安全業務十三年，歡迎關注，希望大家交流互動。
聯系我們 了解更多