日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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ù)-ext4文件系統(tǒng)下服務(wù)器數(shù)據(jù)恢復(fù)案例

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

掃碼添加小助手

加入工程師交流群

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

一臺(tái)服務(wù)器掛載一臺(tái)存儲(chǔ)設(shè)備,存儲(chǔ)中劃分一個(gè)Lun;服務(wù)器操作系統(tǒng)Linux centos,EXT4文件系統(tǒng)。

服務(wù)器故障&分析:

意外斷電導(dǎo)致服務(wù)器操作系統(tǒng)無法啟動(dòng),系統(tǒng)在修復(fù)后可以正常啟動(dòng),但是掛載的分區(qū)無法正常訪問。管理員對(duì)這個(gè)分區(qū)執(zhí)行了fsck修復(fù),修復(fù)后文件系統(tǒng)可以正常訪問,但是發(fā)現(xiàn)部分文件丟失。經(jīng)過查找在lost+found文件夾中發(fā)現(xiàn)缺失的部分文件,但是文件名稱已經(jīng)被改變。

將故障存儲(chǔ)中的lun以只讀模式映射到一臺(tái)windows server服務(wù)器上,將整個(gè)lun以扇區(qū)的方式鏡像到該服務(wù)器的空間,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。

基于鏡像文件分析該lun的底層數(shù)據(jù),發(fā)現(xiàn)意外斷電導(dǎo)致文件系統(tǒng)中的文件的目錄項(xiàng)被破壞,這種破壞不會(huì)影響實(shí)際數(shù)據(jù),只是文件的目錄項(xiàng)被破壞,可以通過人工進(jìn)行修復(fù)。但是接下來的管理員對(duì)文件系統(tǒng)執(zhí)行fsck修復(fù)操作導(dǎo)致?lián)p壞的目錄項(xiàng)修復(fù)失敗,以目錄節(jié)點(diǎn)號(hào)命名放到lost+found文件夾下,這種情況下目錄項(xiàng)對(duì)應(yīng)的數(shù)據(jù)區(qū)索引會(huì)被清,但是也不會(huì)影響丟失文件的實(shí)際數(shù)據(jù)。

由于ext4文件系統(tǒng)文件丟失會(huì)導(dǎo)致文件的節(jié)點(diǎn)信息被清除,無法根據(jù)文件的節(jié)點(diǎn)信息恢復(fù)數(shù)據(jù),只能通過將丟失文件的目錄項(xiàng)節(jié)點(diǎn)號(hào)和lost+found文件夾里的文件名稱相配的方法進(jìn)行處理。lost+found文件夾里的文件是以該文件的目錄項(xiàng)節(jié)點(diǎn)號(hào)命名的,將目錄項(xiàng)節(jié)點(diǎn)號(hào)提取出來和lost+found文件夾里的文件名稱進(jìn)行匹配,就可以還原之前的目錄結(jié)構(gòu)。

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

1、按照上述分析思路進(jìn)行底層分析,根據(jù)EXT4的文件系統(tǒng)結(jié)構(gòu)信息,在底層空間中掃描符合的目錄項(xiàng)的區(qū)域,并統(tǒng)計(jì)其數(shù)量和計(jì)算目錄項(xiàng)的節(jié)點(diǎn)號(hào)。

2、根據(jù)磁盤中文件系統(tǒng)的信息,北亞企安數(shù)據(jù)恢復(fù)工程師將這些掃描到的目錄項(xiàng)節(jié)點(diǎn)號(hào)進(jìn)行整合,并將掃描到的目錄項(xiàng)節(jié)點(diǎn)號(hào)記錄到數(shù)據(jù)庫。

3、將lost+found文件夾里面的文件記錄號(hào)和數(shù)據(jù)庫里面的記錄號(hào)進(jìn)行匹配。

4、匹配完成后批量恢復(fù)數(shù)據(jù),經(jīng)過用戶方工程師驗(yàn)證沒有發(fā)現(xiàn)問題。本次數(shù)據(jù)恢復(fù)工作完成。

審核編輯:湯梓紅

