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

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

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

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

Netapp數(shù)據(jù)恢復—Netapp存儲數(shù)據(jù)恢復案例

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

掃碼添加小助手

加入工程師交流群

Netapp存儲數(shù)據(jù)恢復環(huán)境:
北京某公司一臺netAPP存儲,72塊SAS硬盤劃分了若干個lun。

Netapp存儲故障:
工作人員誤操作刪除了12個lun。

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

wKgaomUo-bKAW0lbAAGM4LTW7To490.png

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



通過分析得知每個數(shù)據(jù)塊占8個扇區(qū),數(shù)據(jù)塊后附加64字節(jié)數(shù)據(jù)塊描述信息。根據(jù)這些信息判斷出作為校驗盤的磁盤,在后續(xù)的數(shù)據(jù)恢復過程中需要踢出這些磁盤。
校驗塊描述信息樣例:

wKgZomUo-8aAGm7UAAEHPMpjN4Q599.png

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


3、依據(jù)每塊磁盤8號扇區(qū)的磁盤信息以及磁盤末尾的RAID盤序表確定盤序。首先確定各個磁盤所屬aggr組,然后再判斷組內(nèi)盤序。數(shù)據(jù)指針跳轉(zhuǎn)時不考慮校驗盤,只需要確定數(shù)據(jù)盤的盤序即可。
分析盤序表:

wKgZomUo-8yAdjHCAAPYVbskxDQ991.png

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



Netapp的節(jié)點分布在數(shù)量眾多的數(shù)據(jù)塊內(nèi),在數(shù)據(jù)塊內(nèi)又被統(tǒng)一組織為節(jié)點組。每個節(jié)點組的前64字節(jié)記錄一些系統(tǒng)數(shù)據(jù),之后用192字節(jié)為一項,記錄各個文件節(jié)點。節(jié)點根據(jù)用戶級別可分為兩類:系統(tǒng)文件節(jié)點(MBFP)和用戶文件節(jié)點(MBFI),數(shù)據(jù)恢復一般只需要MBFI節(jié)點組。
服務器節(jié)點樣例圖:

wKgaomUo-9OABA-LAAL9VfbltAY886.png

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



頭部信息64字節(jié),此頭部為數(shù)據(jù)文件的節(jié)點文件塊頭部,大小為64字節(jié)。
根據(jù)更新序列值獲取到最新節(jié)點。解析節(jié)點中節(jié)點類型、邏輯塊號、文件數(shù)量、文件大小、所占塊數(shù)量和數(shù)據(jù)指針。
獲取節(jié)點在節(jié)點文件中的邏輯塊號,從0開始計數(shù)。

4、獲取目錄項,根據(jù)其節(jié)點編號找到對應節(jié)點。
獲取服務器內(nèi)對應節(jié)點截圖:

wKgaomUo-9qAM2eXAAG38XmH3cM110.png

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


5、通過北亞企安自主開發(fā)的程序提取服務器數(shù)據(jù)。
a、掃描節(jié)點信息。
掃描服務器節(jié)點信息:

wKgZomUo--CACrCcAAC4SRIqvHE117.png

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



節(jié)點掃描類:

wKgZomUo--aALyH4AAI8D28dE-E157.png

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



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

wKgZomUo--2AKOVAAAEbzDDac4g629.png

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



循環(huán)掃描完畢之后將所有掃描到的MBFP、MBFI和DOC數(shù)據(jù)塊分別寫入到三個文件內(nèi),用于后續(xù)處理。
b、將節(jié)點信息導入到數(shù)據(jù)庫。
此模塊主要負責將ScanNode掃描到的MBFI和MBFP、Dir存入數(shù)據(jù)庫以備后續(xù)使用。
MBFI導入數(shù)據(jù)庫整體流程:

wKgaomUo-_aABJGAAALrYf9_ZeY415.png

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



函數(shù)執(zhí)行完畢后查看數(shù)據(jù)庫,得到如下信息:
節(jié)點導入信息:

wKgZomUo-_2AWRRZAAI-0GlMeqY537.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é)點,跳轉(zhuǎn)到MBFI文件的offset值偏移位置,取出節(jié)點。
節(jié)點樣例圖示:

wKgaomUo_AOAPHs9AAJa5P2cYoI840.png

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



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

wKgZomUo_AyAMNnCAAICLZv8aF4564.png

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



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

6、解析塊設備文件系統(tǒng)。
故障存儲塊設備中5T大小的lun使用的是aix小機的jfs2文件系統(tǒng)。因此要解析jfs2文件系統(tǒng),提取里面的數(shù)據(jù)庫備份文件。
a、找到記錄lvm描述信息的扇區(qū),解析pv大小和pv序號;找到vg描述區(qū),解析lv數(shù)和pv數(shù);找到pv描述區(qū),解析pp序號和pp數(shù)。
解析文件系統(tǒng)塊信息:

wKgZomUo_BOAbP1bAAFubJgxfMM569.png

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



LV類型及LV掛載信息區(qū)域:

wKgaomUo_BqAYINeAAK-oedPzpE285.png

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



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

wKgZomUo_CGAP8-cAAQkW2LXskE074.png

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



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

wKgaomUo_CmAeQweAAbcezr2UD0510.png

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


7、對提出的數(shù)據(jù)進行檢測,沒有發(fā)現(xiàn)異常。交由用戶方進行驗證,經(jīng)過用戶方相關(guān)工作人員的共同驗證,確認恢復出來的數(shù)據(jù)完整有效。本次數(shù)據(jù)恢復工作完成。

