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)不再提示

服務(wù)器數(shù)據(jù)恢復(fù)—分享幾個(gè)服務(wù)器數(shù)據(jù)恢復(fù)的案例

Frombyte ? 來(lái)源:Frombyte ? 作者:Frombyte ? 2024-03-04 13:21 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器raid6中3個(gè)磁盤(pán)離線導(dǎo)致陣列崩潰的數(shù)據(jù)恢復(fù)案例
服務(wù)器故障:
服務(wù)器中有一組由6塊盤(pán)組建的 RAID6,這臺(tái)網(wǎng)站服務(wù)器上運(yùn)行MYSQL數(shù)據(jù)庫(kù)和存放其它類(lèi)型的文件。該組raid中有兩塊磁盤(pán)離線,管理員沒(méi)有及時(shí)更換磁盤(pán),當(dāng)?shù)?個(gè)磁盤(pán)離線,raid崩潰,服務(wù)器數(shù)據(jù)丟失。
服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、用戶方將服務(wù)器送到我們數(shù)據(jù)恢復(fù)中心后,硬件工程師將故障服務(wù)器中所有磁盤(pán)編號(hào)后取出,檢查完硬件故障后將這6塊磁盤(pán)以只讀方式完整鏡像到北亞企安數(shù)據(jù)恢復(fù)專用存儲(chǔ)池中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始磁盤(pán)數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析所有磁盤(pán)底層數(shù)據(jù),數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)有兩塊磁盤(pán)離線時(shí)間比較早,這2塊磁盤(pán)上沒(méi)有寫(xiě)入新的數(shù)據(jù)。此RAID6采用的雙校驗(yàn),:第一個(gè)校驗(yàn)是由普通的XOR運(yùn)算生成,而第二個(gè)校驗(yàn)是由Reed-Solomon算法生成。因?yàn)榇薘AID6較早掉線的兩塊磁盤(pán)早已不寫(xiě)入新數(shù)據(jù),所以需要通過(guò)第二個(gè)校驗(yàn)來(lái)恢復(fù)數(shù)據(jù),否則會(huì)導(dǎo)致最新數(shù)據(jù)的丟失或損壞。
3、服務(wù)器數(shù)據(jù)恢復(fù)工程師通過(guò)分析獲取到原始RAID6的相關(guān)參數(shù),然后使用北亞企安自主編寫(xiě)的RAID6恢復(fù)軟件生成一個(gè)完整鏡像,再將鏡像導(dǎo)回用戶方新搭建好的環(huán)境中,開(kāi)機(jī)一切正常,經(jīng)過(guò)服務(wù)器管理員的仔細(xì)驗(yàn)證,沒(méi)有發(fā)現(xiàn)任何問(wèn)題,用戶方認(rèn)可數(shù)據(jù)恢復(fù)結(jié)果。

