91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

【北亞企安數(shù)據(jù)恢復(fù)】服務(wù)器RAIDZ數(shù)據(jù)恢復(fù)案例

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

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
ORACLE SUN ZFS某型號(hào)存儲(chǔ),共40塊磁盤(pán)組建存儲(chǔ)池,其中的36塊磁盤(pán)分為三組,每組12塊,單個(gè)組使用ZFS特有的RAIDZ管理所有磁盤(pán),RAIDZ級(jí)別為2;另外的4塊磁盤(pán)作為全局熱備。存儲(chǔ)池內(nèi)劃分出若干空間映射到服務(wù)器使用。

wKgZomWnTfKAUUHZAACyBSbAbqg620.png

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


服務(wù)器故障:
服務(wù)器正常運(yùn)行過(guò)程中崩潰,服務(wù)器管理員重啟設(shè)備后無(wú)法進(jìn)入系統(tǒng)。通過(guò)對(duì)服務(wù)器和存儲(chǔ)的初步檢測(cè)以及和管理人員的溝通,排除了斷電、進(jìn)水、異常操作等外部因素。

wKgZomWnTgiAfMNAAAJVHTiAuAQ836.png

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


服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、將存儲(chǔ)中所有磁盤(pán)編號(hào)后取出,硬件工程師檢測(cè)后沒(méi)有發(fā)現(xiàn)有硬盤(pán)存在硬件故障。以只讀方式將所有磁盤(pán)進(jìn)行扇區(qū)級(jí)全盤(pán)鏡像,鏡像完成后按照編號(hào)將所有磁盤(pán)還原到原存儲(chǔ)中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始磁盤(pán)數(shù)據(jù)造成二次破壞。
2、基于磁盤(pán)鏡像文件分析底層數(shù)據(jù),發(fā)現(xiàn)全局熱備盤(pán)全部啟用。
在ZFS文件系統(tǒng)中,ZPOOL(池)的子設(shè)備有很多種類:塊設(shè)備、文件、磁盤(pán)等,本案例中三組RAIDZ作為子設(shè)備。
分析底層數(shù)據(jù)發(fā)現(xiàn),三組RAIDZ中的兩組RAIDZ分別啟用的熱備盤(pán)個(gè)數(shù)為1和3。北亞企安數(shù)據(jù)恢復(fù)工程師基于獲取到的信息推斷故障過(guò)程:熱備盤(pán)啟用后,在熱備盤(pán)無(wú)冗余狀態(tài)下,第一組RAIDZ中又有一塊磁盤(pán)離線,第二組RAIDZ中則又有兩塊磁盤(pán)離線,ZPOOL進(jìn)入高負(fù)荷狀態(tài);直到第二組RAIDZ中第三塊盤(pán)離線,RAIDZ崩潰,ZPOOL下線,服務(wù)器崩潰。
ZFS管理的存儲(chǔ)池中所有磁盤(pán)都由ZFS進(jìn)行管理。常規(guī)RAID按照特定的規(guī)則組建池,并不關(guān)心文件在子設(shè)備上的位置;而ZFS會(huì)為每次寫(xiě)入的數(shù)據(jù)分配適當(dāng)大小的空間,并計(jì)算得到指向子設(shè)備的數(shù)據(jù)指針。RAIDZ這種特性導(dǎo)致RAIDZ缺盤(pán)時(shí)無(wú)法直接通過(guò)校驗(yàn)得到數(shù)據(jù),而必須將整個(gè)ZPOOL作為一個(gè)整體進(jìn)行解析。
3、手工截取事務(wù)塊數(shù)據(jù),北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)程序獲取最大事務(wù)號(hào)入口。
獲取文件系統(tǒng)入口:

poYBAGPy6-KAFxqYAADd361-wn8329.png

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



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

poYBAGPy6_2AALL5AAHaeE9FbWY604.png

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



4、獲取到文件系統(tǒng)入口點(diǎn)在各磁盤(pán)分布情況后,北亞企安數(shù)據(jù)恢復(fù)工程師手動(dòng)截取&分析文件系統(tǒng)內(nèi)部結(jié)構(gòu)。由于入口分布所在的磁盤(pán)組無(wú)缺失盤(pán),可直接提取信息。根據(jù)ZFS的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)順利找到映射的LUN名稱,然后找到其節(jié)點(diǎn)。
5、北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)解析程序解析ZFS&提取數(shù)據(jù)。
編輯配置文件,提取ZVOL卷:

