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

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(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塊磁盤組建存儲(chǔ)池,其中的36塊磁盤分為三組,每組12塊,單個(gè)組使用ZFS特有的RAIDZ管理所有磁盤,RAIDZ級(jí)別為2;另外的4塊磁盤作為全局熱備。存儲(chǔ)池內(nèi)劃分出若干空間映射到服務(wù)器使用。

wKgZomWnTfKAUUHZAACyBSbAbqg620.png

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


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

wKgZomWnTgiAfMNAAAJVHTiAuAQ836.png

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


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

poYBAGPy6-KAFxqYAADd361-wn8329.png

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



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

poYBAGPy6_2AALL5AAHaeE9FbWY604.png

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



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

pYYBAGPy7AWAJIXgAAIoBbKg260170.png

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



6、由于磁盤組內(nèi)缺盤數(shù)目較多,每個(gè)IO流都需要通過校驗(yàn)得到,提取進(jìn)度極為緩慢。通過和用戶溝通后得知用戶需要恢復(fù)的數(shù)據(jù)在一個(gè)vhd內(nèi),經(jīng)過分析發(fā)現(xiàn)這個(gè)vhd在ZVOL卷的尾部,計(jì)算其起始位置后從此位置開始提取數(shù)據(jù)。
7、Vhd提取完畢后,驗(yàn)證其內(nèi)部的壓縮包、圖片、視頻等文件,均可正常打開。
8、用戶方對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證,經(jīng)過驗(yàn)證發(fā)現(xiàn)恢復(fù)出來(lái)的文件數(shù)量與系統(tǒng)自動(dòng)記錄的文件數(shù)量基本一致,文件全部可以正常打開。本次服務(wù)器數(shù)據(jù)恢復(fù)工作完成。

審核編輯 黃宇

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

    關(guān)注

    14

    文章

    10256

    瀏覽量

    91517
  • RAID
    +關(guān)注

    關(guān)注

    0

    文章

    290

    瀏覽量

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

    關(guān)注

    10

    文章

    712

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

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

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

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

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

    北亞數(shù)據(jù)恢復(fù)中心的服務(wù)器數(shù)據(jù)
    的頭像 發(fā)表于 01-22 17:38 ?1046次閱讀
    【<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ù)—一文讀懂服務(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 ?325次閱讀

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

    某存儲(chǔ)設(shè)備中一共有40塊磁盤組建存儲(chǔ)池,其中4塊磁盤作為全局熱備盤使用。存儲(chǔ)池內(nèi)劃分出若干空間映射到服務(wù)器使用。 服務(wù)器存儲(chǔ)設(shè)備在沒有斷電、進(jìn)水、異常操作、供電不穩(wěn)定等外部因素的情況下突然崩潰。管理員重啟服務(wù)器后無(wú)法進(jìn)入操作系
    的頭像 發(fā)表于 12-11 14:16 ?263次閱讀
    <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>多盤離線導(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 ?350次閱讀

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

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 某品牌EqualLogic PS6100存儲(chǔ)陣列上有一組由16塊硬盤組建的raid5磁盤陣列。磁盤陣列上層劃分多個(gè)大小不同的卷,存放虛擬機(jī)文件。 硬盤出現(xiàn)故障導(dǎo)致存儲(chǔ)陣列不可用,需要
    的頭像 發(fā)表于 10-21 15:04 ?344次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器有32塊硬盤,采用Windows操作系統(tǒng)。 服務(wù)器在正常運(yùn)行的時(shí)候突然變得不可用。沒有異常斷電、進(jìn)
    的頭像 發(fā)表于 09-18 12:29 ?901次閱讀
    <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>多塊硬盤離線導(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塊硬盤,組建了一組raid5磁盤陣列,服務(wù)器內(nèi)存儲(chǔ)的是普通文件。 機(jī)房供電不穩(wěn)定導(dǎo)致服務(wù)器斷電,管理員重啟服務(wù)器后發(fā)現(xiàn)服務(wù)器
    的頭像 發(fā)表于 09-04 12:57 ?830次閱讀

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

    工作人員不慎將一臺(tái)服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)
    的頭像 發(fā)表于 08-14 11:33 ?992次閱讀
    <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ù)—硬盤離線導(dǎo)致raid上層的卷無(wú)法掛載的數(shù)據(jù)恢復(fù)案例

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

    數(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 ?651次閱讀
    <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 ?412次閱讀
    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接口硬盤組建的raid5陣列。 服務(wù)器故障:
    的頭像 發(fā)表于 05-20 15:46 ?880次閱讀

    虛擬化數(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)殘留信息,通過提取出來(lái)的元文件信息恢復(fù)虛擬磁盤。通過拼接
    的頭像 發(fā)表于 03-13 10:33 ?793次閱讀
    虛擬化<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>