所有救援案例總表
本公司成功的案例總資料庫，各式不同的案例皆可在此分類中作搜查參考。
-
![]()
1客戶名稱謝小姐
聯絡電話0928XXXXXX
硬碟型號創見16GB隨身碟
硬碟序號無法辨識
故障原因
客戶描述當時隨身碟存取檔案到一半突然故障，電腦跳出要求格式化的視窗讀不到隨身碟內的資料無法存取，送至某家資料救援同行無法救援，經本公司工程師檢測，該隨身碟為物理性故障，主控IC為SM3267L，FLASH須拆焊作資料救援手工分析運算處理。
-
![]()
2客戶名稱陳小姐
聯絡電話09289XXXXX
硬碟型號SAMSUNG T7 1TB行動SSD固態硬碟 MU-PC1T0T
硬碟序號S6XDNS0WXXXXXXX
故障原因
客戶描述他有一顆SAMSUNG T7外接式的行動SSD固態硬碟有故障, 讀取資料時當機會持續LOADING, 之後就完全讀不到了,送回原廠有讀到最後一次, 原廠作檔案拉取後再度當機, 送資深救公司回覆儲存資料晶片受損判讀無法再救援, 此客戶送來本公司前已送過三家資料救援同行,後來才送來本公司檢測救援, 由於目前全世界SSD救援工具皆不支援USB, TYPE C介面下的操作救援,故無法以一般常態救援方式處理, 由於收到時己經完全抓不到正確型號容量, 其主控IC為S4LR033, 救援工具並不支援固件操作, 共有二片BGA儲存資料晶片, 經工程師檢測客戶同意後, 開始以不同救援工具及方式去一一排除故障情況, 最終花了四天時間搶救出客戶所有資料, 完成此一高難度別家無法救援的SSD固態硬碟救援案例
-
![]()
3客戶名稱郭先生
聯絡電話095555XXXX
硬碟型號ST1200MM0159 1.2TB SAS
硬碟序號XXXXXXXXXXXX
故障原因
客戶之前有先來電詢問，過了數天後下午17點約近十人來店送件檢測，說已送一間同行無法救援，想作急件檢測隔天中午報價，經檢測後發現有二顆硬碟皆有部份磁頭故障不良情況，由於此二顆硬碟型號為ST1200MM0159 1.2TB EXOS 10E2400系列，皆為EMC 專用SAS硬碟，Block非一般常見的512Bytes，而為了校驗資料正確性及糾錯，Block採用520 bytes，就算硬碟無損壞,硬碟接上市面大部份的SAS卡或硬碟救援鏡相工具皆無法辨識到硬碟型號容量及作鏡相磁區作業，須以特殊救援工具才能作轉換救援處理。當天客戶同意救援後先鏡相好的磁頭磁區，隔天立刻再開盤換頭讀取最後一個磁頭，但第一顆因有刮傷無法再完整鏡相，只好當天再處理第二顆損壞硬碟，此顆硬碟隔天即鏡相非常完整，後續客戶立即再提供鏡相備份對拷碟，分別鏡相對拷後交件，最後在客戶眾人的加班努力下，終讓機台可以順利上線運行恢復客戶資料.
-
![]()
4客戶名稱鄭先生
硬碟型號Microsoft 微軟Surface Pro 7 PLUS 1TB
硬碟序號2213DXXXXX
故障原因
客戶描述其Microsoft 微軟Surface Pro 7 PLUS 使用約3至6個月後會出現藍白畫面, 過一段時間又正常, 但最近卻完全無法開機使用已經抓不到SSD, 後來光華商場一一詢問過許多電腦同業後再送來本公司處理, 經客戶同意後拆下其筆電中的SSD固態硬碟, 檢測後發現上電一樣無法辨識到正確的型號及容量,屬於物理性損壞故障, 而其主控IC型號為MAP12QA, 共有一片儲存資料BGA晶片, 但因為此主控IC在PC3000 SSD救援工具並沒有支援, 工程師須另以其他救援方式破解處理, 最後終成功完成此SSD救援案件.
-
![]()
5客戶名稱藍洋系統
聯絡電話098656XXXX
硬碟型號IBM 500GB X 16
陣列形態RAID5 X 2
硬碟序號16顆
故障原因
客戶藍洋系統廠商幫客戶代送一組IBM System Storage DS4200 型号為1814-7VA,內部共裝了16顆IBM 500GB企業版硬碟, 共分別設定了二組RAID5, 一組4顆建構,另一組為12顆所建構,經內湖某資深救援公司處理多日後無法救援, 客戶再轉送至本公司作救援處理, 送件至本公司12顆硬碟已有4顆硬碟被開盤處理過, 但檢測此4顆硬碟,只有11號硬碟為軔體故障問題,10號硬碟有2格壞軌, 另二顆硬碟則無壞軌問題,由於有二組陣列16顆硬碟須分別鏡相對拷及分析參數重建導出資料,約經一星期左右,通知客戶進行遠端資料驗收,驗收後客戶發現尚有一個資料夾有短少情況, 經工程師再分析應有硬碟有提前離線或運行過程中離線問題, 須再分析找出再加以剔除, 剔除後再SCAN分析終於找到客戶指定資料, 共計花費了16個工作天救援完成此一案例.
-
![]()
6客戶名稱陳先生
聯絡電話0918XXXXXX
硬碟型號SONY Micro SD 32GB
硬碟序號無法辨識
故障原因
Micro SD卡可以抓得到型號容量看得到資料，但接上電腦會造成當機，資料無法COPY出來，經工程師檢測為FLASH內部Block區塊損壞，須透過FLASH專用資料救援工具，作後續鏡相對拷救援。
-
![]()
7客戶名稱恆儒電腦
聯絡電話09706XXXXX
硬碟型號SanDisk UltraFlair 128GB
硬碟序號BP1801XXXXX
故障原因
SanDisk 128GB USB 隨身碟 讀不到，接上電腦讀取不到磁區，送到一家台北市資深救援公司及另一家資深救援公司櫃台檢測後皆直接退件不處理，後因還是想要維修救回隨身碟資料, 故送至雷德資料救援成功救出70幾GB資料ㄝ完成此一隨身碟資料救援案例。
此案例為COB封包晶片物理性故障，須打磨拋光晶片透過機器讀取內容，再作ECC校正重讀，救援分析難度高, 須花費許多程序及時間, 成功率也不高, 所以一般同業此類案件若是電腦磁碟管理無法辨識，大多會直接現場退件。 -
![]()
8客戶名稱張小姐
聯絡電話09533XXXXX
硬碟型號ADATA UV128
硬碟序號12101XXXXX
故障原因
隨身碟接上電腦後顯示需格式化，曾送其他救援公司檢測，因報價太高轉送雷德資料救援。
主控IC為SM3267L，無法辨識正常型號及容量，FLASH須拆焊作資料救援手工分析運算處理。 -
![]()
9客戶名稱台北林先生
聯絡電話0932XXXXXX
硬碟型號創見USB 3.0 32GB 隨身碟
硬碟序號D18541XXXXX
故障原因
不小心折到隨身碟，完全無法焊接修復，主控IC為SM3267L，FLASH 為sandisk c612072222，經工程師拆下晶片分析相關參數，導入參數發現FLASH還是有部份BLOCK損壞，經過多次重讀才交付客戶95%資料。
-
![]()
10客戶名稱東立出版社
聯絡電話09228XXXXX
硬碟型號HP BF03698782
硬碟序號a0h6p45XXXXX
故障原因
客戶描述此顆硬碟無法過電，之前送過其他資料救援公司檢測救援，因預算考量再送至本公司作二次檢測及救援，客戶主要要救援SQL資料庫的資料。
-
![]()
11客戶名稱張小姐
聯絡電話0928XXXXXX
硬碟型號Apacer 白色隨身碟
硬碟序號無法辨識
故障原因
突然間讀取不到，電腦管理的磁碟管理抓不到此隨身碟裝置，無法辨識正常型號容量。主控IC為AU6998SN，該FLASH為SD卡規格一體COB封包晶片，須經救援工具讀取出資料後再分析FLASH相關參數救援處理，救援難度比一般FLASH晶片救援高出許多。
-
![]()
12客戶名稱謝先生
聯絡電話0956XXXXXX
硬碟型號PF526
硬碟序號SM26XXXX
故障原因
1.無法讀取,裝置管理員找不到. 2.SD卡外殼破損. 3.主控IC為SM2682LT,電腦管理的磁碟管理抓不到此裝置, 無法辨識其正常型號容量FLASH須拆焊作資料救援分析運算處理.
-
![]()
13客戶名稱姜先生
聯絡電話0988XXXXXX
硬碟型號SanDisk SDCZ800-128G
硬碟序號BP1702XXXXXX
故障原因
SanDisk隨身碟不慎摔壞，後來電源燈不會量也讀不到資料，電腦管理的磁碟管理抓不到此隨身碟裝置，無法辨識正常型號容量，主控IC:Sandisk 20-82-00381-A0，FLASH須拆焊分析資料救援處理。
-
![]()
14客戶名稱台北影業股份有限公司
聯絡電話09163XXXXX
硬碟型號WD1002FAEX
陣列形態Raid5
硬碟序號共8顆
故障原因
台北影業某日主機由LSI 9261-8i raid卡建構的raid5 磁碟陣列系統CRASH，經人介紹先至某一資深同業救援處理，可能緊急需要救援，尚未將所有硬碟作好鏡相對拷動作，即嘗試將5號硬碟強制on line，再替換SLOT 6一顆硬碟去取代3號硬碟作rebuild的動作，結果rebuild完成後，分區已出現”raw”資訊，系統格式也變成GPT格式，宣告無法救援, 當天下午客戶立即再送來本公司救援。當天即動用8組對拷機台先行將所有硬碟作好鏡相工作，完成所有硬碟鏡相已近晚上十點，當晚工程師繼續加班至凌晨，分析陣列參數直接導入建構，無法還原原始陣列資料，疑似分區資訊有受損，手工再一一虛擬對應還原，共還原救出客戶3TB的資料。由於資料大多是影片原始檔及後製檔案等特殊格式，客戶自備主機來公司一一驗收，經驗收無誤後順利完成此一RAID5磁碟陣列的資料救援任務。
-
![]()
15客戶名稱郭先生
聯絡電話09362XXXXX
硬碟型號WD20NMVW-11AV3S2
硬碟序號WXB1A34XXXXX
故障原因
客戶送一家美國資料救援公司作救援，但因R/W讀寫磁頭故障，對方救援時間很久還是一直無法救援出任何資料，回台後再送至本公司救援，經工程師檢測該顆硬碟為4個碟片、8個磁頭，電路板為USB原生介面，須改裝SATA介面再以專業救援工具救援，另有硬體加密問題須破解, 歷經七天後救援出99.99% 客戶1點多TB的資料。
-
![]()
16客戶名稱蔡先生
聯絡電話09202XXXXX
硬碟型號USM8GM
硬碟序號BD06XXXXX
故障原因
1、隨身碟經常使用皆正常，突然讀不到資料。
2、之前有稍微折到過，是否是這個原因?
送同行處理無法救援後送至本公司處理, 經檢測磁碟管理抓不到型號容量, 屬物理性損壞, 主控IC為EN3257LT，FLASH須拆焊作資料救援手工分析運算處理。 -
![]()
17客戶名稱高雄吳小姐
聯絡電話0958XXXXXX
硬碟型號kingston 8GB 隨身碟
硬碟序號9904275XXXXXXXX
故障原因
USB隨身碟接上電腦讀不到，之前曾送一家電腦同行救援維修隨身碟，但無法救援再送來本公司救援，檢測後發現其為少見主控IC：SSS6690，分析救援難度較高，經工程師多日分析重讀，順利完成此件別家無法救援的FLASH隨身碟救援案例。
-
![]()
18客戶名稱台灣煙酒總公司
聯絡電話022XXX0007
硬碟型號IBM IC35L073UCDY10
硬碟序號共10顆
故障原因
此Raid 5由10顆IBM 74GB SCSI建構而成,原有二顆硬碟Fail造成故障.工程師作分析各顆硬碟磁區資料,發現Raid Config錯亂破損,第九顆資料嚴重錯亂,第二、八顆資料內容竟是一樣,再跟客戶進一步確認,原來事後有作過Rebuild動作,跑完三小時後雖出現OK訊息,但卻造成另二顆硬碟亮紅燈.再取回Rebuild前那二顆故障硬碟,作好鏡相後,順利於下午分析重建出陣列架構,立即導出SQL資料後製作檔案清單交付客戶,客戶派員前來驗收無誤後,成功完成救援。
-
![]()
19客戶名稱樹林系統廠商
聯絡電話02-XXXXXXXX
硬碟型號WD6002FRYZ
陣列形態RAID6
硬碟序號16顆
故障原因
老客戶開設的系統公司, 幫客戶建構大型的影片相片資料庫, 由16顆 WD 6TB金標硬碟所建構, 設定RAID6組態, 為Windows Ntfs系統格式,某一天機台RAID組態突然不見, 工程師重新加載組態重新運行REBUILD了數天,後來發現可能會有問題立刻中斷重建, 重新開機後可以看到第一分區,但所有資料已經不見,所以送來作資料救援, 經工程師檢測分析陣列相關參數, 發現原始陣列組態中的硬碟排序跟後來設定的已不同,已造成部份資料已錯亂.最後導入正確分析參數, 交付客戶OK沒有破損的資料,順利完成此一資料救援案例.
-
![]()
20客戶名稱張先生
聯絡電話09712XXXXX
硬碟型號Team Micro SD 8GB
硬碟序號TF211310XXXXX
故障原因
客戶描述發生車禍意外, 行車記錄器裡的一個檔案不見了,須要救援。此類狀況在早期的行車記錄器中常發生, 影片在車禍發生的撞擊瞬間被中斷錄影, 行車記錄器可能無法存入此檔或存入一個檔案卻無法正常播放, 由於有些行車記錄器的影片編碼不同, 所以處理的難度也大不相同, 此部份須工程師專業判斷及修復才能成功完成救援.
-
![]()
21客戶名稱陳先生
聯絡電話09129XXXXX
硬碟型號GZ-HD6U
硬碟序號1920FXXXXX
故障原因
傳輸時不明原因造成檔案損毀，電腦端及攝影機都無法讀到檔案。曾自行使用檔案救援軟體，但無法救回，之後並無其他寫入動作。
-
![]()
22客戶名稱元大人壽
聯絡電話0953XXXXXX
硬碟型號創見黑色隨身碟-4GB
硬碟序號4077XXXXXXX
故障原因
不小心加密Bitlocker至此隨身碟約到7%左右，發現加密錯誤到此裝置，所以趕緊立即拔除，再接上任何一台電腦時己經讀取不到此隨身碟了。經工程師檢測此隨身碟主控IC為SM3255，屬物理性損壞，須拆焊FLASH作分析處理，成功分析出相關參數後，順利救援出客戶指定資料。
-
![]()
23客戶名稱台北劉先生
硬碟型號Apacer Class 10 SD卡 16GB
硬碟序號S61G1233XXXXXXX
故障原因
SD卡接上讀卡機無法讀取，主要救相片，經工程師檢測,，故障情況為物理性損壞，主控IC為S5E8030，BGA儲存資料晶片，分析出相關參數後，成功救出客戶提定資料。
-
![]()
24客戶名稱李小姐
聯絡電話09391XXXXX
硬碟型號SanDisk SDXC Card Extreme
硬碟序號BN151485XXXXX
故障原因
客戶原使用CANON 5D拍了3-5段影片，後來記憶卡被同事拿去用SONY攝影機拍攝，可能是格式化後再使用記憶卡。
客戶自行使用救援軟體, 但無法找到重要的影片檔, 由於新式的攝影機或單眼相機所拍攝的FULL HD 1080P影片, 各家的視訊編碼皆有所不同, 使用市面上救援軟體大多是無法救援的, 須客戶提供使用機器型號才能正確判斷分析救援. -
![]()
25客戶名稱杜拜高鐵捷運
聯絡電話098XXXX167
硬碟型號ST31000528AS
陣列形態RAID5
硬碟序號共8顆
故障原因
某日客戶來電說他們公司杜拜廠目前有一組HP RAID 5陣列CRASH須救援,此陣列為該公司數百人共用的資料庫, 由8顆1TB硬碟所建構, 1顆作HOTSPARE,陣列總容量為6TB, 資料的儲存量約有5.2TB, 客戶先行跟我們聯絡告知準備, 走TNT國際快遞,經新加坡約6天左右總算到了台灣, 由於案件資料緊急且所有硬碟皆無嚴重故障問題, 經客戶同意直接分析各顆硬碟磁區相關參數 ,送件隔天立即分析出陣列參數並開始重建copy資料, copy過程每天不斷有公司各部門來電要求,先提取部份急用資料,由於部份硬碟磁區並不穩定, 尚有少量資料因壞軌而無法抓取對應, 所以完成第一階段資料複製作業後,再針對所有硬碟作鏡相對拷排除壞軌問題, 重建再倒回客戶重新建構的8TB HP伺服器中, 最後終完成此一海外磁碟陣列救援案例。
-
![]()
26客戶名稱榮總心導管室
聯絡電話092XXX6736
硬碟型號WD2001FASS-00W2B0
陣列形態RAID5
硬碟序號共16顆
故障原因
台北石牌榮總心導管室一些醫學攝影資料，存放在一組16顆WD 2TB建構的陣列中，2顆作HOTSPARE，有一顆當初建構時即測試而離線，另有九顆建構成16TB的空間。某日陣列CRASH無法運行，來電本公司後，由二名工程師至現場拆下所有硬碟取回公司進行檢測，經檢測共有一顆硬碟壞軌，4顆硬碟模組損毀，當天取回後立即動用8組對拷機台，於第二天晚上終於鏡相完成所有硬碟，當晚工程師並加班分析此組陣列參數，於隔天早上順利導入重建，並提取部份資料先請客戶至專用醫療機台上測試播放，驗證是否參數運算有誤或早有1顆硬碟離線多日，經驗證無誤並經客戶同意後，即開始COPY資料，順利完成此一RAID5磁碟陣列資料救援案例。
-
![]()
27客戶名稱高雄王先生
聯絡電話0919XXXXXXX
硬碟型號黑色USB 3.0 32GB 隨身碟
硬碟序號T1449B88113
故障原因
接上電腦會閃退，有請朋友先看過。經工程師檢測為物理性損壞，主控IC為SM3267L，經分析FLASH相關參數，順利導出客戶指定資料。
-
![]()
28客戶名稱台北吳先生
聯絡電話0918XXXXXXX
硬碟型號創見 USB 2.0 16GB
硬碟序號5830XXXXXX
故障原因
客戶描述：接上電腦後出現要求格代化視窗，讀取到一半會卡住，有自行用付費軟體SCAN過。
經工程師檢測，FLASH有物理性損壞，主控IC為SM3255Q AB，經分析處理後成功救援出客戶資料。
-
![]()
29客戶名稱科立爾數位
聯絡電話09882XXXXX
硬碟型號MP0402H
硬碟序號S03WJ10Y4XXXXX
故障原因
客戶硬碟故障，因當時人在國外，直接送當地資料救援公司處理，但救援多時最後仍宣告無法救援。因硬碟內有重要資料，回國後轉送雷德資料救援，順利救出客戶所需資料。
-
![]()
30客戶名稱坪林行控中心
聯絡電話09872XXXXX
硬碟型號ST3250620NS
陣列形態Raid5
硬碟序號共4顆
故障原因
雪山隧道坪林行控中心多人共用一台HP SERVER，型號為HP Proliant DL100 G2，由4顆250GB硬碟建構RAID5而成，RAID卡型號為Adaptec 2420，經檢測一號硬碟馬達時有運轉異音，四號硬碟有壞軌，固件模組損壞，第二分區的分區表資訊損壞須修正補回，經工程師分析重建陣列後，順利交付客戶資料，完成此一RAID5磁碟陣列救援案例。
