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

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

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

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

XSAN數(shù)據(jù)恢復-XSAN文件系統(tǒng)數(shù)據(jù)恢復案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2024-12-30 17:10 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

XSAN數(shù)據(jù)恢復環(huán)境:
昆騰存儲+MAC OS操作系統(tǒng),存儲數(shù)據(jù)主要是視頻類數(shù)據(jù)如MXF、MOV等格式文件。
該昆騰存儲中有9個數(shù)據(jù)卷:1個META信息卷和8個DATA信息卷。

XSAN故障情況:
將存儲空間從XSAN架構遷移到STORNEXT架構后,發(fā)現(xiàn)存儲空間中數(shù)據(jù)全部丟失。

XSAN數(shù)據(jù)恢復過程:
1、將昆騰存儲的存儲空間以只讀方式進行完整鏡像,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原存儲的數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析META信息卷,讀取META信息卷中的元信息。經(jīng)過初步分析推測導致存儲空間中數(shù)據(jù)丟失的原因:在遷移數(shù)據(jù)的時候,誤將整個存儲系統(tǒng)格式化。

wKgZO2dyYxGAONiJAAGpdyInNk8336.png

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



3、由于版本差異,此版本的XSAN元信息結構與之前版本的XSAN元信息結構有一定差異。目錄項的解析方式與節(jié)點的解析方式都有了一定的區(qū)別。分析出完整的元信息結構之后,北亞企安數(shù)據(jù)恢復工程師編寫腳本,掃描META卷中的全部目錄和節(jié)點信息,并寫入到數(shù)據(jù)庫中。
目錄塊截圖:

wKgaomTIpfeAFmO-AATp9qqbvAM552.png

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



節(jié)點截圖:

wKgZomTIpguAeGKrAAP7Aw4zjE0490.png

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



數(shù)據(jù)庫信息截圖:

wKgaomTIphqAQ5BfAAPmlOU2nzk831.png

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



4、雖然存儲系統(tǒng)在格式化后,大部分節(jié)點和目錄塊信息保留完整,但是仍然有少量的節(jié)點和目錄塊被系統(tǒng)重置,導致部分文件或目錄信息丟失。目錄信息的丟失造成部分文件的目錄結構斷開,無法重構完整的目錄樹和提取文件。進一步分析節(jié)點和目錄塊的信息,重構修復部分斷開的目錄樹。對于無法修復的目錄樹則放到最后進行特殊處理。
5、根據(jù)用戶方的需求,將數(shù)據(jù)提取分為三階段:
階段一:針對優(yōu)先級和實效性高的數(shù)據(jù)需盡快恢復。根據(jù)用戶方提供的文件列表,北亞企安數(shù)據(jù)恢復工程師編寫腳本,讀取數(shù)據(jù)庫并重構文件的目錄樹,批量提取恢復列表中的文件。
階段二:針對文件量比較大但優(yōu)先級較弱,且用戶方無法提供信息的數(shù)據(jù),僅能提供文件上一層或幾層的目錄信息。根據(jù)提供的一些目錄信息編寫腳本,讀取數(shù)據(jù)庫并重構完整目錄樹,針對目錄進行子文件或子目錄的完整提取恢復。
階段三:遍歷整個數(shù)據(jù)庫,讀取數(shù)據(jù)庫中剩余的文件信息。針對目錄樹完整的文件,重構完整目錄樹;針對部分上層目錄樹斷開的文件,重構其部分目錄樹。提取數(shù)據(jù)庫中剩余未提取的全部文件。
客戶提供的文件信息列表:

wKgZomTIpiGAEJErAAIMQ83Da9k025.png

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



數(shù)據(jù)提取過程截圖:

wKgZomTIpimAPH2yAAMR4skFigY132.png

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


XSAN數(shù)據(jù)恢復結果:
此次數(shù)據(jù)恢復工作搶救回幾百TB的數(shù)據(jù)。經(jīng)用戶方驗證,數(shù)據(jù)文件正確無誤,視頻文件可以正常播放,工程文件可以正常編輯,認可數(shù)據(jù)恢復結果。

