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

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

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

【服務(wù)器數(shù)據(jù)恢復(fù)】異常斷電導(dǎo)致UFS2文件系統(tǒng)故障的數(shù)據(jù)恢復(fù)案例

Frombyte ? 來源: Frombyte ? 作者: Frombyte ? 2024-02-22 14:48 ? 次閱讀

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
一臺服務(wù)器通過FreeNAS(本案例使用的是UFS2文件系統(tǒng))實(shí)現(xiàn)iSCSI存儲,整個UFS2文件系統(tǒng)作為一個文件掛載到ESXi虛擬化系統(tǒng)(安裝在另外2臺服務(wù)器上)上。該虛擬化系統(tǒng)一共有5臺虛擬機(jī),其中有3臺虛擬機(jī)中的數(shù)據(jù)比較重要:一臺虛擬機(jī)上部署了ASP.net+SqlServer和PHP+mysql;第二臺虛擬機(jī)安裝的FreeBSD,部署了MySQL數(shù)據(jù)庫;第三臺虛擬機(jī)存放的是代碼數(shù)據(jù)。
本案例應(yīng)用構(gòu)架層次:FreeNAS(UFS2文件系統(tǒng)–> 一個大的稀疏模式的文件) –> ESXi (VMFS文件系統(tǒng)層) -> 單臺虛擬機(jī)的虛擬磁盤 (windows-NTFS文件系統(tǒng)/FreeBSD-UFS2文件系統(tǒng))。

服務(wù)器故障:
作為iSCSI存儲的服務(wù)器在正常運(yùn)行過程中異常斷電,重啟后虛擬化系統(tǒng)無法連接該服務(wù)器,F(xiàn)reeNAS的UFS2文件系統(tǒng)出現(xiàn)問題,管理員對UFS2文件系統(tǒng)進(jìn)行了修復(fù),但是ESXI虛擬化系統(tǒng)無法識別原有的數(shù)據(jù)和UFS2文件系統(tǒng)。

服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、對FreeNAS層做只讀鏡像,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免數(shù)據(jù)恢復(fù)操作對原始數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析整個存儲,只發(fā)現(xiàn)了一個文件名為iscsidata的、大小數(shù)百GB的文件。
3、根據(jù)UFS2文件系統(tǒng)的二進(jìn)制結(jié)構(gòu)定位到iscsidata文件的Inode數(shù)據(jù),經(jīng)過檢測發(fā)現(xiàn)該文件被重建過,inode指針指向的數(shù)據(jù)量很少,在FreeNAS層無法解決問題,所以就無法進(jìn)行下一步的VMFS層分析。
4、由于iscsidata文件重建過,過程和大小都和原iscsidata文件一致,應(yīng)該有部分指針塊被覆蓋。原iscsidata文件的inode和新建的iscsidata文件的inode在同一個位置,嘗試搜索沒有發(fā)現(xiàn)其它有用的inode。
5、北亞企安數(shù)據(jù)恢復(fù)工程師編寫程序收集有用的指針塊。

poYBAGQRYQmADmuGAAGR5s-EmYs121.png北亞企安數(shù)據(jù)恢復(fù)——FreeNAS數(shù)據(jù)恢復(fù)



由于iscsidata文件采用的稀疏模式,放寬收集條件后收集到了大量三級指針塊和二級指針塊。
6、經(jīng)過分析發(fā)現(xiàn)所有收集到的三級指針塊都是無效的,沒有找到iscsidata文件使用的三級指針塊,應(yīng)該是在新建iscsidata文件時被覆蓋。
7、分析收集到的二級指針塊并對大量的二級指針塊的指向數(shù)據(jù)進(jìn)行DUMP,然后從磁盤中的數(shù)據(jù)定位到二級指針。通過這種方式獲取到大量DUMP的數(shù)據(jù)。
8、分析VMFS層。由于VMFS重新格式化過,原始UFS2的指針已丟失,所以VMFS元文件不可用。
9、通過單臺虛擬機(jī)層(windows(NTFS)和FreeBSD(UFS2)的文件系統(tǒng)結(jié)構(gòu)),向上定位到VMFS層,然后通過VMFS層定位到DUMP出的單個64GB文件。通過多次組合,最終將三臺重要虛擬機(jī)的虛擬磁盤完全恢復(fù)。將恢復(fù)出的網(wǎng)頁數(shù)據(jù)和數(shù)據(jù)庫數(shù)據(jù)上傳到準(zhǔn)備好的系統(tǒng)中,拉起應(yīng)用并對數(shù)據(jù)進(jìn)行檢測,沒有發(fā)現(xiàn)任何問題。

pYYBAGQRYRaAXDMzAAGP95DI2Pk253.png北亞企安數(shù)據(jù)恢復(fù)——FreeNAS數(shù)據(jù)恢復(fù)


10、經(jīng)過用戶方的仔細(xì)檢測后,確認(rèn)3臺重要虛擬機(jī)中的數(shù)據(jù)成功恢復(fù),認(rèn)可本次數(shù)據(jù)恢復(fù)結(jié)果。本次服務(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)注

    關(guān)注

    13

    文章

    4180

    瀏覽量

    85493
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    12

    文章

    8873

    瀏覽量

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

    關(guān)注

    10

    文章

    528

    瀏覽量

    17318
