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

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

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

pYYBAGNPcGOALkLOAACFswlqAnM425.png

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

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

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

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

服務(wù)器數(shù)據(jù)驗(yàn)證:

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

審核編輯黃宇

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

    關(guān)注

    13

    文章

    4788

    瀏覽量

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

    關(guān)注

    10

    文章

    712

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

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

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

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

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

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

    睿擎派文件系統(tǒng)指南:從開發(fā)到發(fā)布全流程實(shí)踐 | 技術(shù)解析

    在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)扮演著至關(guān)重要的角色,它負(fù)責(zé)數(shù)據(jù)的持久化存儲、配置文件管理和資源訪問等核心功能。睿擎平臺提供了一套完整的文件系統(tǒng)
    的頭像 發(fā)表于 11-05 18:13 ?8094次閱讀
    睿擎派<b class='flag-5'>文件系統(tǒng)</b>指南:從開發(fā)到發(fā)布全流程實(shí)踐 | 技術(shù)解析

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

    一臺服務(wù)器上有一組由4塊SAS硬盤組建的RAID5陣列,采用的reiserfs文件系統(tǒng)。 原始數(shù)據(jù)組織結(jié)構(gòu):幾十MB的boot分區(qū)+數(shù)百GB的LVM卷+2GB的swap分區(qū)。LVM卷中劃分了一個(gè)reiserfs
    的頭像 發(fā)表于 10-30 16:26 ?517次閱讀

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    虛擬化數(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 ?778次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b>導(dǎo)致服務(wù)器<b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>