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

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

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

3天內不再提示

服務器誤操作刪除lun的數(shù)據(jù)恢復案例

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

掃碼添加小助手

加入工程師交流群

服務器數(shù)據(jù)恢復環(huán)境&故障:
北京某公司一臺配有72塊SAS硬盤的服務器,管理員誤操作刪除了該服務器中的12個lun,這12個lun中包含了該公司的客戶信息以及其他重要數(shù)據(jù),急需恢復服務器數(shù)據(jù)。

服務器數(shù)據(jù)恢復過程:
1、將故障服務器所有硬盤以只讀方式做扇區(qū)級別的鏡像備份。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原始數(shù)據(jù)造成二次破壞。
2、北亞企安數(shù)據(jù)恢復工程師基于鏡像文件分析服務器底層數(shù)據(jù),找到盤頭位置的超級塊,通過分析超級塊信息獲取到磁盤組的起始塊信息、磁盤組名稱、邏輯組起始塊號、raid編號等基本信息。

分析超級塊:

pYYBAGPh9VCANn7ZAAKIGjH2mtQ971.png

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

3、通過分析得知每個數(shù)據(jù)塊占8個扇區(qū),數(shù)據(jù)塊后附加64字節(jié)數(shù)據(jù)塊描述信息,根據(jù)這些信息判斷出作為校驗盤的磁盤并在數(shù)據(jù)恢復過程中將這些磁盤剔除。
0x10:6字節(jié)為aggr_data塊號
如果0x10處為FFFF表示校驗塊

校驗塊描述信息樣例:

pYYBAGPh9VqAMRdlAAGTuZ3XQ7Y736.png

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

4、在進行盤序分析時可以根據(jù)每塊磁盤8號扇區(qū)的磁盤信息和磁盤末尾的RAID盤序表來確定盤序。
a、確定各個磁盤所屬aggr組。
b、判斷組內盤序。數(shù)據(jù)指針跳轉時不考慮校驗盤,只需要取得數(shù)據(jù)盤的盤序即可。
aggr_raid(磁盤靠近尾部) 根據(jù)10H處的VCN塊號判斷磁盤組內各盤的順序

分析盤序表:

poYBAGPh9WGAZWHJAAZKjsxfAMs161.png

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

小貼士:Netapp的節(jié)點分布在數(shù)量眾多的數(shù)據(jù)塊內,在數(shù)據(jù)塊內又被統(tǒng)一組織為節(jié)點組。每個節(jié)點組的前64字節(jié)記錄系統(tǒng)數(shù)據(jù),然后以192字節(jié)為一項來記錄各個文件節(jié)點。文件節(jié)點根據(jù)用戶級別分為兩類:“MBFP”系統(tǒng)文件節(jié)點和“MBFI”用戶文件節(jié)點,數(shù)據(jù)恢復一般只需要MBFI節(jié)點組。

服務器節(jié)點樣例圖:

poYBAGPh9WmAFJBzAAPpBExAhEs647.png

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

說明:
頭部信息64字節(jié)(此頭部為數(shù)據(jù)文件的節(jié)點文件塊頭部,大小為64字節(jié))
標志,常量(“MBFP”為元文件的節(jié)點標志,“MBFI”為用戶文件的節(jié)點標志)

5、根據(jù)更新序列值獲取到最新節(jié)點。解析節(jié)點中節(jié)點類型、邏輯塊號、文件數(shù)量、文件大小、所占塊數(shù)量及數(shù)據(jù)指針,獲取節(jié)點在節(jié)點文件中的邏輯塊號,從0開始計數(shù)。
6、獲取目錄項,并根據(jù)其節(jié)點編號,找到對應節(jié)點。

獲取服務器內對應節(jié)點截圖:

poYBAGPh9W-AczSFAAIsAQKPYQw022.png

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

7、提取服務器數(shù)據(jù)。
a、掃描節(jié)點信息。

掃描服務器節(jié)點信息:

pYYBAGPh9XiALQDJAAEQ-rR8iqc458.png

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

節(jié)點掃描類:

pYYBAGPh9X-AcHWdAAN_moYYO5k693.png

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

節(jié)點掃描程序完整流程:

poYBAGPh9YaAONtKAAGuVSoFBng462.png

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

在循環(huán)掃描完畢之后會將所有掃描到的MBFP、MBFI和DOC數(shù)據(jù)塊分別寫入到三個文件內,用于后續(xù)處理。

