chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)—存儲(chǔ)映射的卷無法掛載故障,多場(chǎng)景數(shù)據(jù)完整恢復(fù)實(shí)操解析

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2026-01-22 17:17 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境:
某品牌服務(wù)器存儲(chǔ)上有16塊FC硬盤,存儲(chǔ)設(shè)備前面板的10號(hào)硬盤指示燈和13號(hào)硬盤指示燈亮黃燈,存儲(chǔ)設(shè)備映射到服務(wù)器redhat linux系統(tǒng)上的卷無法掛載,業(yè)務(wù)中斷。

服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)過程:
1、通過存儲(chǔ)設(shè)備廠商的管理程序storage manager連接到服務(wù)器存儲(chǔ)上查看當(dāng)前存儲(chǔ)狀態(tài),邏輯卷狀態(tài)failed。查看物理磁盤狀態(tài),6號(hào)盤報(bào)告“警告”,10號(hào)和13號(hào)盤報(bào)告“失敗”。
通過storage manager將故障存儲(chǔ)的完整日志狀態(tài)備份,解析備份出來的存儲(chǔ)日志獲取邏輯卷結(jié)構(gòu)的部分信息。
2、北亞企安數(shù)據(jù)恢復(fù)工程師將故障存儲(chǔ)中16塊FC盤做好標(biāo)記后,從存儲(chǔ)設(shè)備中取出。使用專業(yè)鏡像設(shè)備對(duì)16塊FC盤進(jìn)行初步測(cè)試。經(jīng)過測(cè)試發(fā)現(xiàn)16塊盤均能正常識(shí)別。分別檢測(cè)16塊盤的SMART狀態(tài),結(jié)果6號(hào)盤的SMART狀態(tài)為“警告”,和storage manager中的報(bào)告一致。
3、北亞企安數(shù)據(jù)恢復(fù)工程師在windows環(huán)境下將識(shí)別出來的FC盤在磁盤管理器中標(biāo)記為脫機(jī)狀態(tài),然后對(duì)原始磁盤進(jìn)行扇區(qū)級(jí)別完整鏡像。將原始磁盤中的所有物理扇區(qū)鏡像到windows系統(tǒng)下的邏輯磁盤并以文件形式保存。
在鏡像過程中服務(wù)器數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)6號(hào)磁盤的鏡像速度極慢,結(jié)合先前檢測(cè)結(jié)果綜合判斷,6號(hào)盤應(yīng)該存在大量損壞以及不穩(wěn)定扇區(qū),導(dǎo)致windows環(huán)境下的一些軟件無法對(duì)其進(jìn)行操作。
4、使用專業(yè)鏡像設(shè)備對(duì)6號(hào)硬盤進(jìn)行壞道鏡像操作,在鏡像過程中觀察鏡像的速度和穩(wěn)定性。在鏡像過程中發(fā)現(xiàn)6號(hào)盤上的壞道并不多,但是存在大量讀取響應(yīng)時(shí)間長的不穩(wěn)定扇區(qū)。于是服務(wù)器數(shù)據(jù)恢復(fù)工程師調(diào)整6號(hào)盤的拷貝策略,將“遇到壞道跳過扇區(qū)數(shù)”和“響應(yīng)等待時(shí)間”等參數(shù)作一些調(diào)整后繼續(xù)對(duì)6號(hào)盤進(jìn)行鏡像操作。同時(shí)觀察剩余盤在windows環(huán)境下鏡像的情況。
5、鏡像完成后查看日志,發(fā)現(xiàn)在storage manager和SMART狀態(tài)中均沒有報(bào)錯(cuò)的1號(hào)盤也存在壞道,10號(hào)和13號(hào)盤均存在大量不規(guī)則的壞道分布。
根據(jù)壞道列表使用工具定位到目標(biāo)鏡像文件進(jìn)行分析后發(fā)現(xiàn),ext3文件系統(tǒng)的一些關(guān)鍵源數(shù)據(jù)信息被壞道破壞。只能等6號(hào)盤鏡像完畢后,通過同一條帶進(jìn)行xor以及根據(jù)文件系統(tǒng)上下文關(guān)系手動(dòng)修復(fù)被損壞的文件系統(tǒng)。
6、6號(hào)盤鏡像完成,但是為了最大限度做出有效扇區(qū)和保護(hù)磁頭所設(shè)置的拷貝策略,會(huì)讓這次完成的鏡像在鏡像過程中自動(dòng)跳過一些不穩(wěn)定扇區(qū),所以現(xiàn)在的鏡像是不完整的。于是服務(wù)器數(shù)據(jù)恢復(fù)工程師調(diào)整拷貝策略,繼續(xù)鏡像被跳過的扇區(qū),直到6號(hào)盤所有扇區(qū)全部鏡像完成。
7、所有硬盤鏡像完成后,基于鏡像文件分析所有硬盤底層數(shù)據(jù)。根據(jù)北亞企安數(shù)據(jù)恢復(fù)工程師對(duì)ext3文件系統(tǒng)的逆向研究和對(duì)日志文件的分析,獲取到16塊FC盤的盤序、RAID塊大小、RAID的校驗(yàn)走向和方式等重組RAID的必要信息,根據(jù)獲取到的信息虛擬重組RAID。RAID搭建完成后進(jìn)一步解析ext3文件系統(tǒng)。
8、和用戶方溝通后提取出一些oracle數(shù)據(jù)庫的dmp文件,用戶方嘗試通過dmp文件恢復(fù)數(shù)據(jù)庫。
在dmp恢復(fù)的過程中,oracle數(shù)據(jù)庫報(bào)告imp-0008錯(cuò)誤。北亞數(shù)據(jù)恢復(fù)中心的oracle數(shù)據(jù)庫工程師分析導(dǎo)入dmp文件的日志文件后,發(fā)現(xiàn)恢復(fù)的dmp文件存在問題,從而導(dǎo)致dmp導(dǎo)入數(shù)據(jù)失敗。
9、服務(wù)器數(shù)據(jù)恢復(fù)工程師重新分析raid結(jié)構(gòu),進(jìn)一步確定ext3文件系統(tǒng)被破壞的程度,重新恢復(fù)dmp文件和dbf原始庫文件。
10、將恢復(fù)出來的dmp文件移交給用戶方進(jìn)行數(shù)據(jù)導(dǎo)入測(cè)試,這次測(cè)試順利,沒有發(fā)現(xiàn)問題。對(duì)恢復(fù)出來的dbf原始庫文件進(jìn)行校驗(yàn)檢測(cè),所有文件均能通過測(cè)試。
11、數(shù)據(jù)庫工程師到達(dá)現(xiàn)場(chǎng),和用戶溝通后決定使用恢復(fù)出來的dbf原始庫文件進(jìn)行操作,以確保把數(shù)據(jù)恢復(fù)到最佳狀態(tài)。

