服務器數(shù)據(jù)恢復環(huán)境:
某網(wǎng)站服務器,無品牌組裝機器;
4塊SCSI硬盤組建RAID0;
LINUX操作系統(tǒng),存儲的MYSQL數(shù)據(jù)庫、網(wǎng)站程序和網(wǎng)頁文件。
服務器故障&分析:
服務器電源損壞,用戶找到一家電源銷售商更換電源??赡苁呛ε?lián)p壞硬盤中的數(shù)據(jù),電源銷售商竟然把硬盤全部拔掉(只留下RAID卡)啟動服務器進行測試,完成測試后再次連接硬盤啟動服務器,發(fā)現(xiàn)RAID信息已經(jīng)破壞。之后又做了一些操作(未知)。
我們中心拿到故障服務器時的故障表現(xiàn):啟動操作系統(tǒng)時提示無效的引導記錄。用戶要求恢復服務器中的數(shù)據(jù),同時重新激活修復服務器的操作系統(tǒng)。
拔掉全部硬盤保留RAID卡進行開機測試,服務器在加電檢測RAID控制器時會認為所有硬盤都出現(xiàn)故障,從而導致RAID邏輯卷下線。
連接好所有硬盤重新加電后,雖然所有硬盤是完好的,但RAID控制器為了安全考慮,不會重新加載所有硬盤,重建RAID卷。這時候如果及時采取正確的操作還有可能恢復數(shù)據(jù),但估計用戶當時進行了錯誤的操作如重建,從而導致所有數(shù)據(jù)不可用。
RAID0本身不會涉及到同步操作,除非重建時清0數(shù)據(jù),其他操作不會對數(shù)據(jù)造成致命性的破壞,但需要分析原RAID的結(jié)構(gòu),并進行虛擬重組。
服務器數(shù)據(jù)恢復過程:
1、按單盤方式把故障服務器中所有硬盤進行完整的鏡像備份。
2、在鏡像中分析原RAID的結(jié)構(gòu)參數(shù)。
3、根據(jù)獲取到的原RAID結(jié)構(gòu)參數(shù)搭建虛擬RAID環(huán)境,組建RAID邏輯卷。
4、為保證數(shù)據(jù)完整性,將數(shù)據(jù)打包為TAR.GZ。
5、重新配置RAID,安裝系統(tǒng),將恢復后的數(shù)據(jù)遷移回原系統(tǒng)。
6、由用戶親自對恢復出來的數(shù)據(jù)進行檢測,確認恢復出來的數(shù)據(jù)完整有效。
審核編輯:湯梓紅
-
服務器
+關(guān)注
關(guān)注
13文章
9796瀏覽量
88012 -
RAID
+關(guān)注
關(guān)注
0文章
282瀏覽量
36866 -
數(shù)據(jù)恢復
+關(guān)注
關(guān)注
10文章
650瀏覽量
18158
發(fā)布評論請先 登錄
虛擬化數(shù)據(jù)恢復—XenServer虛擬化平臺上VPS不可用的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—raid5陣列多塊硬盤離線導致EMC存儲不可用的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—Linux系統(tǒng)服務器崩潰的數(shù)據(jù)恢復案例
虛擬化數(shù)據(jù)恢復—VMware虛擬化環(huán)境下重裝系統(tǒng)導致服務器數(shù)據(jù)丟失的數(shù)據(jù)恢復

服務器數(shù)據(jù)恢復—如何預防服務器故障與恢復服務器數(shù)據(jù)!
服務器數(shù)據(jù)恢復—Zfs文件系統(tǒng)服務器數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—raid5陣列崩潰導致上層lun無法正常使用的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—EVA存儲磁盤組磁盤掉線的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—EqualLogic存儲硬盤指示燈亮黃燈的數(shù)據(jù)恢復案例

虛擬機數(shù)據(jù)恢復—異常斷電導致XenServer虛擬機不可用的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—RAID5陣列硬盤離線但熱備盤未激活的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—意外斷電導致虛擬機虛擬磁盤損壞的數(shù)據(jù)恢復案例

評論