亚洲精品久久久久久久久久久,亚洲国产精品一区二区制服,亚洲精品午夜精品,国产成人精品综合在线观看,最近2019中文字幕一页二页

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

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

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

HP MSA存儲(chǔ)vxfs文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

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

掃碼添加小助手

加入工程師交流群

服務(wù)器故障環(huán)境:

HP MSA某型號(hào)存儲(chǔ),8塊SAS的硬盤組建RAID5磁盤陣列,其中包括1塊熱備盤。故障存儲(chǔ)中基于該RAID組的LUN均分配給HP-Unix小機(jī)使用,上層做的LVM邏輯卷,存儲(chǔ)的數(shù)據(jù)為Oracle數(shù)據(jù)庫(kù)及OA服務(wù)端。

服務(wù)器故障:

RAID5磁盤陣列中2塊磁盤未知原因離線,陣列中的熱備盤雖然成功激活,RAID5磁盤陣列癱瘓,上層LUN不可用。

服務(wù)器數(shù)據(jù)恢復(fù)過程:

1、由于存儲(chǔ)中RAID陣列崩潰是由于磁盤掉線導(dǎo)致的,拿到磁盤后先由硬件工程師對(duì)故障存儲(chǔ)中的所有磁盤做物理故障檢測(cè),檢測(cè)后沒有發(fā)現(xiàn)硬盤存在物理故障。使用壞道檢測(cè)工具檢測(cè)磁盤壞道,也沒有發(fā)現(xiàn)壞道。

2、將故障存儲(chǔ)中所有硬盤以只讀方式做完整的鏡像備份,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免數(shù)據(jù)恢復(fù)操作可能對(duì)原始數(shù)據(jù)造成二次破壞。

部分備份數(shù)據(jù):

poYBAGRI48yAWKFsAAFfK39vfkU939.png

北亞企安數(shù)據(jù)恢復(fù)——vxfs文件系統(tǒng)數(shù)據(jù)恢復(fù)

3、由于故障存儲(chǔ)中所有磁盤不存在物理故障,也沒有發(fā)現(xiàn)壞道,所以磁盤離線原因就是某些磁盤讀寫不穩(wěn)定。因?yàn)樵撈放拼鎯?chǔ)的RAID控制器針對(duì)磁盤的檢測(cè)策略比較嚴(yán)格,極大可能性把性能不穩(wěn)定的磁盤認(rèn)定為壞盤并踢出RAID組。一旦RAID組中掉線的磁盤數(shù)量超過該RAID級(jí)別允許掉盤的最大數(shù)量,這個(gè)RAID組就會(huì)崩潰,上層基于RAID組的LUN也將不可用。

4、分析RAID組的信息如條帶大小,磁盤順序及數(shù)據(jù)走向等,然后根據(jù)分析獲取到的raid信息重構(gòu)RAID組。經(jīng)過分析發(fā)現(xiàn)其中一塊盤的數(shù)據(jù)和其它盤不太一樣,初步判斷這塊盤就是熱備盤。分析其他數(shù)據(jù)盤(除了熱備盤)的底層,搞清楚Oracle數(shù)據(jù)庫(kù)頁在每個(gè)磁盤中分布的情況。

5、分析數(shù)據(jù)盤中的數(shù)據(jù)發(fā)現(xiàn)有一塊硬盤在同一個(gè)條帶上的數(shù)據(jù)和其他硬盤不一樣,初步判斷此盤是先掉線的,通過北亞企安自主開發(fā)的RAID校驗(yàn)程序?qū)@個(gè)條帶做校驗(yàn),最終確定這塊盤就是先掉線的那塊硬盤。

6、由于LUN是基于RAID組的,將RAID組重構(gòu)出來之后就開始分析LUN在RAID組中的分配情況以及LUN分配的數(shù)據(jù)塊MAP。將每一個(gè)LUN的數(shù)據(jù)塊分布MAP提取出來,然后針對(duì)這些信息編寫程序解析所有LUN的數(shù)據(jù)MAP,然后根據(jù)數(shù)據(jù)MAP導(dǎo)出所有LUN的數(shù)據(jù)。

poYBAGRI49-AEQyNAAG-HFKlwkY706.png

北亞企安數(shù)據(jù)恢復(fù)——vxfs文件系統(tǒng)數(shù)據(jù)恢復(fù)

7、分析生成出來的所有LUN,發(fā)現(xiàn)所有LUN中均包含HP-Unix的LVM邏輯卷信息。嘗試解析每個(gè)LUN中的LVM信息后發(fā)現(xiàn)一共有3個(gè)LVM:其中1個(gè)LVM中劃分了一個(gè)LV,里面存放OA服務(wù)器端的數(shù)據(jù);另外1個(gè)LVM中也劃分了一個(gè)LV,里面存放臨時(shí)備份數(shù)據(jù);最后1個(gè)LVM也只劃分了一個(gè)LV,里面存放Oracle數(shù)據(jù)庫(kù)文件。北亞企安數(shù)據(jù)恢復(fù)工程師編寫LVM解釋程序解釋每個(gè)LVM中的LV卷,但在解釋過程中程序出錯(cuò)。

