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

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

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


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

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

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

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

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


服務器數(shù)據(jù)恢復結果:

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

審核編輯 黃宇

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

    關注

    13

    文章

    9994

    瀏覽量

    90045
  • 數(shù)據(jù)恢復

    關注

    10

    文章

    673

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

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

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

    服務器數(shù)據(jù)恢復—RAIDZ多塊硬盤離線導致服務器崩潰的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境&故障: 一臺服務器有32塊硬盤,采用Windows操作系統(tǒng)。 服務器在正常運行的時候突然變得不可用。沒有異常斷電、進
    的頭像 發(fā)表于 09-18 12:29 ?280次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—RAIDZ多塊硬盤離線導致<b class='flag-5'>服務器</b>崩潰的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復服務器斷電導致raid模塊損壞的數(shù)據(jù)恢復案例

    某品牌服務器中有12塊硬盤,組建了一組raid5磁盤陣列,服務器內(nèi)存儲的是普通文件。 機房供電不穩(wěn)定導致服務器斷電,管理員重啟服務器后發(fā)現(xiàn)服務器
    的頭像 發(fā)表于 09-04 12:57 ?313次閱讀

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

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

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

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

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

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

    服務器數(shù)據(jù)恢復—Linux系統(tǒng)服務器崩潰的數(shù)據(jù)恢復案例

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

    分布式存儲數(shù)據(jù)恢復—虛擬機上hbase和hive數(shù)據(jù)數(shù)據(jù)恢復案例

    分布式存儲數(shù)據(jù)恢復環(huán)境: 16臺某品牌R730xd服務器節(jié)點,每臺服務器節(jié)點上有數(shù)臺虛擬。 虛擬機上部署Hbase和Hive
    的頭像 發(fā)表于 04-17 11:05 ?427次閱讀

    虛擬化數(shù)據(jù)恢復—VMware虛擬化環(huán)境下重裝系統(tǒng)導致服務器數(shù)據(jù)丟失的數(shù)據(jù)恢復

    VMware虛擬化平臺 vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng),服務器崩潰。 重裝系統(tǒng)會導致文件系統(tǒng)元文件被覆蓋。要恢復數(shù)據(jù),必須找到&提取重裝系統(tǒng)前的文件系統(tǒng)殘留信息,通過提取出來的元文件信息恢復虛擬磁盤。通過拼接
    的頭像 發(fā)表于 03-13 10:33 ?540次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—VMware虛擬化環(huán)境下重裝系統(tǒng)導致<b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>

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

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

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

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

    服務器數(shù)據(jù)恢復—磁盤出現(xiàn)故障導致Mdisk成員盤上線失敗的數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境: 一臺V7000存儲上共12塊SAS機械硬盤(其中1塊是熱備盤),組建了2組Mdisk,創(chuàng)建了一個pool。掛載在小型機上作為邏輯盤使用,
    的頭像 發(fā)表于 12-20 14:22 ?703次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—磁盤出現(xiàn)故障導致Mdisk成員盤上線失敗的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

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

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

    服務器數(shù)據(jù)恢復—EVA存儲誤刪除VDISK的數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境: 某單位有一臺EVA某型號存儲主機+2個擴展柜,共12個FATA磁盤+10個FC磁盤,LUN數(shù)量不確定,操作系統(tǒng)為WINDOWS SERVER。該存儲用來存放單位的歷史
    的頭像 發(fā)表于 11-05 14:39 ?685次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—EVA存儲<b class='flag-5'>誤刪</b>除VDISK的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復—EXT3文件系統(tǒng)下誤刪除數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 郵件服務器中有一組由8塊盤組成的RAID5陣列, 上層是Linux操作系統(tǒng)+EXT3文件系統(tǒng)。 服務器故障:
    的頭像 發(fā)表于 10-23 15:11 ?634次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—EXT3文件系統(tǒng)下<b class='flag-5'>誤刪除數(shù)據(jù)</b>的<b class='flag-5'>恢復</b>案例