服務器數據恢復環境：
一臺服務器中有一組由4塊SCSI硬盤組建的raid5磁盤陣列，劃分了一個邏輯卷，操作系統為WINDOWS SERVER，作為SQL SERVER服務器使用。

北亞企安數據恢復—raid5數據恢復

服務器故障：
運行過程中該服務器raid5磁盤陣列癱瘓，管理員檢查服務器發現raid5陣列中已經有3塊磁盤離線。管理員選擇其中2塊離線硬盤進行強制上線操作，強制上線后操作系統無法啟動。使用WINPE光盤啟動操作系統后，可以看到數據。
管理員將備份好的數據庫文件壓縮成zip格式的壓縮包拷貝到移動硬盤上，從移動硬盤拷貝到其他服務器上進行測試，發現備份文件無法正確解壓但文件大小、名稱都正確。
聯系第三方的服務器維保公司更換故障服務器中的raid卡，然后重建一組raid5陣列。在raid上層重裝系統后服務器能夠正常進入系統并正常工作，這時候試圖修復zip文件中的數據庫，但是沒有成功。
這個案例的完全不同于北亞企安數據恢復中心之前分享的服務器數據恢復案例，因為本案例中的數據遭到了嚴重破壞，無法按照用戶方的要求恢復服務器中的數據。

北亞企安數據恢復—raid5數據恢復

本案例服務器數據無法恢復的原因分析和raid5磁盤陣列數據安全Tips：
1、對于raid5陣列來說，一旦發現有一塊硬盤離線，即使服務器可以運行，也要及時備份數據，備份完成后對出現故障的磁盤陣列進行rebuild。等到服務器癱瘓后再對raid進行檢查維護已經是事后補救了，數據恢復的難度也變大。
2、如果raid5陣列中有2塊以上硬盤離線，切記不可隨意選擇硬盤上線。如果在選錯盤啟動系統有可能導致raid狀態改變，破壞磁盤陣列中的重要數據，導致數據恢復失敗。
3、只要目錄區正常或者部分正常，就可以在PE中查看到目錄，但這不等同于數據區完全正常。本案例中系統無法啟動就是強制上線操作錯誤導致的。管理員在PE里讀到目錄，實際上已經載入了文件系統，破壞了文件系統的元數據區。
4、ZIP文件無法解壓的原因是RAID結構錯誤。管理員強制上線了2塊硬盤，此時共有3塊盤在線（1塊正常的+2塊強制上線的），這3塊磁盤中有一塊是先離線的磁盤，這就導致新數據與先離線盤中的舊數據混在一起。此時雖然目錄正確但數據區是混亂的，如果不將這3塊盤進行完整數據同步，還是非常有可能完整恢復數據。
5、如果自己無法解決raid5陣列出現的故障，求助維保公司解決問題時要注意合同中確定有數據恢復的項目，通常維保公司只關心硬件故障的解決，不關心其中的數據。如果第三方公司沒有數據恢復的服務范圍，那么選擇專業的數據恢復機構。
6、導致本案例服務器raid5陣列數據無法恢復的操作就是重建RAID5。該型號服務器使用ServeRAID Support CD重建RAID時，默認會將所有數據清0。其他型號的服務器通常也會在重建raid時重新同步校驗，打亂原有數據結構。
不過完整同步的過程需要一定的時間，如果在同步沒有完成的情況下中斷同步，還是可以對未同步的剩余數據進行恢復的。但是本案例中RAID成員盤都已經同步完成了，數據已經完全毀了。

審核編輯 黃宇