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

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

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

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

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

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2022-12-28 11:21 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器故障:

用戶誤操作將linux文件系統(tǒng)誤裝入到Ocfs2文件系統(tǒng)的數(shù)據(jù)卷上,導(dǎo)致原始Ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)。

因為Ext4文件系統(tǒng)每隔幾百兆就會寫入文件系統(tǒng)的原始信息,所以本案例中的原始Ocfs2文件系統(tǒng)中的數(shù)據(jù)可能受到一定程度的破壞,但不會太嚴重。

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

1、將故障服務(wù)器中的所有硬盤以只讀模式映射給備份服務(wù)器,將映射到備份服務(wù)器中的數(shù)據(jù)做鏡像備份。做完鏡像后將所有硬盤按照原樣還原到故障服務(wù)器,之后的數(shù)據(jù)恢復(fù)操作均在鏡像文件上進行,避免對原始數(shù)據(jù)造成二次傷害。

pYYBAGOrtfmABrURAAD3ierCZ_0398.png

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

2、找到&分析ocfs2文件系統(tǒng)的超級塊,通過分析獲取到ocfs2文件系統(tǒng)的基本結(jié)構(gòu)信息。通過用戶提供的虛擬磁盤文件名稱找到虛擬磁盤文件的目錄項和對應(yīng)的一級索引項和二級索引項。

3、利用北亞自主開發(fā)的ocfs2文件系統(tǒng)解析程序?qū)浞輸?shù)據(jù)進行文件系統(tǒng)解析。ocfs2文件系統(tǒng)的索引項結(jié)構(gòu)如下:

一級索引項:

poYBAGOrtgOATarkAAQrNkvYOu4045.png

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

二級索引項:

pYYBAGOrtgiAbTDRAAOxeUm35C0376.png

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

4、修復(fù)損壞的Ocfs2文件系統(tǒng)。對原始Ocfs2文件系統(tǒng)做一致性檢測,北亞數(shù)據(jù)恢復(fù)工程師對損壞的區(qū)域進行人工修復(fù)。

5、使用北亞自主開發(fā)的針對Ocfs2不完整文件系統(tǒng)的解析工具解析已修復(fù)的Ocfs2文件系統(tǒng)。

6、根據(jù)對Ocfs2文件系統(tǒng)分析結(jié)果,北亞數(shù)據(jù)恢復(fù)工程師編寫對應(yīng)的數(shù)據(jù)提取程序恢復(fù)每一個虛擬磁盤文件,對恢復(fù)出來的每一個虛擬磁盤文件做一致性檢測。

7、解析恢復(fù)出來的虛擬磁盤文件,驗證虛擬磁盤文件是否有錯誤并嘗試修復(fù)。

8、恢復(fù)虛擬磁盤文件中的用戶文件,對已恢復(fù)的用戶文件做一致性檢測并嘗試修復(fù)損壞的文件。

9、驗證比較重要的虛擬機,虛擬機大多都可以開機進入到登錄界面。有小部分虛擬機開機藍屏或開機檢測磁盤,經(jīng)過光盤修復(fù)之后都可以正常啟動。

部分虛擬機開機如下:

poYBAGOrtg6AaB6WAAII2K9Hr5M831.png

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

其中有一臺虛擬機磁盤文件恢復(fù)之后,經(jīng)過解析發(fā)現(xiàn)該虛擬機中沒有數(shù)據(jù)。繼續(xù)分析該虛擬磁盤文件,發(fā)現(xiàn)該虛擬磁盤文件索引項存在,但是索引結(jié)構(gòu)并不多,數(shù)據(jù)量也很少,推測可能存在人為清零或修改的情況,也可能該虛擬機原本就沒有多少數(shù)據(jù)。

10、驗證重點虛擬機中的數(shù)據(jù)庫,發(fā)現(xiàn)數(shù)據(jù)庫都正常。部分數(shù)據(jù)庫與應(yīng)用程序連接出現(xiàn)問題,用戶聯(lián)系應(yīng)用程序廠商技術(shù)人員進行修復(fù)之后,數(shù)據(jù)庫都可以正常使用。

