故障原因

客戶描述此台Promise Peagasus R6外接式磁碟陣列櫃，內裝了6顆WD1002FAEX 黑標1TB硬碟， 在MAC下編輯使用，原本先是一顆5號硬碟有時會出現紅燈，隔一陣子後再重新開機，可以繼續使用，接著沒有多久時間，第2顆6號硬碟也出現紅燈，也是隔一陣子重新開機，仍可以繼續使用，但再過了數天後便OFFLINE了，搜尋不到此組陣列再隔了數天後重新開機，結果第3顆硬碟也亮起紅燈了，所以只好送來作資料救援，經檢測所有硬碟皆沒有壞軌故障問題，但客戶描述的5號及6號硬碟長時間運行，會有磁區不穩定及過熱問題，皆免費鏡相處理，但3號及6號硬碟的前方分區資訊有受損，導入分析的陣列參數無法直接對應到客戶所有的分區資料，經工程師修復排除後，並一一測試找出提前離線硬碟，順利導出客戶指定資料，完成此一MAC HFS+系統的RAID5磁碟陣列資料救援案例。



 

故障原因

公司美工人員操作的主機發生了故障,多年美工人員心血結晶皆存放在此,當天下午4點多送來,工程師加班處理,隔天一早上班即回傳救援檔案清單,美工人員下午來公司驗收,發現短少部份檔案,後經確認原來此台電腦內另有二顆硬碟,桌面上連結的路徑太多,有些對應至RAID 0陣列,有些則是對應至電腦另一顆80GB硬碟中,由於另一顆硬碟並無故障,所以工程師免費幫忙將所有資料COPY整合在同一備份硬碟中.再經客戶驗收完整無誤,成功完成救援。

故障原因

讀取不到硬碟資料。

工程師檢測為SSD儲存資料的FLASH有區塊受損情形, 須用專用資料救援工具細部鏡相修復處理。

故障原因

客戶曾送一家專業資料救援公司，救援多日只有救出50GB~60GB的資料，因救援不完整而放棄資料，客戶主要要救的是SQL資料庫，經本公司4天救援成功救援出600多GB的資料。

故障原因

客戶某日送來一台Bufflo NAS主機，客戶使用約6年左右，原第三顆硬碟磁頭已故障有異音，更換一顆全新硬碟再運行rebuild，運行許久一段時間後，第四顆也亮起紅燈無法再運作，經檢測後發現第四顆硬碟磁區後方位置有壞軌所致，鏡相處理完壞軌硬碟後，開始分析計算陣列參數，導入參數重建後完成救援。

故障原因

出現備份通知，備份一半當機，顯示CRUCIAL CT256V4SSD2 256GB SSD固態硬碟有損壞，需救援資料。

故障原因

客戶描述硬碟摔到，有聲響無法開啟，曾送修其他專業資料救援公司無法救援。經工程師2天資料救援，共救出40多GB的資料。

故障原因

台中東勢資訊幫客戶系統規劃建構了RAID1陣列,某天陣列CRASH,因不小心誤操作了初始化動作,硬碟前半部MBR、DBR及部份資料已遭清空,幸好短時間立即停止操作.工程師收到件後立即檢測,硬碟除了部份模組有損壞外,並沒有什麼大問題.因硬碟內重要的關鍵磁區資料已經遭抹除,所以須手工分析重建原始的資料夾結構,最後一一對應後還原客戶原始資料, 隔天早上即成功完成救援。

故障原因

樹林欣旺系統廠商，某天跟該公司簽系統維護的老客戶的伺服器發生故障，其由4顆34GB的SCSI硬碟建構Raid5組態，經工程師檢測，第1、4顆硬碟磁頭故障無法運行，由於Raid5可作缺盤分析重建，所以只要3顆硬碟即可還原資料，客戶不知詳細該陣列是否有先離線多日的硬碟，只好先行開盤處理一顆，成功救援讀取資料後發現該顆硬碟早已離線半年以上，重建後的資料大部份會是破損的，所以再開盤處理另一顆，成功救援處理鏡相後再分析重建陣列最後於第4天成功交付客戶重要資料。