8、仔細(xì)分析程序報(bào)錯(cuò)的原因,由開發(fā)工程師debug程序出錯(cuò)的位置,并同時(shí)檢測(cè)恢復(fù)出來的LUN,檢測(cè)LMV邏輯卷的信息是否損壞。經(jīng)過檢測(cè)發(fā)現(xiàn)LVM信息已經(jīng)損壞。嘗試人工修復(fù)損壞的區(qū)域,并同步修改LVM解釋程序重新解析LVM邏輯卷。

9、搭建HP-Unix環(huán)境,將解釋出來的LV卷映射到HP-Unix并嘗試掛載文件系統(tǒng),結(jié)果掛載文件系統(tǒng)出錯(cuò)。嘗試使用“fsck –F vxfs” 命令修復(fù)vxfs文件系統(tǒng),修復(fù)完成后發(fā)現(xiàn)還是不能成功掛載。懷疑是底層vxfs文件系統(tǒng)的部分元數(shù)據(jù)已經(jīng)破壞。

10、分析解析出來的LV并根據(jù)VXFS文件系統(tǒng)的底層結(jié)構(gòu)校驗(yàn)此文件系統(tǒng)是否完整。分析結(jié)果發(fā)現(xiàn)底層VXFS文件系統(tǒng)有問題,存儲(chǔ)設(shè)備癱瘓的時(shí)候文件系統(tǒng)正在執(zhí)行IO操作,部分文件系統(tǒng)元文件損壞。北亞企安數(shù)據(jù)恢復(fù)工程師手工修復(fù)這些損壞的元文件,直至VXFS文件系統(tǒng)能夠被正常解析。

11、再次將修復(fù)好的LV卷掛載到HP-Unix小機(jī)上,嘗試Mount文件系統(tǒng),文件系統(tǒng)成功掛載。

12、在HP-Unix小機(jī)上mount文件系統(tǒng)后,將所有用戶數(shù)據(jù)均備份至指定的磁盤空間。

部分文件目錄:

pYYBAGRI4-eAFRl1AADZ-lwf5uc521.png

北亞企安數(shù)據(jù)恢復(fù)——vxfs文件系統(tǒng)數(shù)據(jù)恢復(fù)

13、使用工具檢測(cè)每個(gè)Oracle數(shù)據(jù)庫(kù)文件的完整性,沒有發(fā)現(xiàn)問題。使用北亞企安自主開發(fā)的Oracle數(shù)據(jù)庫(kù)檢測(cè)工具(檢驗(yàn)更嚴(yán)格)進(jìn)行檢測(cè),發(fā)現(xiàn)有部分Oracle數(shù)據(jù)庫(kù)文件和日志文件校驗(yàn)不一致。數(shù)據(jù)庫(kù)工程師對(duì)這部分文件進(jìn)行修復(fù)并再次校驗(yàn),直到所有Oracle數(shù)據(jù)庫(kù)文件校驗(yàn)通過。

14、將恢復(fù)出來的Oracle數(shù)據(jù)庫(kù)附加到原始生產(chǎn)環(huán)境的HP-Unix服務(wù)器中,啟動(dòng)Oracle數(shù)據(jù)庫(kù)成功。

poYBAGRI4-6ANl0NAAKqcAErQBk915.png

北亞企安數(shù)據(jù)恢復(fù)——vxfs文件系統(tǒng)數(shù)據(jù)恢復(fù)

數(shù)據(jù)驗(yàn)證:

在用戶方工程師的配合下,啟動(dòng)Oracle數(shù)據(jù)庫(kù)和OA服務(wù)端。通過筆記本電腦上安裝的OA客戶端對(duì)最新的數(shù)據(jù)記錄以及歷史數(shù)據(jù)記錄進(jìn)行反復(fù)驗(yàn)證,并且安排用戶方公司不同部門人員進(jìn)行遠(yuǎn)程驗(yàn)證。最終確認(rèn)數(shù)據(jù)無誤,完整可用。本次數(shù)據(jù)恢復(fù)工作完成。

