今天為(wei)大家介紹的(de)(de)是(shi)服(fu)(fu)務(wu)(wu)(wu)器數(shu)據(ju)恢(hui)(hui)(hui)復案例，服(fu)(fu)務(wu)(wu)(wu)器的(de)(de)故(gu)障是(shi)raid信(xin)息丟(diu)失(shi)了。下(xia)(xia)面簡(jian)單介紹一(yi)(yi)(yi)下(xia)(xia)本次數(shu)據(ju)恢(hui)(hui)(hui)復的(de)(de)服(fu)(fu)務(wu)(wu)(wu)器基礎信(xin)息：某(mou)品牌DL380系(xi)(xi)列服(fu)(fu)務(wu)(wu)(wu)器，存儲是(shi)由6塊(kuai)73GB SAS硬(ying)盤(pan)組成(cheng)的(de)(de)RAID5磁盤(pan)陣列，服(fu)(fu)務(wu)(wu)(wu)器上層操作系(xi)(xi)統是(shi)WINDOWS 2003 SERVER，服(fu)(fu)務(wu)(wu)(wu)器內(nei)主要存儲了企業的(de)(de)內(nei)部文(wen)件(jian)，沒(mei)有(you)數(shu)據(ju)庫文(wen)件(jian)，在服(fu)(fu)務(wu)(wu)(wu)器的(de)(de)主機(ji)（無(wu)UPS）發(fa)生故(gu)障前(qian)曾(ceng)經(jing)出(chu)現(xian)過幾次意外斷(duan)電(dian)的(de)(de)情況(kuang)，由于(yu)重(zhong)啟(qi)后(hou)并沒(mei)有(you)出(chu)現(xian)異常，因此服(fu)(fu)務(wu)(wu)(wu)器一(yi)(yi)(yi)直在使用，直到有(you)一(yi)(yi)(yi)次斷(duan)電(dian)重(zhong)啟(qi)后(hou)RAID報錯(cuo)，提(ti)示(shi)無(wu)法找到存儲設備，進(jin)(jin)入(ru)RAID管(guan)(guan)理(li)(li)模塊(kuai)后(hou)操作死機(ji)，管(guan)(guan)理(li)(li)員(yuan)多次嘗試重(zhong)啟(qi)服(fu)(fu)務(wu)(wu)(wu)器后(hou)還(huan)是(shi)沒(mei)有(you)辦法進(jin)(jin)入(ru)系(xi)(xi)統，為(wei)了防止服(fu)(fu)務(wu)(wu)(wu)器內(nei)數(shu)據(ju)丟(diu)失(shi)，管(guan)(guan)理(li)(li)員(yuan)聯系(xi)(xi)到數(shu)據(ju)恢(hui)(hui)(hui)復中心進(jin)(jin)行服(fu)(fu)務(wu)(wu)(wu)器數(shu)據(ju)恢(hui)(hui)(hui)復。

通常(chang)服(fu)(fu)務器(qi)(qi)出現這種(zhong)情況的(de)(de)數據(ju)(ju)丟(diu)失(shi)多(duo)因為服(fu)(fu)務器(qi)(qi)意(yi)外斷(duan)(duan)電(dian)(dian)導(dao)致(zhi)RAID模(mo)塊(kuai)損(sun)壞(huai)（包括RAID管(guan)理信(xin)息(xi)丟(diu)失(shi)和RAID模(mo)塊(kuai)硬(ying)件損(sun)壞(huai)）。一般在RAID陣列(lie)創建完成(cheng)后(hou)陣列(lie)的(de)(de)管(guan)理模(mo)塊(kuai)信(xin)息(xi)就固(gu)定下來不會(hui)再發生改(gai)變(bian)，但(dan)是(shi)raid陣列(lie)的(de)(de)模(mo)塊(kuai)信(xin)息(xi)依(yi)然屬于可修改(gai)部分(fen)，服(fu)(fu)務器(qi)(qi)意(yi)外斷(duan)(duan)電(dian)(dian)很(hen)容(rong)易造成(cheng)這部分(fen)信(xin)息(xi)被篡改(gai)甚至丟(diu)失(shi)，多(duo)次斷(duan)(duan)電(dian)(dian)甚至有可能導(dao)致(zhi)RAID卡上(shang)的(de)(de)元器(qi)(qi)件損(sun)壞(huai)，從(cong)而使主(zhu)機(ji)失(shi)去(qu)對(dui)多(duo)塊(kuai)物(wu)理硬(ying)盤(pan)進行RAID管(guan)理的(de)(de)中間層模(mo)塊(kuai)。該案(an)例中對(dui)RAID模(mo)塊(kuai)的(de)(de)操作死機(ji)現象極有可能是(shi)由RAID卡硬(ying)件損(sun)壞(huai)引(yin)起(qi)的(de)(de)（后(hou)經HP售后(hou)技術人員(yuan)驗證得到證實），此時通過正常(chang)途徑已(yi)無法將(jiang)獲取6塊(kuai)硬(ying)盤(pan)中的(de)(de)數據(ju)(ju)，只能依(yi)靠第三方提(ti)供(gong)數據(ju)(ju)恢(hui)復服(fu)(fu)務來解決。

