91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

EVA數(shù)據(jù)恢復(fù)—EVA存儲(chǔ)中磁盤(pán)掉線導(dǎo)致LUN丟失的數(shù)據(jù)恢復(fù)案例

Frombyte ? 來(lái)源:Frombyte ? 作者:Frombyte ? 2024-04-19 13:28 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

EVA存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境:
EVA控制器+三個(gè)擴(kuò)展柜+數(shù)十塊FC硬盤(pán)。

EVA存儲(chǔ)故障&檢測(cè):
磁盤(pán)掉線導(dǎo)致存儲(chǔ)中的部分LUN丟失,部分LUN損壞不可用。
由于是磁盤(pán)掉線導(dǎo)致存儲(chǔ)中的LUN不可用。拿到所有磁盤(pán)后,先由硬件工程師對(duì)所有磁盤(pán)做物理故障檢測(cè),經(jīng)過(guò)檢測(cè),沒(méi)有發(fā)現(xiàn)有硬盤(pán)存在物理故障,都可以正常讀取。使用壞道檢測(cè)工具檢測(cè)磁盤(pán)壞道,也沒(méi)有發(fā)現(xiàn)有硬盤(pán)存在壞道。
磁盤(pán)壞道檢測(cè)日志:

pYYBAGQ4z7yAKx95AAHQwWZpo1s129.png北亞企安數(shù)據(jù)恢復(fù)——EVA存儲(chǔ)數(shù)據(jù)恢復(fù)


EVA存儲(chǔ)數(shù)據(jù)恢復(fù)過(guò)程:
1、將所有磁盤(pán)以只讀方式進(jìn)行扇區(qū)級(jí)全盤(pán)鏡像備份,鏡像完成后將所有磁盤(pán)歸還用戶(hù)方,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始磁盤(pán)數(shù)據(jù)造成二次破壞。

部分備份數(shù)據(jù)如下:

pYYBAGQ4z9eAcWTDAAEMV5itO04047.png北亞企安數(shù)據(jù)恢復(fù)——EVA存儲(chǔ)數(shù)據(jù)恢復(fù)



