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

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

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

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

存儲(chǔ)互斥失敗導(dǎo)致數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)成功案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2026-04-29 16:45 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

存儲(chǔ)故障:
某單位使用得一套信息管理平臺(tái),通過3臺(tái)虛擬機(jī)共用一臺(tái)存儲(chǔ)設(shè)備,存儲(chǔ)了企業(yè)大量核心業(yè)務(wù)數(shù)據(jù)。管理員在日常運(yùn)維中,向該存儲(chǔ)網(wǎng)絡(luò)新增接入一臺(tái)Windows系統(tǒng)服務(wù)器,接入后存儲(chǔ)立即無法正常使用。
經(jīng)排查發(fā)現(xiàn),存儲(chǔ)虛擬磁盤丟失,分區(qū)表信息損壞。管理員重啟存儲(chǔ)后,故障依舊未恢復(fù)。因存儲(chǔ)內(nèi)數(shù)據(jù)極為重要且無備份,管理員未再進(jìn)行其他操作,委托北亞數(shù)據(jù)恢復(fù)中心進(jìn)行數(shù)據(jù)恢復(fù)。
本次存儲(chǔ)異常并非硬件問題導(dǎo)致。按照數(shù)據(jù)恢復(fù)標(biāo)準(zhǔn)流程,硬件工程師先對(duì)存儲(chǔ)內(nèi)所有硬盤進(jìn)行檢測,確認(rèn)硬盤均無物理故障,狀態(tài)正常。
經(jīng)分析判定,故障原因?yàn)樾略鼋尤氲腤indows系統(tǒng)服務(wù)器對(duì)存儲(chǔ)進(jìn)行獨(dú)占式操作,導(dǎo)致存儲(chǔ)VMFS卷損壞。
數(shù)據(jù)恢復(fù)工程師對(duì)底層數(shù)據(jù)解析后發(fā)現(xiàn):
分區(qū)表被清零,保留有55AA有效結(jié)束標(biāo)志及硬盤ID標(biāo)識(shí)。
存儲(chǔ)中可檢測到一個(gè)NTFS卷,但無有效業(yè)務(wù)數(shù)據(jù)。
該NTFS卷BITMAP信息顯示,已用空間與存儲(chǔ)總?cè)萘拷咏瑢?shí)際有效占用空間不足110MB。
進(jìn)一步分析發(fā)現(xiàn),該存儲(chǔ)原有兩個(gè)分區(qū):主分區(qū)占總?cè)萘考s80%,第二分區(qū)為第一分區(qū)的擴(kuò)展分區(qū),NTFS分區(qū)格式化與分區(qū)刪除操作,僅影響了第一組分區(qū),未波及第二分區(qū),且第一組分區(qū)核心結(jié)構(gòu)信息完整,具備數(shù)據(jù)恢復(fù)條件。

存儲(chǔ)數(shù)據(jù)恢復(fù)過程:
在前期硬件檢測階段,已完成所有硬盤的完整鏡像備份,后續(xù)分析均基于鏡像文件開展,無需再次對(duì)原始數(shù)據(jù)做鏡像操作。
1、數(shù)據(jù)恢復(fù)工程師直接解析并掛載存儲(chǔ)的兩個(gè)VMFS分區(qū)。
2、按照原有分區(qū)結(jié)構(gòu),提取出vmdk文件及相關(guān)配置文件。
3、通過NFS方式回遷數(shù)據(jù),完成內(nèi)部自檢。
4、確認(rèn)數(shù)據(jù)無誤后,通知用戶方到場驗(yàn)證,驗(yàn)收通過后完成數(shù)據(jù)移交。

存儲(chǔ)數(shù)據(jù)恢復(fù)后記:
本次數(shù)據(jù)丟失,主要原因是光纖環(huán)境權(quán)限互斥不當(dāng),導(dǎo)致存儲(chǔ)在Windows系統(tǒng)下被重新分區(qū)、格式化為NTFS并刪除原有分區(qū)。
ESX VMFS的互斥機(jī)制獨(dú)立于硬件層面,依賴操作系統(tǒng)自身管理。在此提醒運(yùn)維人員,將存儲(chǔ)接入其他服務(wù)器時(shí),務(wù)必嚴(yán)格管控存儲(chǔ)分配與讀寫權(quán)限,避免因系統(tǒng)沖突造成數(shù)據(jù)丟失。

