chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

【服務(wù)器數(shù)據(jù)恢復(fù)】斷電導(dǎo)致服務(wù)器無法進(jìn)入系統(tǒng)的數(shù)據(jù)恢復(fù)案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2023-03-14 11:11 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某品牌ProLiant DL系列服務(wù)器,
6塊SAS硬盤組成RAID5磁盤陣列,
WINDOWS SERVER操作系統(tǒng)
存儲了企業(yè)的內(nèi)部文件。

服務(wù)器故障&分析:
服務(wù)器在發(fā)生故障前有過幾次意外斷電,每次斷電重啟后沒有出現(xiàn)異常。直到最后一次斷電重啟沒有成功,RAID報錯,提示無法找到存儲設(shè)備。進(jìn)入RAID管理模塊,執(zhí)行任何操作就死機(jī)。管理員多次重啟服務(wù)器后還是無法成功進(jìn)入操作系統(tǒng)。
通常服務(wù)器出現(xiàn)這類故障,有很大的可能性是因?yàn)橐馔鈹嚯妼?dǎo)致RAID模塊損壞(RAID管理信息丟失或RAID模塊硬件損壞)。RAID陣列創(chuàng)建完成后,管理模塊信息就會固定下來不會再發(fā)生變化。但是raid陣列的模塊信息畢竟不是只讀的,也是可以修改的,而意外斷電就可能導(dǎo)致模塊信息被篡改或者丟失,多次斷電甚至可能導(dǎo)致RAID卡元器件損壞,服務(wù)器失去對多塊物理硬盤進(jìn)行RAID管理的中間層模塊。根據(jù)本案例服務(wù)器的故障表現(xiàn),北亞企安數(shù)據(jù)恢復(fù)工程師初步判斷故障原因就是RAID卡硬件損壞,如果是這種情況,通過常規(guī)方法無法獲取6塊磁盤中的數(shù)據(jù)。

服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、經(jīng)過物理故障檢測發(fā)現(xiàn)故障服務(wù)器內(nèi)的所有硬盤均可以正常讀取,無物理故障。
2、編號后將故障服務(wù)器內(nèi)的所有硬盤以只讀方式進(jìn)行鏡像備份,鏡像完成后將所有硬盤按照編號還原到故障服務(wù)器中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對原始數(shù)據(jù)造成二次破壞。
3、基于鏡像文件,北亞企安數(shù)據(jù)恢復(fù)工程師分析故障服務(wù)器中raid5磁盤陣列結(jié)構(gòu),確定raid陣列的硬盤順序、數(shù)據(jù)塊大小、陣列校驗(yàn)方式等raid相關(guān)信息。
4、利用獲取到的raid陣列信息虛擬重構(gòu)raid陣列并進(jìn)行邏輯校驗(yàn),確保重構(gòu)RAID各項(xiàng)參數(shù)正確無誤后驗(yàn)證重要數(shù)據(jù)。
5、經(jīng)過數(shù)據(jù)恢復(fù)工程師驗(yàn)證后沒有發(fā)現(xiàn)異常,讓管理員親自驗(yàn)證無問題后將數(shù)據(jù)遷移到提前準(zhǔn)備好的環(huán)境中,本次數(shù)據(jù)恢復(fù)工作完成。

服務(wù)器數(shù)據(jù)安全Tips:
1、盡量保證機(jī)房供電穩(wěn)定,重要設(shè)備配備UPS,以減少供電異常影響服務(wù)器及存儲的正常工作。
2、應(yīng)定期對老舊設(shè)備進(jìn)行安全檢查,評估老舊設(shè)備的運(yùn)行狀態(tài),評估是否需要對老舊設(shè)備進(jìn)行硬件升級或者系統(tǒng)升級。
3、提前制定突發(fā)事件應(yīng)急處理方案,以降低異常斷電帶來的損失。

