二次救援案例

故障原因

台北楊先生送來一件資深同行無法救援的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須拆焊作資料救援手工分析運算處理。

故障原因

客戶之前有先來電詢問，過了數天後下午17點約近十人來店送件檢測，說已送一間同行無法救援，想作急件檢測隔天中午報價，經檢測後發現有二顆硬碟皆有部份磁頭故障不良情況，由於此二顆硬碟型號為ST1200MM0159 1.2TB EXOS 10E2400系列，皆為EMC 專用SAS硬碟，Block非一般常見的512Bytes，而為了校驗資料正確性及糾錯，Block採用520 bytes，就算硬碟無損壞,硬碟接上市面大部份的SAS卡或硬碟救援鏡相工具皆無法辨識到硬碟型號容量及作鏡相磁區作業，須以特殊救援工具才能作轉換救援處理。當天客戶同意救援後先鏡相好的磁頭磁區，隔天立刻再開盤換頭讀取最後一個磁頭，但第一顆因有刮傷無法再完整鏡相，只好當天再處理第二顆損壞硬碟，此顆硬碟隔天即鏡相非常完整，後續客戶立即再提供鏡相備份對拷碟，分別鏡相對拷後交件，最後在客戶眾人的加班努力下，終讓機台可以順利上線運行恢復客戶資料. 

故障原因

台東海瑞鄉客戶送一件創見512GB SSD固態硬碟至北部資深公司救援約2個月左右, 最後無法救援送來本公司處理,, 經工程師檢測磁碟管理完全抓不到型號容量,其主控IC型號為SM2263XT, 電路板上共有個BGA晶片, 經工程師處理約9天時間終完成救援, 通知客戶驗收取資料. 

故障原因

客戶藍洋系統廠商幫客戶代送一組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內完成救援。

故障原因

本月中曾使用過他人電腦內裝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%左右的資料，經客戶驗收後確認有救援出重要資料，成功完成此一資料救援案例。

故障原因

客戶描述電腦無法開機，曾送一家資料救援公司數月一直無法成功救援。工程師共用8天時間救援出60多GB的資炓。

故障原因

客戶訊X公司楊先生一顆WD10JPVX 1TB硬碟，某日被離職員工惡意格式化破壞處理，送內湖一家救援公司救援後，因為資料不完整，又再送來本公司作二次救援，工程師救援比對客戶指定資料，發現有許多已遭破壞，只能針對未破壞損毀部份作底層分析，最後分析對應出193GB資料交付客戶，順利完成此一資料救援案例。

故障原因

女性影像學會透過電腦同行送件過來, 當時曾送內湖公司檢測評估放棄,送來己是二次開盤的高難度案件,此類氦氣硬碟由於救援工具大多不支援對其軔體作讀寫修復操作, 所以救援難度很高,許多同行也多直接放棄,且由於上蓋有鋁材密封, 開啟上蓋也須特殊工具打磨切割才能作下一步檢測或救援, 通電檢測時已有異音, 開盤後發現此顆硬碟內部共有7個碟片,14個R/W讀寫磁頭, 由於資料量大工程師經18天左右順利交付客戶

故障原因

MAC電腦中的ST3500418AS硬碟讀不到資料，曾送過電腦公司但無法救援。轉送雷德資料救援，經工程師二天資料救援，成功救援出90多GB資料。

故障原因

用到一半電腦當機，重新開機後，Windows7顯示系統修復(藍色畫面)，畫面就一直當在那裡。朋友有幫忙試著copy資料但速度很慢，所以才送來雷德。

故障原因

客戶一台Smartstar NS4600的NAS主機，內裝了3顆HITACHI 1TB硬碟，設定RAID 5組態，為特殊XFS系統格式，一開始故障時主機上的三顆硬碟皆亮紅燈，有請喬鼎協助遠端連線救援資料，但是只能救援出部份資料，後來又送至某資料救援公司檢測，因預算問題，後來又再送來本公司作二次救援，經工程師檢測，2號硬碟有壞軌故障問題，作完細部鏡相對拷作業，分析陣列相關參數及硬碟排序，發現部份資料夾有遺失情況，應是壞軌硬碟的INDEX&MFT表有壞軌損毀情況造成，再進行修復分析，順利交付客戶指定資料，完成此RAID5 XFS系統的NAS資料救援案例。

故障原因

客戶表示硬碟由桌上掉落地面，之後沒辦法讀取可通電，有自行開盤過。經工程師檢測該顆硬碟共有3個碟片、6個磁頭，0號與5號磁頭脫落，2號磁頭及上層碟面皆有磁粉汙染情形，經27天救援出客戶700多GB的資料。

故障原因

客戶一台QNAP TS419P的主機，為EXT系統格式，內裝了4顆1.5TB的SEAGATE ST31500341AS硬碟，某日故障後無法讀取，發現之後立即換上新的一顆ST2000VX000 2TB，試著重建組態，但失敗無效，隔天發現左3號硬碟也顯示硬碟損毀，後來請原廠遠端處理過，但沒多久時間又不能運行了，經工程師檢測，原舊1號硬碟部磁頭組件故障，不建議先行開盤處理，3號硬碟為壞軌故障問題，須先鏡相對拷所有磁區的資料再分析，工程師分析導入參數，無法直接看到客戶資料，再一一作剔碟處理，順利對應出客戶原始資料，成功完成此一NAS RAID 5磁碟陣列資料救援案例。  

故障原因

客戶一組BUFFALO 的NAS，內裝了4顆SEAGATE 2TB的硬碟，設定RAID 5組態，某日NAS硬碟無法順利開機，導致內部資料無法讀取，送回原廠檢測維修，原廠回覆因此台機種已經停產無法維修，建議他請第三方的資料救援公司作後續救援，經他們的工程師推廌送至我們公司進行資料救援處理。經工程師檢測後發現1號及2號硬碟有壞軌及軔體損壞故障問題，鏡相完成後分析陣列參數導入，發現客戶近期新的資料有損毀的情況，因有一顆硬碟有提前離線問題，須再做後續缺盤分析重建工程，終順利導出客戶指定資料，完成此一資料救援案例。