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

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ù)】VMware ESX SERVER數(shù)據(jù)恢復(fù)案例

Frombyte ? 來(lái)源:Frombyte ? 作者:Frombyte ? 2023-03-30 14:16 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某公司信息管理平臺(tái),若干臺(tái)VMware虛擬機(jī)共享一臺(tái)存儲(chǔ)設(shè)備,供內(nèi)部使用,該存儲(chǔ)設(shè)備中存放了公司大量重要數(shù)據(jù)。

服務(wù)器故障:
該存儲(chǔ)設(shè)備運(yùn)行時(shí),管理員在存儲(chǔ)網(wǎng)絡(luò)中連接了一臺(tái)Windows服務(wù)器,這臺(tái)存儲(chǔ)設(shè)備突然無(wú)法正常使用。管理員對(duì)該存儲(chǔ)設(shè)備進(jìn)行初步檢查后發(fā)現(xiàn)該存儲(chǔ)設(shè)備中的虛擬磁盤(pán)丟失,分區(qū)表丟失,重啟該存儲(chǔ)設(shè)備后故障依舊。由于該存儲(chǔ)設(shè)備中的數(shù)據(jù)十分重要且沒(méi)有備份,管理員不敢擅自進(jìn)行操作。

服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、通過(guò)管理員的描述,數(shù)據(jù)恢復(fù)工程師初步判斷該存儲(chǔ)設(shè)備崩潰并非是硬件故障導(dǎo)致的。按照正規(guī)數(shù)據(jù)恢復(fù)流程和謹(jǐn)慎考慮,硬件工程師還是對(duì)故障存儲(chǔ)設(shè)備中的所有硬盤(pán)進(jìn)行了物理故障檢測(cè),檢測(cè)結(jié)果和初步判斷一致:所有硬盤(pán)都可以正常讀取,沒(méi)有發(fā)現(xiàn)任何物理故障。
2、將故障存儲(chǔ)中所有硬盤(pán)編號(hào)后取出,以只讀方式將所有硬盤(pán)完整鏡像備份,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。
3、經(jīng)過(guò)初步分析,數(shù)據(jù)恢復(fù)工程師基本上可以確定該存儲(chǔ)設(shè)備崩潰的原因就是管理員連接的那臺(tái)Windows服務(wù)器對(duì)故障存儲(chǔ)的storage的獨(dú)享操作破壞了存儲(chǔ)的VMFS卷。
4、對(duì)存儲(chǔ)的底層數(shù)據(jù)進(jìn)行分析后,數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn):分區(qū)表被清零,但是分區(qū)表有55AA的有效結(jié)束標(biāo)志,有硬盤(pán)ID標(biāo)志。
5、繼續(xù)分析發(fā)現(xiàn)存儲(chǔ)中有一個(gè)沒(méi)有任何數(shù)據(jù)的NTFS卷,繼續(xù)分析該卷的BITMAP后發(fā)現(xiàn)其大小與存儲(chǔ)的全部空間大小相差無(wú)幾,在卷的幾個(gè)不同位置都有部分的占用,但所有占用的總空間很小。
6、經(jīng)過(guò)和管理員溝通和對(duì)底層數(shù)據(jù)的分析,發(fā)現(xiàn)故障存儲(chǔ)實(shí)際上有兩個(gè)分區(qū),第一個(gè)分區(qū)占總空間大小的80%,第二個(gè)分區(qū)是第一個(gè)分區(qū)的擴(kuò)展分區(qū),在ntfs分區(qū)對(duì)數(shù)據(jù)進(jìn)行破壞時(shí)并沒(méi)有涉及到第二個(gè)分區(qū)。所以數(shù)據(jù)恢復(fù)的關(guān)鍵在第一個(gè)分區(qū),經(jīng)過(guò)分析與查詢發(fā)現(xiàn)第一個(gè)分區(qū)的重要信息都還在。
7、連接故障存儲(chǔ)的兩個(gè)VMFS分區(qū),按照分區(qū)的組織方式直接提取vmdk文件和配置文件。
8、提取出文件后通過(guò)nfs回遷數(shù)據(jù)的方式進(jìn)行數(shù)據(jù)恢復(fù)。恢復(fù)完成后對(duì)結(jié)果進(jìn)行校檢,檢測(cè)無(wú)誤后交由用戶方工程師來(lái)現(xiàn)場(chǎng)進(jìn)行結(jié)果驗(yàn)證,驗(yàn)證沒(méi)有問(wèn)題后移交數(shù)據(jù)。

服務(wù)器數(shù)據(jù)恢復(fù)總結(jié):
這個(gè)數(shù)據(jù)丟失的原因十分簡(jiǎn)單,就是因?yàn)楣饫w環(huán)境互斥不當(dāng)導(dǎo)致了卷在Windows系統(tǒng)下重新做了分區(qū)并且執(zhí)行了NTFS格式化和刪除分區(qū)的操作。由于esx vmfs的互斥是獨(dú)立于硬件層面而只依賴于操作系統(tǒng)驅(qū)動(dòng)層的,所以將存儲(chǔ)接入其他服務(wù)器時(shí)一定要注意存儲(chǔ)的分配權(quán)限,避免造成數(shù)據(jù)丟失。

審核編輯黃宇

聲明:本文內(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ù)—EqualLogic存儲(chǔ)上raid5磁盤(pán)陣列數(shù)據(jù)恢復(fù)案例

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

    Mysql數(shù)據(jù)恢復(fù)—Windows Server下MySQL(InnoDB)全表誤刪數(shù)據(jù)恢復(fù)案例

    本地服務(wù)器,操作系統(tǒng)為windows server。服務(wù)器上部署mysql單實(shí)例,innodb引擎,獨(dú)立表空間。未進(jìn)行數(shù)據(jù)庫(kù)備份,未開(kāi)啟binlog。 人為誤操作使用Delete命令
    的頭像 發(fā)表于 09-23 15:56 ?494次閱讀
    Mysql<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—Windows <b class='flag-5'>Server</b>下MySQL(InnoDB)全表誤刪<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

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

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

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

    數(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 ?436次閱讀
    <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>案例

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

    虛擬化數(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ā)表于 03-13 10:33 ?632次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>VMware</b>虛擬化環(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 ?816次閱讀

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

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

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

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

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

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: ZFS Storage 7320存儲(chǔ)陣列中有32塊硬盤(pán)。32塊硬盤(pán)分為4組,每組8塊硬盤(pán),共組建了3組RAIDZ,每組raid都配置了熱備盤(pán)。 服務(wù)器
    的頭像 發(fā)表于 12-19 13:31 ?1028次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—ZFS文件系統(tǒng)下RAIDZ<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例