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

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

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

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

SOLARIS操作系統(tǒng)服務(wù)器數(shù)據(jù)恢復(fù)案例

Frombyte ? 來(lái)源:Frombyte ? 作者:Frombyte ? 2023-07-10 16:26 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

兩臺(tái)SPARC SOLARIS操作系統(tǒng)服務(wù)器通過(guò)光纖交換機(jī)共享一臺(tái)存儲(chǔ)作為集群使用。平時(shí)是一臺(tái)服務(wù)器(以下稱為主服務(wù)器)在運(yùn)行,如果該服務(wù)器發(fā)生故障宕機(jī),只需要將這臺(tái)服務(wù)器關(guān)機(jī)后開(kāi)啟另外一臺(tái)服務(wù)器(以下稱備用服務(wù)器)進(jìn)行接管即可。由于配置不當(dāng),兩臺(tái)服務(wù)器不能很好地對(duì)存儲(chǔ)互斥。

服務(wù)器故障&分析:

管理員在對(duì)服務(wù)器進(jìn)行巡檢時(shí)開(kāi)啟備用的那臺(tái)服務(wù)器,該服務(wù)器連接了一組未知的大容量磁盤(pán)。由于該服務(wù)器在主服務(wù)器正常工作的情況下不會(huì)啟用,處于閑置的狀態(tài),所以管理員誤以為該服務(wù)器連接的這塊大容量磁盤(pán)也處于閑置狀態(tài),于是將該大容量磁盤(pán)的某個(gè)分區(qū)做了newfs。然而這個(gè)大容量磁盤(pán)就是那臺(tái)共享存儲(chǔ),主服務(wù)器報(bào)警宕機(jī)。

為了挽救數(shù)據(jù),管理員做了以下操作:1、重啟主服務(wù)器,但所有文件系統(tǒng)均無(wú)法掛載。2、執(zhí)行fsck,多數(shù)分區(qū)的數(shù)據(jù)修復(fù)成功,只有在備用服務(wù)器做過(guò)newfs的文件系統(tǒng)有問(wèn)題,根目錄下只有一個(gè)lost+found文件夾,里面有大量數(shù)字標(biāo)號(hào)的文件。

故障文件系統(tǒng)存儲(chǔ)了兩組ORACLE實(shí)例,原文件系統(tǒng)為UFS,約有200~400個(gè)數(shù)據(jù)文件需要恢復(fù)。

這是一個(gè)典型的由于配置不當(dāng),服務(wù)器不能很好地對(duì)存儲(chǔ)互斥導(dǎo)致共享沖突的案例。本案例中的2臺(tái)服務(wù)器同時(shí)對(duì)UFS這個(gè)單機(jī)文件系統(tǒng)進(jìn)行訪問(wèn),以想當(dāng)然的獨(dú)享方式對(duì)存儲(chǔ)進(jìn)行管理,主服務(wù)器管理的文件系統(tǒng)其實(shí)在底層上已經(jīng)被備用服務(wù)器做了文件系統(tǒng)初始化,主服務(wù)器從緩沖區(qū)寫(xiě)入文件系統(tǒng)的數(shù)據(jù)也會(huì)破壞備用服務(wù)器初始化的結(jié)果。

在備用服務(wù)器上執(zhí)行newfs會(huì)作用于原先的文件系統(tǒng)之上,但本案例中的情況和單純的newfs有些不同。在主服務(wù)器宕機(jī)之前,會(huì)有一小部分?jǐn)?shù)據(jù)(包括元數(shù)據(jù))會(huì)寫(xiě)回文件系統(tǒng)。文件系統(tǒng)newfs如果結(jié)構(gòu)與之前的相同,數(shù)據(jù)區(qū)是不會(huì)被破壞的。

UFS是傳統(tǒng)的UNIX文件系統(tǒng),以塊組切割,每塊組分配若干固定的inode區(qū)。文件系統(tǒng)newfs時(shí),如果結(jié)構(gòu)與之前的相同,文件系統(tǒng)最重要的inode區(qū)會(huì)全部初始化,之前的無(wú)法保留。inode管理著所有文件的重要屬性,所以單純從文件系統(tǒng)角度考慮,數(shù)據(jù)恢復(fù)的難度很大。由于oracle數(shù)據(jù)文件的強(qiáng)結(jié)構(gòu)性和UFS的存儲(chǔ)規(guī)律性,可以通過(guò)重組oracle數(shù)據(jù)文件的結(jié)構(gòu),將數(shù)據(jù)文件、控制文件、日志等恢復(fù)出來(lái)。同時(shí),oracle數(shù)據(jù)文件本身會(huì)有表名稱描述,可以反向推斷原來(lái)的磁盤(pán)文件名。

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

1、對(duì)故障文件系統(tǒng)做鏡像備份。

2、北亞企安數(shù)據(jù)恢復(fù)工程師基于鏡像文件分析&重組oracle數(shù)據(jù)結(jié)構(gòu)。

3、對(duì)部分結(jié)構(gòu)混亂,無(wú)法重組的文件,北亞企安數(shù)據(jù)恢復(fù)工程師參考ufs結(jié)構(gòu)特征進(jìn)行輔助分析。

4、利用恢復(fù)的數(shù)據(jù)文件、控制文件在oracle平臺(tái)恢復(fù)數(shù)據(jù)庫(kù)。