pYYBAGPy7AWAJIXgAAIoBbKg260170.png

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



6、由于磁盤(pán)組內(nèi)缺盤(pán)數(shù)目較多,每個(gè)IO流都需要通過(guò)校驗(yàn)得到,提取進(jìn)度極為緩慢。通過(guò)和用戶溝通后得知用戶需要恢復(fù)的數(shù)據(jù)在一個(gè)vhd內(nèi),經(jīng)過(guò)分析發(fā)現(xiàn)這個(gè)vhd在ZVOL卷的尾部,計(jì)算其起始位置后從此位置開(kāi)始提取數(shù)據(jù)。
7、Vhd提取完畢后,驗(yàn)證其內(nèi)部的壓縮包、圖片、視頻等文件,均可正常打開(kāi)。
8、用戶方對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證,經(jīng)過(guò)驗(yàn)證發(fā)現(xiàn)恢復(fù)出來(lái)的文件數(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)投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    14

    文章

    10270

    瀏覽量

    91537
  • RAID
    +關(guān)注

    關(guān)注

    0

    文章

    290

    瀏覽量

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

    關(guān)注

    10

    文章

    714

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    服務(wù)器數(shù)據(jù)恢復(fù)】從崩潰到重生:16盤(pán)服務(wù)器RAID與EXT4文件系統(tǒng)深度修復(fù)實(shí)錄

    服務(wù)器運(yùn)維過(guò)程中,硬盤(pán)掉線是導(dǎo)致服務(wù)器故障、數(shù)據(jù)丟失的常見(jiàn)原因。針對(duì)普通服務(wù)器硬盤(pán)掉線引發(fā)的數(shù)據(jù)丟失問(wèn)題,存在一套常規(guī)的
    的頭像 發(fā)表于 03-10 16:52 ?339次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)】多盤(pán)掉線RAID6數(shù)據(jù)恢復(fù):基于Reed-Solomon算法的修復(fù)

    ,當(dāng)?shù)谌龎K硬盤(pán)離線后,RAID崩潰,服務(wù)器癱瘓,業(yè)務(wù)被迫停滯。 此時(shí),如果直接更換硬盤(pán)重新組建陣列,陣列中的所有數(shù)據(jù)將全部丟失。服務(wù)器管理員嘗試分析和恢復(fù)數(shù)據(jù),雖然找回了一部分
    的頭像 發(fā)表于 03-05 16:37 ?345次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器raid5陣列raid模塊損壞的數(shù)據(jù)恢復(fù)案例

    某品牌服務(wù)器上面有一組由多塊硬盤(pán)組建的riad5陣列。意外斷電后管理員重啟服務(wù)器發(fā)現(xiàn)該服務(wù)器無(wú)法使用。 根據(jù)用戶方描述的情況,服務(wù)器數(shù)據(jù)
    的頭像 發(fā)表于 01-29 16:46 ?209次閱讀

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

    北亞數(shù)據(jù)恢復(fù)中心的服務(wù)器數(shù)據(jù)
    的頭像 發(fā)表于 01-22 17:38 ?1055次閱讀
    【<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>】<b class='flag-5'>服務(wù)器</b>“泡水”硬盤(pán)掉線,<b class='flag-5'>數(shù)據(jù)</b>竟這樣<b class='flag-5'>恢復(fù)</b>

    服務(wù)器數(shù)據(jù)恢復(fù)—一文讀懂服務(wù)器高頻故障排查+標(biāo)準(zhǔn)數(shù)據(jù)恢復(fù)流程

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

    服務(wù)器數(shù)據(jù)恢復(fù)RAIDZ多盤(pán)離線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    某存儲(chǔ)設(shè)備中一共有40塊磁盤(pán)組建存儲(chǔ)池,其中4塊磁盤(pán)作為全局熱備盤(pán)使用。存儲(chǔ)池內(nèi)劃分出若干空間映射到服務(wù)器使用。 服務(wù)器存儲(chǔ)設(shè)備在沒(méi)有斷電、進(jìn)水、異常操作、供電不穩(wěn)定等外部因素的情況下突然崩潰。管理員重啟服務(wù)器后無(wú)法進(jìn)入操作系
    的頭像 發(fā)表于 12-11 14:16 ?271次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>RAIDZ</b>多盤(pán)離線導(dǎo)致<b class='flag-5'>服務(wù)器</b>崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    虛擬化數(shù)據(jù)恢復(fù)—Hyper-V服務(wù)癱瘓危機(jī):虛擬機(jī)數(shù)據(jù)文件丟失后的數(shù)據(jù)恢復(fù)案例

    一臺(tái)服務(wù)器中虛擬機(jī)數(shù)據(jù)文件丟失,hyper-v服務(wù)受到影響,服務(wù)器無(wú)法正常使用。 北亞
    的頭像 發(fā)表于 11-20 15:47 ?355次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)RAIDZ多塊硬盤(pán)離線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器有32塊硬盤(pán),采用Windows操作系統(tǒng)。 服務(wù)器在正常運(yùn)行的時(shí)候突然變得不可用。沒(méi)有異常斷電、進(jìn)
    的頭像 發(fā)表于 09-18 12:29 ?908次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>RAIDZ</b>多塊硬盤(pán)離線導(dǎo)致<b class='flag-5'>服務(wù)器</b>崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

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

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

    工作人員不慎將一臺(tái)服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)。
    的頭像 發(fā)表于 08-14 11:33 ?998次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器</b>上的卷被誤刪<b class='flag-5'>數(shù)據(jù)</b>如何<b class='flag-5'>恢復(fù)</b>?

    服務(wù)器數(shù)據(jù)恢復(fù)—硬盤(pán)離線導(dǎo)致raid上層的卷無(wú)法掛載的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 某公司一臺(tái)服務(wù)器上有一組由24塊FC硬盤(pán)組建的raid。 服務(wù)器出現(xiàn)故障,無(wú)法正常工作。 經(jīng)過(guò)初步檢測(cè),管
    的頭像 發(fā)表于 07-29 13:00 ?616次閱讀

    數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)服務(wù)器異常斷電導(dǎo)致Oracle數(shù)據(jù)庫(kù)故障的數(shù)據(jù)恢復(fù)案例

    Oracle數(shù)據(jù)庫(kù)故障: 某公司一臺(tái)服務(wù)器上部署Oracle數(shù)據(jù)庫(kù)。服務(wù)器意外斷電導(dǎo)致數(shù)據(jù)庫(kù)報(bào)錯(cuò),報(bào)錯(cuò)內(nèi)容為“system01.dbf需要
    的頭像 發(fā)表于 07-24 11:12 ?661次閱讀
    <b class='flag-5'>數(shù)據(jù)</b>庫(kù)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器</b>異常斷電導(dǎo)致Oracle<b class='flag-5'>數(shù)據(jù)</b>庫(kù)故障的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    Oracle數(shù)據(jù)恢復(fù)—格式化分區(qū)導(dǎo)致Oracle數(shù)據(jù)庫(kù)報(bào)錯(cuò)的數(shù)據(jù)恢復(fù)案例

    一臺(tái)服務(wù)器上一個(gè)分區(qū)存放Oracle數(shù)據(jù)庫(kù)數(shù)據(jù)。由于管理員誤操作不小心刪除了該分區(qū),數(shù)據(jù)庫(kù)報(bào)錯(cuò),無(wú)法使用。 北亞
    的頭像 發(fā)表于 07-22 14:06 ?423次閱讀
    Oracle<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—格式化分區(qū)導(dǎo)致Oracle<b class='flag-5'>數(shù)據(jù)</b>庫(kù)報(bào)錯(cuò)的<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陣列。 服務(wù)器故障:
    的頭像 發(fā)表于 05-20 15:46 ?885次閱讀

    虛擬化數(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ù)數(shù)據(jù),必須找到&提取重裝系統(tǒng)前的文件系統(tǒng)殘留信息,通過(guò)提取出來(lái)的元文件信息恢復(fù)虛擬磁盤(pán)。通過(guò)拼接
    的頭像 發(fā)表于 03-13 10:33 ?798次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝系統(tǒng)導(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>