91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

FreeNAS層UFS2文件系統(tǒng)數(shù)據(jù)恢復案例

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

掃碼添加小助手

加入工程師交流群

服務器數(shù)據(jù)恢復環(huán)境:
Dell存儲服務器,采用esxi虛擬化系統(tǒng),esxi虛擬化系統(tǒng)里有3臺虛擬機;上層iSCSI使用FreeNAS構(gòu)建,通過iSCSI方式實現(xiàn)FCSAN功能;FreeNAS層采用UFS2文件系統(tǒng)。
esxi虛擬化系統(tǒng)里有3臺虛擬機中的一臺虛擬機采用FreeBSD系統(tǒng),存儲數(shù)據(jù)庫文件;另外兩臺虛擬機分別存儲網(wǎng)站數(shù)據(jù)和數(shù)據(jù)庫+工作程序代碼。

pYYBAGNPcGOALkLOAACFswlqAnM425.png

北亞企安數(shù)據(jù)恢復——ESXI數(shù)據(jù)恢復

服務器故障:
機房供電不穩(wěn)導致該存儲服務器非正常關(guān)機,管理員重啟服務器后發(fā)現(xiàn)ESXI系統(tǒng)無法連接存儲。通過服務器故障排查,發(fā)現(xiàn)FreeNAS的UFS2文件系統(tǒng)出現(xiàn)故障,管理員對UFS2文件系統(tǒng)進行fsck修復并將ESXI系統(tǒng)連接到服務器存儲上。
管理員對上層文件系統(tǒng)及數(shù)據(jù)進行檢查,發(fā)現(xiàn)文件系統(tǒng)和存儲數(shù)據(jù)都無法識別,于是對vmfs執(zhí)行了格式化操作,數(shù)據(jù)丟失。需要恢復3臺虛擬機以及內(nèi)部的數(shù)據(jù)。

服務器數(shù)據(jù)恢復過程:
1、首先對FreeNAS層以只讀方式進行鏡像備份,后續(xù)的數(shù)據(jù)恢復工作都基于鏡像文件進行操作,避免對原始數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析底層數(shù)據(jù)。經(jīng)過分析服務器數(shù)據(jù)恢復工程師注意到一個幾百G大小的,被命名為iscsidata的大文件。
3、繼續(xù)分析UFS2文件系統(tǒng)結(jié)構(gòu),根據(jù)UFS2文件系統(tǒng)的存儲結(jié)構(gòu)定位到這個名為iscsidata的大文件的iNode數(shù)據(jù)并進一步進行查看,發(fā)現(xiàn)名為iscsidata的大文件被重建過,iNode指針所指向的數(shù)據(jù)量非常少。在這種情況下,想要進入到vmfs文件系統(tǒng)層進行數(shù)據(jù)分析和恢復必須先分析出FreeNAS層的相關(guān)信息。

4、通過分析得到如下FreeNAS層信息:UFS2文件系統(tǒng)塊大小為16kb,segment大小為2kb,柱面組大小為188176kb,數(shù)據(jù)指針大小為8字節(jié),每個塊可容納數(shù)據(jù)指針數(shù)量為2048個。
根據(jù)上面分析到的信息可以計算出:一個二級指針塊可存儲的數(shù)據(jù)量=2048*2048*16KB=64GB。三級指針塊可存儲的數(shù)據(jù)量=64GB*2048=128TB。
5、服務器數(shù)據(jù)恢復工程師計劃通過iscsidata文件的三級指針塊來恢復FreeNAS層的數(shù)據(jù),但由于該文件曾經(jīng)被重建,部分指針被重建的數(shù)據(jù)覆蓋,原文件的iNode和重建后的iNode所處位置完全一致,也沒有找到其他可用于恢復數(shù)據(jù)的iNode數(shù)據(jù)。
6、根據(jù)實際情況,北亞企安數(shù)據(jù)恢復工程師編寫小程收集到了大量二級指針塊和三級指針塊。
7、分析三級指針塊但發(fā)現(xiàn)這些指針塊都無效,估計是重建時被覆蓋了,新的iscsidata文件掛載到ESXi虛擬化系統(tǒng)后有個VMFS格式化過程,而該版本的ESXi虛擬化系統(tǒng)使用的是GPT分區(qū),GPT分區(qū)會在磁盤最后寫入冗余的GPT頭和分區(qū)表信息數(shù)據(jù),會使用iscsidata文件的三級指針塊。
8、分析二級指針塊,對有大量二級指針塊的指向數(shù)據(jù)進行DUMP,然后再從磁盤中的數(shù)據(jù)定位到二級指針,這樣得到大量DUMP的數(shù)據(jù)。
9、北亞企安數(shù)據(jù)恢復工程師根據(jù)以前研究出的NTFS和UFS2文件系統(tǒng)結(jié)構(gòu)定位到vmfs層,繼而定位到DUMP出的單個64GB文件,最后進行數(shù)據(jù)組合。
10、經(jīng)過復雜的查詢和重組,最終成功恢復出了故障服務器存儲內(nèi)的3臺虛擬機及虛擬機內(nèi)的全部數(shù)據(jù)。

服務器數(shù)據(jù)驗證:

將恢復出來的數(shù)據(jù)上傳到新搭建的系統(tǒng)中進行驗證,經(jīng)用戶管理員反復驗證,確認所有恢復出來的數(shù)據(jù)完整可用,認可數(shù)據(jù)恢復結(jié)果。

