二次救援案例

故障原因

台北楊先生送來一件資深同行無法救援的SSD,是由Toshiba筆電拆下, M2介面128GB, Lite-on製造, 型號為CV3-SD128, 檢測發現己經完全無法辨識到型號及容量。其SSD主控IC為88S1074-BSW2, 板上共有二片儲存資料的BGA FLASH,而我們主要的SSD救援工具PC3000 UDMA,並沒有支援此型號主控IC, 所以無法以一般常見短接電路走安全模式,再針對韌體去做修復重建,須以其他方式再作後續救援,PC3000 UDMA SSD是目前市場上最強大的SSD救援工具,但大多近一、二年生產銷售的SSD多半沒有支援,本公司己有多套不同救援方案可提供救援服務,有一半以上高難度SSD案例皆是非以PC3000救援成功的。此案件經三天工程師不斷嘗試不同救援方案救出,客戶得知資料完整度100%非常開心.

故障原因

客戶描述當時隨身碟存取檔案到一半突然故障，電腦跳出要求格式化的視窗，送至資料救援同行無法救援，經本公司工程師檢測，該隨身碟為物理性故障，主控IC為SM3267L，FLASH須拆焊作資料救援手工分析運算處理。

故障原因

客戶藍洋系統廠商幫客戶代送一組IBM System Storage DS4200 型号為1814-7VA,內部共裝了16顆IBM 500GB企業版硬碟, 共分別設定了二組RAID5, 一組4顆建構,另一組為12顆所建構,經內湖某資深救援公司處理多日後無法救援, 客戶再轉送至本公司作救援處理, 送件至本公司12顆硬碟已有4顆硬碟被開盤處理過, 但檢測此4顆硬碟,只有11號硬碟為軔體故障問題,10號硬碟有2格壞軌, 另二顆硬碟則無壞軌問題,由於有二組陣列16顆硬碟須分別鏡相對拷及分析參數重建導出資料,約經一星期左右,通知客戶進行遠端資料驗收,驗收後客戶發現尚有一個資料夾有短少情況, 經工程師再分析應有硬碟有提前離線或運行過程中離線問題, 須再分析找出再加以剔除, 剔除後再SCAN分析終於找到客戶指定資料, 共計花費了16個工作天救援完成此一案例.

故障原因

豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.

故障原因

客戶描述此顆硬碟無法過電，之前送過其他資料救援公司檢測救援，因預算考量再送至本公司作二次檢測及救援，客戶主要要救援SQL資料庫的資料。

故障原因

TGI Friday星期五餐廳有一組 HP TGIFNT SERVER主機，由3顆硬碟所建構，設定RAID 5組態，為HP特有的雙效驗陣列。2016年某日曾送內湖某資深救援公司處理，但因處理許久無法救援，所以送來本公司作二次救援。

經工程師檢測，發現1號硬碟已被開盤，有少量壞軌故障，2號及3號硬碟皆敲盤異音有磁頭故障問題，客戶同意救援後，一一開盤排除故障並完成磁區鏡相。工程師在分析後發現1號及3號硬碟前方磁區內容不同，但後方90%磁區內容卻跟第一顆硬碟的內容相同，是十分少見的情況，新換上的REBUILD空硬碟前面磁區也有寫入資訊，細問客戶配合服務的廠商，原來廠商換上一顆新的硬碟嘗試REBUILD，但因不明原因，資料後來寫入至第三顆硬碟中，但後來也出錯故障，所以才送修資料救援，由於磁區損壞也相當嚴重，工程師一一修復處理，救援完成後，經客戶各部門人員來本公司驗收評估，順利取回資料，成功完成此一RAID 5磁碟陣列資料救援案例。

故障原因

傳輸時不明原因造成檔案損毀，電腦端及攝影機都無法讀到檔案。曾自行使用檔案救援軟體，但無法救回，之後並無其他寫入動作。

故障原因

於6/11拍攝過程誤觸了格式化選項，導致檔案沒有了。曾送台北一家資料救援公司，因救援太久無法救援，所以再送來雷德作急件救援，順利於48HR內完成救援。

故障原因

MAC系統不小心格式化，後來WINDOWS系統下又自動備份覆蓋約94GB。客戶表示曾自行嘗試救援，但資料不完整，所以送雷德做資料救援。

故障原因

本月中曾使用過他人電腦內裝360安全衛士，使用當下即出現硬碟有問題，要求格式化，未進行格式化之後即無法使用。客戶表示曾請他人使用救援軟體自行救援過。

故障原因

同行客戶一組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天完整救援交付客戶重要資料。

故障原因

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

故障原因

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

故障原因

客戶李先生一件曾送資深同行處理2個月時間因韌體損壞嚴重無法救援, 經工程師檢測內部讀寫磁頭故障變形、上層碟面點狀刮傷,救援難度很高,硬碟處理啟動慢及SED解鎖問題後, 重要軔體共有3個嚴重損壞,其中31編譯表透過33P表模組由PC3000工具再轉譯生成, 40模組不管用ID模式或ABA模式皆無法搜尋到,發現零號磁頭及一號磁頭的軔體區皆有壞軌, 強制讀取磁道並針對二個磁頭破損部份交叉修復, 再人工查找出40模組位置提取出來, 但另一41重要模組確定內容為空也無法修復,軔體版本少見,幸近公司軔體資料庫剛好有一顆相同版本可以替代, 否則少了此模組這顆硬碟也是無法救援的,此案例三個重要軔體使用了三種不同方式處理才順利在6天內完成此一高難度資料救援案例。

故障原因

WD3200BEVT-22ZCT0硬碟不小心摔落，已送過某資深資料救援同行開盤處理過，但重要分區的資料沒有救到，再送雷德資料救援處理。
經工程師檢測該顆硬碟共有2個碟片、4個讀寫磁頭，其中0號及1號讀寫磁頭有變形狀況，經6天成功救援出客戶1百多GB的資料。

故障原因

客戶硬碟故障後送至代理商換貨順便要作資料救援，經原代理商多日救援後還是無法成功救援，只好再拿至本公司作救援，經本公司一日救援後，成功救出客戶99.99%完整度的100多GB的資料。

故障原因

Win10轉win7失敗, WDEZEX-00BN5A0硬碟無異音，但出現RAW及須格式化畫面, 曾送新竹二家資料救援公司皆無法救援，轉送雷德，成功完成救援。

故障原因

客戶描述在MAC下不小心FORMAT，且硬碟通電有明顯異音，原送至一家資料救援公司無法救援，所以送至本公司二次救援，經本公司4天救援後，成功救援出客戶1點多TB包含流水檔案的資料。
 

故障原因

高雄邱小組原有一顆在MAC下使用的日立2.5吋60GB硬碟不能讀取，特地拿至台北一家知名資料救援公司救援，救援許久後說不能救援只好退件。

送至本公司檢測救援，經工程師檢測此顆硬碟共有二個碟片、三個讀寫磁頭，上層碟面雖無刮傷但已有嚴重的粉塵污染，研判下層應有碟面刮傷情況，因資料會不完整不建議客戶救援，但客戶資料重要堅持救援，工程師共花費了4個材料硬碟的磁頭，救援出客戶66%左右的資料，經客戶驗收後確認有救援出重要資料，成功完成此一資料救援案例。