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

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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)—非正常關(guān)機(jī)導(dǎo)致服務(wù)器文件丟失的數(shù)據(jù)恢復(fù)案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2024-01-19 13:42 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某品牌PowerEdge R730服務(wù)器+PowerVault MD3200存儲,劃分若干lun,操作系統(tǒng)版本是centos7,EXT4文件系統(tǒng)。

服務(wù)器故障&分析:
服務(wù)器在運(yùn)行過程中自動關(guān)機(jī)且無法啟動,服務(wù)器管理員對服務(wù)器進(jìn)行修復(fù)后成功啟動服務(wù)器,但服務(wù)器上原來的某個(gè)分區(qū)無法掛載。管理員將無法掛載的分區(qū)進(jìn)行fsck修復(fù)&掛載,查看這個(gè)分區(qū)的數(shù)據(jù)發(fā)現(xiàn)部分文件丟失。
北亞企安數(shù)據(jù)恢復(fù)工程師到達(dá)機(jī)房后將故障服務(wù)器以只讀模式映射到備份服務(wù)器上,將故障服務(wù)器數(shù)據(jù)完整鏡像到備份服務(wù)器上。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都在備份服務(wù)器鏡像文件上進(jìn)行,避免對原服務(wù)器數(shù)據(jù)造成二次破壞。
基于鏡像文件對故障服務(wù)器底層數(shù)據(jù)進(jìn)行分析后,服務(wù)器數(shù)據(jù)恢復(fù)工程師初步判斷是機(jī)房供電電壓不穩(wěn)導(dǎo)致服務(wù)器非正常關(guān)機(jī),服務(wù)器出現(xiàn)故障。
通過分析底層數(shù)據(jù),服務(wù)器數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)電壓不穩(wěn)引起的非正常關(guān)機(jī)導(dǎo)致目錄項(xiàng)被破壞,好在底層數(shù)據(jù)仍然存在,數(shù)據(jù)恢復(fù)工程師手工修復(fù)即可恢復(fù)數(shù)據(jù)。但是服務(wù)器管理員對文件系統(tǒng)進(jìn)行了fsck修復(fù),損壞的目錄項(xiàng)在修復(fù)失敗后以目錄節(jié)點(diǎn)號命名并被存放在lost+found目錄內(nèi),這些目錄項(xiàng)所對應(yīng)的數(shù)據(jù)區(qū)索引也被清除,所以管理員查看分區(qū)數(shù)據(jù)時(shí)發(fā)現(xiàn)部分文件丟失。

服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、故障服務(wù)器使用的是EXT4文件系統(tǒng),EXT4文件系統(tǒng)的特征是文件丟失后其節(jié)點(diǎn)信息也會被清除,所以無法根據(jù)節(jié)點(diǎn)信息恢復(fù)數(shù)據(jù)。
2、因?yàn)閘ost+found目錄下的文件是以該文件的目錄項(xiàng)節(jié)點(diǎn)號命名,可以將丟失文件的目錄項(xiàng)節(jié)點(diǎn)號來匹配lost+found目錄下的文件名稱這種方案來恢復(fù)數(shù)據(jù)。北亞企安數(shù)據(jù)恢復(fù)工程師編寫程序提取目錄項(xiàng)節(jié)點(diǎn)號,將提取出來的目錄節(jié)點(diǎn)號與lost+found目錄下的文件名進(jìn)行一一對應(yīng),通過這種方式來恢復(fù)服務(wù)器原始目錄結(jié)構(gòu)。
3、根據(jù)上述數(shù)據(jù)恢復(fù)方案,服務(wù)器數(shù)據(jù)恢復(fù)工程師基于鏡像文件對底層數(shù)據(jù)進(jìn)行分析&使用工具掃描底層空間目錄項(xiàng)區(qū)域,統(tǒng)計(jì)和記錄目錄項(xiàng)節(jié)點(diǎn)號、數(shù)量等信息。根據(jù)故障服務(wù)器磁盤中的文件系統(tǒng)信息將統(tǒng)計(jì)到的目錄項(xiàng)和節(jié)點(diǎn)號進(jìn)行整合匹配,然后和lost+found目錄下的文件記錄號進(jìn)行匹配,恢復(fù)服務(wù)器內(nèi)丟失的數(shù)據(jù)。
4、經(jīng)過一番努力,服務(wù)器數(shù)據(jù)恢復(fù)工程師終于將所有丟失文件恢復(fù)出來。經(jīng)過用戶方的仔細(xì)驗(yàn)證,確認(rèn)恢復(fù)出來的文件完整可用。本次服務(wù)器數(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)投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

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

    服務(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 ?290次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ多塊硬盤離線<b class='flag-5'>導(dǎo)致</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ù)器斷電導(dǎo)致raid模塊損壞的數(shù)據(jù)恢復(fù)案例

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

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

    工作人員不慎將一臺服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)。
    的頭像 發(fā)表于 08-14 11:33 ?546次閱讀
    <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ù)—硬盤離線導(dǎo)致raid上層的卷無法掛載的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 某公司一臺服務(wù)器上有一組由24塊FC硬盤組建的raid。 服務(wù)器出現(xiàn)故障,無法
    的頭像 發(fā)表于 07-29 13:00 ?292次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)——服務(wù)器異常斷電導(dǎo)致raid模塊損壞的數(shù)據(jù)恢復(fù)案例

    服務(wù)器上有一組由12塊硬盤組建的raid5磁盤陣列。 機(jī)房供電不穩(wěn)定導(dǎo)致機(jī)房中該服務(wù)器非正常斷電,重啟服務(wù)器后管理員發(fā)現(xiàn)
    的頭像 發(fā)表于 06-24 16:34 ?275次閱讀

    服務(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操作系統(tǒng),搭建XFS
    的頭像 發(fā)表于 06-12 11:20 ?480次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—重裝系統(tǒng)<b class='flag-5'>導(dǎo)致</b>XFS<b class='flag-5'>文件</b>系統(tǒng)分區(qū)<b class='flag-5'>丟失</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陣列。 服務(wù)器故障:
    的頭像 發(fā)表于 05-20 15:46 ?400次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器部分數(shù)據(jù)目錄項(xiàng)被破壞的數(shù)據(jù)恢復(fù)案例

    一臺安裝linux系統(tǒng)的服務(wù)器意外斷電。管理員重啟服務(wù)器后進(jìn)行檢測,發(fā)現(xiàn)服務(wù)器上部分文件丟失。管理員沒有進(jìn)行任何操作,直接將
    的頭像 發(fā)表于 05-08 15:16 ?294次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—raid6陣列硬盤故障導(dǎo)致上層分區(qū)丟失數(shù)據(jù)恢復(fù)案例

    一臺由16塊硬盤組成的raid6磁盤陣列。磁盤陣列中有一塊硬盤因?yàn)槲锢砉收系艟€,導(dǎo)致服務(wù)器上層虛擬機(jī)無法正常使用,部分分區(qū)丟失,重啟物理服務(wù)器
    的頭像 發(fā)表于 04-02 10:15 ?428次閱讀

    虛擬化數(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 ?542次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝系統(tǒng)<b class='flag-5'>導(dǎo)致</b><b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>丟失</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)崩潰、未知的程序運(yùn)行錯(cuò)誤等。 病毒破壞:勒索病毒加密、刪除服務(wù)器數(shù)據(jù)等。 不可控力量;服務(wù)器浸水、火燒、機(jī)
    的頭像 發(fā)表于 03-11 12:36 ?608次閱讀

    服務(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 ?551次閱讀

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

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

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

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

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

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