Raid信息丟失數(shù)據(jù)恢復及oracle數(shù)據(jù)庫恢復驗證方案
導讀：早些時候，有個客戶14塊盤的磁盤陣列出現(xiàn)故障，需要恢復的數(shù)據(jù)是oracle數(shù)據(jù)庫，客戶在尋求數(shù)據(jù)恢復技術(shù)支持，要求我提供詳細的數(shù)據(jù)恢復方案，以下是提供給客戶的詳細數(shù)據(jù)恢復解決方案，本方案包含Raid數(shù)據(jù)恢復和oracle數(shù)據(jù)庫的恢復驗證。希望能夠幫大家解決問題。
一、對磁盤陣列的恢復方案
磁盤陣列常見故障表現(xiàn)為：
A、陣列信息丟失，導致磁盤陣列在操作系統(tǒng)環(huán)境中查看不到；
B、陣列中多個硬盤掉線，導致陣列癱瘓；
C、人為的重新配置raid信息或Rebuild或者初始化等；
D、陣列中某塊盤掉線一段時間后，又重新上線參與盤陣工作，導致整個陣列數(shù)據(jù)部分數(shù)據(jù)正常，另一部分數(shù)據(jù)不正常。
Raid數(shù)據(jù)恢復步驟是：
1、第一步是做鏡像：對每個硬盤做個鏡像文件，存儲到另外的空間上，對原始數(shù)據(jù)盤只讀一次。如果盤陣的硬盤數(shù)量很多，單個硬盤容量很大的話，則需要很大的存儲空間來存放這些鏡像文件。這一步需要搭建的硬件環(huán)境是：準備一個空間足夠大的可用的磁盤陣列，用來存放故障陣列的所有硬盤的鏡像文件。硬盤鏡像文件就是把整個硬盤通過硬件或者軟件環(huán)境復制出跟硬盤完全一樣的文件，在以后的恢復過程中，只用這個鏡像文件去分析和重組數(shù)據(jù)，這樣就保證整個恢復過程安全性，原始硬盤數(shù)據(jù)不會有二次損壞。
2、第二步是分析底層數(shù)據(jù)：因為每個硬盤已經(jīng)有了鏡像文件，對鏡像文件的分析等同于對原始數(shù)據(jù)的分析。在這一步分析中，我們可以確定出組成盤陣的硬盤數(shù)量，硬盤在磁盤陣列中的順序，RAID配置中的塊大小，數(shù)據(jù)走向等。如果有數(shù)據(jù)不新鮮的硬盤，我們也可以分析出來，在以后的重組中去掉這塊盤就可以了。底層數(shù)據(jù)分析在WINDOWS系列的文件系統(tǒng)相對容易，但是在UNIX系列的文件系統(tǒng)難度就加大，目前我們在LINUX、AIX、SOLARIS、HP-UX、SCO UNIX、FREEBSD等都有成功的案例。
3、第三步是重組數(shù)據(jù)：通過第二步地分析，得出一系列磁盤陣列參數(shù)—-硬盤數(shù)量、硬盤順序、塊大小、數(shù)據(jù)走向等，然后用D-Recovery For RAID軟件對所有硬盤進行數(shù)據(jù)重新組合，寫到另外的空間中。在這個過程中，我們需要準備的硬件環(huán)境是：準備一個空間足夠大的可用的磁盤陣列，用于把重新組合出來的數(shù)據(jù)存放在這個空間上。
4、第四步是恢復最終數(shù)據(jù)：數(shù)據(jù)重新組合出來以后，我們這一步要做的工作是把客戶最終想要的數(shù)據(jù)恢復出來。如果是WINDOWS文件系統(tǒng)，這一步很容易完成；如果是UNIX文件系統(tǒng)，我們就要把組合出來的數(shù)據(jù)盤陣掛接到相應的UNIX環(huán)境下，然后在這個環(huán)境中找出客戶想要的數(shù)據(jù)，把數(shù)據(jù)導到另外可用的空間上，以備客戶驗證數(shù)據(jù)。當然，也可以用D-Recovery For RAID軟件直接把數(shù)據(jù)導出，存放到新的存儲上。
5、第五步是驗證數(shù)據(jù)的正確性：客戶數(shù)據(jù)在第四步已經(jīng)COPY出來了，有些數(shù)據(jù)是直接看不出是否正確的，就像ORACLE數(shù)據(jù)庫一樣，恢復出來的是好多個文件，單個文件是沒辦法驗證的。這就需要搭建一個ORACLE環(huán)境，把恢復出來的數(shù)據(jù)還原到ORACLE環(huán)境中，才能驗證其正確性。其它數(shù)據(jù)庫文件也是需要在相應的環(huán)境中驗證的。
磁盤陣列最典型的故障恢復：
陣列信息完好，磁盤分區(qū)也能訪問正常，但是數(shù)據(jù)就是打不開或者部分數(shù)據(jù)正常，部分數(shù)據(jù)不正常。特別是對oracle數(shù)據(jù)庫來說，必須全部的庫文件正常，數(shù)據(jù)庫才正常。
舉個案例說明：有個客戶給我們拿來3塊盤做數(shù)據(jù)恢復，客戶的對故障現(xiàn)象是這樣描述的：這3塊盤是配成raid5，服務器在一個月前1號盤亮黃燈，當時沒有在意，后來在前天機房停電，服務器也關(guān)閉了，當服務器再起來的時候，啟動一切正常，1號盤也正常，不亮黃燈。但是系統(tǒng)起來以后，發(fā)現(xiàn)oracle數(shù)據(jù)庫啟動不正常。別的文件在一個月前放到服務器上的大都正常，就是這個月的文件大都不正常。
經(jīng)過我們的分析，發(fā)現(xiàn)1號盤原來亮黃燈以后就不參與到RAID5里頭工作了，2號盤和3號盤在缺1號盤的情況下繼續(xù)工作一個多月。從底層數(shù)據(jù)分析知道，1號盤數(shù)據(jù)不新鮮，當機器重啟以后，RAID卡沒有報錯，1號盤又參與RAID5數(shù)據(jù)組合，這樣不新鮮的數(shù)據(jù)盤參與數(shù)據(jù)組合，自然導致部分可用部分不可用。我們?nèi)?號盤，用D-Recovery For RAID從2號盤和3號盤重組出客戶的數(shù)據(jù)，驗證ORACLE數(shù)據(jù)庫也全部通過。
如果是由于磁盤陣列故障導致的數(shù)據(jù)庫不正常，整個恢復過程所花費的時間根據(jù)磁盤陣列的硬盤數(shù)量和硬盤大小來決定，一般不會超過一個星期。
二、對ORACLE數(shù)據(jù)庫的恢復方案
ORALCE數(shù)據(jù)庫相關(guān)文件恢復完成以后，我們還沒辦法直接判斷恢復出來的數(shù)據(jù)庫內(nèi)容是否正確，需要把ORACLE數(shù)據(jù)庫實例還原到ORACLE環(huán)境下才能驗證。這就需要搭建好ORACLE環(huán)境，然后把恢復出來的ORACLE數(shù)據(jù)庫實例在該環(huán)境下啟動數(shù)據(jù)庫，如果啟動正常，那么數(shù)據(jù)恢復就順利完成，如果數(shù)據(jù)庫啟動異常，則根據(jù)報錯信息進行下一步分析。
ORALCE出錯原因非常多，可以根據(jù)ORACLE錯誤代碼來進行分析和解決。
比如錯誤代碼為：ORA-01650:unable to extend rollback segment NAME by NUM intablespace NAME
產(chǎn)生原因：上述ORACLE錯誤為回滾段表空間不足引起的，這也是ORACLE數(shù)據(jù)管理員最常見的ORACLE錯誤信息。當用戶在做一個非常龐大的數(shù)據(jù)操作導致現(xiàn)有回滾段的不足，使可分配用的回滾段表空間已滿，無法再進行分配，就會出現(xiàn)上述的錯誤。
解決方式：使用“ALTER TABLESPACE tablespace_name ADD DATAFILE filename SIZE size_of_file”命令向指定的數(shù)據(jù)增加表空間，根據(jù)具體的情況可以增加一個或多個表空間。
學會上文介紹的這些解決方案，相信如果下次您遇到這些問題，就能自己輕松解決。
【編輯推薦】