審核編輯 黃宇

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

    關(guān)注

    13

    文章

    4878

    瀏覽量

    90251
  • 服務器
    +關(guān)注

    關(guān)注

    14

    文章

    10339

    瀏覽量

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

    關(guān)注

    10

    文章

    724

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    NetApp數(shù)據(jù)恢復NetApp FAS-8200存儲卷丟失故障數(shù)據(jù)恢復實戰(zhàn)

    某企業(yè)部署NetApp FAS-8200存儲設備,共計配置96塊磁盤,構(gòu)建兩組互為鏡像的存儲池。存儲池內(nèi)劃分邏輯卷并映射至ESXi虛擬化平臺作為數(shù)據(jù)
    的頭像 發(fā)表于 04-02 10:43 ?97次閱讀
    <b class='flag-5'>NetApp</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—<b class='flag-5'>NetApp</b> FAS-8200<b class='flag-5'>存儲</b>卷丟失故障<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>實戰(zhàn)

    NetApp數(shù)據(jù)平臺助力Super Bowl LX實現(xiàn)高效數(shù)據(jù)運營

    NetApp?(NASDAQ:NTAP)智能數(shù)據(jù)基礎設施公司今日宣布,其正為Super Bowl LX提供數(shù)據(jù)運營支持。作為舊金山49人隊及美國國家橄欖球聯(lián)盟(NFL)的官方智能數(shù)據(jù)
    的頭像 發(fā)表于 01-29 17:26 ?1585次閱讀

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

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

    vsan數(shù)據(jù)恢復—VSAN超融合架構(gòu):供電異常的vsan數(shù)據(jù)恢復案例

    Vsan是一種可擴展的分布式存儲架構(gòu),這種存儲架構(gòu)區(qū)別于其他存儲架構(gòu)的地方在于由vsan進行管理和控制的vsan存儲層。另外vsan分布式存儲
    的頭像 發(fā)表于 12-04 16:17 ?796次閱讀

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

    NetApp存儲數(shù)據(jù)恢復環(huán)境: NetApp某型號存儲存儲上有96塊SAS接口硬盤,硬盤扇區(qū)大
    的頭像 發(fā)表于 11-25 14:33 ?318次閱讀
    <b class='flag-5'>Netapp</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—誤刪<b class='flag-5'>NetApp</b>卷<b class='flag-5'>數(shù)據(jù)</b>:從崩潰到<b class='flag-5'>恢復</b>的實戰(zhàn)復盤

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

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

    服務器數(shù)據(jù)恢復—EqualLogic存儲上raid5磁盤陣列數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境&故障: 某品牌EqualLogic PS6100存儲陣列上有一組由16塊硬盤組建的raid5磁盤陣列。磁盤陣列上層劃分多個大小不同的卷,存放虛擬機文件。 硬
    的頭像 發(fā)表于 10-21 15:04 ?431次閱讀

    NetApp率先將數(shù)據(jù)泄露檢測功能嵌入企業(yè)數(shù)據(jù)存儲

    智能數(shù)據(jù)基礎設施公司NetApp? (NASDAQ: NTAP)今日宣布推出業(yè)界領先的全新網(wǎng)絡韌性功能,進一步強化其“全球最安全存儲”的產(chǎn)品優(yōu)勢。經(jīng)升級并更名的NetApp Ranso
    的頭像 發(fā)表于 10-16 13:31 ?518次閱讀

    NetApp助力對象存儲現(xiàn)代化,提升速度、可擴展性和安全性

    智能數(shù)據(jù)基礎設施公司NetApp? (NASDAQ: NTAP) 今天宣布推出NetApp StorageGRID? 12.0,這是一款可擴展的軟件定義對象存儲解決方案,專為非結(jié)構(gòu)化
    的頭像 發(fā)表于 09-11 10:41 ?660次閱讀

    mysql數(shù)據(jù)恢復—mysql數(shù)據(jù)庫表被truncate的數(shù)據(jù)恢復案例

    被delete。該實例內(nèi)數(shù)據(jù)表采用innodb作為默認存儲引擎。需要恢復被truncate的表以及被部分數(shù)據(jù)被delete的幾個表。
    的頭像 發(fā)表于 09-11 09:28 ?1160次閱讀
    mysql<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—mysql<b class='flag-5'>數(shù)據(jù)</b>庫表被truncate的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

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

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

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

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

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

    Oracle數(shù)據(jù)庫故障: 某公司一臺服務器上部署Oracle數(shù)據(jù)庫。服務器意外斷電導致數(shù)據(jù)庫報錯,報錯內(nèi)容為“system01.dbf需要更多的恢復來保持一致性”。該Oracle
    的頭像 發(fā)表于 07-24 11:12 ?820次閱讀
    <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>案例

    oracle數(shù)據(jù)恢復—oracle數(shù)據(jù)庫誤執(zhí)行錯誤truncate命令如何恢復數(shù)據(jù)

    oracle數(shù)據(jù)庫誤執(zhí)行truncate命令導致數(shù)據(jù)丟失是一種常見情況。通常情況下,oracle數(shù)據(jù)庫誤操作刪除數(shù)據(jù)只需要通過備份恢復數(shù)據(jù)
    的頭像 發(fā)表于 06-05 16:01 ?1704次閱讀
    oracle<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—oracle<b class='flag-5'>數(shù)據(jù)</b>庫誤執(zhí)行錯誤truncate命令如何<b class='flag-5'>恢復數(shù)據(jù)</b>?

    服務器數(shù)據(jù)恢復—NAS存儲硬盤出現(xiàn)故障的數(shù)據(jù)恢復案例

    NAS數(shù)據(jù)恢復環(huán)境: QNAP TS-532X NAS設備中有兩塊1T的SSD固態(tài)硬盤和3塊5T的機械硬盤。三塊機械硬盤組建了一組RAID5陣列,兩塊固態(tài)硬盤組建RAID1陣列。劃分了一個存儲
    的頭像 發(fā)表于 04-24 14:38 ?931次閱讀