故障原因

客戶一顆SAMSUNG MU-PA500R 500GB 不小心SSD固態硬碟泡水須救資料。

經工程師檢測，該SSD為MSATA介面，儲存資料的FLASH讀取不穩定。

故障原因

筆電故障送去ASUS，檢測是SanDisk SD5SE2-128G-1002E硬碟故障，需做資料救援。

工程師檢測為SSD儲存資料的FLASH有區塊受損情形, 須用專用資料救援工具細部鏡相修復處理。

故障原因

ST3120827AS硬碟故障後，客戶曾送一家資深資料救援公司，耗時許久無法救援，送來本公司經2天後成功救援出客戶所有50GB的資料。

故障原因

客戶描述電腦無法正常開機，須救援內部資料。經檢測SSD SanDisk SDSSDA-120G固態硬碟的晶片有區塊損壞情況，須工程師透過資料救援工具鏡相處理救資料。
 

故障原因

隨身碟的檔案無法開啟，主要要救援「硯論TTM」資料匣中「論文」及「問券key-in」。

故障原因

APPLE筆電內裝TOSHIBA THNSN2256GSPS 256GB SSD固態硬碟，無法讀取資料，曾送台中一家救援公司無法處理，轉送雷德順利救出資料。

故障原因

客戶送一家專業資料救援公司，主要要救些影音檔案，因為救援資料不完整，所以再送來本公司作二次救援，MAC下不小心刪除資料，救援難度比WINDOWS高上許多，經工程師救援共交付客戶200多GB的資料。
 

故障原因

複製檔案時發生故障，動作沒法完成，之後呈現空白。曾送其他專業資料救援公司救援, 但無法成功救援。客戶主要要救援SQL資料庫的資料。

故障原因

客戶描述：起始是家中筆電無法聯上NAS, 後來經過測試(網路及伺服器重開機), 發現2號硬碟故障, 2號硬碟換新後, 有再買一顆8TB硬碟要作備用, 同時接上4顆硬碟之後, 試著做REBUILD, 但就是呈現3號硬碟空白的狀況。經工程師檢測, 此組陣列由3顆4TB硬碟所建構, 為EXT系統格式, 設定RAID 5組態, 共有二顆硬碟有壞軌故障問題, 一顆硬碟有磁頭故障情況, 經後續開盤及壞軌鏡相處理, 成功救援出客戶指定資料。

故障原因

客戶一台華芸 AS-608T NAS主機，原本由3顆3TB及3顆4TB硬碟設定RAID5組態，後來要升級為RAID6組態，並加入了一顆新的4TB硬碟至8號位置，在組態遷移時， NAS當機一直卡在35%左右位置，只好重新啟動NAS，但原本的資料就全不見了，所以只好送修作資料救援， 經工程師檢測硬碟並無任何的壞軌故障，但分析出的硬碟順序與主機端的順序不同，由於RAID組態並未完全轉換完成，前面35%的資料須設定RAID6組態分析重建，後面65%則須設定RAID5組態，先行分析RAID6陣列參數，導出前面40%的磁區資料，此陣列難度高的部份在於後面65%的磁區資料，由於前方分區表的資訊已經變更為RAID6組態，原本RAID5組態下的分區資訊已皆不見，只能部份以猜測方式作不同組合，再掃描後面區段的流水號檔案，比對最完整的資料組合，幸客戶要的是一些影片及相片，後面RAID5導出的流水號檔案也可以接受，最後成功救援出3.3TB的資料交付給客戶，完成此一高難度且特殊的RAID5及RAID6雙組態資料救援案例。

故障原因

客戶描述ST9500420AS硬碟讀不到C槽，資料全部消失，曾送過其他救援公司救援，但沒救到客戶要的資料，轉送雷德順利救援出所需資料。