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

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

[服務(wù)器磁盤陣列數(shù)據(jù)恢復(fù)結(jié)論]
這個案例的結(jié)果完全不同于我以前分享的服務(wù)器數(shù)據(jù)恢復(fù)案例，因為數(shù)據(jù)遭到了嚴(yán)重破壞，無法按照客戶的要求進(jìn)行數(shù)據(jù)恢復(fù)。

[raid5 數(shù)據(jù)恢復(fù)失敗的原因分析和raid5數(shù)據(jù)恢復(fù)建議]
A，服務(wù)器在使用RAID5陣列進(jìn)行存儲時一定要及時對raid進(jìn)行維護(hù)，保證raid正常，一旦發(fā)現(xiàn)有一塊硬盤離線后即使服務(wù)器可以運(yùn)行但一定要及時備份數(shù)據(jù)，并且對出現(xiàn)故障的磁盤陣列進(jìn)行rebuild操作。等到服務(wù)器癱瘓后才對raid磁盤陣列進(jìn)行檢查已經(jīng)是事后補(bǔ)救了，數(shù)據(jù)恢復(fù)的難度也相應(yīng)增大。

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

C，只要目錄區(qū)正?；蛘卟糠终?，就可以使用PE看到目錄，但這并不意味著數(shù)據(jù)區(qū)一定正常，其實在第二步中系統(tǒng)無法啟動就是因為強(qiáng)勢上線的操作是錯誤的，此時應(yīng)該停止繼續(xù)操作。而管理員在PE里讀到目錄，實際上已經(jīng)對文件系統(tǒng)進(jìn)行了載入，破壞了正常文件系統(tǒng)的元數(shù)據(jù)區(qū)(只是有可能破壞的不影響要恢復(fù)的數(shù)據(jù))。

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

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

F，導(dǎo)致本案例中數(shù)無法恢復(fù)的最致命操作就是重建RAID5。IBM X225使用SERVER RAID SUPPORT CD重建RAID時，默認(rèn)會對所有數(shù)據(jù)進(jìn)行清0。其它型號的服務(wù)器通常也會在重建raid時重新同步校驗，打亂原有數(shù)據(jù)結(jié)構(gòu)，不過完整同步的過程需要一定的時間，如果在同步?jīng)]有完成的情況下中斷同步還是可以對未同步的剩余數(shù)據(jù)進(jìn)行數(shù)據(jù)恢復(fù)。

G，管理員進(jìn)行了一天的同步，73G的RAID成員盤都已經(jīng)同步完成了。數(shù)據(jù)已經(jīng)完全毀了。
名稱欄目：你做了什么自己沒數(shù)嗎？現(xiàn)在這個樣子我們也沒辦法—陣列故障操作不當(dāng)導(dǎo)致無法恢復(fù)數(shù)據(jù)
分享地址：http://weahome.cn/article/cphegi.html