oracle數(shù)據(jù)庫恢復(fù)過程:
1、拷貝數(shù)據(jù)庫文件到原數(shù)據(jù)庫服務(wù)器作為備份,備份文件所在文件夾路徑為/home/oracle/tmp/syntong。在根目錄下創(chuàng)建一個(gè)名為“oradata”的目錄,把syntong文件夾拷貝到oradata目錄下。更改oradata文件夾及其所有文件的屬組和權(quán)限。
2、備份原數(shù)據(jù)庫環(huán)境,包括ORACLE_HOME下product文件夾下的相關(guān)文件。配置監(jiān)聽,使用原機(jī)中的splplus連接到數(shù)據(jù)庫,嘗試啟動(dòng)數(shù)據(jù)庫到nomount狀態(tài)。進(jìn)行基本狀態(tài)查詢后,了解到環(huán)境和參數(shù)文件沒有問題。 嘗試啟動(dòng)數(shù)據(jù)庫到mount狀態(tài),進(jìn)行狀態(tài)查詢沒有發(fā)現(xiàn)問題。當(dāng)啟動(dòng)數(shù)據(jù)庫到open狀態(tài),出現(xiàn)報(bào)錯(cuò):
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/oradata/syntong/system01.dbf'
ORA-01207: file is more recent than control file - old control file
經(jīng)過進(jìn)一步的檢測(cè)和分析,判斷此故障為控制文件和數(shù)據(jù)文件信息不一致,這是一類常因斷電或突然關(guān)機(jī)引發(fā)的故障。
3、對(duì)數(shù)據(jù)庫文件進(jìn)行逐個(gè)檢測(cè),檢測(cè)到所有數(shù)據(jù)文件都不存在物理損毀的情況。
4、在mount狀態(tài)下,對(duì)控制文件進(jìn)行備份。alter database backup controlfile to trace as ' /backup/controlfile'。對(duì)備份的控制文件進(jìn)行查看修改,取得其中的重建控制文件命令。把這些命令復(fù)制到一個(gè)新建腳本文件controlfile.sql中。
5、關(guān)閉數(shù)據(jù)庫,刪除/oradata/syntong/下的3個(gè)控制文件。 啟動(dòng)數(shù)據(jù)庫到nomount狀態(tài),執(zhí)行controlfile.sql 腳本。
SQL>startup nomount
SQL>@controlfile.sql
6、完成重建控制文件后,啟動(dòng)數(shù)據(jù)庫報(bào)錯(cuò),需要做進(jìn)一步處理。
SQL> alter database open
alter database open
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/free/oracle/oradata/orcl/system01.dbf'
然后執(zhí)行恢復(fù)命令:
recover database using backup controlfile until cancel
Recovery of Online Redo Log: Thread 1 Group 1 Seq 22 Reading mem 0
Mem# 0 errs 0: /free/oracle/oradata/orcl/redo01.log

