一、故障描述：
hp dl380伺服器 三塊300gsas硬碟，磁碟故障導致整個raid組癱瘓，其中一塊硬碟狀態燈為紅色。資料庫儲存在d分割槽，備份儲存在e分割槽。儲存故障，造成d分割槽不可識別，e分割槽可識別，但是拷貝備份檔案報錯，並重啟伺服器，導致先離線的硬碟上線，並同步了一段時間，在沒有同步完成就直接強制關機了，之後就沒有在動過伺服器。
二、資料恢復流程：
1、為了確保現存磁碟中資料的安全，先對磁碟做唯讀映象備份，三塊硬碟可以正常讀取，沒有發現壞道，唯讀映象備份日誌。
圖一：
2、對備份的映象檔案進行詳細分析，重組raid結構，並進行異或校驗，部分校驗通過，離線硬碟上線之後進行同步操作，會損壞資料，部分通過就是表示資料有損壞，
圖二：3、raid分析過程，嘗試多種硬碟離線狀態下提取資料，每塊盤離線所提取的資料都是一樣的，
圖三：
圖四：
圖五：
圖六：
4、首先針對e分割槽中的dat檔案進行分析修復。發現兩個備份檔案都有損壞，
圖七：
5、分析聚合dat碎片，驗證dat資料完整性，底層結構顯示有損壞。
圖八：
6、同時進行d分割槽的資料檔案的分析掃瞄，由於儲存同步,資料檔案目錄不可見。
圖九：
7、對d分割槽自由空間資料頁掃瞄，並對檔案碎片進行分析和聚合。
8、驗證資料檔案碎片的完整性和有效性。
9、提取備份檔案中的資料記錄到新建的資料庫中。
10、通過上層應用連線資料庫，驗證資料可用性，資料庫檔案可以正常載入，上層應用軟體中使用者賬號正常，可以進行正常資料查詢。
三、恢復結果
對重組的raid結構進行異或檢測，發現資料部分被同步損壞，但是還有部分資料正常
在恢復過程中，在e盤發現2個seallib資料庫的備份檔案。但是備份檔案資料中頁結構有小部分損壞，
在d分割槽掃瞄的結果中資料碎片發現較連續的資料片段，碎片可用。通過對d分割槽碎片和e分割槽備份檔案進行整合拼接。
結論：恢復了90%的資料，最終修復解析出的資料可以支撐整個應用的正常使用，上層應用可以正常查詢資料庫內容，資料恢復成功。
伺服器在不聯網的情況下如何對時
伺服器在不聯網的情況下如何對時 可能是由於伺服器的元器件老化，伺服器時間總有誤差，先是每天慢一分鐘，現在是每天快一分鐘。又不能聯到外網上同時間，手工修改比較麻煩，把幾台伺服器都改一遍，沒有個把小時下不來。不改的話，誤差太大。一兩分鐘還行，五分十分就說不過去了。總不能這樣下去。1 寫一過批處理 p e...
Oracle伺服器如何科學組織RAID陣列
我們在部署伺服器 時通常都免不了raid陣列級別的選擇，raid技術發展到今天已經有數十種之多了，但我們在生產系統上常用的也就只有幾種，如0，1，5，0 1。讀者朋友可能對各個級別的raid原理已經非常熟悉了，甚至能背誦出來，但面臨真正在生產系統中選擇最適合應用系統的raid級別時，可能沒多少心理有...
linux 伺服器某些情況下聯網失敗解決辦法
頭幾天伺服器斷電，重新啟動伺服器後發現ping 伺服器位址不通，經過檢查網線，網路一切正常。在啟動時候，linux提示 正在決定eth0的ip資訊。失敗。cd etc sysconfig network scripts cat ifcfg eth0 mpsp localhost network sc...