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

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

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

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

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

Frombyte ? 來(lái)源:Frombyte ? 作者:Frombyte ? 2023-01-30 17:34 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
ORACLE Sun ZFS Storage;
32塊磁盤(pán)分為4組,每組8塊硬盤(pán),熱備盤(pán)全部啟用。
ZFS文件系統(tǒng),Windows操作系統(tǒng)。

服務(wù)器故障&分析:
設(shè)備在正常工作時(shí)候突然崩潰,經(jīng)過(guò)檢查排除了斷電、進(jìn)水、異常操作、供電不穩(wěn)定等因素。用戶重啟設(shè)備無(wú)法進(jìn)入系統(tǒng)。
ZFS文件系統(tǒng)中,池被稱為ZPOOL。ZPOOL的子設(shè)備有很多種,其中包括塊設(shè)備、文件、磁盤(pán)等,在本案例中ZPOOL的子設(shè)備是三組RAIDZ。
經(jīng)過(guò)北亞企安工程師的分析發(fā)現(xiàn),三組RAIDZ中的兩組分別啟用了1個(gè)熱備盤(pán)和3個(gè)熱備盤(pán)。在熱備盤(pán)啟用后,第一組RAIDZ內(nèi)又出現(xiàn)一塊離線盤(pán),第二組RAIDZ內(nèi)則又出現(xiàn)兩塊離線盤(pán)。故障場(chǎng)景還原:三組RAIDZ內(nèi)第一組和二組出現(xiàn)離線盤(pán),熱備盤(pán)及時(shí)啟動(dòng)替換離線盤(pán);熱備盤(pán)無(wú)冗余狀態(tài)下第一組RAIDZ又出現(xiàn)一塊離線盤(pán),第二組RAIDZ則又出現(xiàn)兩塊離線盤(pán),ZPOOL進(jìn)入了高負(fù)荷狀態(tài)(每次讀取數(shù)據(jù)都需要進(jìn)行校驗(yàn)才能得到正確數(shù)據(jù));第二組RAIDZ內(nèi)出現(xiàn)第三塊離線盤(pán),RAIDZ崩潰、ZPOOL下線、設(shè)備崩潰。

服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、重組ZPOOL,追蹤數(shù)據(jù)入口
ZFS文件系統(tǒng)管理的存儲(chǔ)池與常規(guī)存儲(chǔ)不同,是由ZFS管理所有磁盤(pán)。常規(guī)RAID在存儲(chǔ)數(shù)據(jù)時(shí)按照特定的規(guī)則組建池,不關(guān)心文件在子設(shè)備上的位置。而ZFS文件系統(tǒng)在存儲(chǔ)數(shù)據(jù)時(shí)會(huì)為每次寫(xiě)入的數(shù)據(jù)分配適當(dāng)大小的空間,并通過(guò)計(jì)算獲取到指向子設(shè)備的數(shù)據(jù)指針。這種特性導(dǎo)致RAIDZ缺盤(pán)時(shí)無(wú)法直接通過(guò)校驗(yàn)得到數(shù)據(jù),必須將整個(gè)ZPOOL作為一個(gè)整體進(jìn)行解析。

2、手工截取事務(wù)塊數(shù)據(jù),北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)程序獲取最大事務(wù)號(hào)入口。

獲取文件系統(tǒng)入口:

poYBAGPXjteAYKqIAADc-xdnpeU334.png

北亞數(shù)據(jù)恢復(fù)——ZFS文件系統(tǒng)數(shù)據(jù)恢復(fù)

3、獲取到ZFS文件系統(tǒng)入口后,北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)數(shù)據(jù)指針解析程序解析地址。

解析數(shù)據(jù)指針:

pYYBAGPXjuqAImmWAAHZUUYdpwY537.png

北亞數(shù)據(jù)恢復(fù)——ZFS文件系統(tǒng)數(shù)據(jù)恢復(fù)