收藏 人收藏

    評論

    相關(guān)推薦

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

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)—意外斷電導(dǎo)致虛擬機(jī)虛擬磁盤損壞的數(shù)據(jù)恢復(fù)案例

    使用。 服務(wù)器故障: 因機(jī)房異常斷電導(dǎo)致服務(wù)器中一臺VPS(Xen Server虛擬機(jī))不可用,虛擬磁盤
    的頭像 發(fā)表于 09-10 17:25 ?211次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—意外<b class='flag-5'>斷電導(dǎo)致</b>虛擬機(jī)虛擬磁盤損壞的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)異常斷電導(dǎo)致存儲癱瘓的數(shù)據(jù)恢復(fù)案例

    系統(tǒng)盤是統(tǒng)一大小,數(shù)據(jù)盤大小不確定,數(shù)據(jù)盤是精簡模式。 服務(wù)器存儲故障: 機(jī)房斷電導(dǎo)致
    的頭像 發(fā)表于 06-25 13:41 ?257次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>異常</b><b class='flag-5'>斷電導(dǎo)致</b>存儲癱瘓的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—EVA存儲異常斷電后出現(xiàn)故障數(shù)據(jù)恢復(fù)方案

    數(shù)據(jù)庫。 服務(wù)器存儲故障&檢測: 存儲異常斷電重啟后,存儲中一臺虛擬機(jī)無法啟動。工作人員推測故障
    的頭像 發(fā)表于 05-28 10:29 ?298次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)異常斷電導(dǎo)致RAID管理信息丟失的數(shù)據(jù)恢復(fù)案例

    使用。 服務(wù)器故障: 機(jī)房供電幾次意外中斷,服務(wù)器出現(xiàn)故障前最后一次異常斷電重啟后RAI
    的頭像 發(fā)表于 04-30 15:34 ?279次閱讀

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

    使用,所以未引起管理員的注意。后續(xù)出現(xiàn)的多次異常斷電導(dǎo)致raid報(bào)錯,服務(wù)器無法找到存儲設(shè)備,進(jìn)入raid管理模塊進(jìn)行任何操作都會導(dǎo)致操作系統(tǒng)
    的頭像 發(fā)表于 03-20 17:38 ?625次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)-異常斷電導(dǎo)致服務(wù)器故障數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: dell某型號服務(wù)器中有一組通過raid卡組建的raid10,該raid陣列中一共有4塊磁盤。上層部署XenServer虛擬化平臺,作為網(wǎng)站
    的頭像 發(fā)表于 02-28 15:15 ?757次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>-<b class='flag-5'>異常</b><b class='flag-5'>斷電導(dǎo)致</b><b class='flag-5'>服務(wù)器</b><b class='flag-5'>故障</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)】硬盤壞道掉線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺IBM某型號服務(wù)器上有16塊FC硬盤組建RAID陣列。上層linux操作系統(tǒng),ext3
    的頭像 發(fā)表于 02-26 11:36 ?717次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)斷電導(dǎo)致服務(wù)器RAID信息丟失的數(shù)據(jù)恢復(fù)案例

    故障之前出現(xiàn)過幾次意外斷電的情況,服務(wù)器斷電重啟后沒有發(fā)現(xiàn)異常,直到最后一次斷電重啟后RAID報(bào)
    的頭像 發(fā)表于 02-18 13:53 ?563次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 某品牌PowerEdge R730服務(wù)器+PowerVault MD3200存儲,劃分若干lun,操作系統(tǒng)版本是ce
    的頭像 發(fā)表于 01-19 13:42 ?402次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺服務(wù)器,虛擬化系統(tǒng)為esxi,上層使用iSCSI的方式實(shí)現(xiàn)FC SAN功能,iSCSI通過FreeNAS構(gòu)建。
    的頭像 發(fā)表于 01-09 14:53 ?739次閱讀

    【北亞服務(wù)器數(shù)據(jù)恢復(fù)】ZFS文件系統(tǒng)服務(wù)器RAIDZ數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 服務(wù)器中有32塊硬盤,組建了3組RAIDZ,部分磁盤作為熱備盤。zfs文件系統(tǒng)。
    的頭像 發(fā)表于 12-28 15:17 ?498次閱讀
    【北亞<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>】ZFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>服務(wù)器</b>RAIDZ<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    情況,北亞企安數(shù)據(jù)恢復(fù)工程師初步判斷服務(wù)器故障原因是意外斷電導(dǎo)致的raid模塊損壞,經(jīng)過詳細(xì)檢測發(fā)現(xiàn)是
    的頭像 發(fā)表于 12-25 14:29 ?462次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2文件系統(tǒng)被誤格式化為Ext4文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    由于工作人員的誤操作,將Ext4文件系統(tǒng)誤裝入到存儲中Ocfs2文件系統(tǒng)數(shù)據(jù)卷上,導(dǎo)致原Ocfs2
    的頭像 發(fā)表于 12-04 10:49 ?386次閱讀
    <b class='flag-5'>服務(wù)器</b><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>案例