HP-lefthand底層結構詳解及儲存災難資料恢復
一、 HP-lefthand 的特點
HP-lefhand 是一款非常不錯的 SAN 儲存,使用 iscsi 協議為客戶端分配空間。它支援 RAID5 、 RAID6 以及 RAID10 。並且還支援卷快照,捲動態擴容等。常見的型號有: P4500,P4300,P4000 等,基於市場佔有量和軟體定義儲存的弊端,有一定的資料恢復市場需求。
HP-lefhand 的儲存系統是一款嵌入式 LINUX 系統,需要安裝客戶端軟體才能配置 lefthand 。
服務端:
客服端:
二、 HP-lefthand 的儲存結構
Lefthand 儲存一共分為三個級別,這三個級別共同構成了整個儲存,這三個幾別分別如下:
物理磁碟:實際的物理磁碟。
邏輯磁碟:將多個物理磁碟組成一個邏輯的磁碟,也就是 RAID 。
邏輯卷:在 RAID 之上,將不同 RAID 組成一個大空間,將大空間中不同的區域組成一個卷。
拓撲圖如下 :
從整個拓撲圖中可以看出,首先需要將物理磁碟組成邏輯磁碟 RAID ,然後將幾個邏輯磁碟組成一個大的儲存空間,最後將大的儲存空間劃分成若干個小塊。使用者使用的卷是由若干個不連續的小塊組成的。也就是卷中儲存的使用者資料最終會被分成若干個片段存放在不同的邏輯磁碟中,而邏輯磁碟是由多個物理磁碟組成的。最終資料會被分成 N 個片段放在不通的物理磁碟中。
卷: 使用者的可用空間,上面說過卷由不同 RAID 的 N 個不連續的片段組成,卷中儲存的是檔案系統以及使用者的資料。
RAID : 由多個物理磁碟組成,大多是 RAID5 或 RAID6 。 RAID 是 lefthand 能識別的最小單元,也就是要想建立卷,必須先建立 RAID 。因為卷是由不同 RAID 的 N 個不連續的片段組成,所以 RAID 中需要記錄它儲存的片段是哪一個卷的,並且是卷的第幾個片段。因此在 RAID 的前面會有一部分空間用來儲存記錄這些片段的 MAP 。
物理磁碟: 物理磁碟中記錄的是所有資料,並且資料是不連續的,如果上層是 RAID5 或 RAID6 。那麼物理磁碟中還包括校驗資料。
三、儲存災難恢復
透過上面對 lefthand 底層儲存的剖析,我們可以很清楚的知道使用者的資料是如何儲存到磁碟上的。也就意味著如果儲存出現災難,我們可以很快的知道哪裡出現問題了。並且針對問題做出解決方案。
針對 lefthand 上不同的儲存災難表現,對應的資料恢復解決方案如下:
一:當物理磁碟和 RAID 都完好的情況下,由於使用者誤刪除卷。可以按照 lefthand 儲存中殘留的 map 資訊找回誤刪除的卷。北亞開發的 frombyte recovery for Lefthand 中也有此模組。二:當物理磁碟完好, RAID 損壞的情況下,可能由於 RAID 中某塊磁碟因為壞道過多而離線,導致 RAID 癱瘓,從而導致卷不可用。可以透過 RAID 重組、之後啟用 ( 需事先備份,確保方案的可回溯 ) 的方法進行資料恢復。如果 lefthand 的作業系統無法恢復,也可以使用 frombyte recovery for Lefthand 對恢復後的 RAID 進行卷解釋。
二 :當卷中檔案系統或檔案出現故障時,實則與 lefthand 本身無關,可以透過在客戶端直接做恢復。建議,恢復時增加另一臺恢復主機 , 透過 iscsi multipath 以只讀連線。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2652189/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【伺服器儲存資料恢復】HP-Lefthand儲存資料恢復案例伺服器資料恢復
- IBM_V7000底層結構及伺服器資料恢復案例詳解IBM伺服器資料恢復
- mysql儲存引擎InnoDB詳解,從底層看清InnoDB資料結構MySql儲存引擎資料結構
- 圖解vsan儲存結構/資料恢復方法圖解資料恢復
- EMC 儲存資料恢復案例詳解【資料恢復方案】資料恢復
- VSAN儲存結構解析+儲存資料恢復案例資料恢復
- MySQL索引及優化(1)儲存引擎和底層資料結構MySql索引優化儲存引擎資料結構
- 圖說HP-lefthand儲存結構
- Redis資料結構SortedSet底層原理詳解Redis資料結構
- 【分散式儲存資料恢復】hbase和hive資料庫底層檔案誤刪的資料恢復案例分散式資料恢復Hive資料庫
- Redis(一):基本資料型別與底層儲存結構Redis資料型別
- 【儲存資料恢復】NetApp儲存誤刪除的資料恢復案例資料恢復APP
- 【儲存資料恢復】NetApp儲存誤刪資料夾的資料恢復案例資料恢復APP
- 【VSAN資料恢復】VSAN儲存資料恢復案例資料恢復
- 【儲存資料恢復】EqualLogic PS系列儲存磁碟故障的資料恢復案例資料恢復
- 【北亞資料恢復】分散式儲存hbase和hive資料庫底層檔案被誤刪除的資料恢復案例資料恢復分散式Hive資料庫
- 【資料庫資料恢復】ORACLE常見資料災難&資料恢復可能性資料庫資料恢復Oracle
- 詳解資料庫儲存的資料結構LSM Tree資料庫資料結構
- 海量非結構化資料儲存難題 ,杉巖資料物件儲存完美解決物件
- 資料底層損壞的恢復方法—拼碎片恢復資料
- 【儲存資料恢復】HP EVA儲存誤刪除VDISK的資料恢復案例資料恢復
- 【儲存資料恢復】某品牌EqualLogic系列儲存介紹和資料恢復方法資料恢復
- 【redis】-- 資料結構及底層編碼篇Redis資料結構
- MySQL之儲存引擎InnoDB和MyISAM的區別及底層詳解MySql儲存引擎
- 【儲存資料恢復】H3C FlexStorage儲存卷被刪如何恢復資料?資料恢復Flex
- 深入瞭解Redis底層資料結構Redis資料結構
- Vsan資料恢復—Vsan分散式儲存資料恢復案例資料恢復分散式
- 儲存崩潰資料恢復過程;資料恢復案例資料恢復
- TiDB 底層儲存結構 LSM 樹原理介紹TiDB
- Redis - 底層資料結構Redis資料結構
- 【儲存資料恢復】esx vmfs的互斥導致儲存資料丟失的資料恢復案例資料恢復
- Veeam助力TrendMicro解決資料保護和災難恢復挑戰
- 【儲存資料恢復】IBM儲存檔案NTFS系統損壞的資料恢復案例資料恢復IBM
- 【伺服器資料恢復】HP EVA儲存資料恢復案例伺服器資料恢復
- WD MYbook儲存硬碟資料恢復硬碟資料恢復
- 【儲存資料恢復】儲存上的raid5陣列崩潰的資料恢復案例資料恢復AI陣列
- 【儲存資料恢復】EMC某型號儲存raid5崩潰的資料恢復案例資料恢復AI
- 【伺服器資料恢復】StorNext儲存系統資料恢復案例伺服器資料恢復