国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致RAID管理信息丟失的數(shù)據(jù)恢復(fù)案例

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

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某品牌ProLiant DL380系列服務(wù)器,服務(wù)器中有一組由6塊SAS硬盤組建的RAID5陣列,WINDOWS SERVER操作系統(tǒng),作為企業(yè)內(nèi)部文件服務(wù)器使用。

服務(wù)器故障:
機房供電幾次意外中斷,服務(wù)器出現(xiàn)故障前最后一次異常斷電重啟后RAID報錯,提示無法找到存儲設(shè)備,進入RAID管理模塊做任何操作都死機,重啟服務(wù)器后問題依舊,用戶聯(lián)系北亞企安數(shù)據(jù)恢復(fù)中心尋求幫助。
服務(wù)器意外斷電導(dǎo)致RAID故障(包括RAID管理信息丟失和RAID硬件損壞)的情況并不少見。RAID創(chuàng)建完成后,RAID管理模塊信息一般不會再發(fā)生改變,但RAID管理模塊信息是可修改的信息,磁盤陣列意外斷電也經(jīng)常會導(dǎo)致RAID管理信息被篡改或者丟失。多次斷電甚至有可能導(dǎo)致RAID卡元器件損壞,從而導(dǎo)致服務(wù)器失去對多塊物理硬盤進行RAID管理的中間層模塊。本案例中的故障表現(xiàn)如在RAID模塊的任何操作都導(dǎo)致死機的現(xiàn)象就極有可能是RAID卡硬件損壞引起的(后經(jīng)服務(wù)器廠家售后人員驗證確實如此),如果是這種情況,通過常規(guī)方法已無法獲取RAID5陣列中6塊硬盤的數(shù)據(jù),只能通過專業(yè)的數(shù)據(jù)恢復(fù)技術(shù)手段來恢復(fù)服務(wù)器的數(shù)據(jù)。

服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、將故障服務(wù)器中所有磁盤編號后取出,由硬件工程師對6塊SAS硬盤進行物理故障檢測,檢測結(jié)果是這6塊硬盤讀取狀態(tài)良好,無明顯的物理故障。
2、以只讀方式將所有磁盤進行扇區(qū)級全盤鏡像,鏡像完成后按照編號將所有磁盤還原到故障服務(wù)器中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
3、基于鏡像文件對原RAID5陣列的結(jié)構(gòu)進行分析,獲取盤序、數(shù)據(jù)塊大小、校驗方式等重組raid5陣列所需要的信息,根據(jù)獲取到的信息重組RAID5陣列。
4、重組完成后對所RAID5陣列中的數(shù)據(jù)進行邏輯校驗,在確保重組RAID所使用的參數(shù)正確無誤后,針對用戶所需要恢復(fù)的重要數(shù)據(jù)進行驗證。
5、經(jīng)過驗證,用戶確認恢復(fù)出來的數(shù)據(jù)完整有效,認可數(shù)據(jù)恢復(fù)結(jié)果。協(xié)助用戶方將所有數(shù)據(jù)遷移至用戶準備好的生產(chǎn)環(huán)境中。本次數(shù)據(jù)恢復(fù)工作完成。

服務(wù)器數(shù)據(jù)安全Tips:
1、盡最大可能保證機房供電穩(wěn)定,減少供電異常對服務(wù)器及存儲造成的破壞。
2、為重要的服務(wù)器及存儲配備UPS,在意外斷電的情況下能保證核心業(yè)務(wù)能繼續(xù)維持一段時間的運行,為應(yīng)急方案實施贏得時間。
3、定期對服務(wù)時間長的服務(wù)器進行安全狀況檢查,并對整體運行狀態(tài)進行評估以決定是否進行硬件及系統(tǒng)的升級。
4、提前制定突發(fā)數(shù)據(jù)災(zāi)難的應(yīng)急處理方案,降低數(shù)據(jù)災(zāi)難造成的損失。