審核編輯黃宇

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

    關(guān)注

    13

    文章

    4800

    瀏覽量

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

    關(guān)注

    10

    文章

    713

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

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

    虛擬化數(shù)據(jù)恢復—Hyper-V服務癱瘓危機:虛擬機數(shù)據(jù)文件丟失后的數(shù)據(jù)恢復案例

    進行檢測也沒有發(fā)現(xiàn)問題,也無被攻擊/感染的跡象。對文件系統(tǒng)進行進一步分析,發(fā)現(xiàn)元文件創(chuàng)建時間與數(shù)據(jù)丟失時間一致,服務器數(shù)據(jù)恢復工程師初步確定
    的頭像 發(fā)表于 11-20 15:47 ?354次閱讀

    虛擬機數(shù)據(jù)恢復—異常斷電致ESXI存儲失聯(lián)?這份實戰(zhàn)數(shù)據(jù)恢復案例請收好

    服務器存儲數(shù)據(jù)恢復環(huán)境: 一臺服務器上部署esxi虛擬化平臺。上層采用通過FreeNAS構(gòu)建的iSCSI方式FCSAN功能,FreeNAS
    的頭像 發(fā)表于 11-11 14:11 ?269次閱讀

    明晚8點|睿擎文件系統(tǒng)實戰(zhàn):從開發(fā)到發(fā)布全流程解析

    文件操作到鏡像發(fā)布,一次直播掌握完整開發(fā)流程!在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)數(shù)據(jù)存儲、配置管理和資源訪問的核心基礎。然而在實際開發(fā)中,文件
    的頭像 發(fā)表于 11-11 11:53 ?654次閱讀
    明晚8點|睿擎<b class='flag-5'>文件系統(tǒng)</b>實戰(zhàn):從開發(fā)到發(fā)布全流程解析

    服務器數(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卷中劃分了一個reiserfs
    的頭像 發(fā)表于 10-30 16:26 ?529次閱讀

    文件系統(tǒng)文件怎么循環(huán)覆蓋的寫入數(shù)據(jù)

    請教一個文件系統(tǒng)數(shù)據(jù)寫入的問題。 比如我新建一個文件,test.txt,寫入數(shù)據(jù)超過512KB后,就從頭開始寫,后面的數(shù)據(jù)不刪除,從頭開始覆
    發(fā)表于 09-22 08:20

    Linux三大主流文件系統(tǒng)解析

    還在為選擇哪個文件系統(tǒng)而糾結(jié)?作為一名摸爬滾打多年的運維老鳥,我將用最接地氣的方式,帶你徹底搞懂 Linux 三大主流文件系統(tǒng)的奧秘。
    的頭像 發(fā)表于 08-05 17:37 ?1462次閱讀

    飛凌嵌入式ElfBoard ELF 1板卡-文件系統(tǒng)簡介

    。UBIFS文件支持數(shù)據(jù)壓縮。五、YAFFS/YAFFS2文件系統(tǒng)YAFFS/YAFFS2是一種和JFFSx類似的閃存
    發(fā)表于 06-19 17:22

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

    服務器數(shù)據(jù)恢復環(huán)境&故障: 一臺服務器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務器上層安裝Linux操作系統(tǒng),搭建XFS文件系統(tǒng)。服務器上層分配一個LUN,并劃分了兩個分
    的頭像 發(fā)表于 06-12 11:20 ?809次閱讀
    服務器<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 ?749次閱讀
    服務器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—ocfs<b class='flag-5'>2</b><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>案例

    Vsan數(shù)據(jù)恢復——Vsan分布式文件系統(tǒng)上虛擬機不可用的數(shù)據(jù)恢復

    一臺采用VsSAN分布式文件系統(tǒng)的存儲設備由于未知原因關(guān)機重啟。管理員發(fā)現(xiàn)上層的虛擬機不可用,存儲內(nèi)的數(shù)據(jù)丟失。
    的頭像 發(fā)表于 05-15 17:42 ?584次閱讀
    Vsan<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>——Vsan分布式<b class='flag-5'>文件系統(tǒng)</b>上虛擬機不可用的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>

    服務器數(shù)據(jù)恢復—AIX小型機誤刪數(shù)據(jù)如何恢復

    和oradata2。 AIX小型機采用JFS2文件系統(tǒng)分配和管理邏輯卷。JFS2文件系統(tǒng)的根目錄存儲Oracle
    的頭像 發(fā)表于 04-16 18:12 ?608次閱讀
    服務器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—AIX小型機誤刪<b class='flag-5'>數(shù)據(jù)</b>如何<b class='flag-5'>恢復</b>!

    服務器數(shù)據(jù)恢復—raid5陣列中硬盤壞道導致陣列崩潰的數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境: 某品牌DS3512存儲中有一組由6塊SAS磁盤組建的raid5陣列。劃分一個lun分配給Linux系統(tǒng)服務器,并格式化成ocfs2
    的頭像 發(fā)表于 03-28 13:25 ?751次閱讀
    服務器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—raid5陣列中硬盤壞道導致陣列崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    如何正確選擇嵌入式文件系統(tǒng)?

    Linux嵌入式系統(tǒng)中,文件系統(tǒng)和緩存機制常導致數(shù)據(jù)存儲穩(wěn)定性問題。本文通過案例分析原因,對比不同文件系統(tǒng)特性,為開發(fā)者提供優(yōu)化建議,助力提升數(shù)據(jù)
    的頭像 發(fā)表于 03-17 11:35 ?1117次閱讀
    如何正確選擇嵌入式<b class='flag-5'>文件系統(tǒng)</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 ?797次閱讀
    虛擬化<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'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>