審核編輯黃宇

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

    服務(wù)器上有一組由12塊硬盤組建的raid5磁盤陣列。 機(jī)房供電不穩(wěn)定導(dǎo)致機(jī)房中該服務(wù)器非正常斷電,重啟服務(wù)器后管理員發(fā)現(xiàn)
    的頭像 發(fā)表于 06-24 16:34 ?100次閱讀

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

    虛擬化數(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)致文件
    的頭像 發(fā)表于 03-13 10:33 ?375次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b><b class='flag-5'>導(dǎo)致</b><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ù)器常見故障: 硬件故障:磁盤損壞、電池故障等。 軟件問題:操作系統(tǒng)崩潰、未知的程序運(yùn)行錯誤等。 病毒破壞:勒索病毒加密、刪除服務(wù)器數(shù)據(jù)等。 不可控力量;
    的頭像 發(fā)表于 03-11 12:36 ?330次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺zfs文件系統(tǒng)服務(wù)器,管理員誤操作刪除了服務(wù)器上的
    的頭像 發(fā)表于 01-16 17:27 ?386次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器硬盤燈閃黃燈的數(shù)據(jù)恢復(fù)案例

    ,而其他顏色的燈沒有亮的話,通常表示這塊硬盤出現(xiàn)故障,這時候更換新硬盤同步數(shù)據(jù)即可。 如果沒有及時發(fā)現(xiàn)硬盤損壞或者更換硬盤失敗導(dǎo)致服務(wù)器崩潰,應(yīng)該如何恢復(fù)數(shù)據(jù)呢?下面通過一個真實(shí)案例
    的頭像 發(fā)表于 01-03 13:23 ?601次閱讀

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

    服務(wù)器存儲運(yùn)行過程中突然崩潰,排除人為誤操作、斷電、進(jìn)水和其他機(jī)房不穩(wěn)定因素。管理員重啟服務(wù)器存儲,系統(tǒng)無法
    的頭像 發(fā)表于 12-19 13:31 ?614次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—ZFS文件<b class='flag-5'>系統(tǒng)</b>下RAIDZ<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    服務(wù)器數(shù)據(jù)恢復(fù)—V7000存儲NTFS文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    行過程中宕機(jī),于是管理員重啟服務(wù)器。服務(wù)器進(jìn)入系統(tǒng)自動進(jìn)行磁盤掃描修復(fù)時,管理員強(qiáng)制關(guān)機(jī)并斷開了存儲和服務(wù)器之間的連接,
    的頭像 發(fā)表于 10-14 14:03 ?607次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—V7000存儲NTFS文件<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網(wǎng)站服務(wù)器硬盤出現(xiàn)壞扇區(qū)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺linux操作系統(tǒng)網(wǎng)站服務(wù)器,該服務(wù)器上部署了幾十個網(wǎng)站,使用一塊S
    的頭像 發(fā)表于 10-09 16:26 ?471次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—硬盤出現(xiàn)壞扇區(qū)導(dǎo)致網(wǎng)站服務(wù)器宕機(jī)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺linux操作系統(tǒng)服務(wù)器上跑了幾十個網(wǎng)站,服務(wù)器上只有一塊SATA硬
    的頭像 發(fā)表于 09-12 12:02 ?573次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—意外斷電導(dǎo)致虛擬機(jī)虛擬磁盤損壞的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺服務(wù)器中有一組由4塊STAT硬盤通過RAID卡組建的RAID10陣列,上層是XenServer虛擬化平臺,虛擬機(jī)安裝Windows Server操作
    的頭像 發(fā)表于 09-10 17:25 ?744次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—意外<b class='flag-5'>斷電導(dǎo)致</b>虛擬機(jī)虛擬磁盤損壞的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—不當(dāng)操作導(dǎo)致raid5陣列數(shù)據(jù)無法恢復(fù)的案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺服務(wù)器中有一組由4塊SCSI硬盤組建的raid5磁盤陣列,劃分了一個邏輯卷,操作系統(tǒng)為WINDOWS SERVE
    的頭像 發(fā)表于 08-28 13:39 ?603次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—搬遷導(dǎo)致服務(wù)器無法識別raid的數(shù)據(jù)恢復(fù)案例

    某單位機(jī)房搬遷,將所有服務(wù)器和存儲搬遷到新機(jī)房并重新連接線路,啟動所有機(jī)器發(fā)現(xiàn)其中有一臺服務(wù)器無法識別RAID,提示未做初始化操作。 發(fā)生故障的這臺服務(wù)器安裝LINUX操作
    的頭像 發(fā)表于 07-25 16:34 ?821次閱讀