日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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 ? 來(lái)源: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ù)過(guò)程:

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ù)量超過(guò)該RAID級(jí)別允許掉盤的最大數(shù)量,這個(gè)RAID組就會(huì)崩潰,上層基于RAID組的LUN也將不可用。

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

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

6、由于LUN是基于RAID組的,將RAID組重構(gòu)出來(lái)之后就開始分析LUN在RAID組中的分配情況以及LUN分配的數(shù)據(jù)塊MAP。將每一個(gè)LUN的數(shù)據(jù)塊分布MAP提取出來(lái),然后針對(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、分析生成出來(lái)的所有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卷,但在解釋過(guò)程中程序出錯(cuò)。

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

9、搭建HP-Unix環(huán)境,將解釋出來(lái)的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、分析解析出來(lái)的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)通過(guò)。

14、將恢復(fù)出來(lái)的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ù)端。通過(guò)筆記本電腦上安裝的OA客戶端對(duì)最新的數(shù)據(jù)記錄以及歷史數(shù)據(jù)記錄進(jìn)行反復(fù)驗(yàn)證,并且安排用戶方公司不同部門人員進(jìn)行遠(yuǎn)程驗(yàn)證。最終確認(rèn)數(shù)據(jù)無(wú)誤,完整可用。本次數(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)注

    14

    文章

    10386

    瀏覽量

    91785
  • RAID
    +關(guān)注

    關(guān)注

    0

    文章

    292

    瀏覽量

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

    關(guān)注

    10

    文章

    730

    瀏覽量

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

    關(guān)注

    0

    文章

    305

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    存儲(chǔ)互斥失敗導(dǎo)致數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)成功案例

    某單位使用得一套信息管理平臺(tái),通過(guò)3臺(tái)虛擬機(jī)共用一臺(tái)存儲(chǔ)設(shè)備,存儲(chǔ)了企業(yè)大量核心業(yè)務(wù)數(shù)據(jù)。管理員在日常運(yùn)維中,向該存儲(chǔ)網(wǎng)絡(luò)新增接入一臺(tái)Windows
    的頭像 發(fā)表于 04-29 16:45 ?579次閱讀

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

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

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

    進(jìn)行檢測(cè)也沒有發(fā)現(xiàn)問題,也無(wú)被攻擊/感染的跡象。對(duì)文件系統(tǒng)進(jìn)行進(jìn)一步分析,發(fā)現(xiàn)元文件創(chuàng)建時(shí)間與數(shù)據(jù)丟失時(shí)間一致,服務(wù)器數(shù)據(jù)恢復(fù)工程師初步確定
    的頭像 發(fā)表于 11-20 15:47 ?475次閱讀

    虛擬機(jī)數(shù)據(jù)恢復(fù)—異常斷電致ESXI存儲(chǔ)失聯(lián)?這份實(shí)戰(zhàn)數(shù)據(jù)恢復(fù)案例請(qǐng)收好

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)服務(wù)器上部署esxi虛擬化平臺(tái)。上層采用通過(guò)FreeNAS構(gòu)建的iSCSI方式FCSAN功能,F(xiàn)reeNAS層采用UFS2文件系統(tǒng)。 esxi虛擬化
    的頭像 發(fā)表于 11-11 14:11 ?454次閱讀

    明晚8點(diǎn)|睿擎文件系統(tǒng)實(shí)戰(zhàn):從開發(fā)到發(fā)布全流程解析

    文件操作到鏡像發(fā)布,一次直播掌握完整開發(fā)流程!在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)數(shù)據(jù)存儲(chǔ)、配置管理和資源訪問的核心基礎(chǔ)。然而在實(shí)際開發(fā)中,
    的頭像 發(fā)表于 11-11 11:53 ?835次閱讀
    明晚8點(diǎn)|睿擎<b class='flag-5'>文件系統(tǒng)</b>實(shí)戰(zhàn):從開發(fā)到發(fā)布全流程解析

    【直播預(yù)告】下周三晚8點(diǎn)|睿擎文件系統(tǒng)實(shí)戰(zhàn):從開發(fā)到發(fā)布全流程解析

    文件操作到鏡像發(fā)布,一次直播掌握完整開發(fā)流程!在嵌入式系統(tǒng)開發(fā)中,文件系統(tǒng)數(shù)據(jù)存儲(chǔ)、配置管理和資源訪問的核心基礎(chǔ)。然而在實(shí)際開發(fā)中,
    的頭像 發(fā)表于 11-06 18:05 ?2077次閱讀
    【直播預(yù)告】下周三晚8點(diǎn)|睿擎<b class='flag-5'>文件系統(tǒng)</b>實(shí)戰(zhàn):從開發(fā)到發(fā)布全流程解析

    睿擎派文件系統(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 ?8360次閱讀
    睿擎派<b class='flag-5'>文件系統(tǒng)</b>指南:從開發(fā)到發(fā)布全流程實(shí)踐 | 技術(shù)解析

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

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

    文件系統(tǒng)文件怎么循環(huán)覆蓋的寫入數(shù)據(jù)

    請(qǐng)教一個(gè)文件系統(tǒng)數(shù)據(jù)寫入的問題。 比如我新建一個(gè)文件,test.txt,寫入數(shù)據(jù)超過(guò)512KB后,就從頭開始寫,后面的數(shù)據(jù)不刪除,從頭開始覆
    發(fā)表于 09-22 08:20

    服務(wù)器數(shù)據(jù)恢復(fù)—重裝系統(tǒng)后OceanStor存儲(chǔ)上的分區(qū)數(shù)據(jù)丟失這樣恢復(fù)

    二為xfs文件系統(tǒng)。 服務(wù)器存儲(chǔ)故障: 工作人員重裝系統(tǒng)操作失誤導(dǎo)致磁盤分區(qū)變化,分區(qū)二無(wú)法訪問,數(shù)據(jù)丟失。
    的頭像 發(fā)表于 09-02 15:32 ?808次閱讀
    服務(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ù)—StorNext文件系統(tǒng)數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)昆騰存儲(chǔ)設(shè)備中有一組raid5磁盤陣列。陣列上有兩塊硬盤先后離線,raid5磁盤陣列不可用。
    的頭像 發(fā)表于 08-19 11:43 ?767次閱讀

    Linux三大主流文件系統(tǒng)解析

    還在為選擇哪個(gè)文件系統(tǒng)而糾結(jié)?作為一名摸爬滾打多年的運(yùn)維老鳥,我將用最接地氣的方式,帶你徹底搞懂 Linux 三大主流文件系統(tǒng)的奧秘。
    的頭像 發(fā)表于 08-05 17:37 ?1816次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器上通過(guò)磁盤柜+RAID卡組建的riad5磁盤陣列,服務(wù)器上層安裝Linux操作系統(tǒng),搭建XFS文件系統(tǒng)。服務(wù)器上層分配一個(gè)LUN,并劃分了兩個(gè)分
    的頭像 發(fā)表于 06-12 11:20 ?943次閱讀
    服務(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 ?918次閱讀
    服務(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 ?727次閱讀
    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>
    正阳县| 太仆寺旗| 原阳县| 卫辉市| 社旗县| 南部县| 安化县| 班玛县| 黑山县| 乌拉特中旗| 水城县| 奈曼旗| 罗源县| 土默特右旗| 积石山| 安溪县| 东莞市| 冷水江市| 成武县| 关岭| 平谷区| 麻江县| 土默特右旗| 白水县| 巴中市| 甘孜县| 临夏县| 汝南县| 连南| 奉新县| 永安市| 綦江县| 宿州市| 东山县| 鸡西市| 长宁区| 康平县| 萨嘎县| 巴楚县| 玉环县| 永吉县|