2、由于所有磁盤(pán)都沒(méi)有檢測(cè)出物理故障或者壞道,因此可以初步判斷磁盤(pán)掉線是某些磁盤(pán)讀寫(xiě)不穩(wěn)定造成的。EVA控制器的磁盤(pán)檢查策略非常嚴(yán)格,會(huì)將性能不穩(wěn)定的磁盤(pán)識(shí)別為壞盤(pán)并踢出磁盤(pán)組。一旦某個(gè)LUN的同一個(gè)條帶中掉線的磁盤(pán)數(shù)量超過(guò)極限,這個(gè)LUN將不可用。如果EVA存儲(chǔ)中所有的LUN都包含這些掉線的盤(pán),所有LUN都會(huì)受影響。所以磁盤(pán)掉線導(dǎo)致整個(gè)EVA存儲(chǔ)的LUN不可用的情況也可能出現(xiàn)。本案例中的情況是8個(gè)LUN正常,7個(gè)LUN損壞,6個(gè)LUN丟失。用戶(hù)方要求恢復(fù)所有LUN的數(shù)據(jù)。
3、EVA存儲(chǔ)的LUN是以RAID條目的形式存儲(chǔ)數(shù)據(jù)的,EVA將每個(gè)磁盤(pán)的不同塊組成一個(gè)RAID條目,RAID條目的類(lèi)型有很多種?;謴?fù)數(shù)據(jù)之前需要分析出組成LUN的RAID條目類(lèi)型以及RAID條目是由哪些盤(pán)的哪些塊組成。這些信息都存放在LUN_MAP中,每個(gè)LUN都有一份LUN_MAP。EVA將LUN_MAP分別存放在不同的磁盤(pán)中并通過(guò)一個(gè)索引來(lái)指定其位置。因此在磁盤(pán)中找這個(gè)指向LUN_MAP的索引就可以找到現(xiàn)存LUN的信息。
4、雖然磁盤(pán)中記錄了指向LUN_MAP的索引,但是它只記錄現(xiàn)存的LUN,丟失的LUN是不會(huì)記錄索引的。EVA中刪除一個(gè)LUN只會(huì)清除這個(gè)LUN的索引,而不會(huì)清除這個(gè)LUN的LUN_MAP。所以只需要掃描所有磁盤(pán)找到所有符合LUN_MAP的數(shù)據(jù)塊,然后排除掉現(xiàn)有的LUN_MAP,剩下的也不一定全是刪除的LUN的LUN_MAP,也有一些是以前舊的LUN的LUN_MAP。使用北亞企安自主開(kāi)發(fā)的程序?qū)⑺蠰UN_MAP的數(shù)據(jù)都恢復(fù)出來(lái),然后通過(guò)人工去核對(duì)哪些是屬于刪除LUN的LUN_MAP。
5、雖然所有磁盤(pán)經(jīng)過(guò)檢測(cè)沒(méi)有發(fā)現(xiàn)明顯物理故障和壞道,但是可能會(huì)因?yàn)樾阅懿环€(wěn)定而被踢出磁盤(pán)組。這些被踢出的磁盤(pán)中存放了舊的數(shù)據(jù),在生成數(shù)據(jù)的時(shí)候需要將這些磁盤(pán)都排除掉。如何判斷哪些磁盤(pán)是掉線的呢?由于本案例中LUN的RAID級(jí)別大多是RAID5,只需要將一個(gè)LUN的RAID條目通過(guò)RAID5的校驗(yàn)算法算出校驗(yàn)值,再和原有的校驗(yàn)值作比較就可以判斷這個(gè)條目中是否有掉線盤(pán)。將一個(gè)LUN的所有LUN_MAP都校驗(yàn)一遍就可以知道這個(gè)LUN中哪些RAID條目中有掉線盤(pán),而這些RAID條目中都存在的那個(gè)盤(pán)就一定是掉線盤(pán)。排除掉線盤(pán),然后根據(jù)LUN_MAP恢復(fù)所有LUN的數(shù)據(jù)即可。
6、北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)程序掃描全部LUN_MAP,結(jié)合人工分析獲取到準(zhǔn)確的LUN_MAP。北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)檢測(cè)RAID條目的程序檢測(cè)所有LUN中掉線的磁盤(pán),結(jié)合人工分析排除掉線的磁盤(pán)。北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)LUN數(shù)據(jù)恢復(fù)程序,結(jié)合LUN_MAP恢復(fù)所有LUN數(shù)據(jù)。
7、人工核對(duì)每個(gè)LUN,確認(rèn)是否和用戶(hù)方工程師描述的一致。
部分LUN的數(shù)據(jù):

pYYBAGQ4z96AaouiAAEI0gfaVlo547.png北亞企安數(shù)據(jù)恢復(fù)——EVA存儲(chǔ)數(shù)據(jù)恢復(fù)



8、用戶(hù)方對(duì)恢復(fù)出來(lái)的所有數(shù)據(jù)進(jìn)行仔細(xì)檢驗(yàn)后確認(rèn)數(shù)據(jù)完整有效,認(rèn)可本次數(shù)據(jù)恢復(fù)結(jié)果。本次服務(wù)器數(shù)據(jù)恢復(fù)工作完成。


