所有救援案例總表

故障原因

嘉義環保局某日來電, 局內一台IBM 伺服器因RAID卡故障, 造成整個陣列Crash 無法運行, 此陣列由四顆 IBM 34GB的 SCSI硬碟所建構完成, 處理數日一樣無法還原陣列資料, 後經郵局送來本公司檢測, 發現硬碟並無任何故障或壞軌, 主因為RAID CONFIG遺失,客戶事後也沒有作過任何Rebuild或同步化等動作, 資料應可完整回復. 所有硬碟完成鏡相後, 經工程師手工分析陣列相關參數, 發現為一少見的右走向的 RAID5陣列, 並且陣列Stripe size值也非為原廠內定值, 導入參數重建此一陣列, 於客戶送件的隔天立即回報可救援出該陣列內40GB的資料, 客戶跑完成公家機關送件程序後成功完成此一資料救援案例。

故障原因

同行客戶一組SERVER 4U的伺服器主機，內共裝了16顆WD、SEAGATE、日立 1TB硬碟，設定RAID6組態，為LINUX EXT系統格式，某日陣列主機故障無法運行，從主機端記錄看4、6、8號此三顆硬碟有亮燈報錯，同行客戶無法從主機端作救援處理，所以轉送來本公司作後續救援，經工程師檢測硬碟皆無任何壞軌故障，有可能綠標硬碟節能省電功能造成休眠模式下，馬達起轉來不及加入運行或有過熱離線問題，16號硬碟磁區皆無任何資料，有可能是HOT-SPARE硬碟或沒有設定加入運行，直接分析陣列參數及硬碟順序，導入參數重建資料，只有看到二個2012年的資料夾，近期的資料皆沒有看到，應有1或2顆硬碟多年前就離線了，必須要找出並剔除後再重建，才能得到完整正確的資料，RAID6若須剔盤難度就比RAID5高出許多，因為剔除組合太多，各別單獨剔掉15顆就有15個組合，同時剔除二顆的組合更多，最後終於花了一天的時間，比對找出最完整正確的資料，順利完成此一RAID6 磁碟陣列救援案例。

故障原因

歐先生硬碟有設定Bitlocker加密處理，某日不小心誤刪了分區，送內湖一家資料救援公司，救援不完整所以再送來本公司，經工程師破解處理，3天完整救援交付客戶重要資料。

故障原因

硬碟讀取不到資料。

故障原因

硬碟通電有異聲，曾送其他專業資料救援公司無法救援。經工程師檢測該顆硬碟共有3個碟片、6個磁頭，上層已有7、8個點狀刮傷，經24天成功救援出客戶40多GB的資料。

故障原因

開機找不到硬碟。(經工程師檢測，此顆HITACHI 型號HDS721050DLE630硬碟無故障狀況)

故障原因

使用Time Machine備份回復，因不當移除硬碟導致原始檔案損毀，曾自行嘗試修復圖片但不成功，送雷德成功救援。

故障原因

硬碟出現RAW格式化。

故障原因

讀不到硬碟資料，硬碟不通電。曾先送其他資料救援公司，但因預算考量故再轉送雷德救援。

故障原因

客戶描述讀不到硬碟資料，曾送一家資料救援公司一直無法成功救援。轉送雷德資料救援，工程師共用5天時間救援出800多GB的資炓。

故障原因

WD1002FAEX-00Y9A0硬碟通電有異音，可讀取但無法進入資料匣，發現故障後曾送其他救援公司處理，但對方無法處理退件，之後轉送雷德資料救援，順利救援出所需資料。

故障原因

客戶描述：BIOS讀取不到
主控IC：SAMSUNG:SSLN045X1-8030
檢測磁碟管理抓不到正確容量，經拆焊電子零件成功救援。

故障原因

錦鈺有限公司一台 D-LINK DNS-343的NAS主機，某日一號硬碟故障後，操作人員誤操作，執行了格式化FORMAT，些許時間後發現不對立即關機，後再送來本公司進行檢測救援，經工程師檢測，一號硬碟壞軌故障，2號的磁頭不穩定，RAID CONFIG遺失，內有2顆硬碟前面分區資訊疑遭格式化，原EXT3系統格式變更為EXT2格式，直接導入分析的陣列參數無法直接重建陣列還原資料，最終各自剔除此二顆硬碟作缺盤分析重建，分別交付客戶二組陣列資料再作後續資料整理，最後終完成此一RAID 5磁碟陣列的資料救援案例。

故障原因

客戶描述接上電腦跳出格式化資訊，分區無法開啟，客戶的SSD固態硬碟是INTEL 540S系列，檢測後發現是FLASH晶片有BLOCK區塊損壞故障，經工程師使用SSD固態硬碟專業救援工具，成功救援出客戶指定資料。
 

故障原因

客戶描述送修筆電更換電池，更換後SanDisk SD6SP1M-128G-1002 128GB SSD固態硬碟無法讀取。

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

故障原因

外接硬碟不小心摔到，無法讀取資料，曾送其他專業資料救援公司無法救援，對方表示"無法定位"。經工程師檢測, 該顆硬碟共有一個碟片，2個磁頭, 上下二面的碟面皆有數十個點狀刮傷，上層外圍也有一道刮傷，先跟客戶說明資料可能不完整，不建議救援，客戶覺得資料還是非常重要，經工程師29天救援，成功救出60多GB資料。

故障原因

我愛傳媒負責FHM及CARNEWS等雜誌攝影編輯等業務，此組Raid5陣列由4顆WD黑標2TB硬碟建構而成，採用MAC HFS+格式以方便編輯剪輯。曾送某家資料救援同業再送至本公司，經工程師檢測發現第2、4顆硬碟PCB故障，須先排除硬碟硬體的故障問題，才能做後續處理。第一天先用4組對拷機台鏡相對拷此8TB硬碟，第二天工程師立即分析出陣列相關參數導入重建，由於硬碟壞軌，故障後也無作任何Rebuild或初始化的修復性動作，所以資料幾乎無破損情況，成功完成救援。

故障原因

劉先生某日自家使用的QNAP TS-459 PRO NAS--由4顆Seagate 1TB企業版建構RAID5，原本4號硬碟因壞軌故障亮燈警示，自行拆下另三顆硬碟，通電開機後重新再裝上原三顆硬碟試著運行，但始終無法進入系統而致整個RAID5陣列CRASH，來電本公司詢問了解相關檢測報價流程後，寄送至公司處理，當天完成鏡相後開始分析陣列參數，隔天即完成救援。跟一般RAID5陣列參數少見的是，第三顆硬碟的START HEAD SECTOR跟其他顆不同，偏移了6個SECTOR，詢問客戶了解可能原因，原來客戶此四顆硬碟皆在不同時間作過替換重建動作，所以可能造成此一分區START HEAD SECTOR在不同磁區的情況發生。

故障原因

ADATA 型號:ASP550SS-480GM 480GB SSD 客戶描述讀到後一下就不見。

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

故障原因

無法開機，無法讀取該顆Intel SSDSC2KW480H6 480GB SSD硬碟，需救援資料。

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