2016年8月26日 星期五

IBM RAID5 資料庫伺服器資料救援-紡織類大廠

20160823_151001.jpg因大園廠的資料庫伺服器跳機無法進行生產線管理物料進出、倉儲系統、運輸作業都無法進行物件移倉及出貨至機場運送到客戶端的作業。於晚上八點告知本公司是否可以進行現場搶救及回復資料庫運作。本司立即準備救援機具,前往儒鴻大園廠。

20160823_091429.jpg

一進入伺服器工作站時IBM X3650伺服器已經亮起1號硬碟及3號硬碟警示燈,做好標記依照順序後標明1234號硬碟進行硬碟檢測工作時得知1號及3號硬碟離線時間是有差異的,2號硬碟是有軔體問題(前好後壞)4號硬碟沒有故障現象。
  
20160823_133314.jpg


本司為了先照客戶需求進行分析。分析後進行該分區備份,但其分析時發現不對的地方在於1號及3號離線差異性會造成資料庫檔案結構上無法真正有備份。反而造成編碼出現錯誤無法匯入。還是建議主管們先照資料救援工作上最好的管理程序每一顆硬碟先進行備份都備份好了在做分析及其磁碟陣列重組。因為這種資料救援程序是對硬碟最好的選擇。因現場的主管們比較想先搶救出能生產管理專用運作的資料庫要救請先搶回某個分區。


20160823_144000.jpg試想若硬碟沒有壞的情狀,伺服器明明就好好的在為公司工作中發生了離線一定是伺服器主機和硬碟之間有問題,要在短時間內更換一台IBM X3650 主機那是不太可能做的到的工程,但硬碟備份大約只要二十小時或許更快。著手進行備份了四顆希捷 SAS 1TB,因壞軌造成了備份時間上的困擾及時間上的損失。
備份完成後進行分析四顆硬碟的相關性,其實這時工具選用很重要,本公司自主研發了一套資料救援軟體可以分析出相關性及時間差異性,手動分析是比較精準,軟體工具使用只是輔助資料可以在備份中進行檔案驗證可靠度。在本案例中3號硬碟是最早離線但和1號相差不到一天。所以資料庫最多只損失了一天的備份。但若今天發生了2號是磁頭損壞或著盤面割傷時就損失了多了,所幸2號硬碟可以靠PC 3000 SAS 來進行備份修復軔體程式。避免了這樣的困境。
本司可以在八小時內到逹全台任何一處工作地點,也有現場資料救援搶救的能力。只是需要客戶提供精準的檔案存放位置及一間會議室工作場所。就可以進現場資料搶救的工作。客戶會因為伺服器磁碟陣列而造成公司運作上很大的不便,相對營運成本及人員工時上浪費太多公司資源。我司有信心可以解決這方面的困境讓您的伺服器及早工作。

 資料救援Raid資料救援硬碟資料救援,新竹 資料救援

台南資料救援台南資料救援