99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

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

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

3天內不再提示

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

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2024-08-06 10:48 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務器數(shù)據(jù)恢復環(huán)境&故障:
一臺服務器上有8塊SAS硬盤,其中的7塊硬盤組建了一組RAID5陣列,另外1塊硬盤作為熱備盤使用。劃分了6個LUN,服務器上部署有oracle數(shù)據(jù)庫。
RAID5磁盤陣列中有2塊硬盤出現(xiàn)故障并離線,RAID5陣列癱瘓,上層LUN無法正常使用。經(jīng)過硬件工程師檢測,所有硬盤(包括離線的2塊盤)均無物理故障以及壞道。

服務器數(shù)據(jù)恢復過程:
1、將服務器中所有磁盤編號標記后取出,以只讀方式將所有磁盤進行扇區(qū)級全盤鏡像。鏡像完成后將所有磁盤按照編號還原到原服務器中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。

pYYBAGSZOtCAcn1CAAEbGWfxADo439.png北亞企安數(shù)據(jù)恢復—RAID5數(shù)據(jù)恢復



2、基于鏡像文件分析所有磁盤的底層數(shù)據(jù)。通過分析獲取到raid相關信息(條帶大小,磁盤順序及數(shù)據(jù)走向等),依據(jù)這些信息虛擬重組原RAID5陣列。
3、仔細分析每一塊硬盤中的數(shù)據(jù),通過北亞企安自主開發(fā)的RAID校驗程序做校驗,將先掉線的硬盤剔除出raid。
4、服務器中的的LUN都是基于RAID的,分析LUN在RAID5陣列中的分配情況,以及LUN分配的數(shù)據(jù)塊MAP。
5、將每一個LUN的數(shù)據(jù)塊分布MAP提取出來。北亞企安數(shù)據(jù)恢復工程師針對這些信息編寫相應的程序,解析所有LUN的數(shù)據(jù)MAP,然后根據(jù)數(shù)據(jù)MAP導出所有LUN的數(shù)據(jù)。

pYYBAGSZOuaAQOMLAAF4WNic1JI839.png北亞企安數(shù)據(jù)恢復—RAID5數(shù)據(jù)恢復



6、分析所有導出的LUN,發(fā)現(xiàn)所有LUN中均包含HP-Unix的LVM邏輯卷信息。嘗試解析每個LUN中的LVM信息,發(fā)現(xiàn)其中一共有三套LVM:其中一個LVM中劃分了一個LV,存放OA服務器端的數(shù)據(jù);第二個LVM中也劃分了一個LV,存放臨時備份數(shù)據(jù);第三個LVM由剩余4個LUN組成,劃分了一個LV,存放Oracle數(shù)據(jù)庫文件。北亞企安數(shù)據(jù)恢復工程師編寫LVM解釋程序,嘗試將每個LVM中的LV都解釋出來,但解釋過程中程序報錯。
7、分析程序報錯的原因,并讓開發(fā)工程師debug程序出錯的位置,同時安排文件系統(tǒng)工程師檢測所有恢復出來的LUN,檢測是否會因為存儲癱瘓而導致LMV邏輯卷的信息損壞。經(jīng)過檢測,發(fā)現(xiàn)存儲癱瘓確實導致LVM信息損壞。嘗試人工修復損壞的區(qū)域,并同步修改程序,重新解析LVM邏輯卷。
8、搭建HP-Unix環(huán)境,將解釋出來的LV卷映射到HP-Unix,并嘗試Mount文件系統(tǒng),結果Mount文件系統(tǒng)出錯。嘗試使用“fsck –F vxfs” 命令修復vxfs文件系統(tǒng),修復完成后還是不能掛載。懷疑底層vxfs文件系統(tǒng)的部分元數(shù)據(jù)可能被破壞。
9、分析解析出來的LV,并根據(jù)VXFS文件系統(tǒng)的底層結構校驗此文件系統(tǒng)的完整性。經(jīng)過分析發(fā)現(xiàn)底層VXFS文件系統(tǒng)確實有問題,原來當存儲癱瘓的同時此文件系統(tǒng)正在執(zhí)行IO操作,因此導致部分文件系統(tǒng)元文件損壞。手工修復這些損壞的元文件,直到VXFS文件系統(tǒng)能夠正常解析。將修復好的LV掛載到HP-Unix小機上,嘗試Mount文件系統(tǒng),這回文件系統(tǒng)沒有報錯,成功掛載。
10、在HP-Unix機器上mount文件系統(tǒng)后,將所有用戶數(shù)據(jù)均備份至指定磁盤空間。
部分文件目錄截圖:

poYBAGSZOu2AdhAdAAC7CbnVxj4384.png北亞企安數(shù)據(jù)恢復—RAID5數(shù)據(jù)恢復



