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

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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)—AIX小型機誤刪數(shù)據(jù)如何恢復(fù)!

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

掃碼添加小助手

加入工程師交流群

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
存儲設(shè)備通過光纖通道將3個LUN映射到AIX小型機。通過AIX-LVM技術(shù)將物理卷(PV)構(gòu)建為卷組(VG),并在卷組空間內(nèi)創(chuàng)建2個邏輯卷(LV):oradata1和oradata2。 AIX小型機采用JFS2文件系統(tǒng)分配和管理邏輯卷。JFS2文件系統(tǒng)的根目錄存儲Oracle數(shù)據(jù)庫核心文件(.dbf文件),用于支撐關(guān)鍵業(yè)務(wù)系統(tǒng)運行。


北亞企安數(shù)據(jù)恢復(fù)—AIX小型機數(shù)據(jù)恢復(fù)

服務(wù)器故障:
工作人員誤操作刪除邏輯卷oradata1和oradata2,并對oradata1邏輯卷執(zhí)行了覆寫操作,致使文件系統(tǒng)元數(shù)據(jù)與數(shù)據(jù)庫文件物理結(jié)構(gòu)破壞。

服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、到達現(xiàn)場后,將AIX小型機使用的LUN通過光纖映射到數(shù)據(jù)恢復(fù)用服務(wù)器上。將映射過來的lun進行只讀鏡像備份。完成鏡像備份后,斷開映射通道。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析底層數(shù)據(jù),解析AIX-LVM元數(shù)據(jù)結(jié)構(gòu)、分配模式及算法規(guī)律。
3、北亞企安數(shù)據(jù)恢復(fù)工程師編寫腳本程序,遍歷每個LUN的底層數(shù)據(jù),生成邏輯卷的映射關(guān)系表,并梳理卷組信息。
4、通過邏輯卷映射關(guān)系表,結(jié)合用戶方提供的邏輯卷名稱,重構(gòu)丟失的兩個邏輯卷。
5、基于jfs2文件系統(tǒng)的底層算法邏輯,北亞企安數(shù)據(jù)恢復(fù)工程師手動定位底層數(shù)據(jù)存儲位置。撰寫腳本批量掃描和分析目標(biāo)邏輯卷中的數(shù)據(jù),根據(jù)orcale數(shù)據(jù)庫的ctl文件獲取dbf文件的文件名。
6、根據(jù)分析得到節(jié)點和位圖信息,撰寫腳本批量提取底層數(shù)據(jù)。由于oradata1復(fù)寫量巨大,oradata1邏輯卷底層數(shù)據(jù)存在一定程度的損壞。
7、對提取出來的數(shù)據(jù)進行初步確認后,通過光纖傳輸?shù)叫麓罱ǖ腁IX環(huán)境中。
8、數(shù)據(jù)傳輸完成后,讓用戶方聯(lián)系數(shù)據(jù)庫工程師確認數(shù)據(jù)情況,使用odu檢驗數(shù)據(jù)文件,并導(dǎo)入到新建的表空間中。

wKgZPGf-ULiAFGRkAAGx09BjVeg423.png北亞企安數(shù)據(jù)恢復(fù)—AIX小型機數(shù)據(jù)恢復(fù)

服務(wù)器數(shù)據(jù)恢復(fù)分析:
在對鏡像文件中的數(shù)據(jù)進行分析的過程中,發(fā)現(xiàn)oradata1卷的底層存儲結(jié)構(gòu)存在嚴(yán)重的損壞,主要表現(xiàn)為以下幾點:
1、根目錄丟失:由于數(shù)據(jù)復(fù)寫,導(dǎo)致根目錄被修改,存在交叉的目錄索引表及重復(fù)的節(jié)點結(jié)構(gòu),無法根據(jù)目錄結(jié)構(gòu)解析出需要的數(shù)據(jù)節(jié)點。
2、底層數(shù)據(jù)污染:由于數(shù)據(jù)復(fù)寫,導(dǎo)致文件底層數(shù)據(jù)發(fā)生異常。在恢復(fù)數(shù)據(jù)的過程中,通過對鏡像數(shù)據(jù)進行逐塊掃描與邏輯重組,力求還原出丟失的數(shù)據(jù)節(jié)點信息。使用腳本分析和提取對應(yīng)的指針和數(shù)據(jù)塊,并根據(jù)Oracle數(shù)據(jù)庫文件的表空間id和表id配合ctl文件還原出完整數(shù)據(jù)。然而,受限于數(shù)據(jù)復(fù)寫,恢復(fù)結(jié)果仍有所局限。
北亞企安數(shù)據(jù)恢復(fù)工程師對鏡像盤數(shù)據(jù)進行了多輪恢復(fù)嘗試:
1、邏輯卷的解析和重組:基于分析得出AIX-LVM算法,對映射到恢復(fù)服務(wù)器的LUN進行重建。
2、數(shù)據(jù)提?。和ㄟ^手工和腳本解析的方式,提取了兩個卷中丟失的全部數(shù)據(jù)。然而,由于底層數(shù)據(jù)污染,部分文件無法完全還原。


