所有救援案例總表

故障原因

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

故障原因

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

故障原因

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

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

故障原因

筆電故障送去ASUS，說是硬碟故障。

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

故障原因

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

故障原因

檔案無法開啟，主要為「硯論TTM」資料匣中「論文」及「問券key-in」。

故障原因

麥栗有限公司使用WIN 7內建軟體RAID功能,將二顆WD 500GB硬碟設定RAID 0,開機後發現已經有一顆硬碟無法辨識,並出現須格式化處理,幸客戶深知內部資料重要未再作進一步錯誤操作.早上11點送來檢測,檢測硬碟發現並無嚴重故障,作好所有硬碟鏡相備份後,工程師立即開始分析計算陣列結構及參數,發現此陣列RAID Config 遺失,導入參數重建陣列架構後即看到客戶所要的資料,下午約二點立即通知回報客戶成功完成此資料救援案例。

故障原因

硬碟有異聲，無法讀取。曾送其他資料救援公司，但因預算考量故轉送雷德。

故障原因

BIOS SATA LIST看的到，但BOOT選項看不到，外接出來也看不到，主要要救援虛擬機資料。
工程師檢測為SSD儲存資料的FLASH有區塊受損情形, 須用專用資料救援工具細部鏡相修復處理。

故障原因

突然出現格式化視窗，執行格式化。客戶表示曾用FinalData自行救援過，沒有完成。

故障原因

客戶一台QNAP NAS主機可裝4顆硬碟，但因資料重要，所以當初採購2顆Seagate 1TB硬碟設定raid 1組態運行。原先早在1、2個月前第一顆硬碟即有壞軌造成故障，因第二顆硬碟尚可運行，而且平常事務太忙所以未能即時處理。當第二顆硬碟也故障crash後送來本公司，檢測後發現資料較完整的第二顆硬碟己磁頭故障，經進一步開盤檢測，碟片已經嚴重刮傷無法救援，只好處理第一顆壞軌故障問題，最後成功提取出客戶資料。但有將近一個月多的資料，只有部份資料因壞軌硬碟有時可正常運行時有寫入些資料，建議客戶RAID磁碟陣列遇到故障時，應即時儘快處理，才能減少意外發生的機會。

故障原因

客戶一組Synology DS409+ NAS主機一台，由4顆1.5TB所建構完成。原第三顆硬碟故障後，客戶更換新硬碟後不小心修復第二顆，造成整組陣列crash無法運行。工程師完成鏡相作業後即開始分析，於送來隔天即快速分析出參數，導入重建後順利提取資料，並寄送檔案清單截圖給客戶確認，成功完成救援。

故障原因

讀不到隨身碟，無法開啟檔案。經工程師檢測為物理性故障，須拆焊晶片分析相關參數作救援處理。
 

故障原因

客戶一台BUFFALO LS-WXL006的NAS主機，內裝了2顆WD 1TB硬碟，設定RAID0組態，某日NAS主機發出故障訊息，客戶試著登入作維護，但維護中會出現死當狀態，讀取部份資料的時侯會斷斷續續的，之後出現無法讀取的狀況，接著也無法開機。送回原廠檢測，原廠回覆第一顆硬碟已有異音，所以客戶直接送來本公司進行救援，經工程師檢測第一顆硬碟為壞軌故障問題，鏡相完成後分析該組RAID0參數，導入參數後順利導出客戶重要資料，完成此一RAID0資料救援案例。

故障原因

由系統廠商送來一組RAID 5磁碟陣列，由4顆SEAGATE 750GB硬碟建構WINDOWS SERVER 2008系統，某日故障無法運行，經同行介紹而來，工程師檢測後，發現3號硬碟有嚴重壞軌問題，鏡相完成後，分析陣列參數導入，發現最新的資料大多是損毀無法開啟，工程師再作缺盤分析，發現有一顆硬碟約201X年X月X日即離線，須剔除不能加入重建，最後終順利交付客戶完整資料，完成此一RAID 5磁碟陣列資料救援案例。

故障原因

台中欣宏電腦的醫療器材客戶所安裝電腦系統,由於已建構多年,客戶已經忘記當初安裝時設定的RAID架構為何,所以請我們工程師分析硬碟內容,經工程師分析比對硬碟磁區內容, 發現此陣列組合為少見特殊陣列,第一分區二顆硬碟磁區內容皆不相同,且須採RAID 0重建才能回復完整資料,但第2,3分區磁區內容皆一模一樣, 非RAID 0,1或0+1,若非客戶端故障後,有另作修復處理,實為一個特例CASE, 經1天分析即成功完成此救援。

故障原因

隨身碟接上電腦讀取不到。主控IC為SM3267L，無法辨識正常型號及容量，FLASH須拆焊作資料救援手工分析運算處理。

故障原因

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

故障原因

隨身碟接上電腦讀取不到。無法辨識正常型號及容量，FLASH須拆焊作資料救援手工分析運算處理。

故障原因

照片備份在ITUNES內，但因筆電太舊，ITUNES無法更新而無法使用，因此照片抓不回手機。