4、獲取到ZFS文件系統(tǒng)入口點(diǎn)在各磁盤(pán)的分布情況后,北亞企安數(shù)據(jù)恢復(fù)工程師手工截取并分析文件系統(tǒng)內(nèi)部結(jié)構(gòu),入口分布所在的磁盤(pán)組無(wú)缺失盤(pán),可直接提取信息。根據(jù)ZFS文件系統(tǒng)的存儲(chǔ)結(jié)構(gòu)找出映射的LUN名稱,進(jìn)而找到其節(jié)點(diǎn)。

5、提取數(shù)據(jù)。北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)數(shù)據(jù)提取程序提取數(shù)據(jù)。

pYYBAGPXjvqAX4_cAAIdFaUwaGE563.png

北亞數(shù)據(jù)恢復(fù)——ZFS文件系統(tǒng)數(shù)據(jù)恢復(fù)

由于磁盤(pán)組內(nèi)缺盤(pán)個(gè)數(shù)較多,每個(gè)IO流都需要通過(guò)校驗(yàn)得到,提取進(jìn)度極為緩慢。與用戶溝通后得知,ZVOL卷映射到XenServer作為存儲(chǔ)設(shè)備,用戶所需的文件在一個(gè)vhd內(nèi)。提取ZVOL卷頭部信息,按照XenStore卷存儲(chǔ)結(jié)構(gòu)進(jìn)行分析后發(fā)現(xiàn)這個(gè)vhd在ZVOL卷的尾部,通過(guò)計(jì)算得知該vhd的起始位置,從此位置開(kāi)始提取數(shù)據(jù)。

6、完成數(shù)據(jù)提取后,驗(yàn)證Vhd內(nèi)部的壓縮包及圖片、視頻等文件,發(fā)現(xiàn)均可正常打開(kāi)。讓用戶親自對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證,確定文件數(shù)量與系統(tǒng)自動(dòng)記錄的文件數(shù)量一致,全部文件可正常打開(kāi),服務(wù)器數(shù)據(jù)恢復(fù)完成。