審核編輯 黃宇

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

    關(guān)注

    3

    文章

    1361

    瀏覽量

    59889
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    14

    文章

    10253

    瀏覽量

    91489
  • RAID
    +關(guān)注

    關(guān)注

    0

    文章

    290

    瀏覽量

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

    關(guān)注

    10

    文章

    712

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

    ,當?shù)谌龎K硬盤離線后,RAID崩潰,服務(wù)器癱瘓,業(yè)務(wù)被迫停滯。 此時,如果直接更換硬盤重新組建陣列,陣列中的所有數(shù)據(jù)將全部丟失服務(wù)器
    的頭像 發(fā)表于 03-05 16:37 ?297次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)】意外斷電導(dǎo)致RAID信息丟失數(shù)據(jù)恢復(fù)全過程

    一次斷電重啟后,服務(wù)器出現(xiàn)RAID報錯,提示無法識別存儲設(shè)備,進入RAID控制界面時直接卡死死機。管理員多次重啟
    的頭像 發(fā)表于 02-26 13:47 ?104次閱讀

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)—意外斷電!Linux服務(wù)器數(shù)據(jù)恢復(fù)大揭秘

    某品牌服務(wù)器+存儲,安裝的linux操作系統(tǒng)。 機房意外斷電導(dǎo)致服務(wù)器操作系統(tǒng)無法正常啟動,服務(wù)器管理員故障
    的頭像 發(fā)表于 11-18 11:20 ?429次閱讀

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

    服務(wù)器存儲數(shù)據(jù)恢復(fù)環(huán)境&故障: 某品牌EqualLogic PS6100存儲陣列上有一組由16塊硬盤組建的raid5磁盤陣列。磁盤陣列上層劃分多個大小不同的卷,存放虛擬機文件。 硬
    的頭像 發(fā)表于 10-21 15:04 ?340次閱讀

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

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

    某品牌服務(wù)器中有12塊硬盤,組建了一組raid5磁盤陣列,服務(wù)器內(nèi)存儲的是普通文件。 機房供電不穩(wěn)定導(dǎo)致服務(wù)器
    的頭像 發(fā)表于 09-04 12:57 ?809次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—壞道“突襲”Raid5陣列,數(shù)據(jù)恢復(fù)大揭秘

    北京市某單位的辦公用服務(wù)器服務(wù)器上有一組由6塊硬盤組建的raid5磁盤陣列。 服務(wù)器崩潰,經(jīng)過初步檢測,發(fā)現(xiàn)raid5陣列的兩塊硬盤掉線
    的頭像 發(fā)表于 08-05 11:24 ?684次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 某公司一臺服務(wù)器上有一組由24塊FC硬盤組建的raid。 服務(wù)器
    的頭像 發(fā)表于 07-29 13:00 ?602次閱讀

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

    Oracle數(shù)據(jù)庫故障: 某公司一臺服務(wù)器上部署Oracle數(shù)據(jù)庫。服務(wù)器意外斷電導(dǎo)致數(shù)據(jù)庫報
    的頭像 發(fā)表于 07-24 11:12 ?640次閱讀
    <b class='flag-5'>數(shù)據(jù)</b>庫<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器</b><b class='flag-5'>異常</b><b class='flag-5'>斷電導(dǎo)致</b>Oracle<b class='flag-5'>數(shù)據(jù)</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)定導(dǎo)致機房中該服務(wù)器非正常斷電,重啟
    的頭像 發(fā)表于 06-24 16:34 ?534次閱讀

    vsan數(shù)據(jù)恢復(fù)—vsan分布式服務(wù)器節(jié)點上raid數(shù)據(jù)恢復(fù)案例

    及遷移數(shù)據(jù)。數(shù)據(jù)遷移過程中機房斷電導(dǎo)致數(shù)據(jù)重構(gòu)失敗。服務(wù)器重啟后發(fā)現(xiàn)該服務(wù)器另一組磁盤陣列上又有
    的頭像 發(fā)表于 06-18 12:29 ?562次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)raid6陣列硬盤故障導(dǎo)致上層分區(qū)丟失數(shù)據(jù)恢復(fù)案例

    一臺由16塊硬盤組成的raid6磁盤陣列。磁盤陣列中有一塊硬盤因為物理故障掉線,導(dǎo)致服務(wù)器上層虛擬機無法正常使用,部分分區(qū)丟失,重啟物理服務(wù)器
    的頭像 發(fā)表于 04-02 10:15 ?617次閱讀

    虛擬化數(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ù)數(shù)據(jù),必須找到&提取重裝系統(tǒng)前的文件系統(tǒng)殘留信息,通
    的頭像 發(fā)表于 03-13 10:33 ?785次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝系統(tǒng)<b class='flag-5'>導(dǎo)致</b><b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>丟失</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>