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

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

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

3天內不再提示

服務器數(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ū)結構:boot分區(qū)+LVM卷+swap分區(qū)(按照前后順序)。LVM卷中直接劃分了一個reiserfs文件系統(tǒng),作為根分區(qū)。

服務器故障:

服務器在運行過程中由于未知原因癱瘓,管理員將服務器重裝系統(tǒng),重裝系統(tǒng)后發(fā)現(xiàn)分區(qū)結構變?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é)點之間的關聯(lián)確定原reiserfs分區(qū)位置?;阽R像文件進行分析后,發(fā)現(xiàn)原來存儲數(shù)據(jù)的reiserfs文件系統(tǒng)的前2G數(shù)據(jù)被覆蓋。經(jīng)過和管理員的溝通,確定了故障發(fā)生過程:管理員重新安裝系統(tǒng)時錯誤地初始化了分區(qū)結構,裝好系統(tǒng)后無法導入LVM卷,于是試圖通過reiserfsck進行修復。

reiserfs將文件系統(tǒng)中所有的文件(含目錄)線性化后,再以文件key生成B+樹。由于樹會不斷增加節(jié)點,樹的結構整體拉展后向整個磁盤的數(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ā)程序將所有的葉節(jié)點重新排序、過濾(去掉之前刪除文件丟棄的節(jié)點),重新生成二級、三級、四級等葉節(jié)點。

5、選擇分區(qū)前面的2G空間作為新樹的結構區(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ù)恢復工作完成。

審核編輯:湯梓紅

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

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

    服務器數(shù)據(jù)恢復環(huán)境&故障: 一臺服務器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?252次閱讀
    <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 ?217次閱讀
    <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 ?201次閱讀

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

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

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

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

    一臺配有32塊硬盤的服務器在運行過程中突然崩潰不可用。經(jīng)過初步檢測,基本上確定服務器硬件不存在物理故障。管理員重啟服務器后問題依舊。需要恢復服務器
    的頭像 發(fā)表于 01-02 14:17 ?406次閱讀
    <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 ?455次閱讀
    <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 ?617次閱讀
    <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>案例

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

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

    服務器數(shù)據(jù)恢復—異常斷電導致linux系統(tǒng)無法啟動的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 某品牌服務器+同品牌存儲,Linux centos7+EXT4文件系統(tǒng)。
    的頭像 發(fā)表于 10-25 17:42 ?1081次閱讀

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

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

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

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

    服務器數(shù)據(jù)恢復—Linux網(wǎng)站服務器硬盤出現(xiàn)壞扇區(qū)的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺linux操作系統(tǒng)網(wǎng)站服務器,該服務器上部署了幾十個網(wǎng)站,使用一塊S
    的頭像 發(fā)表于 10-09 16:26 ?471次閱讀

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

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