11、經(jīng)過數(shù)據(jù)恢復(fù)工程師和用戶的親自驗證確認數(shù)據(jù)沒有問題后,把所有恢復(fù)出來的數(shù)據(jù)移交給用戶。

審核編輯:湯梓紅

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

    關(guān)注

    14

    文章

    10371

    瀏覽量

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

    關(guān)注

    10

    文章

    728

    瀏覽量

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

    關(guān)注

    0

    文章

    305

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    服務(wù)器硬盤損壞數(shù)據(jù)恢復(fù),北亞數(shù)據(jù)恢復(fù)案例

    服務(wù)器已成為各類企業(yè)的基礎(chǔ)標(biāo)配,無論規(guī)模大小,基本都會配備專屬服務(wù)器支撐日常運營。但與之形成反差的是,服務(wù)器數(shù)據(jù)恢復(fù)、專業(yè)運維等配套
    的頭像 發(fā)表于 04-28 14:06 ?147次閱讀
    <b class='flag-5'>服務(wù)器</b>硬盤損壞<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>,北亞<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 ?640次閱讀
    【<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>】斷電致UFS<b class='flag-5'>2</b><b class='flag-5'>文件系統(tǒng)</b>損壞的虛擬機<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)】從崩潰到重生:16盤服務(wù)器RAID與EXT4文件系統(tǒng)深度修復(fù)實錄

    服務(wù)器運維過程中,硬盤掉線是導(dǎo)致服務(wù)器故障、數(shù)據(jù)丟失的常見原因。針對普通服務(wù)器硬盤掉線引發(fā)的數(shù)據(jù)丟失問題,存在一套常規(guī)的
    的頭像 發(fā)表于 03-10 16:52 ?464次閱讀

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

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

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

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

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

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

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

    服務(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 ?1098次閱讀
    <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)
    的頭像 發(fā)表于 09-04 12:57 ?1092次閱讀

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

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

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

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

    Oracle數(shù)據(jù)恢復(fù)格式化分區(qū)導(dǎo)致Oracle數(shù)據(jù)庫報錯的數(shù)據(jù)恢復(fù)案例

    完成后將所有硬盤按照原樣還原到原服務(wù)器中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作基于鏡像文件進行,避免對原始磁盤數(shù)
    的頭像 發(fā)表于 07-22 14:06 ?544次閱讀
    Oracle<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>格式化</b>分區(qū)導(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ù)—重裝系統(tǒng)導(dǎo)致XFS文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺服務(wù)器上通過磁盤柜+RAID卡組建的riad5磁盤陣列,服務(wù)器上層安裝Linux操作
    的頭像 發(fā)表于 06-12 11:20 ?935次閱讀
    <b class='flag-5'>服務(wù)器</b><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ù)器存儲數(shù)據(jù)恢復(fù)環(huán)境&故障: 人為誤操作將Ext4文件系統(tǒng)裝入一臺服務(wù)器存儲上的
    的頭像 發(fā)表于 06-10 12:03 ?908次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>ocfs2</b><b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>被</b><b class='flag-5'>格式化</b>為Ext4<b class='flag-5'>文件系統(tǒng)</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陣列。
    的頭像 發(fā)表于 05-20 15:46 ?1036次閱讀
    永靖县| 堆龙德庆县| 肥城市| 永善县| 英山县| 融水| 永吉县| 牡丹江市| 安义县| 长顺县| 满洲里市| 鄂州市| 闻喜县| 济南市| 大竹县| 南靖县| 宿迁市| 潜山县| 兴宁市| 昔阳县| 张家口市| 买车| 临江市| 桦南县| 城步| 吉木乃县| 民丰县| 京山县| 白朗县| 桂东县| 新建县| 望奎县| 若尔盖县| 太和县| 砚山县| 天长市| 兴安县| 永登县| 万荣县| 砚山县| 溧水县|