b、將節(jié)點信息導入到數(shù)據(jù)庫。

將ScanNode掃描得到的MBFI和MBFP、Dir存入數(shù)據(jù)庫以備后續(xù)使用。

MBFI導入數(shù)據(jù)庫整體流程:

pYYBAGPh9Y2AadaaAASwWbh_KZU741.png

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

函數(shù)執(zhí)行完畢后查看數(shù)據(jù)庫得到如下信息:

poYBAGPh9ZSAOZfUAAJdiP5l-mw817.png

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

小貼士:Netapp在更改inode節(jié)點時不會直接覆蓋而是重新分配inode進行寫入。單個文件的節(jié)點node_uid唯一不變,mbfi_usn會隨著節(jié)點的變化而增大(正常情況下提取某個文件時使用usn最大的節(jié)點)。一般情況下存儲劃分出的單個節(jié)點會作為LUN映射到服務器使用,根據(jù)file_size可以確定這個文件的大小,按照文件大小分組后再選取usn最大值的節(jié)點,跳轉到MBFI文件的offset值偏移位置,取出節(jié)點。

節(jié)點樣例圖示:

poYBAGPh9ZyAPPGDAAO_UgUnzH8024.png

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

c、提取文件
在獲取到要提取的文件的Node之后,開始提取塊設備文件。
提取塊設備文件:

pYYBAGPh9aOAZHYHAALyLf6jimA781.png

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

初始化完畢后,開始提取文件的各級MAP,在本次提取過程中文件大小均大于1T,MAP層級為4,所以需要提取4次。第一級MAP默認只占用1個塊,所以在程序內直接提取,后三級MAP在GetAllMap函數(shù)內進行提取。通過塊號計算數(shù)據(jù)塊位置時,由于NetApp使用JBOD組織LVM,直接用塊號除以每塊磁盤上的塊數(shù)可得到當前塊所在的磁盤序號(計算機整數(shù)除法,丟棄小數(shù)邠);再使用塊號取余塊數(shù),得到數(shù)據(jù)塊在此磁盤上的物理塊號,物理塊號乘以塊大小,得到數(shù)據(jù)塊偏移位置。

8、塊設備文件系統(tǒng)解析。
該案例的塊設備5T lun用的是aix小機的jfs2文件系統(tǒng)。因此需要解析jfs2文件系統(tǒng),提取里面的數(shù)據(jù)庫備份文件。
7扇區(qū)記錄lvm描述信息,獲取pv大小和pv序號;找到vg描述區(qū),獲取lv數(shù)和pv數(shù);找到pv描述區(qū),獲取pp序號和pp數(shù)。

解析文件系統(tǒng)塊信息:

pYYBAGPh9ayAf652AALiSdOm_VQ113.png

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

lv類型及率掛在信息區(qū)域:

poYBAGPh9bOADn6wAAXPZRo7njI065.png

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

解析8個由大小1T的lun組成的oralce ASM文件系統(tǒng),提取其中的數(shù)據(jù)庫文件。

添加8個lT的lun:

pYYBAGPh9buAUAz-AAPe3ZI6nQs483.png

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

解析asm文件系統(tǒng),提取出數(shù)據(jù)庫文件:

pYYBAGPh9cWAGyaCAAXM3yMpHk8288.png

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

數(shù)據(jù)驗證:
北亞企安工程師對提取出來的數(shù)據(jù)進行檢測后沒有發(fā)現(xiàn)異常,聯(lián)系用戶方工程師親自進行驗證,經(jīng)反復驗證,確認本次恢復出來的數(shù)據(jù)完整可用。