做介質(zhì)恢復(fù),直到返回報(bào)告,恢復(fù)完成。
7、嘗試open數(shù)據(jù)庫。
SQL> alter database open resetlogs
8、成功啟動(dòng)數(shù)據(jù)庫。把原來temp表空間的數(shù)據(jù)文件加入到對(duì)應(yīng)的temp表空間中。
9、對(duì)數(shù)據(jù)庫進(jìn)行各種常規(guī)檢查,沒有發(fā)現(xiàn)任何錯(cuò)誤。
10、進(jìn)行emp備份。全庫備份完成也沒有報(bào)錯(cuò)。將應(yīng)用程序連接到數(shù)據(jù)庫,進(jìn)行應(yīng)用層面的數(shù)據(jù)驗(yàn)證。經(jīng)過驗(yàn)證沒有發(fā)現(xiàn)問題。本次數(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)投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)—供電不穩(wěn)引發(fā)服務(wù)器EXT4分區(qū)掛載失敗的數(shù)據(jù)恢復(fù)案例

    服務(wù)器在運(yùn)行過程中突然關(guān)機(jī)且無法啟動(dòng)。服務(wù)器管理員對(duì)故障服務(wù)器進(jìn)行修復(fù)后,雖然服務(wù)器可以正常啟動(dòng)
    的頭像 發(fā)表于 01-04 17:10 ?272次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—RAIDZ盤離線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    存儲(chǔ)設(shè)備中一共有40塊磁盤組建存儲(chǔ)池,其中4塊磁盤作為全局熱備盤使用。存儲(chǔ)池內(nèi)劃分出若干空間映射服務(wù)器使用。
    的頭像 發(fā)表于 12-11 14:16 ?180次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ<b class='flag-5'>多</b>盤離線導(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ù)—EqualLogic存儲(chǔ)上raid5磁盤陣列數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境&故障: 某品牌EqualLogic PS6100存儲(chǔ)陣列上有一組由16
    的頭像 發(fā)表于 10-21 15:04 ?265次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—SUN RAID6存儲(chǔ)LUN重復(fù)映射數(shù)據(jù)損壞與恢復(fù)案例

    服務(wù)器對(duì)這個(gè)卷進(jìn)行初始化的操作,原solaris系統(tǒng)上的磁盤報(bào)錯(cuò),重啟服務(wù)器后這個(gè)已經(jīng)無法掛載。
    的頭像 發(fā)表于 09-25 12:01 ?247次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—RAIDZ塊硬盤離線導(dǎo)致服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 一臺(tái)服務(wù)器有32塊硬盤,采用Windows操作系統(tǒng)。 服務(wù)器在正
    的頭像 發(fā)表于 09-18 12:29 ?678次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—RAIDZ<b class='flag-5'>多</b>塊硬盤離線導(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ù)—Raid6陣列數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)infortrend某型號(hào)存儲(chǔ),存儲(chǔ)設(shè)備上有12塊硬盤,組建一組
    的頭像 發(fā)表于 09-09 11:07 ?495次閱讀

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

    某品牌服務(wù)器中有12塊硬盤,組建了一組raid5磁盤陣列,服務(wù)器內(nèi)存儲(chǔ)的是普通文件。 機(jī)房供電不穩(wěn)定導(dǎo)致服務(wù)器斷電,管理員重啟服務(wù)器后發(fā)現(xiàn)
    的頭像 發(fā)表于 09-04 12:57 ?575次閱讀

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

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

    服務(wù)器數(shù)據(jù)恢復(fù)—硬盤離線導(dǎo)致raid上層的無法掛載數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障: 某公司一臺(tái)服務(wù)器上有一組由24塊FC硬盤組建的raid。 服務(wù)器
    的頭像 發(fā)表于 07-29 13:00 ?522次閱讀

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

    Oracle數(shù)據(jù)故障: 某公司一臺(tái)服務(wù)器上部署Oracle數(shù)據(jù)庫。服務(wù)器意外斷電導(dǎo)致數(shù)據(jù)庫報(bào)
    的頭像 發(fā)表于 07-24 11:12 ?515次閱讀
    <b class='flag-5'>數(shù)據(jù)</b>庫<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>服務(wù)器</b>異常斷電導(dǎo)致Oracle<b class='flag-5'>數(shù)據(jù)</b>庫<b class='flag-5'>故障</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陣列。 服務(wù)器
    的頭像 發(fā)表于 05-20 15:46 ?782次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—AIX小型機(jī)誤刪數(shù)據(jù)如何恢復(fù)!

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 存儲(chǔ)設(shè)備通過光纖通道將3個(gè)LUN映射到AIX小型機(jī)。通過AIX-LVM技術(shù)將物理
    的頭像 發(fā)表于 04-16 18:12 ?534次閱讀
    <b class='flag-5'>服務(wù)器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—AIX小型機(jī)誤刪<b class='flag-5'>數(shù)據(jù)</b>如何<b class='flag-5'>恢復(fù)</b>!

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

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