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