IBM_V7000底層結構及伺服器資料恢復案例詳解

北亞資料恢復發表於2019-08-12

IBM原理詳解

IBM_V7000(全名 IBM Storwize V7000 )是IBM推出的新一代中端儲存系統,儘管定位中端,Storwize V7000卻提供了以往高階儲存才具備的強大儲存管理功能。其常見型號有 IBM Storwize V3700 IBM Storwize V5000 以及 IBM Storwize V7000 其底層儲存結構支援 RIAD 0,RAID 10,RAID5以及RAID 6。上層的卷支援普通卷,精簡模式的卷,映象模式的卷以及精簡映象模式的卷。雖然在整體儲存結構上V7000做的很不錯,但某些物理故障或其他操作都可能會對卷或儲存造成破壞,因此對系列儲存的資料恢復技術才有了用武之地。

【配置 IBM_V7000】

1、使用管理IP連線IBM_V7000,輸入使用者名稱(預設:superuser)和密碼(密碼:passw0rd)。

2、 預設是沒有任何配置的,需要先配置 Mdisk,池以及卷,然後新增主機對映卷。

3、 建立 Mdisk,Mdisk的型別有RAID0,RAID0,RAID5以及RAID6。

4、 建立池,可以將多個 Mdisk劃分到一個池中。

5、 建立卷,卷是在池的基礎之上配置的,卷的型別有通用,自動精簡,映象以及精簡映象。

6、 建立主機並對映卷,主機的型別有光纖通道的主機和 iscsi的主機。

至此整個配置的大致流程就算完了,但是我們並不知道分配給主機的邏輯卷,實際在磁碟是如何分佈的。那它們是如何分佈的呢?詳解下文的結構與原理,其結構和 HP Lefthand系列的儲存產品很像,

【結構及原理】

其實 IBM_V7000的底層原理並不複雜,整個儲存結構一共分為四層。

第一層:既物理硬碟,是實際存放資料的地方。

第二層: IBM_V7000中命名為Mdisk,其實就RAID,是多個物理磁碟的集合。

第三層:池,是將多個 Mdisk組合成一個大的邏輯容器。

第四層:卷,從池中分配出來的空間,面向使用者的儲存單位,卷不可以跨池。

結構圖如下:

從整體的儲存結構上看,磁碟才是資料最終存放的地方。而所謂的 Mdisk,池和卷都是將物理磁碟虛擬化了而已。在物理磁碟這一層,資料是以小塊為單位(Block)儲存的,N多個磁碟組成了一個Mdisk,既存放在Mdisk中的資料會分成N多個Block平均分佈在所有磁碟上。在Mdisk這一層,資料是以段(Section)為單位儲存的,多個Mdisk組成了一個池,既在池中建立的卷會被分成若干個段放到不同的Mdisk中,不同卷的型別分佈在池中的方式也不同,不過最終還是以段為單位儲存在Midsk中的。

  整個儲存過程則是使用者將資料存放到卷中,而卷又會被分割成若干個段分佈在不同Mdisk中,而Mdisk又會將段分成若干個塊分佈在不同的磁碟中。最終資料全部是以塊為單位分佈在不同的磁碟中。

【資料恢復案例】

1、儲存架構

儲存型號: IBM_V7000

磁碟數量: 24塊600G SAS磁碟

Mdisk數量:2個Mdisk,都是RAID 5

卷數量: 2個2T的通用模式,1個3T精簡模式。

2、故障原因  

  因磁碟老化導致Mdisk中有幾塊磁碟掉線,導致Mdisk不可用造成上層卷無法訪問。而因只設定了一個全域性熱備,在磁碟掉線後管理人員沒有及時更換磁碟才造成整個故障的發生。

3、解決方案

先映象所有磁碟,然後分析哪些磁碟是一組 Mdisk。找出屬於同一組Mdiskd磁碟,然後分析是否存在磁碟掉線的情況。如果存在掉線磁碟,則在Mdisk組中除掉此磁碟。生成Mdisk,接著分析Mdisk之間的結構。生成池,接著分析卷的結構,因不同卷的型別不一樣,所以儲存結構也不一樣。分析完卷的結構後就可以生成每個卷的資料了。

4、資料恢復 結果

  由於只是Mdisk中有幾塊磁碟掉線了,沒有再做其他操作。所以整個資料恢復的很完整, 使用者驗收資料無誤

  由於對IBM V7000系列儲存的底層結構研究的很透徹,所以對此係列儲存的故障,資料幾乎都可以挽救。但是,有一種情況資料是無法挽救的,那就是所有磁碟被重建了並且初始化完成了。因為在建立完Mdisk之後,系統會對Mdisk做初始化,也就是清零。如下圖


因此,如果是儲存被重建了,並且還被初始化 ,這種情況下恢復資料的希望就很渺茫




來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2653374/,如需轉載,請註明出處,否則將追究法律責任。

相關文章