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

【 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/，如需轉載，請註明出處，否則將追究法律責任。