chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)—如何讓ZFS文件系統(tǒng)數(shù)據(jù)“起死回生”?

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2025-01-02 14:17 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障:
一臺配有32塊硬盤的服務(wù)器在運(yùn)行過程中突然崩潰不可用。經(jīng)過初步檢測,基本上確定服務(wù)器硬件不存在物理故障。管理員重啟服務(wù)器后問題依舊。需要恢復(fù)該服務(wù)器中的數(shù)據(jù)。

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
1、將服務(wù)器中硬盤做好標(biāo)記后取出,硬件工程師檢測后沒有發(fā)現(xiàn)有硬盤存在硬件故障,都可以正常讀取。使用專業(yè)工具對所有硬盤進(jìn)行扇區(qū)級全盤鏡像。鏡像完成后按照原樣將所有硬盤還原到原服務(wù)器中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析所有磁盤底層數(shù)據(jù)。通過分析獲取到和故障服務(wù)器有關(guān)的信息:服務(wù)器通過zfs文件系統(tǒng)管理所有磁盤。服務(wù)器中的32塊硬盤共創(chuàng)建了4組raidz陣列。兩組raidz陣列硬盤離線后都啟用了熱備盤,熱備盤上線后這兩組raidz陣列中又有硬盤離線。
3、ZFS管理的存儲池與常規(guī)存儲池有所不同。常規(guī)RAID陣列存儲數(shù)據(jù),按照特定的規(guī)則組建池,不關(guān)心文件在子設(shè)備上的位置。ZFS存儲數(shù)據(jù)會為每次寫入的數(shù)據(jù)分配適當(dāng)大小的空間,并計(jì)算出指向子設(shè)備的數(shù)據(jù)指針。ZFS的這種特性導(dǎo)致RAIDZ陣列在缺盤時(shí)無法直接通過校驗(yàn)得到數(shù)據(jù),而是需要將整個(gè)ZPOOL作為整體進(jìn)行解析。
4、手工截取事務(wù)塊數(shù)據(jù),數(shù)據(jù)恢復(fù)工程師編寫程序獲取最大事務(wù)號入口。
獲取文件系統(tǒng)入口:

wKgaomUTz2qATYGwAAEAB2YAtgc824.png

北亞企安數(shù)據(jù)恢復(fù)—zfs文件系統(tǒng)數(shù)據(jù)恢復(fù)



5、獲取到文件系統(tǒng)入口后,北亞企安數(shù)據(jù)恢復(fù)工程師編寫數(shù)據(jù)指針解析程序解析地址。
解析數(shù)據(jù)指針:

wKgZomUTz32AJhGmAAIEXNnNaqg644.png

北亞企安數(shù)據(jù)恢復(fù)—zfs文件系統(tǒng)數(shù)據(jù)恢復(fù)



6、獲取到文件系統(tǒng)入口點(diǎn)在各磁盤分布情況后,北亞企安數(shù)據(jù)恢復(fù)工程師手工截取并分析文件系統(tǒng)內(nèi)部結(jié)構(gòu)。由于入口點(diǎn)所在的磁盤組無缺失盤,可直接提取數(shù)據(jù)。根據(jù)ZFS文件系統(tǒng)的數(shù)據(jù)存儲結(jié)構(gòu)順利找到映射的LUN名稱,進(jìn)而找到其節(jié)點(diǎn)。
7、分析后發(fā)現(xiàn)在本案例中的ZFS版本與開源版本有較大差別,無法使用已開發(fā)的解析程序進(jìn)行解析。于是數(shù)據(jù)恢復(fù)工程師重新編寫了數(shù)據(jù)提取程序。

pYYBAGN_DiGARAd0AAI3vsvBKTM418.png

北亞企安數(shù)據(jù)恢復(fù)—zfs文件系統(tǒng)數(shù)據(jù)恢復(fù)



8、由于磁盤組內(nèi)缺盤個(gè)數(shù)較多,每個(gè)IO流都需要通過校驗(yàn)得到,恢復(fù)數(shù)據(jù)的速度極為緩慢。與用戶方溝通后得知,此ZVOL卷映射到XenServer作為存儲設(shè)備。用戶方所需的文件在其中一個(gè)vhd內(nèi)。提取ZVOL卷頭部信息,按照XenStore卷存儲結(jié)構(gòu)進(jìn)行分析,發(fā)現(xiàn)該vhd在整個(gè)卷的尾部,計(jì)算得到其起始位置后從此位置開始提取數(shù)據(jù)。
9、Vhd提取完成后,驗(yàn)證其內(nèi)部的壓縮包、圖片、視頻等文件,均可正常打開。
10、用戶方驗(yàn)證數(shù)據(jù)后,確定文件數(shù)量與系統(tǒng)自動記錄的文件個(gè)數(shù)相差無幾。出現(xiàn)文件數(shù)量出入的原因應(yīng)該是這些沒有恢復(fù)出來的文件是最新生成的,還未存放到磁盤。驗(yàn)證文件的可用性,文件全部可正常打開。用戶方認(rèn)可數(shù)據(jù)恢復(fù)結(jié)果。