服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器RAID5兩個(gè)磁盤(pán)指示燈顯示紅色導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例
服務(wù)器故障:
服務(wù)器中有一組使用NetRaid陣列卡+4塊磁盤(pán)組建的RAID5陣列,上層操作系統(tǒng)為Window2000,運(yùn)行SQLServer2000數(shù)據(jù)庫(kù)。服務(wù)器在正常工作時(shí)突然有一塊硬盤(pán)指示燈顯示紅色,機(jī)器仍然在正常運(yùn)行,一段時(shí)間后服務(wù)器無(wú)法正常工作,這時(shí)候又有一個(gè)硬盤(pán)指示燈顯示紅色。管理員將故障服務(wù)器送到北亞企安數(shù)據(jù)恢復(fù)中心要求恢復(fù)其中的數(shù)據(jù)。
服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、數(shù)據(jù)恢復(fù)工程師拿到服務(wù)器后將故障服務(wù)器通電后開(kāi)啟,服務(wù)器啟動(dòng)后自檢至陣列時(shí)按Ctrl+M進(jìn)入NetRaid管理程序。查看陣列信息發(fā)現(xiàn)有2塊硬盤(pán)狀態(tài)為Failed,將其中一塊硬盤(pán)設(shè)置為OnLine,重新啟動(dòng)服務(wù)器,硬件自檢無(wú)效,啟動(dòng)失敗。
2、再次啟動(dòng)服務(wù)器,自檢至陣列時(shí)按Ctrl+M進(jìn)入NetRaid管理程序。選擇磁盤(pán)陣列,將原來(lái)手工設(shè)置為OnLine的硬盤(pán)重新設(shè)置為Failed,然后再把另一塊Failed的硬盤(pán)設(shè)置成OnLine,重新啟動(dòng)服務(wù)器后成功進(jìn)入系統(tǒng)。經(jīng)過(guò)檢查發(fā)現(xiàn)系統(tǒng)及數(shù)據(jù)庫(kù)運(yùn)行正常,再次進(jìn)入NetRaid管理程序?qū)⑹O碌哪菈K狀態(tài)為Failed的硬盤(pán)手動(dòng)設(shè)置為Rebuild,完成重建后再次重啟服務(wù)器,成功進(jìn)入系統(tǒng)。經(jīng)過(guò)檢查發(fā)現(xiàn)陣列和系統(tǒng)都恢復(fù)原狀了。經(jīng)過(guò)服務(wù)器管理員的親自驗(yàn)證,沒(méi)有發(fā)現(xiàn)任何問(wèn)題,用戶方認(rèn)可數(shù)據(jù)恢復(fù)結(jié)果。

服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器硬盤(pán)出現(xiàn)壞道/壞扇區(qū)離線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例
服務(wù)器故障:
一臺(tái)有20塊硬盤(pán)的服務(wù)器,在運(yùn)行過(guò)程中上層業(yè)務(wù)突然崩潰,管理員檢查后發(fā)現(xiàn)服務(wù)器崩潰的原因是服務(wù)器上有3塊磁盤(pán)離線,管理員將服務(wù)器內(nèi)的所有磁盤(pán)編號(hào)后按照現(xiàn)有盤(pán)序從槽位取出送到北亞企安數(shù)據(jù)恢復(fù)中心要求恢復(fù)服務(wù)器中的數(shù)據(jù)。
服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、拿到故障服務(wù)器中所有磁盤(pán)后,硬件工程師對(duì)20塊硬盤(pán)進(jìn)行硬件故障檢測(cè),經(jīng)過(guò)檢測(cè)所有硬盤(pán)均可識(shí)別,沒(méi)有發(fā)現(xiàn)明顯的硬件故障。
2、以只讀方式將所有硬盤(pán)做扇區(qū)級(jí)別的完整鏡像,在鏡像過(guò)程中發(fā)現(xiàn)離線的3塊磁盤(pán)鏡像速度異常,結(jié)合之前三塊磁盤(pán)離線,可以判斷這三塊離線的磁盤(pán)應(yīng)該存在大量的壞道或者不穩(wěn)定扇區(qū)。調(diào)整鏡像策略跳過(guò)硬盤(pán)的壞扇區(qū)繼續(xù)做鏡像,直到所有磁盤(pán)都完成鏡像。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。
3、基于鏡像文件分析所有磁盤(pán)的底層數(shù)據(jù),通過(guò)逆向分析ext3文件系統(tǒng)獲取服務(wù)器內(nèi)磁盤(pán)盤(pán)序和校驗(yàn)信息,利用獲取到的raid信息重組raid陣列。
4、和用戶方的溝通后,北亞企安數(shù)據(jù)恢復(fù)工程師提取了故障服務(wù)器中運(yùn)行的oracle數(shù)據(jù)庫(kù)的dmp文件,然后嘗試將dmp文件導(dǎo)入來(lái)恢復(fù)oracle數(shù)據(jù)庫(kù)數(shù)據(jù),結(jié)果數(shù)據(jù)庫(kù)報(bào)告imp-0008錯(cuò)誤。分析日志文件后發(fā)現(xiàn)提取的dmp文件存在問(wèn)題,所以導(dǎo)致dmp文件導(dǎo)入失敗。
5、重新分析raid結(jié)構(gòu),進(jìn)一步確定ext3文件系統(tǒng)被破壞的程度。經(jīng)過(guò)數(shù)小時(shí)的分析后重新提取dmp文件和dbf原始庫(kù)文件,將提取出來(lái)的dmp文件移交給用戶方進(jìn)行數(shù)據(jù)導(dǎo)入的測(cè)試,經(jīng)過(guò)測(cè)試沒(méi)有發(fā)現(xiàn)問(wèn)題。對(duì)提取出來(lái)的dbf原始庫(kù)文件進(jìn)行校驗(yàn)&檢測(cè),所有文件均通過(guò)測(cè)試。
6、用戶方對(duì)恢復(fù)數(shù)據(jù)進(jìn)行驗(yàn)證后認(rèn)可數(shù)據(jù)恢復(fù)結(jié)果。在服務(wù)器上搭建了一組新的raid陣列,在數(shù)據(jù)恢復(fù)工程師的幫助下將所有數(shù)據(jù)遷移到新準(zhǔn)備的環(huán)境中。

