所有救援案例總表

故障原因

PST檔無法讀取，其餘資料讀取正常，檢測PST時顯示Intel SSDSC2BW480H6 480GB SSD硬碟損壞。

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

故障原因

客戶描述送回原廠經ACER人員檢測，判定此顆Kingstong SMSR150S3/256G 256GB SSD可能壞掉，所以再拿至本公司作資料救援。

故障原因

客戶一組WD 外接式1TB行動硬碟，設定RAID 1組態，某日不明原因無法讀取行動硬碟資料。客戶使用救援軟體自行處理但無法救援出資料，經工程師檢測應是MAC電腦及WINDOWS 電腦切換時操作出錯造成分區表損毀，分析二顆硬碟分區資訊，順利導出客戶重要資料，完成此一RAID 1磁碟陣列救援案例。  

故障原因

無法讀取資料，曾用救援軟體處理，但無法拉出資料。
經工程師檢測，此顆INTEL SSDSC2KW240H6 240GB SSD故障情形為BLOCK區塊損壞，須用專用資料救援工具細部鏡相修復處理。
 

故障原因

客戶描述此台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有區塊受損情形, 須用專用資料救援工具細部鏡相修復處理。

故障原因

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

故障原因

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

故障原因

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

故障原因

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

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

故障原因

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

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

故障原因

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

故障原因

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

故障原因

客戶描述：起始是家中筆電無法聯上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雙組態資料救援案例。

故障原因

旭德資訊幫客戶代送一台IBM X3400伺服器主桚，內由4顆164GB SAS硬碟所建構而成，並且設定RAID5 組態，經工程師檢測後, 發現2硬碟為壞軌故障問題，3、4號硬碟皆易過熱，會突然離線，且已有一顆硬碟早線多日，無法加入分析重建，經工程師導入參數重建陣列，順利完成此一RAID5資料救援案例。

故障原因

客戶一台伺服器原有二顆SEAGATE ST3250310NS 250GB企業版硬碟，設定RAID1組態，某日主機板燒毀後，再更換了另一片主機板後，使用一段時間，才發現HDD無法讀取，所以用來本公司進行救援檢測，經工程師檢測後發現，1號硬碟有壞軌故障問題，硬碟前面有大量的磁區無法讀取損毀，2號硬碟為單碟片、二個磁頭、1號磁頭有故障問題，須作開盤救援處理，因客戶設定RAID1，故建議優先由故障輕微的壞軌硬碟作救援即可，完成救援後通知客戶驗收資料，順利完成此一RAID1的資料救援案例。

故障原因

2顆硬碟經檢測後確認其中一顆磁頭損壞需開盤處理；另一顆是固件模組損壞、分區表損毀。工程師由分區表的架構判斷這2顆硬碟應是做RAID 1陣列，只需選擇其中故障較輕的硬碟救援即可。工程師先修復損壞的模組，再手工重建分區表，1個工作天內即救援出客戶所需的資料。

故障原因

FLASH晶片特殊，經工程師檢測此隨身碟為物理性故障問題，需拆焊所有儲存資料的FLASH晶片, 一一讀取後再進行手工分析救援。