11、使用Oracle數(shù)據(jù)庫文件檢測工具“dbv”檢測每個數(shù)據(jù)庫文件的完整性,沒有發(fā)現(xiàn)錯誤。使用北亞企安自主研發(fā)的Oracle數(shù)據(jù)庫檢測工具進行檢測,發(fā)現(xiàn)部分數(shù)據(jù)庫文件和日志文件校驗不一致。安排數(shù)據(jù)庫工程師修復此類文件后再次校驗,直到所有文件校驗均完全通過。
12、將恢復出來的Oracle數(shù)據(jù)庫附加到原始生產(chǎn)環(huán)境的HP-Unix服務器中,嘗試啟動Oracle數(shù)據(jù)庫,Oracle數(shù)據(jù)庫啟動成功。

pYYBAGSZOvWAMDHeAACHlpjqPIU794.png北亞企安數(shù)據(jù)恢復—RAID5數(shù)據(jù)恢復



13、由用戶方配合,啟動Oracle數(shù)據(jù)庫和OA服務端,在本地安裝OA客戶端。通過OA客戶端對最新的數(shù)據(jù)記錄以及歷史數(shù)據(jù)記錄進行驗證,并且安排用戶方單位不同部門人員進行遠程驗證。經(jīng)過多方面驗證,確認數(shù)據(jù)完整無誤。數(shù)據(jù)恢復工作完成。

審核編輯 黃宇

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

    關注

    13

    文章

    9795

    瀏覽量

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

    關注

    10

    文章

    650

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    服務器數(shù)據(jù)恢復—重裝系統(tǒng)導致XFS文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境&故障: 一臺服務器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?252次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—重裝<b class='flag-5'>系統(tǒng)</b>導致XFS<b class='flag-5'>文件系統(tǒng)</b>分區(qū)丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復—ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)數(shù)據(jù)恢復案例

    服務器存儲數(shù)據(jù)恢復環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)誤裝入一臺服務器存儲上的Ocfs2文件系統(tǒng)
    的頭像 發(fā)表于 06-10 12:03 ?210次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—ocfs2<b class='flag-5'>文件系統(tǒng)</b>被格式化為Ext4<b class='flag-5'>文件系統(tǒng)</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 ?195次閱讀

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

    VMware虛擬化平臺 vmfs文件系統(tǒng) 工作人員誤操作重裝操作系統(tǒng),服務器崩潰。 重裝系統(tǒng)會導致文件系統(tǒng)
    的頭像 發(fā)表于 03-13 10:33 ?373次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—VMware虛擬化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b>導致<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)服務器,管理員誤操作刪除了服務器上的
    的頭像 發(fā)表于 01-16 17:27 ?386次閱讀

    服務器數(shù)據(jù)恢復—如何讓ZFS文件系統(tǒng)數(shù)據(jù)“起死回生”?

    一臺配有32塊硬盤的服務器在運行過程中突然崩潰不可用。經(jīng)過初步檢測,基本上確定服務器硬件不存在物理故障。管理員重啟服務器后問題依舊。需要恢復服務器
    的頭像 發(fā)表于 01-02 14:17 ?401次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—如何讓ZFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b>“起死回生”?

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

    5臺節(jié)點服務器,每臺節(jié)點服務器上有一組RAID5陣列。每組RAID5陣列上有6塊硬盤(其中1塊硬盤設置為熱備盤,其他5塊硬盤為數(shù)據(jù)盤)。上層系統(tǒng)環(huán)境為Lustre分布式
    的頭像 發(fā)表于 12-25 11:39 ?454次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—Lustre分布式<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

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

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

    服務器數(shù)據(jù)恢復—raid5陣列+reiserfs文件系統(tǒng)數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器中有一組由4塊SAS硬盤組建的RAID5陣列,上層安裝linux操作系統(tǒng)統(tǒng)。分區(qū)結構:boot分區(qū)+LVM
    的頭像 發(fā)表于 11-07 13:15 ?526次閱讀

    服務器數(shù)據(jù)恢復—異常斷電導致linux系統(tǒng)無法啟動的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 某品牌服務器+同品牌存儲,Linux centos7+EXT4文件系統(tǒng)。
    的頭像 發(fā)表于 10-25 17:42 ?1078次閱讀

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

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

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

    服務器存儲數(shù)據(jù)恢復環(huán)境: 一臺掛載在Windows server服務器上的v7000存儲。存儲空間劃分了一個分區(qū),采用NTFS文件系統(tǒng),存
    的頭像 發(fā)表于 10-14 14:03 ?607次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—V7000存儲NTFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復—Linux網(wǎng)站服務器硬盤出現(xiàn)壞扇區(qū)的數(shù)據(jù)恢復案例

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

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

    某公司一臺服務器,連接了一臺存儲。該服務器安裝linux操作系統(tǒng),文件系統(tǒng)為xfs。 在運行過程中該服務器出現(xiàn)故障,管理員使用xfs_re
    的頭像 發(fā)表于 08-19 10:49 ?600次閱讀

    虛擬機數(shù)據(jù)恢復—KVM虛擬機被誤刪除的數(shù)據(jù)恢復案例

    虛擬機數(shù)據(jù)恢復環(huán)境: Linux操作系統(tǒng)服務器,EXT4文件系統(tǒng)。服務器中有數(shù)臺KVM虛擬機。
    的頭像 發(fā)表于 08-07 13:33 ?786次閱讀
    虛擬機<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—KVM虛擬機被誤刪除的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例