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

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

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

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

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

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

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

poYBAGPXjteAYKqIAADc-xdnpeU334.png

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

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

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

pYYBAGPXjuqAImmWAAHZUUYdpwY537.png

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

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

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

pYYBAGPXjvqAX4_cAAIdFaUwaGE563.png

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

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

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

審核編輯黃宇

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

    關(guān)注

    10

    文章

    676

    瀏覽量

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

    關(guān)注

    0

    文章

    7

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺服務(wù)器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務(wù)器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?493次閱讀
    <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ù)器存儲數(shù)據(jù)恢復(fù)環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)誤裝入一臺服務(wù)器存儲上的Ocfs2文件系統(tǒng)
    的頭像 發(fā)表于 06-10 12:03 ?419次閱讀
    <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接口硬盤組建的raid5陣列。
    的頭像 發(fā)表于 05-20 15:46 ?428次閱讀

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

    服務(wù)器上有一組由raid卡組建的raid5磁盤陣列。上層安裝linux才做系統(tǒng),采用XFS文件系統(tǒng),劃分了3個分區(qū)。 管理員將服務(wù)器的操作系統(tǒng)
    的頭像 發(fā)表于 05-14 10:13 ?348次閱讀
    <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小型機誤刪數(shù)據(jù)如何恢復(fù)!

    和oradata2。 AIX小型機采用JFS2文件系統(tǒng)分配和管理邏輯卷。JFS2文件系統(tǒng)的根目錄存儲Oracle數(shù)據(jù)庫核心文件(.dbf文件
    的頭像 發(fā)表于 04-16 18:12 ?417次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—AIX小型機誤刪<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虛擬化平臺 vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng),服務(wù)器崩潰。 重裝系統(tǒng)會導(dǎo)致文件系統(tǒng)
    的頭像 發(fā)表于 03-13 10:33 ?561次閱讀
    虛擬化<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)境&故障: 一臺zfs文件系統(tǒng)服務(wù)器,管理員誤操作刪除了
    的頭像 發(fā)表于 01-16 17:27 ?560次閱讀

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

    一臺配有32塊硬盤的服務(wù)器在運行過程中突然崩潰不可用。經(jīng)過初步檢測,基本上確定服務(wù)器硬件不存在物理故障。管理員重啟服務(wù)器后問題依舊。需要恢復(fù)服務(wù)器
    的頭像 發(fā)表于 01-02 14:17 ?647次閱讀
    <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臺節(jié)點服務(wù)器,每臺節(jié)點服務(wù)器上有一組RAID5陣列。每組RAID5陣列上有6塊硬盤(其中1塊硬盤設(shè)置為熱備盤,其他5塊硬盤為數(shù)據(jù)盤)。上層系統(tǒng)環(huán)境為Lustre分布式
    的頭像 發(fā)表于 12-25 11:39 ?687次閱讀
    <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ù)器存儲數(shù)據(jù)恢復(fù)環(huán)境: ZFS Storage 7320存儲陣列中有32塊硬盤。32塊硬盤分為4組,每組8塊硬盤,共組建了3組RAIDZ,每組raid都配置了熱備盤。
    的頭像 發(fā)表于 12-19 13:31 ?882次閱讀
    <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)境通過iSCSI實現(xiàn)FreeNAS,F(xiàn)reeNAS采用的UFS2文件系統(tǒng)。物理存儲架構(gòu)在一臺服務(wù)器上,另外
    的頭像 發(fā)表于 11-11 11:02 ?863次閱讀

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

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

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

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

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

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

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

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