RAID0+1資料修復-IBM主機板燒毀-中壢資料救援

某生化科技公司於下午發現該法務部門的使用的伺服器主機無法連線，IT人員因為知道IBM伺服器主機已經無法進行開機作業，主要原因是電源轉換器無法使主機板上的晶片，但因公司內部無可讀取SCSI的硬碟所使用的機具介面，送至晟誼中壢資料救援門市處理。 伺服器：IBM伺服器主機, 硬碟：4顆SCSI介面 RAID型態：RAID 0+1 RAID故障原因： IBM伺服器主機電源供應器造成主機板上的電流過大，燒毀主機版及陣列SCSI硬碟，若直接利用SCSI硬碟轉SATA 通訊介面進行硬碟資料讀取，會直接燒壞通訊介面對該SCSI的硬碟的保護不周詳。 資料救援程序： 1.因主機版上的晶片很明顯有燒毀跡象，為保護硬碟資料的安全，因此工程師需先直接進行電路板晶片移植的方式。 2.排除電路板故障問題，使用本公司自主研發raid資料救援軟體把四顆硬碟資料進行鏡像到另一顆硬碟，並可以馬上進行四顆硬碟重組磁碟陣列的原始性，資料救援成功度相對提高且保護了資料結構完整性。 這是本軟體最大的特色之一希望有興趣的教學單位提出申請使用。 RAID 0+1 基礎理論 簡單來說就是 2組 RAID0組合的RAID1，可容錯1-2個硬碟故障離線 ~感謝~ 此一資料救援案件能如此完善快速，自於該公司IT人員的警覺性，該IT人員本其所學進行判斷，不會自主進行誤操作,且避免更嚴重的損壞事件發生。 並同時清楚提供我們，該公司所需求的測量儀器及某項資料救援技術，實屬不易。

新竹RAID資料修復-希捷硬碟救援-救援成功

故障原因：客戶104年3月10日整台主機送至新竹門市告知使用3~4年上星期無法開機，電腦公司先前幫他們組RAID-0來使用POS系統紀錄往來用戶，資料都備份再D槽，在不考慮POS系統情況下，請我們救援Partiton:/D資料。

檢測結果
1.RAID主機型號:HP ProLiant ML110 G7
2.RAID硬碟型號: 希捷250G-ST3250318AS 
3.RAID類型：RAID-1， System crash
4. Disks1 嚴重壞軌Physcial Bad Sector 先離線
5. Disks2 碟片磨損Disk Damage 、磁頭故障Disk Head Fault、救援成功度:1.經工程師檢測後，發現為RAID1類型 2.Disks 1 修復數據資料， 3.Disks 2 更換磁頭，讀取data，蒐集未損壞的磁區 4.修復raid configuration 5.恢復NTFS系統檔案 6.比對資料結構，成功救援POS系統資料，並匯入系統   中壢救援服務站、新竹救援服務站、台中救援服務站、台南救援服務站、高雄救援服務站^(NEW)

^文章來源