硬碟資料救援最佳首選

故障原因

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

故障原因

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

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

故障原因

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

故障原因

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

故障原因

歐先生硬碟有設定Bitlocker加密處理，某日不小心誤刪了分區，送內湖一家資料救援公司，救援不完整所以再送來本公司，經工程師破解處理，3天完整救援交付客戶重要資料。

故障原因

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

故障原因

客戶表示硬碟無法讀取有異音，曾經送過資料救援同行開盤檢測過。經工程師檢測該顆硬碟為單碟片、雙磁頭，碟面有刮傷情形。

故障原因

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

故障原因

同行客戶一組SERVER 4U的伺服器主機，內共裝了16顆WD、SEAGATE、日立 1TB硬碟，設定RAID6組態，為LINUX EXT系統格式，某日陣列主機故障無法運行，從主機端記錄看4、6、8號此三顆硬碟有亮燈報錯，同行客戶無法從主機端作救援處理，所以轉送來本公司作後續救援，經工程師檢測硬碟皆無任何壞軌故障，有可能綠標硬碟節能省電功能造成休眠模式下，馬達起轉來不及加入運行或有過熱離線問題，16號硬碟磁區皆無任何資料，有可能是HOT-SPARE硬碟或沒有設定加入運行，直接分析陣列參數及硬碟順序，導入參數重建資料，只有看到二個2012年的資料夾，近期的資料皆沒有看到，應有1或2顆硬碟多年前就離線了，必須要找出並剔除後再重建，才能得到完整正確的資料，RAID6若須剔盤難度就比RAID5高出許多，因為剔除組合太多，各別單獨剔掉15顆就有15個組合，同時剔除二顆的組合更多，最後終於花了一天的時間，比對找出最完整正確的資料，順利完成此一RAID6 磁碟陣列救援案例。

故障原因

使用Time Machine備份回復，因不當移除硬碟導致原始檔案損毀，曾嘗試修復圖片。

故障原因

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

故障原因

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

故障原因

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

故障原因

光華商圈電腦同行的客戶一組RAID 10陣列，由4顆SEAGATE 500GB硬碟建構，因硬碟尚有其他硬體上的故障，同行無法排除救援，所以轉送本公司進行二次救援處理，經工程師檢測3號及4號硬碟發現有軔體損壞及壞軌故障問題，鏡相對拷完成後分析陣列相關參數，順利導入重建還原出客戶指定的重要資料，完成此一RAID 0+1救援案例。

故障原因

MAC系統不小心格式化，後來WINDOWS系統下又自動備份覆蓋約94GB。客戶表示曾自行嘗試救援。

故障原因

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

故障原因

讀取很慢會發生BIOS可能認不到的情況。客戶表示曾用DOS的壞軌修復軟體自行處理過。

故障原因

主機沒辦法安全卸除，之後突然被迫格式化，硬碟存取被拒，曾自行用WD修復軟體修復及更改驅動程式。

故障原因

無法開機，一直跳入系統畫面，曾送電腦公司無法救援。

故障原因

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