聲明:本文內(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

    文章

    10371

    瀏覽量

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

    關(guān)注

    10

    文章

    728

    瀏覽量

    19049
  • 文件系統(tǒng)
    +關(guān)注

    關(guān)注

    0

    文章

    305

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    服務(wù)器硬盤損壞數(shù)據(jù)恢復(fù),北亞數(shù)據(jù)恢復(fù)案例

    服務(wù)器已成為各類企業(yè)的基礎(chǔ)標(biāo)配,無論規(guī)模大小,基本都會(huì)配備專屬服務(wù)器支撐日常運(yùn)營。但與之形成反差的是,服務(wù)器數(shù)據(jù)恢復(fù)、專業(yè)運(yùn)維等配套
    的頭像 發(fā)表于 04-28 14:06 ?137次閱讀
    <b class='flag-5'>服務(wù)器</b>硬盤損壞<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>,北亞<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)】斷電致UFS2文件系統(tǒng)損壞的虛擬機(jī)數(shù)據(jù)恢復(fù)案例

    本次需要進(jìn)行數(shù)據(jù)恢復(fù)的設(shè)備為一臺(tái)服務(wù)器,該服務(wù)器通過FreeNAS提供iSCSI塊存儲(chǔ)服務(wù),并借助另外兩臺(tái)
    的頭像 發(fā)表于 03-10 17:36 ?639次閱讀
    【<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>】斷電致UFS2<b class='flag-5'>文件系統(tǒng)</b>損壞的虛擬機(jī)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)】從崩潰到重生:16盤服務(wù)器RAID與EXT4文件系統(tǒng)深度修復(fù)實(shí)錄

    服務(wù)器運(yùn)維過程中,硬盤掉線是導(dǎo)致服務(wù)器故障、數(shù)據(jù)丟失的常見原因。針對(duì)普通服務(wù)器硬盤掉線引發(fā)的數(shù)據(jù)丟失問題,存在一套常規(guī)的
    的頭像 發(fā)表于 03-10 16:52 ?462次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器raid5陣列raid模塊損壞的數(shù)據(jù)恢復(fù)案例

    某品牌服務(wù)器上面有一組由多塊硬盤組建的riad5陣列。意外斷電后管理員重啟服務(wù)器發(fā)現(xiàn)該服務(wù)器無法使用。 根據(jù)用戶方描述的情況,服務(wù)器數(shù)據(jù)
    的頭像 發(fā)表于 01-29 16:46 ?355次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器“泡水”硬盤掉線,數(shù)據(jù)竟這樣恢復(fù)

    北亞企安數(shù)據(jù)恢復(fù)中心的服務(wù)器數(shù)據(jù)恢復(fù)工程師和硬件工程師到現(xiàn)場處理故障。服務(wù)器
    的頭像 發(fā)表于 01-22 17:38 ?1144次閱讀
    【<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ù)—一讀懂服務(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 ?475次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—供電不穩(wěn)引發(fā)服務(wù)器EXT4分區(qū)掛載失敗的數(shù)據(jù)恢復(fù)案例

    服務(wù)器在運(yùn)行過程中突然關(guān)機(jī)且無法啟動(dòng)。服務(wù)器管理員對(duì)故障服務(wù)器進(jìn)行修復(fù)后,雖然服務(wù)器可以正常啟動(dòng),但服務(wù)器分區(qū)無法掛載。
    的頭像 發(fā)表于 01-04 17:10 ?454次閱讀

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

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器有32塊硬盤,采用Windows操作系統(tǒng)。 服務(wù)器在正
    的頭像 發(fā)表于 09-18 12:29 ?1092次閱讀
    <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)存儲(chǔ)的是普通文件。 機(jī)房供電不穩(wěn)定導(dǎo)致服務(wù)器斷電,管理員重啟服務(wù)器后發(fā)現(xiàn)
    的頭像 發(fā)表于 09-04 12:57 ?1089次閱讀

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

    工作人員不慎將一臺(tái)服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)。
    的頭像 發(fā)表于 08-14 11:33 ?1125次閱讀
    <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)境&故障: 一臺(tái)服務(wù)器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務(wù)器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?934次閱讀
    <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ù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)誤裝入一臺(tái)服務(wù)器存儲(chǔ)上的Ocfs2
    的頭像 發(fā)表于 06-10 12:03 ?905次閱讀
    <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>被格式化為<b class='flag-5'>Ext4</b><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 ?1034次閱讀

    服務(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 ?757次閱讀
    <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>案例
    五原县| 台安县| 民丰县| 思南县| 苏尼特右旗| 休宁县| 井研县| 云阳县| 裕民县| 繁峙县| 嘉定区| 中山市| 吴川市| 日照市| 上栗县| 镇巴县| 饶平县| 疏勒县| 璧山县| 岳普湖县| 即墨市| 张家川| 安福县| 怀集县| 吉木乃县| 乌审旗| 平果县| 武宣县| 溆浦县| 兴义市| 刚察县| 麦盖提县| 辛集市| 南汇区| 南和县| 剑川县| 田阳县| 临西县| 仁寿县| 莱州市| 德钦县|