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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)-重建MDisk導(dǎo)致VDisk丟失的數(shù)據(jù)恢復(fù)案例

Frombyte ? 來(lái)源:Frombyte ? 作者:Frombyte ? 2023-07-26 15:26 ? 次閱讀

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:

IBM某型號(hào)存儲(chǔ);

Solaris操作系統(tǒng),部署Oracle數(shù)據(jù)庫(kù)。

服務(wù)器故障:

重建MDisk導(dǎo)致對(duì)應(yīng)的存儲(chǔ)池中的VDisk丟失,導(dǎo)致Solaris操作系統(tǒng)中的Oracle數(shù)據(jù)庫(kù)無(wú)法使用。

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

1、將所有涉及到Oracle數(shù)據(jù)庫(kù)的VDisk以只讀模式連接到北亞企安備份服務(wù)器上,在只讀模式下對(duì)映射過(guò)來(lái)的VDisk做鏡像備份。將重建后的MDisk成員盤(pán)編號(hào),然后以正常模式取出存儲(chǔ)的磁盤(pán)柜。將取出的硬盤(pán)以只讀模式做全盤(pán)鏡像。備份完成以后將所有磁盤(pán)按照編號(hào)還原到故障存儲(chǔ)中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作均基于鏡像文件進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。

2、基于鏡像文件對(duì)MDisk成員盤(pán)做數(shù)據(jù)分析,判斷是否因MDisk重建導(dǎo)致數(shù)據(jù)丟失。

3、分析重建后RAID6的數(shù)據(jù)分布規(guī)則,計(jì)算出RAID6的雙校驗(yàn),寫(xiě)到硬盤(pán)的具體位置。

4、結(jié)合RAID6雙校驗(yàn)破壞的數(shù)據(jù)區(qū)域和RAID10的數(shù)據(jù)分布規(guī)則,還原重建前的MDisk。

5、對(duì)恢復(fù)出來(lái)的MDisk做底層卷分析,取出精簡(jiǎn)模式的數(shù)據(jù)MAP,并校驗(yàn)數(shù)據(jù)MAP是否正常。

6、根據(jù)精簡(jiǎn)模式的算法結(jié)合數(shù)據(jù)MAP還原VDisk。

7、檢測(cè)恢復(fù)的VDisk是否正常,如果不正常則重新分析上面步驟是否有誤。

8、對(duì)恢復(fù)出來(lái)的VDisk及其他未損壞的VDisk做Oracle數(shù)據(jù)庫(kù)頁(yè)特征掃描,并生成相應(yīng)的數(shù)據(jù)庫(kù)文件的特征集。

9、根據(jù)數(shù)據(jù)庫(kù)的特征集分析出數(shù)據(jù)庫(kù)在所有VDisk中的數(shù)據(jù)分布MAP。

10、根據(jù)數(shù)據(jù)庫(kù)在所有VDisk中的數(shù)據(jù)分布MAP恢復(fù)數(shù)據(jù)庫(kù)文件,使用北亞企安自主開(kāi)發(fā)的Oracle數(shù)據(jù)庫(kù)檢測(cè)工具對(duì)恢復(fù)的數(shù)據(jù)庫(kù)文件做文件一致性檢測(cè)。 如數(shù)據(jù)庫(kù)文件正常、數(shù)據(jù)庫(kù)結(jié)構(gòu)完整,則嘗試啟動(dòng)數(shù)據(jù)庫(kù)實(shí)例,同時(shí)監(jiān)控狀態(tài)。

11、MOUNT數(shù)據(jù)庫(kù),查看數(shù)據(jù)庫(kù)文件狀態(tài)信息和數(shù)據(jù)庫(kù)整體狀態(tài)。嘗試打開(kāi)數(shù)據(jù)庫(kù),做實(shí)例恢復(fù)。

12、驗(yàn)證數(shù)據(jù)是否正確,如果有問(wèn)題則重復(fù)8-11的操作,直到數(shù)據(jù)完全正確為止。

13、驗(yàn)證數(shù)據(jù)沒(méi)有問(wèn)題后,交由用戶(hù)方進(jìn)行檢測(cè)。經(jīng)過(guò)用戶(hù)方的檢測(cè)&驗(yàn)證,確認(rèn)恢復(fù)出來(lái)的數(shù)據(jù)完整有效。本次服務(wù)器數(shù)據(jù)恢復(fù)工作完成。