審核編輯 黃宇

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

    關(guān)注

    13

    文章

    4897

    瀏覽量

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

    關(guān)注

    10

    文章

    728

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    服務(wù)器數(shù)據(jù)恢復(fù)—RAID5陣列同步中斷雙盤離線 存儲(chǔ)崩潰數(shù)據(jù)恢復(fù)案例

    某單位一臺(tái)存儲(chǔ)設(shè)備突然崩潰,無法正常訪問,急需對(duì)存儲(chǔ)內(nèi)數(shù)據(jù)進(jìn)行恢復(fù)。北亞數(shù)據(jù)恢復(fù)工程師和用戶方詳
    的頭像 發(fā)表于 04-23 12:49 ?39次閱讀

    NetApp數(shù)據(jù)恢復(fù)—NetApp FAS-8200存儲(chǔ)丟失故障數(shù)據(jù)恢復(fù)實(shí)戰(zhàn)

    核心業(yè)務(wù)數(shù)據(jù)。運(yùn)維過程中因未知異常導(dǎo)致存儲(chǔ)丟失,對(duì)應(yīng)虛擬機(jī)全部無法訪問。服務(wù)器管理員初步排查并嘗試自行恢復(fù)未果,為避免二次破壞原始
    的頭像 發(fā)表于 04-02 10:43 ?134次閱讀
    NetApp<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—NetApp FAS-8200<b class='flag-5'>存儲(chǔ)</b>卷<b class='flag-5'>丟失</b>故障<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>實(shí)戰(zhàn)

    服務(wù)器數(shù)據(jù)恢復(fù)—斷電致虛擬機(jī)不可用,LVM損壞數(shù)據(jù)庫碎片重組恢復(fù)案例

    北亞數(shù)據(jù)恢復(fù)中心最近接到很多服務(wù)器數(shù)據(jù)恢復(fù)的案子,這些案子有:服務(wù)器斷電數(shù)據(jù)丟失、意外斷電
    的頭像 發(fā)表于 03-17 14:40 ?155次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—斷電致虛擬機(jī)不可用,LVM損壞<b class='flag-5'>數(shù)據(jù)</b>庫碎片重組<b class='flag-5'>恢復(fù)</b>案例

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

    一次斷電重啟后,服務(wù)器出現(xiàn)RAID報(bào)錯(cuò),提示無法識(shí)別存儲(chǔ)設(shè)備,進(jìn)入RAID控制界面時(shí)直接卡死死機(jī)。管理員多次重啟服務(wù)器均無法正常進(jìn)入系統(tǒng),為避免數(shù)據(jù)二次損壞與丟失,立即聯(lián)系北京北亞數(shù)據(jù)
    的頭像 發(fā)表于 02-26 13:47 ?233次閱讀

    zfs數(shù)據(jù)恢復(fù)—ZFS存儲(chǔ)遷移數(shù)據(jù)讀不出數(shù)據(jù)怎么恢復(fù)數(shù)據(jù)?

    管理員對(duì)一臺(tái)存儲(chǔ)設(shè)備內(nèi)的文件進(jìn)行遷移操作時(shí),數(shù)據(jù)突然無法讀取,管理界面出現(xiàn)報(bào)錯(cuò)。管理員查看數(shù)據(jù)時(shí)發(fā)現(xiàn)其中一個(gè)lun的數(shù)據(jù)丟失。
    的頭像 發(fā)表于 12-09 14:10 ?359次閱讀
    zfs<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—ZFS<b class='flag-5'>存儲(chǔ)</b>遷移<b class='flag-5'>數(shù)據(jù)</b>讀不出<b class='flag-5'>數(shù)據(jù)</b>怎么<b class='flag-5'>恢復(fù)數(shù)據(jù)</b>?

    vsan數(shù)據(jù)恢復(fù)—VSAN超融合架構(gòu):供電異常的vsan數(shù)據(jù)恢復(fù)案例

    Vsan是一種可擴(kuò)展的分布式存儲(chǔ)架構(gòu),這種存儲(chǔ)架構(gòu)區(qū)別于其他存儲(chǔ)架構(gòu)的地方在于由vsan進(jìn)行管理和控制的vsan存儲(chǔ)層。另外vsan分布式存儲(chǔ)
    的頭像 發(fā)表于 12-04 16:17 ?831次閱讀

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

    一臺(tái)服務(wù)器中虛擬機(jī)數(shù)據(jù)文件丟失,hyper-v服務(wù)受到影響,服務(wù)器無法正常使用。 北亞企安數(shù)據(jù)恢復(fù)中心的硬件工程師對(duì)服務(wù)器進(jìn)行物理故障排查,未發(fā)現(xiàn)服務(wù)器存在物理故障。服務(wù)器
    的頭像 發(fā)表于 11-20 15:47 ?459次閱讀

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

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

    服務(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ù)器無法正常工作。 根據(jù)描述的故障發(fā)生過程,北亞企安數(shù)據(jù)
    的頭像 發(fā)表于 09-04 12:57 ?1084次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—重裝系統(tǒng)后OceanStor存儲(chǔ)上的分區(qū)數(shù)據(jù)丟失這樣恢復(fù)

    二為xfs文件系統(tǒng)。 服務(wù)器存儲(chǔ)故障: 工作人員重裝系統(tǒng)操作失誤導(dǎo)致磁盤分區(qū)變化,分區(qū)二無法訪問,數(shù)據(jù)丟失
    的頭像 發(fā)表于 09-02 15:32 ?789次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—重裝系統(tǒng)后OceanStor<b class='flag-5'>存儲(chǔ)</b>上的分區(qū)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>丟失</b>這樣<b class='flag-5'>恢復(fù)</b>

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

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)昆騰存儲(chǔ)設(shè)備中有一組raid5磁盤陣列。陣列上有兩塊硬盤先后離線,raid5磁盤陣列不可用。
    的頭像 發(fā)表于 08-19 11:43 ?735次閱讀

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

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

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

    完成后將所有硬盤按照原樣還原到原服務(wù)器中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作基于鏡像文件進(jìn)行,避免對(duì)原始磁盤數(shù)據(jù)造成二次破壞?;阽R像文件分析所有硬盤底層
    的頭像 發(fā)表于 07-22 14:06 ?536次閱讀
    Oracle<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—格式化分區(qū)<b class='flag-5'>導(dǎo)致</b>Oracle<b class='flag-5'>數(shù)據(jù)</b>庫報(bào)錯(cuò)的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    數(shù)據(jù)丟失別絕望!聚徽解碼工控一體機(jī)數(shù)據(jù)恢復(fù)的3個(gè)緊急方案

    在工業(yè)自動(dòng)化領(lǐng)域,工控一體機(jī)作為核心控制設(shè)備,存儲(chǔ)著生產(chǎn)流程、設(shè)備參數(shù)、工藝配方等關(guān)鍵數(shù)據(jù)。一旦數(shù)據(jù)丟失,可能導(dǎo)致生產(chǎn)線停擺、產(chǎn)品質(zhì)量下降,
    的頭像 發(fā)表于 06-12 14:04 ?1087次閱讀

    oracle數(shù)據(jù)恢復(fù)—oracle數(shù)據(jù)庫誤執(zhí)行錯(cuò)誤truncate命令如何恢復(fù)數(shù)據(jù)?

    oracle數(shù)據(jù)庫誤執(zhí)行truncate命令導(dǎo)致數(shù)據(jù)丟失是一種常見情況。通常情況下,oracle數(shù)據(jù)庫誤操作刪除
    的頭像 發(fā)表于 06-05 16:01 ?1840次閱讀
    oracle<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—oracle<b class='flag-5'>數(shù)據(jù)</b>庫誤執(zhí)行錯(cuò)誤truncate命令如何<b class='flag-5'>恢復(fù)數(shù)據(jù)</b>?