審核編輯 黃宇

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

    關(guān)注

    14

    文章

    10176

    瀏覽量

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

    關(guān)注

    10

    文章

    701

    瀏覽量

    18884
  • zfs
    zfs
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    服務(wù)器數(shù)據(jù)恢復(fù)—一文讀懂服務(wù)器高頻故障排查+標(biāo)準(zhǔn)數(shù)據(jù)恢復(fù)流程

    服務(wù)器數(shù)據(jù)恢復(fù)到底是一個(gè)什么樣的流程? 服務(wù)器數(shù)據(jù)丟失后,進(jìn)行數(shù)據(jù)
    的頭像 發(fā)表于 01-08 11:11 ?102次閱讀

    虛擬化數(shù)據(jù)恢復(fù)—Hyper-V服務(wù)癱瘓危機(jī):虛擬機(jī)數(shù)據(jù)文件丟失后的數(shù)據(jù)恢復(fù)案例

    進(jìn)行檢測也沒有發(fā)現(xiàn)問題,也無被攻擊/感染的跡象。對文件系統(tǒng)進(jìn)行進(jìn)一步分析,發(fā)現(xiàn)元文件創(chuàng)建時(shí)間與數(shù)據(jù)丟失時(shí)間一致,服務(wù)器數(shù)據(jù)
    的頭像 發(fā)表于 11-20 15:47 ?273次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—意外斷電!Linux服務(wù)器數(shù)據(jù)恢復(fù)大揭秘

    某品牌服務(wù)器+存儲,安裝的linux操作系統(tǒng)。 機(jī)房意外斷電導(dǎo)致服務(wù)器操作系統(tǒng)無法正常啟動,服務(wù)器管理員故障
    的頭像 發(fā)表于 11-18 11:20 ?230次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—重裝系統(tǒng)炸鍋!reiserfs數(shù)據(jù)恢復(fù)揭秘

    一臺服務(wù)器上有一組由4塊SAS硬盤組建的RAID5陣列,采用的reiserfs文件系統(tǒng)。 原始數(shù)據(jù)組織結(jié)構(gòu):幾十MB的boot分區(qū)+數(shù)百GB的LVM卷+2GB的swap分區(qū)。LVM卷中劃分了一個(gè)reiserfs
    的頭像 發(fā)表于 10-30 16:26 ?469次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—RAIDZ多塊硬盤離線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺服務(wù)器有32塊硬盤,采用Windows操作系統(tǒng)。 服務(wù)器在正
    的頭像 發(fā)表于 09-18 12:29 ?675次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ多塊硬盤離線導(dǎo)致<b class='flag-5'>服務(wù)器</b>崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器斷電導(dǎo)致raid模塊損壞的數(shù)據(jù)恢復(fù)案例

    某品牌服務(wù)器中有12塊硬盤,組建了一組raid5磁盤陣列,服務(wù)器內(nèi)存儲的是普通文件。 機(jī)房供電不穩(wěn)定導(dǎo)致服務(wù)器斷電,管理員重啟服務(wù)器后發(fā)現(xiàn)
    的頭像 發(fā)表于 09-04 12:57 ?572次閱讀

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器上的卷被誤刪數(shù)據(jù)如何恢復(fù)

    工作人員不慎將一臺服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)。
    的頭像 發(fā)表于 08-14 11:33 ?882次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器</b>上的卷被誤刪<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)境&故障: 一臺服務(wù)器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務(wù)器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?720次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—重裝<b class='flag-5'>系統(tǒng)</b>導(dǎo)致XFS<b class='flag-5'>文件系統(tǒng)</b>分區(qū)丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲數(shù)據(jù)恢復(fù)環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)誤裝入一臺服務(wù)器存儲上的Ocfs2文件系統(tǒng)
    的頭像 發(fā)表于 06-10 12:03 ?639次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—ocfs2<b class='flag-5'>文件系統(tǒng)</b>被格式化為Ext4<b class='flag-5'>文件系統(tǒng)</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—Linux系統(tǒng)服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: linux操作系統(tǒng)服務(wù)器中有一組由4塊SAS接口硬盤組建的raid5陣列。
    的頭像 發(fā)表于 05-20 15:46 ?782次閱讀

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

    服務(wù)器上有一組由raid卡組建的raid5磁盤陣列。上層安裝linux才做系統(tǒng),采用XFS文件系統(tǒng),劃分了3個(gè)分區(qū)。 管理員將服務(wù)器的操作系統(tǒng)
    的頭像 發(fā)表于 05-14 10:13 ?507次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器重裝系統(tǒng)</b>導(dǎo)致分區(qū)消失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—AIX小型機(jī)誤刪數(shù)據(jù)如何恢復(fù)!

    和oradata2。 AIX小型機(jī)采用JFS2文件系統(tǒng)分配和管理邏輯卷。JFS2文件系統(tǒng)的根目錄存儲Oracle數(shù)據(jù)庫核心文件(.dbf文件
    的頭像 發(fā)表于 04-16 18:12 ?534次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—AIX小型機(jī)誤刪<b class='flag-5'>數(shù)據(jù)</b>如何<b class='flag-5'>恢復(fù)</b>!

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

    服務(wù)器存儲數(shù)據(jù)恢復(fù)環(huán)境: 某品牌DS3512存儲中有一組由6塊SAS磁盤組建的raid5陣列。劃分一個(gè)lun分配給Linux系統(tǒng)服務(wù)器,并
    的頭像 發(fā)表于 03-28 13:25 ?668次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—raid5陣列中硬盤壞道導(dǎo)致陣列崩潰的<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虛擬化平臺 vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng)服務(wù)器崩潰。 重裝系統(tǒng)會導(dǎo)致文件系統(tǒng)
    的頭像 發(fā)表于 03-13 10:33 ?706次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b>導(dǎo)致<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>