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

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

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

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

【服務(wù)器數(shù)據(jù)恢復(fù)】服務(wù)器reiserfs文件系統(tǒng)損壞的數(shù)據(jù)恢復(fù)案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2022-10-13 11:47 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:

某品牌服務(wù)器中4塊SAS硬盤組建RAID5。

boot分區(qū)+LVM卷+swap分區(qū)(按照先后順序),LVM卷中劃分了一個reiserfs文件系統(tǒng),作為根分區(qū)。

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

服務(wù)器故障:

服務(wù)器在運行過程中系統(tǒng)由于未知原因癱瘓,用戶重裝服務(wù)器系統(tǒng)后發(fā)現(xiàn)整個RAID邏輯卷變成了:boot分區(qū)+swap分區(qū)+LVM卷(按照先后順序),LVM卷中文件系統(tǒng)位置有個空的reiserfs超級塊。用戶聯(lián)系我們數(shù)據(jù)恢復(fù)中心,要求恢復(fù)的數(shù)據(jù)就是原來LVM卷中reiserfs文件系統(tǒng)里的所有的數(shù)據(jù):數(shù)據(jù)庫、網(wǎng)站程序與網(wǎng)頁、OA系統(tǒng)內(nèi)的辦公文檔。

服務(wù)器數(shù)據(jù)恢復(fù)過程:

1、通過對全盤reiserfs樹節(jié)點之間的關(guān)聯(lián)確定原來reiserfs分區(qū)的位置。經(jīng)過檢測發(fā)現(xiàn)原來存儲數(shù)據(jù)的reiserfs文件系統(tǒng)的前2G數(shù)據(jù)已經(jīng)被覆蓋,北亞數(shù)據(jù)恢復(fù)工程師推斷這種情況應(yīng)該是管理員重裝系統(tǒng)時錯誤地初始化了分區(qū)結(jié)構(gòu),系統(tǒng)安裝后無法導(dǎo)入LVM卷,于是就執(zhí)行了reiserfsck操作試圖進行修復(fù)。

因為reiserfs文件系統(tǒng)對文件系統(tǒng)里所有的文件(含目錄)線性化后,再以文件key生成B+樹,樹不斷增加節(jié)點,導(dǎo)致樹的結(jié)構(gòu)整體拉展后向整個磁盤的數(shù)據(jù)區(qū)做平滑遷移,所以頂級節(jié)點通常不會放在文件系統(tǒng)的最前面。因為根目錄的文件KEY號通常是最小的,所以從空間上看,reiserfs文件系統(tǒng)的前2G數(shù)據(jù)存儲的應(yīng)該是從根起始路徑最近的key節(jié)點,由于用戶數(shù)據(jù)目錄層次較深,節(jié)點存在的可能性很高。由于前2G數(shù)據(jù)已經(jīng)被覆蓋無法恢復(fù),希望用戶數(shù)據(jù)不要也被覆蓋。因為reiserfs文件系統(tǒng)前面對整個樹的索引全丟失,加上reiserfs的樹概念設(shè)計抽象,重搭建樹會很困難。

2、通過北亞自主研發(fā)程序?qū)υ募到y(tǒng)所在區(qū)域進行key節(jié)點掃描并將所有節(jié)點導(dǎo)出。

3、然后通過北亞自主研發(fā)工具對所有葉節(jié)點重新排序、過濾(去掉之前刪除文件丟棄的節(jié)點),重新生成二級、三級、四級等葉節(jié)點。

4、選擇分區(qū)前面2G空間作為新樹的結(jié)構(gòu)區(qū)并生成對應(yīng)地址信息。

5、目錄命名問題解決方法:如遇到原樹路徑某節(jié)點丟失的情況,對其使用自定義的key節(jié)點編號命名;如無法確定其父目錄,暫加入到/otherfiles下。生成樹索引信息并寫入特定位置,再根據(jù)這些信息生成超級塊并設(shè)置clear標(biāo)志。

6、在suse虛擬機下創(chuàng)建快照并掛載修復(fù)好的卷,已經(jīng)可以看到文件了。在修復(fù)用的suse虛擬機下,掛載用于copy數(shù)據(jù)的目標(biāo)硬盤,mkfs后將所有數(shù)據(jù)cp到目標(biāo)盤。

