基於UNIX系統，邏輯故障的資料災難解讀

一、故障描述：基於 UNIX 系統， 邏輯故障 的資料災難

故障表現：

1 、儲存結構出錯

2 、資料刪除

3 、檔案系統格式化

4 、其它原因資料丟失

二、解決方案

◆ 檢測

1 、檢測是否存在硬體故障，如硬體故障，轉硬體處理

2 、以只讀方式檢測故障表現是否與使用者描述相同

◆ 恢復

1 、備份：以只讀方式對故障儲存做完整映象 ( 參考附錄 )

2 、在備份中進行資料分析及恢復操作。

3 、通常，恢復後的資料會暫存在另一個儲存體上

◆ 驗收

對恢復好的資料進行驗證，確認其正確性。如確認，交費 –> 移交原介質及已恢復資料 –> 出具發票 ( 收據 ) 及報告。

如無法認可資料恢復結果，交回原介質，不收服務費，可免費出具報告。

 

三、資料恢復的可能性

★ 針對儲存結構出錯：

不論錯誤出現在 RAID 結構部分，還是卷組結構、分割槽結構、片區結構 ( 不同的 UNIX 有不同的儲存管理方式）。如果故障出現在以檔案系統為單位，在儲存內進行 1 個或幾個檔案系統組織的管理方式上，而檔案系統本身沒有破壞，

出問題後也沒有其他破壞性操作，資料恢復的可靠性將非常高。               

★  針對檔案刪除：

如果檔案刪除後，沒有後續資料寫入：

AIX JFS/JFS2 檔案刪除後，通常可以 100% 恢復。

SGI XFS   檔案刪除後，通常可以 100% 恢復。

Vxfs 檔案刪除，如果檔案數量很少，有可以完全恢復成功的演算法，否則按節點丟失情況處理 ( 見後面描述 ) 。

其餘如 SCO HTFS 、 UFS 等檔案刪除後，節點通常會丟失。

UNIX 類檔案系統，如果節點丟失，則意味著檔案的屬性 ( 大小、日期戳、許可權、與名稱的關聯等 ) 就無法獲得，部分情況下，索引也將無法找到。這種情況的資料恢復主要依靠要恢復檔案的內部特徵。通常，如果是 ORACLE 之類的資料庫檔案，是可以恢復的；但壓縮資料、多媒體資料等可能不容易恢復。

如果檔案刪除後有寫入，寫入資料所覆蓋的區域將不可能恢復。

 

★  針對檔案系統格式化

如果格式化後沒有資料寫入：

1 、 AIX JFS 及 JFS2, 格式化前的大多數檔案可以恢復。

2 、 SGI XFS ，格式化前的大多數檔案可以恢復。

3 、 Vxfs 格式化後，需要分析新結構與格式化前的結構的重疊部分 , 恢復的可靠性介於 AIX JFS2 格式化與 UFS 格式化之間

4 、其餘檔案系統 ( 如 UFS) 格式化後，通常節點會丟失，這種情況與刪除相同，參考檔案刪除後節點丟失的恢復可靠性。

如果格式化後有資料寫入，寫入資料所覆蓋的區域將不可能恢復。     

   

★  針對其它原因資料丟失

事實上，所有的資料恢復丟失實質上都可以歸結為：節點是否丟失、索引是否丟失、資料本身是否丟失。刪除、格式化通常可以理解為節點和索引丟失。而資料本身丟失就再無資料恢復的意義了。如果某個檔案節點、索引、資料本身都可以找到，則可以 100% 恢復。

 

四、時間

1TB 以下的磁碟 ( 不是要恢復的資料容量 ) ，通常 2 個工作日內可完成； 1TB 以上的隨磁碟容量的增加，恢復週期通常也會增加。

 

五 、小貼士

★  針對軟體故障，在資料丟失後，應儘可能減少對儲存的操作，有時候，即使是開著機，什麼都不做，也可能導致災難進一步加劇。條件允許的話，在資料損壞後，最好對儲存做完整備份。

★  針對硬體故障，在裝置無法正常工作後，應儘可能少的加電，以避免裝置的進一步損壞。

 

六 、如何避免     

做好備份方案，儘可能避免單儲存備份，如資料非常重要，可考慮異地備份。