1. 服務(wu)器(qi)數據(ju)恢復第(di)一步首先對(dui)客戶(hu)的(de)服務(wu)器(qi)內所有硬盤進(jin)行嚴格的(de)物理檢測，用以排查(cha)(cha)硬盤是否有硬件故障。經(jing)過檢查(cha)(cha)發現服務(wu)器(qi)內的(de)所有硬盤均(jun)可以正(zheng)常讀取。

2. 由于硬(ying)盤(pan)全部正常，因此不需要進行硬(ying)件修(xiu)復，直接對服務器(qi)內(nei)的硬(ying)盤(pan)進行鏡(jing)像備份(fen)即可。

3. 鏡像完(wan)成后，服務器數據恢復工程師開始對這(zhe)組raid進行結構(gou)分析，主要是為了確定raid陣(zhen)列(lie)的硬盤(pan)順(shun)序、數據塊(kuai)的大小和(he)陣(zhen)列(lie)校驗方式等用于重新構(gou)建(jian)raid陣(zhen)列(lie)。

4. 服務(wu)器數據(ju)恢(hui)復(fu)工程師利用分(fen)析出來(lai)的raid陣(zhen)列信息(xi)重(zhong)新虛擬重(zhong)建(jian)一組raid陣(zhen)列并進(jin)行邏(luo)輯校驗，確(que)保重(zhong)構RAID所應用的各(ge)參數正確(que)無誤后(hou)，針對用戶最(zui)為關注的數據(ju)進(jin)行完全驗證；

5. 最后(hou)，數(shu)(shu)據(ju)(ju)恢復(fu)工程師聯系客(ke)戶對(dui)恢復(fu)出來的數(shu)(shu)據(ju)(ju)進行驗證(zheng)，經(jing)過驗證(zheng)后(hou)所有數(shu)(shu)據(ju)(ju)均已經(jing)成功(gong)恢復(fu)，數(shu)(shu)據(ju)(ju)遷移成功(gong)后(hou)本(ben)次(ci)數(shu)(shu)據(ju)(ju)恢復(fu)圓(yuan)滿結束。

1. 盡(jin)量(liang)保(bao)證機(ji)房電(dian)源供應穩(wen)定，以減(jian)少電(dian)源異常(chang)對主機(ji)及存(cun)儲的沖擊；

2. 最好為重要(yao)的服務器及存儲配(pei)置UPS，可(ke)在機房意(yi)外斷電的情況下(xia)保證核心業務系統能繼續維持一定(ding)時(shi)間的正常工作，從而為企業尋求應急解決方案贏得(de)寶貴的時(shi)間；

3. 對于(yu)服(fu)務(wu)(wu)年限已久(jiu)的(de)服(fu)務(wu)(wu)器應定期進行安全狀況檢查，并對其(qi)整體運行狀態進行評估以決(jue)定是否進行硬件(jian)及系統的(de)全面升級，同時(shi)提前制定突發數據災(zai)(zai)難的(de)緊急處(chu)理(li)方案(an)，以降低數據災(zai)(zai)難帶來(lai)的(de)業務(wu)(wu)損失。