服務器數(shù)據恢復環(huán)境&故障：
兩臺SOLARIS系統(tǒng)（SPARC平臺）的服務器通過光纖交換機共享同一個存儲作為CLUSTER使用。正常情況下只有A服務器工作。如果A服務器發(fā)生故障宕機，可將A服務器關機，開啟B服務器接管。但由于配置不當導致共享存儲互斥出現(xiàn)問題。
管理員進行運維檢查時發(fā)現(xiàn)B服務器連接了一塊未知磁盤。由于B服務器并未啟用，處于閑置狀態(tài)，所以管理員也將這塊磁盤當作閑置的，于是在B服務器上將磁盤的某個分區(qū)做了newfs。沒想到這塊磁盤就是那個共享存儲，執(zhí)行操作沒有多長時間A服務器就開始報警并宕機。
發(fā)生問題后，管理員又做了如下操作：1、重啟A服務器但發(fā)現(xiàn)所有的文件系統(tǒng)均無法掛載。2、執(zhí)行fsck。多數(shù)分區(qū)數(shù)據修復成功，只有在B服務器做過newfs的文件系統(tǒng)修復結果不理想，根目錄下只有一個lost+found文件夾，里面有大量數(shù)字標號的文件。
故障文件系統(tǒng)存放了兩組ORACLE實例，文件系統(tǒng)為UFS，約有數(shù)百個數(shù)據文件需要恢復。

故障分析&數(shù)據恢復方案：
光纖環(huán)境下的共享沖突案例很多。本案例中，A服務器與B服務器同時對UFS這個單機文件系統(tǒng)進行訪問，兩臺服務器都以獨享方式對共享存儲進行管理。A服務器正常管理的文件系統(tǒng)其實底層上已經被B服務器做了文件系統(tǒng)初始化，A服務器從緩沖區(qū)寫入文件系統(tǒng)的數(shù)據也會破壞B服務器初始化的結果。
B服務器上做newfs實際上直接會作用于原先的文件系統(tǒng)之上，但本案例與單純的newfs有些不同，在A服務器宕機之前，會有一小部分數(shù)據(包括元數(shù)據)回寫回文件系統(tǒng)。newfs的結構如果與之前的相同，數(shù)據區(qū)是不會被破壞的。如果有一小部分元數(shù)據存在，部分數(shù)據還是可以恢復的。
UFS文件系統(tǒng)以塊組切割，每塊組分配若干固定的inode區(qū)。文件系統(tǒng)newfs時，如果結構與之前的相同，文件系統(tǒng)最重要的inode區(qū)會全部初始化，之前的無法保留。inode管理著所有文件的重要屬性，所以單純從文件系統(tǒng)角度考慮，數(shù)據恢復的難度很大。幸虧oracle數(shù)據文件的強結構性和UFS文件系統(tǒng)的規(guī)律性，可以通過對oracle數(shù)據文件的結構重組，將數(shù)據文件、控制文件、日志等恢復出來。oracle數(shù)據文件本身會有表名稱描述，也可以反向推斷原來的磁盤文件名。

服務器數(shù)據恢復過程：
1、將所有文件系統(tǒng)做只讀鏡像。
2、基于鏡像文件分析&重組oracle數(shù)據結構。
3、針對部分結構亂，無法重組的文件，北亞企安數(shù)據恢復工程師參考ufs文件系統(tǒng)結構特征進行輔助分析。
4、利用恢復出來的數(shù)據文件、控制文件在oracle平臺恢復數(shù)據庫。
5、恢復完所有數(shù)據庫文件后，交由用戶方檢測。經過仔細檢測，確認恢復出來的數(shù)據完整。

Tips：
fsck是很致命的操作，在fsck之前最好做好備份。光纖環(huán)境中存儲互斥不當是非常多的數(shù)據災難的原因，應謹慎部署與實施。

審核編輯 黃宇