18video性欧美19sex,欧美高清videosddfsexhd,性少妇videosexfreexxx片中国,激情五月激情综合五月看花,亚洲人成网77777色在线播放

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障:
一臺(tái)配有32塊硬盤(pán)的服務(wù)器在運(yùn)行過(guò)程中突然崩潰不可用。經(jīng)過(guò)初步檢測(cè),基本上確定服務(wù)器硬件不存在物理故障。管理員重啟服務(wù)器后問(wèn)題依舊。需要恢復(fù)該服務(wù)器中的數(shù)據(jù)。

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
1、將服務(wù)器中硬盤(pán)做好標(biāo)記后取出,硬件工程師檢測(cè)后沒(méi)有發(fā)現(xiàn)有硬盤(pán)存在硬件故障,都可以正常讀取。使用專(zhuān)業(yè)工具對(duì)所有硬盤(pán)進(jìn)行扇區(qū)級(jí)全盤(pán)鏡像。鏡像完成后按照原樣將所有硬盤(pán)還原到原服務(wù)器中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始磁盤(pán)數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析所有磁盤(pán)底層數(shù)據(jù)。通過(guò)分析獲取到和故障服務(wù)器有關(guān)的信息:服務(wù)器通過(guò)zfs文件系統(tǒng)管理所有磁盤(pán)。服務(wù)器中的32塊硬盤(pán)共創(chuàng)建了4組raidz陣列。兩組raidz陣列硬盤(pán)離線后都啟用了熱備盤(pán),熱備盤(pán)上線后這兩組raidz陣列中又有硬盤(pán)離線。
3、ZFS管理的存儲(chǔ)池與常規(guī)存儲(chǔ)池有所不同。常規(guī)RAID陣列存儲(chǔ)數(shù)據(jù),按照特定的規(guī)則組建池,不關(guān)心文件在子設(shè)備上的位置。ZFS存儲(chǔ)數(shù)據(jù)會(huì)為每次寫(xiě)入的數(shù)據(jù)分配適當(dāng)大小的空間,并計(jì)算出指向子設(shè)備的數(shù)據(jù)指針。ZFS的這種特性導(dǎo)致RAIDZ陣列在缺盤(pán)時(shí)無(wú)法直接通過(guò)校驗(yàn)得到數(shù)據(jù),而是需要將整個(gè)ZPOOL作為整體進(jìn)行解析。
4、手工截取事務(wù)塊數(shù)據(jù),數(shù)據(jù)恢復(fù)工程師編寫(xiě)程序獲取最大事務(wù)號(hào)入口。
獲取文件系統(tǒng)入口:

wKgaomUTz2qATYGwAAEAB2YAtgc824.png

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



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

wKgZomUTz32AJhGmAAIEXNnNaqg644.png

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



6、獲取到文件系統(tǒng)入口點(diǎn)在各磁盤(pán)分布情況后,北亞企安數(shù)據(jù)恢復(fù)工程師手工截取并分析文件系統(tǒng)內(nèi)部結(jié)構(gòu)。由于入口點(diǎn)所在的磁盤(pán)組無(wú)缺失盤(pán),可直接提取數(shù)據(jù)。根據(jù)ZFS文件系統(tǒng)的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)順利找到映射的LUN名稱(chēng),進(jìn)而找到其節(jié)點(diǎn)。
7、分析后發(fā)現(xiàn)在本案例中的ZFS版本與開(kāi)源版本有較大差別,無(wú)法使用已開(kāi)發(fā)的解析程序進(jìn)行解析。于是數(shù)據(jù)恢復(fù)工程師重新編寫(xiě)了數(shù)據(jù)提取程序。

pYYBAGN_DiGARAd0AAI3vsvBKTM418.png

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



8、由于磁盤(pán)組內(nèi)缺盤(pán)個(gè)數(shù)較多,每個(gè)IO流都需要通過(guò)校驗(yàn)得到,恢復(fù)數(shù)據(jù)的速度極為緩慢。與用戶方溝通后得知,此ZVOL卷映射到XenServer作為存儲(chǔ)設(shè)備。用戶方所需的文件在其中一個(gè)vhd內(nèi)。提取ZVOL卷頭部信息,按照XenStore卷存儲(chǔ)結(jié)構(gòu)進(jìn)行分析,發(fā)現(xiàn)該vhd在整個(gè)卷的尾部,計(jì)算得到其起始位置后從此位置開(kāi)始提取數(shù)據(jù)。
9、Vhd提取完成后,驗(yàn)證其內(nèi)部的壓縮包、圖片、視頻等文件,均可正常打開(kāi)。
10、用戶方驗(yàn)證數(shù)據(jù)后,確定文件數(shù)量與系統(tǒng)自動(dòng)記錄的文件個(gè)數(shù)相差無(wú)幾。出現(xiàn)文件數(shù)量出入的原因應(yīng)該是這些沒(méi)有恢復(fù)出來(lái)的文件是最新生成的,還未存放到磁盤(pán)。驗(yàn)證文件的可用性,文件全部可正常打開(kāi)。用戶方認(rèn)可數(shù)據(jù)恢復(fù)結(jié)果。

審核編輯 黃宇

聲明:本文內(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)投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    13

    文章

    10008

    瀏覽量

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

    關(guān)注

    10

    文章

    675

    瀏覽量

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

    關(guān)注

    0

    文章

    7

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(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 ?488次閱讀
    <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 ?413次閱讀
    <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 ?424次閱讀

    服務(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 ?340次閱讀
    <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 ?411次閱讀
    <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 ?557次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝<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 ?556次閱讀

    服務(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 ?681次閱讀
    <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 ?878次閱讀
    <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>下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ù)器上,另外兩臺(tái)服務(wù)
    的頭像 發(fā)表于 11-11 11:02 ?859次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)—EqualLogic存儲(chǔ)硬盤(pán)指示燈亮黃燈的數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)EqualLogic存儲(chǔ)中有一組由16塊SAS硬盤(pán)組建的RAID5陣列。上層劃分了4個(gè)卷,采用VMFS文件系統(tǒng),存放虛擬機(jī)
    的頭像 發(fā)表于 11-05 17:43 ?729次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—EqualLogic存儲(chǔ)硬盤(pán)指示燈亮黃燈的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

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

    服務(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 ?646次閱讀
    <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>案例