ESX SERVER常見故障表現(xiàn):
1、因光纖存儲設(shè)備連接至非ESX環(huán)境,共享未互斥,對存儲進(jìn)行的改寫操作(如:重裝系統(tǒng),WINDOWS初始化,格式化等)導(dǎo)致存儲結(jié)構(gòu)損壞。
2、卷升級、變更時分區(qū)表或VMFS卷結(jié)構(gòu)異常。
3、VMFS存儲中VMDK被刪除。
4、VMFS被格式化。
ESX SERVER故障解決方案:
1、檢測是否存在硬件故障,如果發(fā)現(xiàn)硬件故障,由硬件工程師進(jìn)行處理。
2、檢測故障表現(xiàn)是否與用戶描述相同。
3、以只讀方式對故障存儲所有磁盤做完整鏡像。
4、基于鏡像文件分析數(shù)據(jù)和恢復(fù)數(shù)據(jù)。北亞企安數(shù)據(jù)恢復(fù)工程師按照分區(qū)表結(jié)構(gòu)、VMFS結(jié)構(gòu)(節(jié)點(diǎn)區(qū)、索引區(qū)、目錄及數(shù)據(jù)區(qū))的順序依次分析數(shù)據(jù)損壞情況,并針對性做重組&恢復(fù)。
5、驗證恢復(fù)數(shù)據(jù)的正確性。將恢復(fù)出來的數(shù)據(jù)暫存在另一個存儲體上。
ESX SERVER數(shù)據(jù)恢復(fù)的可能性分析:
1、非ESX服務(wù)器對VMFS進(jìn)行改寫操作:
VMFS的CLUSTER是基于多臺ESX SERVER之間的約定,當(dāng)存儲被非ESX系統(tǒng)接管時,會以獨(dú)占的模式進(jìn)行管理,導(dǎo)致存儲結(jié)構(gòu)的損壞。
這類故障要考慮VMFS的破壞情況,如果僅僅是WINDOWS初始化、劃分分區(qū)或文件系統(tǒng)格式化但未寫入數(shù)據(jù),則數(shù)據(jù)破壞不嚴(yán)重,恢復(fù)可能性比較大。
如果VMFS破壞嚴(yán)重,例如VMFS的前100MB被完全覆蓋,數(shù)據(jù)恢復(fù)的難度就非常大。這種情況下只能通過文件系統(tǒng)內(nèi)部關(guān)系進(jìn)行恢復(fù),有結(jié)構(gòu)的數(shù)據(jù)如ORACLE或SQL SERVER數(shù)據(jù)庫可以恢復(fù),但像RAR、gz及多媒體文件等結(jié)構(gòu)性不強(qiáng)的數(shù)據(jù)就很難恢復(fù)。
2、卷升級、變更時分區(qū)表或VMFS卷結(jié)構(gòu)異常:
此類故障的破壞程度一般不會很嚴(yán)重,通常可完整恢復(fù)。是否可完整恢復(fù)則要取決于節(jié)點(diǎn)區(qū)、索引區(qū)、目錄及數(shù)據(jù)區(qū)是否被破壞(VMFS的前100M很關(guān)鍵)。
3、VMDK被刪除:
VMFS刪除VMDK后,在沒有新數(shù)據(jù)寫入的情況下,數(shù)據(jù)依然存儲于VMFS中,但存儲本身卻不會再保留指向數(shù)據(jù)區(qū)的索引信息。這種情況需要分析原VMDK文件內(nèi)部結(jié)構(gòu)后才可以確定數(shù)據(jù)恢復(fù)的算法及可能性。在VMFS破壞嚴(yán)重的情況下,如果VMDK內(nèi)部存儲的是像數(shù)據(jù)庫文件一樣的規(guī)則文件,則恢復(fù)可能性很高;否則,就需要深入研究數(shù)據(jù)恢復(fù)算法,數(shù)據(jù)可能無法在短時間內(nèi)恢復(fù)。
小貼士:
針對軟件故障,發(fā)現(xiàn)數(shù)據(jù)丟失后,盡可能不要對存儲進(jìn)行任何操作。有時候,即使是開著機(jī),在什么操作都不做的情況下也可能會讓情況進(jìn)一步惡化。如果條件允許的話,在發(fā)現(xiàn)數(shù)據(jù)損壞/丟失后,對磁盤或存儲卷做完整備份。
針對硬件故障,發(fā)現(xiàn)設(shè)備無法正常工作后,盡可能不加電,避免加電對設(shè)備的進(jìn)一步破壞。
做好備份方案,盡可能避免單存儲備份,如數(shù)據(jù)非常重要,可異地備份。
審核編輯 黃宇
-
服務(wù)器
+關(guān)注
關(guān)注
12文章
9129瀏覽量
85339 -
數(shù)據(jù)恢復(fù)
+關(guān)注
關(guān)注
10文章
568瀏覽量
17433
發(fā)布評論請先 登錄
相關(guān)推薦
評論