5、恢復(fù)完成后,由用戶方工程師進(jìn)行檢測(cè),經(jīng)過(guò)反復(fù)檢測(cè),用戶方確認(rèn)恢復(fù)出來(lái)的數(shù)據(jù)完整有效。本次數(shù)據(jù)恢復(fù)工作完成。

服務(wù)器數(shù)據(jù)恢復(fù)總結(jié):

fsck是很致命的操作,在執(zhí)行fsck操作之前最好做備份。

審核編輯:湯梓紅

聲明:本文內(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)投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    13

    文章

    9793

    瀏覽量

    87931
  • 操作系統(tǒng)
    +關(guān)注

    關(guān)注

    37

    文章

    7144

    瀏覽量

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

    關(guān)注

    10

    文章

    649

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    服務(wù)器數(shù)據(jù)恢復(fù)—Linux系統(tǒng)服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: linux操作系統(tǒng)服務(wù)器中有一組由4塊SAS接口硬盤(pán)組建的raid5陣列。
    的頭像 發(fā)表于 05-20 15:46 ?189次閱讀

    虛擬化數(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)致文件
    的頭像 發(fā)表于 03-13 10:33 ?370次閱讀
    虛擬化<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)致<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>

    服務(wù)器數(shù)據(jù)恢復(fù)—如何預(yù)防服務(wù)器故障與恢復(fù)服務(wù)器數(shù)據(jù)!

    服務(wù)器常見(jiàn)故障: 硬件故障:磁盤(pán)損壞、電池故障等。 軟件問(wèn)題:操作系統(tǒng)崩潰、未知的程序運(yùn)行錯(cuò)誤等。 病毒破壞:勒索病毒加密、刪除服務(wù)器數(shù)據(jù)等。 不可控力量;
    的頭像 發(fā)表于 03-11 12:36 ?329次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—linux操作系統(tǒng)服務(wù)器數(shù)據(jù)恢復(fù)案例

    某ECS網(wǎng)站服務(wù)器,linux操作系統(tǒng)+mysql數(shù)據(jù)庫(kù)。mysql數(shù)據(jù)庫(kù)采用innodb作為默認(rèn)存儲(chǔ)引擎。 在執(zhí)行數(shù)據(jù)庫(kù)版本更新測(cè)試時(shí),
    的頭像 發(fā)表于 02-10 18:00 ?391次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—linux<b class='flag-5'>操作系統(tǒng)</b>云<b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)zfs文件系統(tǒng)服務(wù)器,管理員誤操作刪除了
    的頭像 發(fā)表于 01-16 17:27 ?385次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—光纖存儲(chǔ)硬盤(pán)故障燈亮起的數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 某品牌光纖存儲(chǔ)上共有16塊FC硬盤(pán)。存儲(chǔ)上的卷映射到Linux操作系統(tǒng)上。Linux操作系統(tǒng)上運(yùn)行Oracle
    的頭像 發(fā)表于 11-26 14:04 ?594次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—光纖存儲(chǔ)硬盤(pán)故障燈亮起的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)—SAN LUN Mapping出錯(cuò)導(dǎo)致文件系統(tǒng)共享沖突的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: SAN光纖網(wǎng)絡(luò)環(huán)境,存儲(chǔ)由一組6塊硬盤(pán)組建的RAID6陣列構(gòu)成,劃分為若干LUN,MAP到跑不同業(yè)務(wù)的SUN SOLARIS
    的頭像 發(fā)表于 10-29 13:26 ?314次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 郵件服務(wù)器中有一組由8塊盤(pán)組成的RAID5陣列, 上層是Linux操作系統(tǒng)+EXT3文件
    的頭像 發(fā)表于 10-23 15:11 ?466次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—EXT3文件<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網(wǎng)站服務(wù)器硬盤(pán)出現(xiàn)壞扇區(qū)的數(shù)據(jù)恢復(fù)案例

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

    服務(wù)器數(shù)據(jù)恢復(fù)—SAN環(huán)境下LUN映射錯(cuò)誤導(dǎo)致寫(xiě)操作互斥失敗的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: SAN環(huán)境下一臺(tái)存儲(chǔ)設(shè)備中有一組由6塊硬盤(pán)組建的RAID6磁盤(pán)陣列,劃分若干LUN,MAP到不同業(yè)務(wù)的SOLARIS操作系統(tǒng)
    的頭像 發(fā)表于 09-26 16:31 ?476次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—硬盤(pán)出現(xiàn)壞扇區(qū)導(dǎo)致網(wǎng)站服務(wù)器宕機(jī)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)linux操作系統(tǒng)服務(wù)器上跑了幾十個(gè)網(wǎng)站,服務(wù)器上只有一塊SATA硬
    的頭像 發(fā)表于 09-12 12:02 ?567次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—不當(dāng)操作導(dǎo)致raid5陣列數(shù)據(jù)無(wú)法恢復(fù)的案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)服務(wù)器中有一組由4塊SCSI硬盤(pán)組建的raid5磁盤(pán)陣列,劃分了一個(gè)邏輯卷,操作系統(tǒng)為WINDOWS SERVE
    的頭像 發(fā)表于 08-28 13:39 ?598次閱讀

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)—SAN環(huán)境下LUN映射出錯(cuò)導(dǎo)致文件系統(tǒng)共享沖突的數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)存儲(chǔ)中有一組由6塊硬盤(pán)組成的RAID6,劃分為若干LUN,MAP到不同業(yè)務(wù)的SOLARIS操作系統(tǒng)
    的頭像 發(fā)表于 08-02 15:18 ?523次閱讀