審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

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

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

    虛擬機數(shù)據(jù)恢復—虛擬機vmdk文件被刪除的數(shù)據(jù)恢復案例

    本次數(shù)據(jù)恢復涉及一臺R710系列服務器和一臺MD3200系列存儲,上層是ESXI5.5版本的虛擬機和虛擬文件。因客戶機房非正常斷電,虛擬機無法啟動。機房管理員檢查發(fā)現(xiàn)虛擬機配置文件丟失
    的頭像 發(fā)表于 02-10 17:05 ?277次閱讀
    虛擬機<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—虛擬機vmdk<b class='flag-5'>文件</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 ?362次閱讀

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

    服務器存儲數(shù)據(jù)恢復環(huán)境: 一臺服務器上部署esxi虛擬化平臺。上層采用通過FreeNAS構建的iSCSI方式FCSAN功能,F(xiàn)reeNAS層采用UFS2文件系統(tǒng)。 esxi虛擬化系統(tǒng)
    的頭像 發(fā)表于 11-11 14:11 ?282次閱讀

    服務器數(shù)據(jù)恢復—StorNext文件系統(tǒng)數(shù)據(jù)丟失的數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境&故障: 一臺昆騰存儲設備中有一組raid5磁盤陣列。陣列上有兩塊硬盤先后離線,raid5磁盤陣列不可用。
    的頭像 發(fā)表于 08-19 11:43 ?621次閱讀

    數(shù)據(jù)數(shù)據(jù)恢復—服務器異常斷電導致Oracle數(shù)據(jù)庫故障的數(shù)據(jù)恢復案例

    備份,僅有一些斷斷續(xù)續(xù)的歸檔日志。 Oracle數(shù)據(jù)恢復流程: 1、檢測數(shù)據(jù)庫故障情況; 2、嘗試掛起并修復數(shù)據(jù)庫; 3、解析數(shù)據(jù)庫文
    的頭像 發(fā)表于 07-24 11:12 ?686次閱讀
    <b class='flag-5'>數(shù)據(jù)</b>庫<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—服務器異常斷電導致Oracle<b class='flag-5'>數(shù)據(jù)</b>庫故障的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    數(shù)據(jù)數(shù)據(jù)恢復—MongoDB數(shù)據(jù)庫文件丟失的數(shù)據(jù)恢復案例

    MongoDB數(shù)據(jù)數(shù)據(jù)恢復環(huán)境: 一臺操作系統(tǒng)為Windows Server的虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB
    的頭像 發(fā)表于 07-01 11:13 ?668次閱讀
    <b class='flag-5'>數(shù)據(jù)</b>庫<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—MongoDB<b class='flag-5'>數(shù)據(jù)庫文件</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(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 ?822次閱讀
    服務器<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)數(shù)據(jù)卷上,導致原Ocfs2
    的頭像 發(fā)表于 06-10 12:03 ?758次閱讀
    服務器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—ocfs2<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>案例

    服務器數(shù)據(jù)恢復—Linux系統(tǒng)服務器崩潰的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: linux操作系統(tǒng)服務器中有一組由4塊SAS接口硬盤組建的raid5陣列。 服務器故障: 服務器工作過程中突然崩潰。管理員將服務器操作系統(tǒng)進行了重裝。
    的頭像 發(fā)表于 05-20 15:46 ?895次閱讀

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

    一臺采用VsSAN分布式文件系統(tǒng)的存儲設備由于未知原因關機重啟。管理員發(fā)現(xiàn)上層的虛擬機不可用,存儲內(nèi)的數(shù)據(jù)丟失。
    的頭像 發(fā)表于 05-15 17:42 ?596次閱讀
    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ù)恢復—虛擬機上hbase和hive數(shù)據(jù)數(shù)據(jù)恢復案例

    分布式存儲數(shù)據(jù)恢復環(huán)境: 16臺某品牌R730xd服務器節(jié)點,每臺服務器節(jié)點上有數(shù)臺虛擬機。 虛擬機上部署Hbase和Hive數(shù)據(jù)庫。 分布式存儲故障: 數(shù)據(jù)庫底層
    的頭像 發(fā)表于 04-17 11:05 ?751次閱讀

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

    和oradata2。 AIX小型機采用JFS2文件系統(tǒng)分配和管理邏輯卷。JFS2文件系統(tǒng)的根目錄存儲Oracle數(shù)據(jù)庫核心文件(.dbf文件
    的頭像 發(fā)表于 04-16 18:12 ?624次閱讀
    服務器<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ù)數(shù)據(jù)恢復——MongoDB數(shù)據(jù)庫文件拷貝后服務無法啟動的數(shù)據(jù)恢復

    MongoDB數(shù)據(jù)數(shù)據(jù)恢復環(huán)境: 一臺Windows Server操作系統(tǒng)虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB
    的頭像 發(fā)表于 04-09 11:34 ?899次閱讀
    <b class='flag-5'>數(shù)據(jù)</b>庫<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>——MongoDB<b class='flag-5'>數(shù)據(jù)庫文件</b>拷貝后服務無法啟動的<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文件系統(tǒng),共享給虛擬化使用
    的頭像 發(fā)表于 03-28 13:25 ?767次閱讀
    服務器<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>案例