服務(wù)器數(shù)據(jù)恢復(fù)結(jié)果:

1、通過對存儲結(jié)構(gòu)和jfs2文件系統(tǒng)的解析,成功提取了誤刪除的Orcale數(shù)據(jù)。由于底層結(jié)構(gòu)損壞不可逆,部分?jǐn)?shù)據(jù)庫文件無法正常使用。
2、雖然成功恢復(fù)部分用戶數(shù)據(jù),但受邏輯卷底層數(shù)據(jù)損壞的限制,部分?jǐn)?shù)據(jù)存在缺失和邏輯紊亂的情況。最終恢復(fù)結(jié)果需要結(jié)合應(yīng)用場景和目標(biāo)數(shù)據(jù)的重要性進行進一步確認與驗證。

審核編輯 黃宇

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)】斷電致UFS2文件系統(tǒng)損壞的虛擬數(shù)據(jù)恢復(fù)案例

    本次需要進行數(shù)據(jù)恢復(fù)的設(shè)備為一臺服務(wù)器,該服務(wù)器通過FreeNAS提供iSCSI塊存儲服務(wù),并借助另外兩臺
    的頭像 發(fā)表于 03-10 17:36 ?615次閱讀
    【<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>】斷電致UFS2文件系統(tǒng)損壞的虛擬<b class='flag-5'>機</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    ,當(dāng)?shù)谌龎K硬盤離線后,RAID崩潰,服務(wù)器癱瘓,業(yè)務(wù)被迫停滯。 此時,如果直接更換硬盤重新組建陣列,陣列中的所有數(shù)據(jù)將全部丟失。服務(wù)器管理員嘗試分析和恢復(fù)數(shù)據(jù),雖然找回了一部分
    的頭像 發(fā)表于 03-05 16:37 ?457次閱讀

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

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

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

    北亞企安數(shù)據(jù)恢復(fù)中心的服務(wù)器數(shù)據(jù)恢復(fù)工程師和硬件工程師到現(xiàn)場處理故障。服務(wù)器
    的頭像 發(fā)表于 01-22 17:38 ?1115次閱讀
    【<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ù)—一文讀懂服務(wù)器高頻故障排查+標(biāo)準(zhǔn)數(shù)據(jù)恢復(fù)流程

    服務(wù)器數(shù)據(jù)恢復(fù)到底是一個什么樣的流程? 服務(wù)器數(shù)據(jù)丟失后,進行數(shù)據(jù)
    的頭像 發(fā)表于 01-08 11:11 ?445次閱讀

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

    一臺服務(wù)器中虛擬數(shù)據(jù)文件丟失,hyper-v服務(wù)受到影響,服務(wù)器無法正常使用。 北亞企安數(shù)據(jù)
    的頭像 發(fā)表于 11-20 15:47 ?432次閱讀

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

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

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

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

    服務(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 ?1048次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ多塊硬盤離線導(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塊硬盤,組建了一組raid5磁盤陣列,服務(wù)器內(nèi)存儲的是普通文件。 機房供電不穩(wěn)定導(dǎo)致服務(wù)器斷電,管理員重啟服務(wù)器后發(fā)現(xiàn)服務(wù)器
    的頭像 發(fā)表于 09-04 12:57 ?1031次閱讀

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

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 某公司一臺服務(wù)器上有一組由24塊FC硬盤組建的raid。 服務(wù)器出現(xiàn)故障,無法正常工作。 經(jīng)過初步檢測,管
    的頭像 發(fā)表于 07-29 13:00 ?706次閱讀

    數(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ù)庫報錯,報錯內(nèi)容為“system01.dbf需要
    的頭像 發(fā)表于 07-24 11:12 ?828次閱讀
    <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>異常斷電導(dǎo)致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ù)—Linux系統(tǒng)服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: linux操作系統(tǒng)服務(wù)器中有一組由4塊SAS接口硬盤組建的raid5陣列。 服務(wù)器故障:
    的頭像 發(fā)表于 05-20 15:46 ?989次閱讀