審核編輯:湯梓紅

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

    評(píng)論

    相關(guān)推薦

    假如服務(wù)器數(shù)據(jù)丟失,如何快速恢復(fù)丟失數(shù)據(jù)?

    服務(wù)器數(shù)據(jù)丟失后,快速恢復(fù)丟失數(shù)據(jù)是至關(guān)重要的,以避免業(yè)務(wù)中斷和
    的頭像 發(fā)表于 08-08 16:59 ?179次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致RAID信息丟失數(shù)據(jù)恢復(fù)案例

    屬于可修改信息,一次或多次的意外斷電可能會(huì)導(dǎo)致這部分信息被篡改或丟失。斷電次數(shù)過(guò)多甚至?xí)?b class='flag-5'>導(dǎo)致raid卡上的元損壞。 服務(wù)器存儲(chǔ)
    的頭像 發(fā)表于 07-01 11:21 ?201次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—存儲(chǔ)中卷被刪除后重建如何恢復(fù)被刪除卷的數(shù)據(jù)?

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 某品牌FlexStorage P5730服務(wù)器存儲(chǔ),存儲(chǔ)中有一組由24塊硬盤(pán)組建的RAID5陣列,包括1塊熱備硬盤(pán)。
    的頭像 發(fā)表于 06-05 11:03 ?414次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致RAID管理信息丟失數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 某品牌ProLiant DL380系列服務(wù)器,服務(wù)器中有一組由6塊SAS硬盤(pán)組建的RAID5陣列,WINDOWS S
    的頭像 發(fā)表于 04-30 15:34 ?249次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器XFS分區(qū)丟失,無(wú)法訪問(wèn)的數(shù)據(jù)恢復(fù)案例

    方式加入到了root_lv中,其余分區(qū)格式化為XFS文件系統(tǒng)。 服務(wù)器故障: 工作人員為服務(wù)器重裝操作系統(tǒng)時(shí)操作失誤導(dǎo)致分區(qū)狀態(tài)改變,一個(gè)存放重要數(shù)據(jù)的分區(qū)
    的頭像 發(fā)表于 04-28 11:30 ?432次閱讀
    <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>XFS分區(qū)<b class='flag-5'>丟失</b>,無(wú)法訪問(wèn)的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—V3700存儲(chǔ)中Mdisk不可用的數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 某品牌Storwize V3700存儲(chǔ),10塊硬盤(pán)組建了2組Mdisk加入到一個(gè)存儲(chǔ)池中,一共創(chuàng)建了1個(gè)通用卷來(lái)存放數(shù)據(jù)
    的頭像 發(fā)表于 04-26 13:30 ?231次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—分享幾個(gè)服務(wù)器數(shù)據(jù)恢復(fù)的案例

    服務(wù)器數(shù)據(jù)恢復(fù)案例之服務(wù)器raid6中3個(gè)磁盤(pán)離線導(dǎo)致陣列崩潰的數(shù)據(jù)
    的頭像 發(fā)表于 03-04 13:21 ?839次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)-異常斷電導(dǎo)致服務(wù)器故障的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: dell某型號(hào)服務(wù)器中有一組通過(guò)raid卡組建的raid10,該raid陣列中一共有4塊磁盤(pán)。上層部署XenServer虛擬化平臺(tái),作為網(wǎng)站
    的頭像 發(fā)表于 02-28 15:15 ?716次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>-異常斷電<b class='flag-5'>導(dǎo)致</b><b class='flag-5'>服務(wù)器</b>故障的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)】斷電導(dǎo)致服務(wù)器RAID信息丟失數(shù)據(jù)恢復(fù)案例

    故障之前出現(xiàn)過(guò)幾次意外斷電的情況,服務(wù)器斷電重啟后沒(méi)有發(fā)現(xiàn)異常,直到最后一次斷電重啟后RAID報(bào)錯(cuò):“無(wú)法找到存儲(chǔ)設(shè)備”,進(jìn)入RAID管理模塊后進(jìn)行任何操作都會(huì)死機(jī),服務(wù)器管理員多次重啟服務(wù)器仍然無(wú)法進(jìn)入系統(tǒng)。為了防止
    的頭像 發(fā)表于 02-18 13:53 ?501次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—非正常關(guān)機(jī)導(dǎo)致服務(wù)器文件丟失數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 某品牌PowerEdge R730服務(wù)器+PowerVault MD3200存儲(chǔ),劃分若干lun,操作系統(tǒng)版本是centos7,EXT4文件系統(tǒng)。
    的頭像 發(fā)表于 01-19 13:42 ?329次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)服務(wù)器遷移數(shù)據(jù)時(shí)數(shù)據(jù)損壞的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&服務(wù)器故障: 一臺(tái)安裝Windows操作系統(tǒng)的服務(wù)器。工作人員在遷移該服務(wù)器
    的頭像 發(fā)表于 01-16 13:19 ?691次閱讀

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

    情況,北亞企安數(shù)據(jù)恢復(fù)工程師初步判斷服務(wù)器故障原因是意外斷電導(dǎo)致的raid模塊損壞,經(jīng)過(guò)詳細(xì)檢測(cè)發(fā)現(xiàn)是異常斷電導(dǎo)致的raid信息
    的頭像 發(fā)表于 12-25 14:29 ?424次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—誤還原快照導(dǎo)致SqlServer數(shù)據(jù)庫(kù)數(shù)據(jù)丟失數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: vmfs文件系統(tǒng),存放的是SqlServer數(shù)據(jù)庫(kù)及其他辦公文件。 服務(wù)器故障: 工作人員誤操作還原快照,
    的頭像 發(fā)表于 11-06 15:06 ?548次閱讀