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

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(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卷中劃分了一個(gè)reiserfs文件系統(tǒng),作為根分區(qū)。

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

服務(wù)器故障:

服務(wù)器在運(yùn)行過程中系統(tǒng)由于未知原因癱瘓,用戶重裝服務(wù)器系統(tǒng)后發(fā)現(xiàn)整個(gè)RAID邏輯卷變成了:boot分區(qū)+swap分區(qū)+LVM卷(按照先后順序),LVM卷中文件系統(tǒng)位置有個(gè)空的reiserfs超級(jí)塊。用戶聯(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é)點(diǎn)之間的關(guān)聯(lián)確定原來reiserfs分區(qū)的位置。經(jīng)過檢測發(fā)現(xiàn)原來存儲(chǔ)數(shù)據(jù)的reiserfs文件系統(tǒng)的前2G數(shù)據(jù)已經(jīng)被覆蓋,北亞數(shù)據(jù)恢復(fù)工程師推斷這種情況應(yīng)該是管理員重裝系統(tǒng)時(shí)錯(cuò)誤地初始化了分區(qū)結(jié)構(gòu),系統(tǒng)安裝后無法導(dǎo)入LVM卷,于是就執(zhí)行了reiserfsck操作試圖進(jìn)行修復(fù)。

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

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

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

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

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

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

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

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

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

審核編輯:湯梓紅

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

    評(píng)論

    相關(guān)推薦

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

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

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

    服務(wù)器存儲(chǔ)運(yùn)行過程中突然崩潰,排除人為誤操作、斷電、進(jìn)水和其他機(jī)房不穩(wěn)定因素。管理員重啟服務(wù)器存儲(chǔ),系統(tǒng)無法進(jìn)入,需要恢復(fù)服務(wù)器存儲(chǔ)中
    的頭像 發(fā)表于 12-19 13:31 ?131次閱讀
    <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>案例

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

    reiserfs文件系統(tǒng)作為根分區(qū)。 服務(wù)器故障: 服務(wù)器操作系統(tǒng)在運(yùn)行過程中由于未知原因崩潰,管理員重裝操作
    的頭像 發(fā)表于 11-07 13:15 ?202次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 郵件服務(wù)器中有一組由8塊盤組成的RAID5陣列, 上層是Linux操作系統(tǒng)+EXT3
    的頭像 發(fā)表于 10-23 15:11 ?200次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—EXT3<b class='flag-5'>文件系統(tǒng)</b>下誤刪除<b class='flag-5'>數(shù)據(jù)</b>的<b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—V7000存儲(chǔ)NTFS文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)掛載在Windows server服務(wù)器上的v7000存儲(chǔ)。存儲(chǔ)空間劃分了一個(gè)分區(qū),采用NTFS文件系統(tǒng),存
    的頭像 發(fā)表于 10-14 14:03 ?258次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—V7000存儲(chǔ)NTFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    某公司一臺(tái)服務(wù)器,連接了一臺(tái)存儲(chǔ)。該服務(wù)器安裝linux操作系統(tǒng),文件系統(tǒng)為xfs。 在運(yùn)行過程中該服務(wù)器出現(xiàn)故障,管理員使用xfs_re
    的頭像 發(fā)表于 08-19 10:49 ?327次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—KVM虛擬機(jī)raw格式磁盤文件數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)服務(wù)器安裝Linux操作系統(tǒng)+EXT4文件系統(tǒng)
    的頭像 發(fā)表于 05-17 13:33 ?476次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—KVM虛擬機(jī)raw格式磁盤<b class='flag-5'>文件數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)服務(wù)器+MD1200磁盤柜通過RAID卡創(chuàng)建了一組RAID5陣列并分配一個(gè)LUN。在Linux系統(tǒng)層面將該LUN
    的頭像 發(fā)表于 05-16 11:07 ?535次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—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ù)—EMC存儲(chǔ)下xfs文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: EMC某型號(hào)存儲(chǔ),該存儲(chǔ)內(nèi)有一組由12塊磁盤組建的raid5陣列,劃分了兩個(gè)lun。 服務(wù)器故障: 管理員為服務(wù)器
    的頭像 發(fā)表于 04-16 15:34 ?455次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—EMC存儲(chǔ)下xfs<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—分享幾個(gè)服務(wù)器數(shù)據(jù)恢復(fù)的案例

    服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器raid6中3個(gè)磁盤離線導(dǎo)致陣列崩潰的數(shù)據(jù)恢復(fù)案例;
    的頭像 發(fā)表于 03-04 13:21 ?1215次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)】硬盤壞道掉線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)IBM某型號(hào)服務(wù)器上有16塊FC硬盤組建RAID陣列。上層linux操作系統(tǒng),ext3
    的頭像 發(fā)表于 02-26 11:36 ?898次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)】斷電導(dǎo)致服務(wù)器RAID信息丟失的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 某品牌服務(wù)器中有一組由數(shù)塊SAS硬盤組建的RAID5磁盤陣列,服務(wù)器操作
    的頭像 發(fā)表于 02-18 13:53 ?706次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器陣列磁盤進(jìn)水損壞數(shù)據(jù)恢復(fù)案例

    數(shù)據(jù)恢復(fù)工程師到達(dá)現(xiàn)場后發(fā)現(xiàn)機(jī)房內(nèi)有一臺(tái)存儲(chǔ)柜中的機(jī)器都沒有開機(jī)。和用戶方溝通后得知:機(jī)房天花板滲水導(dǎo)致這臺(tái)存儲(chǔ)柜中最上方的兩臺(tái)服務(wù)器進(jìn)水,其中一臺(tái)服務(wù)器經(jīng)過檢修后可以正常工作,但是最
    的頭像 發(fā)表于 01-22 13:40 ?379次閱讀
    <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>陣列磁盤進(jìn)水<b class='flag-5'>損壞</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例