審核編輯:湯梓紅

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

    關(guān)注

    13

    文章

    10043

    瀏覽量

    90583
  • RAID
    +關(guān)注

    關(guān)注

    0

    文章

    286

    瀏覽量

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

    關(guān)注

    10

    文章

    680

    瀏覽量

    18677
  • 文件系統(tǒng)
    +關(guān)注

    關(guān)注

    0

    文章

    300

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    睿擎派文件系統(tǒng)指南:從開發(fā)到發(fā)布全流程實(shí)踐 | 技術(shù)解析

    在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)扮演著至關(guān)重要的角色,它負(fù)責(zé)數(shù)據(jù)的持久化存儲(chǔ)、配置文件管理和資源訪問等核心功能。睿擎平臺(tái)提供了一套完整的
    的頭像 發(fā)表于 11-05 18:13 ?5541次閱讀
    睿擎派<b class='flag-5'>文件系統(tǒng)</b>指南:從開發(fā)到發(fā)布全流程實(shí)踐 | 技術(shù)解析

    服務(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 ?433次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—重裝<b class='flag-5'>系統(tǒng)</b>后OceanStor<b class='flag-5'>存儲(chǔ)</b>上的分區(qū)<b class='flag-5'>數(shù)據(jù)</b>丟失這樣<b class='flag-5'>恢復(fù)</b>

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

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

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

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

    Vsan數(shù)據(jù)恢復(fù)——Vsan分布式文件系統(tǒng)上虛擬機(jī)不可用的數(shù)據(jù)恢復(fù)

    一臺(tái)采用VsSAN分布式文件系統(tǒng)存儲(chǔ)設(shè)備由于未知原因關(guān)機(jī)重啟。管理員發(fā)現(xiàn)上層的虛擬機(jī)不可用,存儲(chǔ)內(nèi)的數(shù)據(jù)丟失。
    的頭像 發(fā)表于 05-15 17:42 ?370次閱讀
    Vsan<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>——Vsan分布式<b class='flag-5'>文件系統(tǒng)</b>上虛擬機(jī)不可用的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>

    如何正確選擇嵌入式文件系統(tǒng)?

    Linux嵌入式系統(tǒng)中,文件系統(tǒng)和緩存機(jī)制常導(dǎo)致數(shù)據(jù)存儲(chǔ)穩(wěn)定性問題。本文通過案例分析原因,對(duì)比不同文件系統(tǒng)特性,為開發(fā)者提供優(yōu)化建議,助力提
    的頭像 發(fā)表于 03-17 11:35 ?769次閱讀
    如何正確選擇嵌入式<b class='flag-5'>文件系統(tǒng)</b>?

    虛擬化數(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ā)表于 03-13 10:33 ?583次閱讀
    虛擬化<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—VMware虛擬化環(huán)境下重裝<b class='flag-5'>系統(tǒng)</b>導(dǎo)致服務(wù)器<b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>

    虛擬化數(shù)據(jù)恢復(fù)—誤還原快照的數(shù)據(jù)恢復(fù)案例

    虛擬化數(shù)據(jù)恢復(fù)環(huán)境&故障: vmfs文件系統(tǒng),存儲(chǔ)數(shù)據(jù)是SqlServer數(shù)據(jù)庫(kù)及其他辦公
    的頭像 發(fā)表于 02-07 11:09 ?581次閱讀

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

    SqlServer數(shù)據(jù)恢復(fù)—SqlServer數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)案例

    一塊硬盤上存放的SqlServer數(shù)據(jù)庫(kù),windows server操作系統(tǒng)+NTFS文件系統(tǒng)。由于誤操作導(dǎo)致分區(qū)損壞,需要恢復(fù)硬盤里的SqlServer
    的頭像 發(fā)表于 01-09 11:15 ?682次閱讀
    SqlServer<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—SqlServer<b class='flag-5'>數(shù)據(jù)</b>庫(kù)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    防止根文件系統(tǒng)破壞,OverlayRootfs 讓你的設(shè)備更安全

    多個(gè)文件系統(tǒng)層合并成一個(gè)單一的視圖,在Linux系統(tǒng)中廣泛應(yīng)用。使用OverlayRootfs的設(shè)備可以很輕松的實(shí)現(xiàn):根文件系統(tǒng)寫保護(hù)、恢復(fù)出廠設(shè)置功能。根
    的頭像 發(fā)表于 01-08 16:33 ?2311次閱讀
    防止根<b class='flag-5'>文件系統(tǒng)</b>破壞,OverlayRootfs 讓你的設(shè)備更安全

    XSAN數(shù)據(jù)恢復(fù)-XSAN文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    XSAN數(shù)據(jù)恢復(fù)環(huán)境: 昆騰存儲(chǔ)+MAC OS操作系統(tǒng)存儲(chǔ)數(shù)據(jù)主要是視頻類
    的頭像 發(fā)表于 12-30 17:10 ?645次閱讀
    XSAN<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>-XSAN<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

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

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

    為32字節(jié),主要描述塊位圖、i-節(jié)點(diǎn)位圖及i-節(jié)點(diǎn)表的地址等信息。 超級(jí)塊(Superblock):用于存儲(chǔ)文件系統(tǒng)的配置參數(shù)(塊大小、總塊數(shù)、i-節(jié)點(diǎn)數(shù)等)和動(dòng)態(tài)信息(當(dāng)前空閑塊數(shù)和i-節(jié)點(diǎn)數(shù))。Ext4文件系統(tǒng)的超級(jí)塊始于
    的頭像 發(fā)表于 11-13 13:25 ?1211次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>——Ext4<b class='flag-5'>文件系統(tǒng)</b>umount失敗的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    虛擬化數(shù)據(jù)恢復(fù)—UFS2文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    虛擬化數(shù)據(jù)恢復(fù)環(huán)境: SAN環(huán)境下通過iSCSI實(shí)現(xiàn)FreeNAS,F(xiàn)reeNAS采用的UFS2文件系統(tǒng)。物理存儲(chǔ)架構(gòu)在一臺(tái)服務(wù)器上,另外兩臺(tái)服務(wù)器上安裝ESXi虛擬化
    的頭像 發(fā)表于 11-11 11:02 ?901次閱讀