審核編輯 黃宇

聲明:本文內(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)投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

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

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

    北亞企安數(shù)據(jù)恢復(fù)中心的服務(wù)器數(shù)據(jù)恢復(fù)工程師和硬件工程師到現(xiàn)場(chǎng)處理故障。服務(wù)器
    的頭像 發(fā)表于 01-22 17:38 ?1025次閱讀
    【<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 ?315次閱讀

    服務(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 ?256次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ多盤(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ù)—意外斷電!Linux服務(wù)器數(shù)據(jù)恢復(fù)大揭秘

    某品牌服務(wù)器+存儲(chǔ),安裝的linux操作系統(tǒng)。 機(jī)房意外斷電導(dǎo)致服務(wù)器操作系統(tǒng)無(wú)法正常啟動(dòng),服務(wù)器管理員故障服務(wù)器進(jìn)行修復(fù)操作后進(jìn)入系統(tǒng)查看數(shù)據(jù)
    的頭像 發(fā)表于 11-18 11:20 ?428次閱讀

    服務(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 ?892次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ多塊硬盤(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 ?801次閱讀

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

    工作人員不慎將一臺(tái)服務(wù)器上的卷誤刪除,服務(wù)器上有一組raid5陣列。需要恢復(fù)誤刪除的數(shù)據(jù)。
    的頭像 發(fā)表于 08-14 11:33 ?980次閱讀
    <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ù)—壞道“突襲”Raid5陣列,數(shù)據(jù)恢復(fù)大揭秘

    北京市某單位的辦公用服務(wù)器。服務(wù)器上有一組由6塊硬盤(pán)組建的raid5磁盤(pán)陣列。 服務(wù)器崩潰,經(jīng)過(guò)初步檢測(cè),發(fā)現(xiàn)raid5陣列的兩塊硬盤(pán)掉線。這2塊硬盤(pán)經(jīng)過(guò)初步檢測(cè),硬件工程師推斷掉線的2塊硬盤(pán)存在物理故障,導(dǎo)致
    的頭像 發(fā)表于 08-05 11:24 ?676次閱讀

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

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

    虛擬化數(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 ?778次閱讀
    虛擬化<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>

    服務(wù)器數(shù)據(jù)恢復(fù)—如何預(yù)防服務(wù)器故障與恢復(fù)服務(wù)器數(shù)據(jù)!

    服務(wù)器常見(jiàn)故障: 硬件故障:磁盤(pán)損壞、電池故障等。 軟件問(wèn)題:操作系統(tǒng)崩潰、未知的程序運(yùn)行錯(cuò)誤等。 病毒破壞:勒索病毒加密、刪除服務(wù)器數(shù)據(jù)等。 不可控力量;服務(wù)器浸水、火燒、機(jī)
    的頭像 發(fā)表于 03-11 12:36 ?1207次閱讀