審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    14

    文章

    10264

    瀏覽量

    91528
  • 數(shù)據(jù)恢復(fù)

    關(guān)注

    10

    文章

    713

    瀏覽量

    18989
  • 磁盤(pán)
    +關(guān)注

    關(guān)注

    1

    文章

    398

    瀏覽量

    26490
  • LUN
    LUN
    +關(guān)注

    關(guān)注

    0

    文章

    4

    瀏覽量

    5659
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    【服務(wù)器數(shù)據(jù)恢復(fù)】多盤(pán)掉線RAID6數(shù)據(jù)恢復(fù):基于Reed-Solomon算法的修復(fù)

    ,當(dāng)?shù)谌龎K硬盤(pán)離線后,RAID崩潰,服務(wù)器癱瘓,業(yè)務(wù)被迫停滯。 此時(shí),如果直接更換硬盤(pán)重新組建陣列,陣列的所有數(shù)據(jù)將全部丟失。服務(wù)器管理員嘗試分析和恢復(fù)數(shù)據(jù),雖然找回了一部分
    的頭像 發(fā)表于 03-05 16:37 ?331次閱讀

    【服務(wù)器數(shù)據(jù)恢復(fù)EVA4400/6400/8400存儲(chǔ)底層原理及數(shù)據(jù)恢復(fù)全流程

    難度極高。 EVA存儲(chǔ)所用FC磁盤(pán)本質(zhì)為SAS盤(pán)轉(zhuǎn)接實(shí)現(xiàn),加之虛擬化存儲(chǔ)持續(xù)數(shù)據(jù)遷移、業(yè)務(wù)負(fù)載高,磁盤(pán)
    的頭像 發(fā)表于 02-24 15:55 ?103次閱讀
    【服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>】<b class='flag-5'>EVA</b>4400/6400/8400<b class='flag-5'>存儲(chǔ)</b>底層原理及<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>全流程

    【服務(wù)器數(shù)據(jù)恢復(fù)EVA存儲(chǔ)硬盤(pán)離線,LUN丟后數(shù)據(jù)如何“重生”?

    將故障EVA存儲(chǔ)設(shè)備上的所有硬盤(pán)編號(hào)后取出。硬件工程師對(duì)所有硬盤(pán)進(jìn)行硬件故障檢測(cè)。檢測(cè)后發(fā)現(xiàn)掉線硬盤(pán)不存在物理故障和壞道。將所有硬盤(pán)以只讀方式做全盤(pán)鏡像備份,鏡像完成后將所有磁盤(pán)按照編
    的頭像 發(fā)表于 01-22 17:39 ?1147次閱讀

    zfs數(shù)據(jù)恢復(fù)—ZFS存儲(chǔ)遷移數(shù)據(jù)讀不出數(shù)據(jù)怎么恢復(fù)數(shù)據(jù)

    管理員對(duì)一臺(tái)存儲(chǔ)設(shè)備內(nèi)的文件進(jìn)行遷移操作時(shí),數(shù)據(jù)突然無(wú)法讀取,管理界面出現(xiàn)報(bào)錯(cuò)。管理員查看數(shù)據(jù)時(shí)發(fā)現(xiàn)其中一個(gè)lun數(shù)據(jù)
    的頭像 發(fā)表于 12-09 14:10 ?285次閱讀
    zfs<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—ZFS<b class='flag-5'>存儲(chǔ)</b>遷移<b class='flag-5'>數(shù)據(jù)</b>讀不出<b class='flag-5'>數(shù)據(jù)</b>怎么<b class='flag-5'>恢復(fù)數(shù)據(jù)</b>?

    vsan數(shù)據(jù)恢復(fù)—Vsan故障與SQLserver數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)案例

    作緩存盤(pán)、2塊機(jī)械硬盤(pán)作容量盤(pán),共6個(gè)磁盤(pán)組構(gòu)成VSAN存儲(chǔ)空間存儲(chǔ)虛擬機(jī)文件。 非正常關(guān)機(jī)導(dǎo)致VSAN邏輯架構(gòu)出現(xiàn)故障,部分虛擬機(jī)
    的頭像 發(fā)表于 12-02 11:58 ?340次閱讀
    vsan<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—Vsan故障與SQLserver<b class='flag-5'>數(shù)據(jù)</b>庫(kù)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    Netapp數(shù)據(jù)恢復(fù)—Netapp存儲(chǔ)數(shù)據(jù)恢復(fù)揭秘

    某公司一臺(tái)服務(wù)器中一共有72塊SAS硬盤(pán)。 工作人員誤操作刪除了十幾個(gè)lun。需要恢復(fù)服務(wù)器數(shù)據(jù)。
    的頭像 發(fā)表于 10-28 15:26 ?425次閱讀
    Netapp<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—Netapp<b class='flag-5'>存儲(chǔ)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>揭秘

    服務(wù)器數(shù)據(jù)恢復(fù)—EqualLogic存儲(chǔ)上raid5磁盤(pán)陣列數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 某品牌EqualLogic PS6100存儲(chǔ)陣列上有一組由16塊硬盤(pán)組建的raid5磁盤(pán)陣列。
    的頭像 發(fā)表于 10-21 15:04 ?345次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—重裝系統(tǒng)后OceanStor存儲(chǔ)上的分區(qū)數(shù)據(jù)丟失這樣恢復(fù)

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 華為OceanStor某型號(hào)存儲(chǔ)+擴(kuò)展盤(pán)柜,存儲(chǔ)的硬盤(pán)組建了rai
    的頭像 發(fā)表于 09-02 15:32 ?671次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—重裝系統(tǒng)后OceanStor<b class='flag-5'>存儲(chǔ)</b>上的分區(qū)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>丟失</b>這樣<b class='flag-5'>恢復(fù)</b>

    服務(wù)器數(shù)據(jù)恢復(fù)—熱備盤(pán)上線過(guò)程硬盤(pán)掉線導(dǎo)致數(shù)據(jù)丟失,數(shù)據(jù)恢復(fù)揭秘

    一臺(tái)某品牌存儲(chǔ)設(shè)備中有一組由8塊硬盤(pán)(包括熱備盤(pán))組建的raid5磁盤(pán)陣列。上層安裝的Linux操作系統(tǒng)。 raid5磁盤(pán)陣列有一塊硬盤(pán)掉線,熱備盤(pán)自動(dòng)上線并開(kāi)始同步
    的頭像 發(fā)表于 08-26 13:24 ?328次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—StorNext文件系統(tǒng)數(shù)據(jù)丟失數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)昆騰存儲(chǔ)設(shè)備中有一組raid5磁盤(pán)陣列。陣列上有兩塊硬盤(pán)先后離線,raid5
    的頭像 發(fā)表于 08-19 11:43 ?597次閱讀

    Oracle數(shù)據(jù)恢復(fù)—格式化分區(qū)導(dǎo)致Oracle數(shù)據(jù)庫(kù)報(bào)錯(cuò)的數(shù)據(jù)恢復(fù)案例

    完成后將所有硬盤(pán)按照原樣還原到原服務(wù)器,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作基于鏡像文件進(jìn)行,避免對(duì)原始磁盤(pán)數(shù)
    的頭像 發(fā)表于 07-22 14:06 ?421次閱讀
    Oracle<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—格式化分區(qū)<b class='flag-5'>導(dǎo)致</b>Oracle<b class='flag-5'>數(shù)據(jù)</b>庫(kù)報(bào)錯(cuò)的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—重裝系統(tǒng)導(dǎo)致XFS文件系統(tǒng)分區(qū)丟失數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器上通過(guò)磁盤(pán)柜+RAID卡組建的riad5磁盤(pán)陣列,服務(wù)器上層安裝Linux操作系統(tǒng),搭建XFS文件系統(tǒng)。服務(wù)器上層分配一個(gè)
    的頭像 發(fā)表于 06-12 11:20 ?809次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—重裝系統(tǒng)<b class='flag-5'>導(dǎo)致</b>XFS文件系統(tǒng)分區(qū)<b class='flag-5'>丟失</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—raid6陣列硬盤(pán)故障導(dǎo)致上層分區(qū)丟失數(shù)據(jù)恢復(fù)案例

    一臺(tái)由16塊硬盤(pán)組成的raid6磁盤(pán)陣列。磁盤(pán)陣列中有一塊硬盤(pán)因?yàn)槲锢砉收?b class='flag-5'>掉線,導(dǎo)致服務(wù)器上層虛擬機(jī)無(wú)法正常使用,部分分區(qū)丟失,重啟物理服務(wù)
    的頭像 發(fā)表于 04-02 10:15 ?621次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列硬盤(pán)壞道導(dǎo)致陣列崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 某品牌DS3512存儲(chǔ)中有一組由6塊SAS磁盤(pán)組建的raid5陣列。劃分一個(gè)
    的頭像 發(fā)表于 03-28 13:25 ?750次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—raid5陣列<b class='flag-5'>中</b>硬盤(pán)壞道<b class='flag-5'>導(dǎo)致</b>陣列崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    虛擬化數(shù)據(jù)恢復(fù)—VMware虛擬化環(huán)境下重裝系統(tǒng)導(dǎo)致服務(wù)器數(shù)據(jù)丟失數(shù)據(jù)恢復(fù)

    VMware虛擬化平臺(tái) vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng),服務(wù)器崩潰。 重裝系統(tǒng)會(huì)導(dǎo)致文件系統(tǒng)元文件被覆蓋。要恢復(fù)數(shù)據(jù),必須找到&提取重裝系統(tǒng)前的文件系統(tǒng)殘留信息,通過(guò)提取出來(lái)的元文件信息恢復(fù)虛擬
    的頭像 發(fā)表于 03-13 10:33 ?795次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝系統(tǒng)<b class='flag-5'>導(dǎo)致</b>服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>丟失</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>