亚洲精品久久久久久久久久久,亚洲国产精品一区二区制服,亚洲精品午夜精品,国产成人精品综合在线观看,最近2019中文字幕一页二页

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

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

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

服務器數(shù)據(jù)恢復-IBM服務器reiserfs文件系統(tǒng)數(shù)據(jù)恢復案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2023-08-28 13:49 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

一臺IBM X系列服務器,4塊SAS硬盤組建一組RAID5陣列,采用的reiserfs文件系統(tǒng)。服務器操作系統(tǒng)分區(qū)結(jié)構(gòu):boot分區(qū)+LVM卷+swap分區(qū)(按照前后順序)。LVM卷中直接劃分了一個reiserfs文件系統(tǒng),作為根分區(qū)。

服務器故障:

服務器在運行過程中由于未知原因癱瘓,管理員將服務器重裝系統(tǒng),重裝系統(tǒng)后發(fā)現(xiàn)分區(qū)結(jié)構(gòu)變?yōu)椋篵oot+swap分區(qū)+LVM卷(按照前后順序),LVM卷中的reiserfs文件系統(tǒng)位置有一個空的reiserfs超級塊。

用戶需要恢復原LVM卷中的所有用戶數(shù)據(jù),包括數(shù)據(jù)庫、網(wǎng)站程序與網(wǎng)頁、單位OA系統(tǒng)里的所有辦公文檔。

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

1、將故障服務器中所有磁盤編號后取出,以只讀方式將所有磁盤進行全盤的鏡像備份。備份完成后按照編號將所有磁盤還原到原服務器中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。

2、北亞企安數(shù)據(jù)恢復工程師試圖通過全盤reiserfs樹節(jié)點之間的關(guān)聯(lián)確定原reiserfs分區(qū)位置?;阽R像文件進行分析后,發(fā)現(xiàn)原來存儲數(shù)據(jù)的reiserfs文件系統(tǒng)的前2G數(shù)據(jù)被覆蓋。經(jīng)過和管理員的溝通,確定了故障發(fā)生過程:管理員重新安裝系統(tǒng)時錯誤地初始化了分區(qū)結(jié)構(gòu),裝好系統(tǒng)后無法導入LVM卷,于是試圖通過reiserfsck進行修復。

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

3、通過北亞企安自主開發(fā)程序在掃描整個原reiserfs文件系統(tǒng)區(qū)域的key節(jié)點并將所有key節(jié)點導出。

4、然后使用北亞企安自主開發(fā)程序?qū)⑺械娜~節(jié)點重新排序、過濾(去掉之前刪除文件丟棄的節(jié)點),重新生成二級、三級、四級等葉節(jié)點。

5、選擇分區(qū)前面的2G空間作為新樹的結(jié)構(gòu)區(qū),生成對應地址信息。目錄命名問題解決方法:針對原樹路徑某節(jié)點丟失的情況,使用自定義的key節(jié)點編號命名;針對無法確定其父目錄,可暫加入到/otherfiles目錄下。生成樹索引信息并寫入到特定位置,再根據(jù)這些信息生成超級塊并設置clear標志。

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

7、用戶通過find命令整理所需數(shù)據(jù),修正部分目錄文件位置與名稱。按大小與文件頭標志查找部分丟失的散文件,找到后移動到對應的目錄并重命名。

8、經(jīng)過一番努力,所有需要恢復的數(shù)據(jù)都被找到了。經(jīng)過用戶方的檢測,確認恢復出來的數(shù)據(jù)完整有效。本次數(shù)據(jù)恢復工作完成。

審核編輯:湯梓紅

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

    關(guān)注

    13

    文章

    10043

    瀏覽量

    90573
  • 操作系統(tǒng)
    +關(guān)注

    關(guān)注

    37

    文章

    7291

    瀏覽量

    128318
  • 數(shù)據(jù)恢復
    +關(guān)注

    關(guān)注

    10

    文章

    680

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

    一臺服務器上有一組由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 ?325次閱讀

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

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

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

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

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

    工作人員不慎將一臺服務器上的卷誤刪除,服務器上有一組raid5陣列。需要恢復誤刪除的數(shù)據(jù)
    的頭像 發(fā)表于 08-14 11:33 ?637次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—<b class='flag-5'>服務器</b>上的卷被誤刪<b class='flag-5'>數(shù)據(jù)</b>如何<b class='flag-5'>恢復</b>?

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

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

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

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

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

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

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

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

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

    VMware虛擬化平臺 vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng)服務器崩潰。 重裝系統(tǒng)會導致文件系統(tǒng)
    的頭像 發(fā)表于 03-13 10:33 ?582次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—VMware虛擬化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b>導致<b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>

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

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

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

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

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

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

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

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

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

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

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

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