服務器數(shù)據(jù)恢復環(huán)境:
某單位一臺DS5300存儲,1個主機+4個擴展柜,組建了2組RAID5(一組27塊硬盤,一組23塊盤)。27塊盤的那組RAID5陣列存放Oracle數(shù)據(jù)庫文件,存儲系統(tǒng)一共分了11個卷。
服務器故障:
27塊盤的那組RAID5陣列中有2塊磁盤故障離線,導致RAID陣列崩潰,存儲不可用,存儲設備已經過保。
服務器數(shù)據(jù)恢復過程:
1、將存儲中崩潰的RAID5陣列中的27塊磁盤編號后取出。由硬件工程師對這27塊硬盤做硬件故障檢測,經過檢測在其中2塊磁盤中發(fā)現(xiàn)壞道、SMART的錯誤冗余級別已經超過閾值。以只讀方式將25塊正常硬盤做全盤鏡像,針對2塊發(fā)現(xiàn)壞道的硬盤,使用工具處理后生成鏡像文件。鏡像完成后將所有盤按照編號還原到原存儲中,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
北亞企安數(shù)據(jù)恢復——存儲數(shù)據(jù)恢復
北亞企安數(shù)據(jù)恢復——存儲數(shù)據(jù)恢復
2、北亞企安數(shù)據(jù)恢復工程師收集&分析故障存儲的日志信息,分析兩塊掉線硬盤的掉線時間,找出數(shù)據(jù)較新的那塊硬盤,用數(shù)據(jù)較新的硬盤來恢復數(shù)據(jù)。
3、先在模擬器上進行測試,然后通過IBM DS存儲管理軟件進行強制上線,在強制上線之前把存儲的所有硬盤都進行備份,之后進行強制上線。
通過IBM DS存儲管理軟件進行強制上線,強制上線之后raid處于降級狀態(tài),北亞企安數(shù)據(jù)恢復工程師設置好熱備盤后讓熱備盤上線同步數(shù)據(jù),同步完成后上層的卷可以直接使用了,所有數(shù)據(jù)都可以看見了,上層應用也能正常使用。
備選方案:分析硬盤底層數(shù)據(jù)→重組RAID5陣列→從底層提取數(shù)據(jù)→重新加載oracle數(shù)據(jù)庫→調試上層應用。
北亞企安數(shù)據(jù)恢復——存儲數(shù)據(jù)恢復
北亞企安數(shù)據(jù)恢復——存儲數(shù)據(jù)恢復
北亞企安數(shù)據(jù)恢復——存儲數(shù)據(jù)恢復
北亞企安數(shù)據(jù)恢復——存儲數(shù)據(jù)恢復
4、將卷里的文件都拷貝出來移交給用戶方。經過用戶方的檢測,確認恢復數(shù)據(jù)完整可用。本次數(shù)據(jù)恢復工作完成。
審核編輯 黃宇
-
存儲
+關注
關注
13文章
4533瀏覽量
87466 -
服務器
+關注
關注
13文章
9795瀏覽量
88001 -
數(shù)據(jù)恢復
+關注
關注
10文章
650瀏覽量
18157
發(fā)布評論請先 登錄
【服務器數(shù)據(jù)恢復】nas存儲服務器磁盤陣列崩潰的數(shù)據(jù)恢復案例
【服務器數(shù)據(jù)恢復】某銀行服務器磁盤陣列硬盤壞道離線的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復-RAID5硬盤壞道離線導致服務器不可用的數(shù)據(jù)恢復案例

【服務器數(shù)據(jù)恢復】raid5崩潰導致同友存儲無法啟動的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—EVA存儲數(shù)據(jù)恢復案例
【服務器數(shù)據(jù)恢復】硬盤壞道掉線導致服務器崩潰的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—分享幾個服務器數(shù)據(jù)恢復的案例
服務器數(shù)據(jù)恢復—V7000存儲多塊硬盤掉線導致存儲崩潰的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—EqualLogic存儲硬盤故障導致存儲崩潰的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—磁盤離線但熱備盤未完全啟用導致raid5陣列崩潰的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—raid5陣列硬盤壞道導致raid崩潰的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—raid5陣列熱備盤未完全激活導致陣列崩潰的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—raid5陣列中硬盤壞道導致陣列崩潰的數(shù)據(jù)恢復案例

評論