你做了什么自己沒數嗎？現在這個樣子我們也沒辦法—陣列故障操作不當導致無法恢復數據

[服務器raid5磁盤陣列情況簡介]
西藏某政府機構使用的一臺MS SQL SERVER服務器，是由4塊硬盤組成的raid5磁盤陣列，劃分一個邏輯卷，單盤為73GSCSI硬盤，組建于一臺IBM X225型號服務器上。操作系統為WINDOWS 2003。

[服務器磁盤陣列故障經過]
A、服務器在正常使用中raid忽然癱瘓，檢查服務器發現已經有有3塊硬盤為離線狀態。
B、管理員采用了隨便選擇2塊硬盤進行強制上線操作，但是操作系統無法啟動。
C、使用WINPE光盤啟動操作系統后，可以看到數據。
D、把備份好的數據庫文件使用zip文件格式拷貝到移動硬盤上，在其他服務器機器上測試后發現備份文件無法正確解壓但文件大小、名稱都正確。
E、聘請第三方維保公司對服務器進行更換raid卡操作并且重建一組raid5陣列。
F、管理員在raid上重裝系統后正常工作，同時試圖修復zip文件中的數據庫，經過一天的時間依然沒有成功。

[服務器磁盤陣列數據恢復結論]
這個案例的結果完全不同于我以前分享的服務器數據恢復案例，因為數據遭到了嚴重破壞，無法按照客戶的要求進行數據恢復。
 
[raid5 數據恢復失敗的原因分析和raid5數據恢復建議]
A，服務器在使用RAID5陣列進行存儲時一定要及時對raid進行維護，保證raid正常，一旦發現有一塊硬盤離線后即使服務器可以運行但一定要及時備份數據，并且對出現故障的磁盤陣列進行rebuild操作。等到服務器癱瘓后才對raid磁盤陣列進行檢查已經是事后補救了，數據恢復的難度也相應增大。

B，如果由于運維工作不及時或其他原因導致raid5陣列2塊以上硬盤離線，切記不可隨意選擇硬盤上線，如果在選錯盤的情況下啟動系統將有可能導致raid狀態改變，破壞磁盤陣列中的重要數據，導致數據恢復失敗。具體應對方法可以參考張宇工程師的《RAID損壞后，我們該如何緊急應對？》這篇文章。

C，只要目錄區正常或者部分正常，就可以使用PE看到目錄，但這并不意味著數據區一定正常，其實在第二步中系統無法啟動就是因為強勢上線的操作是錯誤的，此時應該停止繼續操作。而管理員在PE里讀到目錄，實際上已經對文件系統進行了載入，破壞了正常文件系統的元數據區(只是有可能破壞的不影響要恢復的數據)。

D，ZIP文件無法解壓的原因是RAID結構錯誤。管理員通過強制上線操作上線了2塊硬盤，此時共有3塊硬盤在線，但是這3塊硬盤中有一塊是先離線的磁盤，這就導致了最新數據與先離線盤中的舊數據混合在一起。此時目錄正確但數據區是混亂的，如果不對這3塊硬盤進行全面的數據同步的話基本上市可以完整恢復數據的。

E，如果自己無法解決raid5陣列出現的故障需要聘請維保公司進行解決時要注意合同中確定有數據恢復的項目，可以讓其代為進行數據恢復處理(但最好還是咨詢幾家專業的數據恢復公司，確定一下數據恢復方案)。如果維保公司沒有數據恢復的服務范圍，那么最好優先或者直接選擇數據恢復公司。因為大多數情況維保公司沒有數據恢復服務無法進行數據恢復只好再找數據恢復公司，這其中的轉折不僅對數據的安全、流程規范等方面無法直接掌控，增加數據恢復難度、降低數據恢復成功率，而且導致費用增加(有時候大得可怕)。

F，導致本案例中數無法恢復的最致命操作就是重建RAID5。IBM X225使用SERVER RAID SUPPORT CD重建RAID時，默認會對所有數據進行清0。其它型號的服務器通常也會在重建raid時重新同步校驗，打亂原有數據結構，不過完整同步的過程需要一定的時間，如果在同步沒有完成的情況下中斷同步還是可以對未同步的剩余數據進行數據恢復。

G，管理員進行了一天的同步，73G的RAID成員盤都已經同步完成了。數據已經完全毀了。