審核編輯黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 數(shù)據(jù)恢復(fù)

    關(guān)注

    10

    文章

    674

    瀏覽量

    18545
  • zfs
    zfs
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    服務(wù)器數(shù)據(jù)恢復(fù)—重裝系統(tǒng)導(dǎo)致XFS文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器上通過(guò)磁盤(pán)柜+RAID卡組建的riad5磁盤(pán)陣列,服務(wù)器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?478次閱讀
    <b class='flag-5'>服務(wù)器</b><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ù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)誤裝入一臺(tái)服務(wù)器存儲(chǔ)上的Ocfs2文件系統(tǒng)
    的頭像 發(fā)表于 06-10 12:03 ?399次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</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'>恢復(fù)</b>案例

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: linux操作系統(tǒng)服務(wù)器中有一組由4塊SAS接口硬盤(pán)組建的raid5陣列。
    的頭像 發(fā)表于 05-20 15:46 ?399次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器重裝系統(tǒng)導(dǎo)致分區(qū)消失的數(shù)據(jù)恢復(fù)案例

    服務(wù)器上有一組由raid卡組建的raid5磁盤(pán)陣列。上層安裝linux才做系統(tǒng),采用XFS文件系統(tǒng),劃分了3個(gè)分區(qū)。 管理員將服務(wù)器的操作系統(tǒng)
    的頭像 發(fā)表于 05-14 10:13 ?328次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器重裝系統(tǒng)</b>導(dǎo)致分區(qū)消失的<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)的根目錄存儲(chǔ)Oracle數(shù)據(jù)庫(kù)核心文件(.dbf文件
    的頭像 發(fā)表于 04-16 18:12 ?404次閱讀
    <b class='flag-5'>服務(wù)器</b><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>!

    虛擬化數(shù)據(jù)恢復(fù)—VMware虛擬化環(huán)境重裝系統(tǒng)導(dǎo)致服務(wù)器數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)

    VMware虛擬化平臺(tái) vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng),服務(wù)器崩潰。 重裝系統(tǒng)會(huì)導(dǎo)致文件系統(tǒng)
    的頭像 發(fā)表于 03-13 10:33 ?542次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境<b class='flag-5'>下</b>重裝<b class='flag-5'>系統(tǒng)</b>導(dǎo)致<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)zfs文件系統(tǒng)服務(wù)器,管理員誤操作刪除了
    的頭像 發(fā)表于 01-16 17:27 ?550次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—如何讓ZFS文件系統(tǒng)數(shù)據(jù)“起死回生”?

    一臺(tái)配有32塊硬盤(pán)的服務(wù)器在運(yùn)行過(guò)程中突然崩潰不可用。經(jīng)過(guò)初步檢測(cè),基本上確定服務(wù)器硬件不存在物理故障。管理員重啟服務(wù)器后問(wèn)題依舊。需要恢復(fù)服務(wù)器
    的頭像 發(fā)表于 01-02 14:17 ?633次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—如何讓<b class='flag-5'>ZFS</b><b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b>“起死回生”?

    服務(wù)器數(shù)據(jù)恢復(fù)—Lustre分布式文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    5臺(tái)節(jié)點(diǎn)服務(wù)器,每臺(tái)節(jié)點(diǎn)服務(wù)器上有一組RAID5陣列。每組RAID5陣列上有6塊硬盤(pán)(其中1塊硬盤(pán)設(shè)置為熱備盤(pán),其他5塊硬盤(pán)為數(shù)據(jù)盤(pán))。上層系統(tǒng)環(huán)境為L(zhǎng)ustre分布式
    的頭像 發(fā)表于 12-25 11:39 ?677次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—Lustre分布式<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: ZFS Storage 7320存儲(chǔ)陣列中有32塊硬盤(pán)。32塊硬盤(pán)分為4組,每組8塊硬盤(pán),共組建了3組RAIDZ,每組raid都配置了熱備盤(pán)。
    的頭像 發(fā)表于 12-19 13:31 ?861次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>ZFS</b><b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>下</b>RAIDZ<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    虛擬化數(shù)據(jù)恢復(fù)—UFS2文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    虛擬化數(shù)據(jù)恢復(fù)環(huán)境: SAN環(huán)境通過(guò)iSCSI實(shí)現(xiàn)FreeNAS,F(xiàn)reeNAS采用的UFS2文件系統(tǒng)。物理存儲(chǔ)架構(gòu)在一臺(tái)服務(wù)器上,另外
    的頭像 發(fā)表于 11-11 11:02 ?845次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列+reiserfs文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)服務(wù)器中有一組由4塊SAS硬盤(pán)組建的RAID5陣列,上層安裝linux操作系統(tǒng)統(tǒng)。分區(qū)結(jié)構(gòu):boot分區(qū)+LVM
    的頭像 發(fā)表于 11-07 13:15 ?701次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—SAN LUN Mapping出錯(cuò)導(dǎo)致文件系統(tǒng)共享沖突的數(shù)據(jù)恢復(fù)案例

    上了。因?yàn)槲醇皶r(shí)察覺(jué)這個(gè)問(wèn)題,新增服務(wù)器已經(jīng)對(duì)該LUN進(jìn)行部分初始化操作。 在SOLARIS操作系統(tǒng)層面磁盤(pán)報(bào)錯(cuò),重啟后卷無(wú)法掛載。聯(lián)系SUN工程師檢測(cè)后,執(zhí)行了fsck操作。操作完成后雖然文件系統(tǒng)可以掛上,但是發(fā)現(xiàn)大量
    的頭像 發(fā)表于 10-29 13:26 ?413次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致linux系統(tǒng)無(wú)法啟動(dòng)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 某品牌服務(wù)器+同品牌存儲(chǔ),Linux centos7+EXT4文件系統(tǒng)。
    的頭像 發(fā)表于 10-25 17:42 ?1268次閱讀

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

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