7、用戶通過find命令整理所需數(shù)據(jù),修正部分目錄文件位置與名稱。

8、按大小與文件頭標(biāo)志查找部分丟失的散文件,找到后移動及重命名。

由于reiserfs的樹的抽象和程序調(diào)試,整個恢復(fù)工作異常復(fù)雜。但是經(jīng)過數(shù)據(jù)恢復(fù)工程師和用戶的努力,所有重要數(shù)據(jù)都被找到。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

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

    服務(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卷
    的頭像 發(fā)表于 10-30 16:26 ?367次閱讀

    服務(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 ?471次閱讀
    <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)存儲的是普通文件。 機房供電不穩(wěn)定導(dǎo)致服務(wù)器斷電,管理員重啟服務(wù)器后發(fā)現(xiàn)
    的頭像 發(fā)表于 09-04 12:57 ?429次閱讀

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

    工作人員不慎將一臺服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)
    的頭像 發(fā)表于 08-14 11:33 ?711次閱讀
    <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 ?595次閱讀
    <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 ?552次閱讀
    <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 ?523次閱讀

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

    服務(wù)器上有一組由raid卡組建的raid5磁盤陣列。上層安裝linux才做系統(tǒng),采用XFS文件系統(tǒng),劃分了3個分區(qū)。 管理員將服務(wù)器的操作系統(tǒng)
    的頭像 發(fā)表于 05-14 10:13 ?414次閱讀
    <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>案例

    虛擬化數(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 ?614次閱讀
    虛擬化<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>

    服務(wù)器數(shù)據(jù)恢復(fù)—如何預(yù)防服務(wù)器故障與恢復(fù)服務(wù)器數(shù)據(jù)

    服務(wù)器常見故障: 硬件故障:磁盤損壞、電池故障等。 軟件問題:操作系統(tǒng)崩潰、未知的程序運行錯誤等。 病毒破壞:勒索病毒加密、刪除服務(wù)器數(shù)據(jù)
    的頭像 發(fā)表于 03-11 12:36 ?793次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺zfs文件系統(tǒng)服務(wù)器,管理員誤操作刪除了服務(wù)器上的
    的頭像 發(fā)表于 01-16 17:27 ?621次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器硬盤燈閃黃燈的數(shù)據(jù)恢復(fù)案例

    ,而其他顏色的燈沒有亮的話,通常表示這塊硬盤出現(xiàn)故障,這時候更換新硬盤同步數(shù)據(jù)即可。 如果沒有及時發(fā)現(xiàn)硬盤損壞或者更換硬盤失敗導(dǎo)致服務(wù)器崩潰,應(yīng)該如何恢復(fù)數(shù)據(jù)呢?下面通過一個真實案例
    的頭像 發(fā)表于 01-03 13:23 ?1003次閱讀

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

    一臺配有32塊硬盤的服務(wù)器在運行過程中突然崩潰不可用。經(jīng)過初步檢測,基本上確定服務(wù)器硬件不存在物理故障。管理員重啟服務(wù)器后問題依舊。需要恢復(fù)服務(wù)器
    的頭像 發(fā)表于 01-02 14:17 ?791次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—如何讓ZFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b>“起死回生”?

    服務(wù)器數(shù)據(jù)恢復(fù)—Lustre分布式文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    5臺節(jié)點服務(wù)器,每臺節(jié)點服務(wù)器上有一組RAID5陣列。每組RAID5陣列上有6塊硬盤(其中1塊硬盤設(shè)置為熱備盤,其他5塊硬盤為數(shù)據(jù)盤)。上層系統(tǒng)環(huán)境為Lustre分布式
    的頭像 發(fā)表于 12-25 11:39 ?782次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—Lustre分布式<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    服務(wù)器存儲運行過程中突然崩潰,排除人為誤操作、斷電、進水和其他機房不穩(wěn)定因素。管理員重啟服務(wù)器存儲,系統(tǒng)無法進入,需要恢復(fù)服務(wù)器存儲中
    的頭像 發(fā)表于 12-19 13:31 ?1014次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—ZFS<b class='flag-5'>文件系統(tǒng)</b>下RAIDZ<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例