審核編輯黃宇

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    服務器數(shù)據(jù)恢復服務器“泡水”硬盤掉線,數(shù)據(jù)竟這樣恢復

    北亞企安數(shù)據(jù)恢復中心的服務器數(shù)據(jù)恢復工程師和硬件工程師到現(xiàn)場處理故障。服務器
    的頭像 發(fā)表于 01-22 17:38 ?1126次閱讀
    【<b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>】<b class='flag-5'>服務器</b>“泡水”硬盤掉線,<b class='flag-5'>數(shù)據(jù)</b>竟這樣<b class='flag-5'>恢復</b>

    服務器數(shù)據(jù)恢復—一文讀懂服務器高頻故障排查+標準數(shù)據(jù)恢復流程

    服務器數(shù)據(jù)恢復到底是一個什么樣的流程? 服務器數(shù)據(jù)丟失后,進行數(shù)據(jù)
    的頭像 發(fā)表于 01-08 11:11 ?456次閱讀

    Netapp數(shù)據(jù)恢復—誤刪NetApp卷數(shù)據(jù):從崩潰到恢復的實戰(zhàn)復盤

    。 NetApp存儲故障: 工作人員誤操作刪除了存儲上的所有lun。溝通后得知:由于業(yè)務變化,需要重新規(guī)劃空間,工作人員將存儲卷全部刪除并重新分配。
    的頭像 發(fā)表于 11-25 14:33 ?333次閱讀
    Netapp<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—誤刪NetApp卷<b class='flag-5'>數(shù)據(jù)</b>:從崩潰到<b class='flag-5'>恢復</b>的實戰(zhàn)復盤

    服務器數(shù)據(jù)恢復—意外斷電!Linux服務器數(shù)據(jù)恢復大揭秘

    某品牌服務器+存儲,安裝的linux操作系統(tǒng)。 機房意外斷電導致服務器操作系統(tǒng)無法正常啟動,服務器管理員故障
    的頭像 發(fā)表于 11-18 11:20 ?723次閱讀

    Netapp數(shù)據(jù)恢復—Netapp存儲數(shù)據(jù)恢復揭秘

    某公司一臺服務器中一共有72塊SAS硬盤。 工作人員誤操作刪除了十幾個lun。需要恢復服務器
    的頭像 發(fā)表于 10-28 15:26 ?509次閱讀
    Netapp<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—Netapp存儲<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>揭秘

    服務器數(shù)據(jù)恢復—SUN RAID6存儲LUN重復映射致數(shù)據(jù)損壞與恢復案例

    SUN光纖存儲系統(tǒng)中有一組由6個硬盤組建的RAID6,劃分為若干LUN,MAP到跑不同業(yè)務的服務器上,這些服務器上運行的是SOLARIS操作系統(tǒng)。
    的頭像 發(fā)表于 09-25 12:01 ?409次閱讀

    Mysql數(shù)據(jù)恢復—Windows Server下MySQL(InnoDB)全表誤刪數(shù)據(jù)恢復案例

    本地服務器,操作系統(tǒng)為windows server。服務器上部署mysql單實例,innodb引擎,獨立表空間。未進行數(shù)據(jù)庫備份,未開啟binlog。 人為
    的頭像 發(fā)表于 09-23 15:56 ?873次閱讀
    Mysql<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—Windows Server下MySQL(InnoDB)全表誤刪<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復—RAIDZ多塊硬盤離線導致服務器崩潰的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境&故障: 一臺服務器有32塊硬盤,采用Windows操作系統(tǒng)。 服務器在正
    的頭像 發(fā)表于 09-18 12:29 ?1072次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—RAIDZ多塊硬盤離線導致<b class='flag-5'>服務器</b>崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復—Raid6陣列數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境: 一臺infortrend某型號存儲,存儲設備上有12塊硬盤,組建一組raid6磁盤陣列。陣列上層有一個lun,映射到WINDOWS系統(tǒng)上使用。WINDOWS
    的頭像 發(fā)表于 09-09 11:07 ?696次閱讀

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

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

    服務器數(shù)據(jù)恢復—重裝系統(tǒng)后OceanStor存儲上的分區(qū)數(shù)據(jù)丟失這樣恢復

    服務器存儲數(shù)據(jù)恢復環(huán)境: 華為OceanStor某型號存儲+擴展盤柜,存儲中的硬盤組建了raid5磁盤陣列,上層分配了1個lun。 linux
    的頭像 發(fā)表于 09-02 15:32 ?778次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—重裝系統(tǒng)后OceanStor存儲上的分區(qū)<b class='flag-5'>數(shù)據(jù)</b>丟失這樣<b class='flag-5'>恢復</b>

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

    工作人員不慎將一臺服務器上的卷誤刪除服務器上有一組raid5陣列。需要恢復刪除數(shù)據(jù)
    的頭像 發(fā)表于 08-14 11:33 ?1113次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—<b class='flag-5'>服務器</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
    的頭像 發(fā)表于 06-12 11:20 ?917次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—重裝系統(tǒng)導致XFS文件系統(tǒng)分區(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 ?890次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)的<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陣列。
    的頭像 發(fā)表于 05-20 15:46 ?1008次閱讀