所有救援案例總表
本公司成功的案例總資料庫，各式不同的案例皆可在此分類中作搜查參考。
-
121客戶名稱嘉義縣環境保護局
聯絡電話0536XXXXX
硬碟型號IC35L036VCDY10-0
陣列形態Raid5
硬碟序號共4顆
故障原因
嘉義環保局某日來電, 局內一台IBM 伺服器因RAID卡故障, 造成整個陣列Crash 無法運行, 此陣列由四顆 IBM 34GB的 SCSI硬碟所建構完成, 處理數日一樣無法還原陣列資料, 後經郵局送來本公司檢測, 發現硬碟並無任何故障或壞軌, 主因為RAID CONFIG遺失,客戶事後也沒有作過任何Rebuild或同步化等動作, 資料應可完整回復. 所有硬碟完成鏡相後, 經工程師手工分析陣列相關參數, 發現為一少見的右走向的 RAID5陣列, 並且陣列Stripe size值也非為原廠內定值, 導入參數重建此一陣列, 於客戶送件的隔天立即回報可救援出該陣列內40GB的資料, 客戶跑完成公家機關送件程序後成功完成此一資料救援案例。
-
122客戶名稱劉先生
聯絡電話0936XXXXXX
硬碟型號ST3500418AS
硬碟序號9UMXXXXX
-
123客戶名稱翔益營造有限公司
聯絡電話09756XXXXX
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX11E23XXXXX
-
124客戶名稱光華電腦同行
聯絡電話09321XXXXX
硬碟型號WD10EADS-00P8B0
陣列形態Raid6
硬碟序號共16顆
故障原因
同行客戶一組SERVER 4U的伺服器主機，內共裝了16顆WD、SEAGATE、日立 1TB硬碟，設定RAID6組態，為LINUX EXT系統格式，某日陣列主機故障無法運行，從主機端記錄看4、6、8號此三顆硬碟有亮燈報錯，同行客戶無法從主機端作救援處理，所以轉送來本公司作後續救援，經工程師檢測硬碟皆無任何壞軌故障，有可能綠標硬碟節能省電功能造成休眠模式下，馬達起轉來不及加入運行或有過熱離線問題，16號硬碟磁區皆無任何資料，有可能是HOT-SPARE硬碟或沒有設定加入運行，直接分析陣列參數及硬碟順序，導入參數重建資料，只有看到二個2012年的資料夾，近期的資料皆沒有看到，應有1或2顆硬碟多年前就離線了，必須要找出並剔除後再重建，才能得到完整正確的資料，RAID6若須剔盤難度就比RAID5高出許多，因為剔除組合太多，各別單獨剔掉15顆就有15個組合，同時剔除二顆的組合更多，最後終於花了一天的時間，比對找出最完整正確的資料，順利完成此一RAID6 磁碟陣列救援案例。
-
125客戶名稱傑怡科技有限公司
聯絡電話09320xxxxx
硬碟型號ST3500418AS
硬碟序號9VMXXXXX
-
126客戶名稱白先生
聯絡電話09337XXXXX
硬碟型號WD5000BMVW-11AJGS0
硬碟序號WXD1A13XXXXX
-
127客戶名稱葉先生
聯絡電話09751XXXXX
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX21A83XXXXX
-
128客戶名稱林小姐
聯絡電話09883XXXXX
硬碟型號WD10TMVW-11ZSMS5
硬碟序號WX91A81XXXXX
-
129客戶名稱陳小姐
聯絡電話09152XXXXX
硬碟型號ST3500418AS
硬碟序號6VMXXXXX
故障原因
硬碟出現RAW格式化。
分類標籤
所有救援案例總表 -
130客戶名稱財團法人台灣經濟研究院
聯絡電話09237XXXXX
硬碟型號HD502HJ
硬碟序號S27FJ9CZ6XXXXX
-
131客戶名稱涂先生
聯絡電話0920XXXXXX
硬碟型號WD3200AAJS-22RYA0
硬碟序號WCAPZ04XXXXX
-
132客戶名稱綠信環境科技股份有限公司
聯絡電話09581XXXXX
硬碟型號WD2000JB
陣列形態Raid1
硬碟序號共2顆
故障原因
2顆硬碟經檢測後確認其中一顆磁頭損壞需開盤處理；另一顆是固件模組損壞、分區表損毀。工程師由分區表的架構判斷這2顆硬碟應是做RAID 1陣列，只需選擇其中故障較輕的硬碟救援即可。工程師先修復損壞的模組，再手工重建分區表，1個工作天內即救援出客戶所需的資料。
-
133客戶名稱陳先生
聯絡電話09356XXXXX
硬碟型號WD1002FAEX-00Z3A0
陣列形態Raid0
硬碟序號共2顆
故障原因
台北陳先生由2顆WD 1TB硬碟建構RAID 0陣列，經工程師檢測，發現其中一顆硬碟有壞軌故障問，須先完成鏡相對拷作業，才能進一步分析陣列參數再重建，導入陣列參數重建後順利完成此一RAID 0磁頭陣列的資料救援案例。
-
134客戶名稱錦鈺有限公司
聯絡電話09180XXXXX
硬碟型號ST3500320AS
陣列形態Raid5
硬碟序號共4顆
故障原因
錦鈺有限公司一台 D-LINK DNS-343的NAS主機，某日一號硬碟故障後，操作人員誤操作，執行了格式化FORMAT，些許時間後發現不對立即關機，後再送來本公司進行檢測救援，經工程師檢測，一號硬碟壞軌故障，2號的磁頭不穩定，RAID CONFIG遺失，內有2顆硬碟前面分區資訊疑遭格式化，原EXT3系統格式變更為EXT2格式，直接導入分析的陣列參數無法直接重建陣列還原資料，最終各自剔除此二顆硬碟作缺盤分析重建，分別交付客戶二組陣列資料再作後續資料整理，最後終完成此一RAID 5磁碟陣列的資料救援案例。
-
135客戶名稱台北劉先生
硬碟型號Apacer Class 10 SD卡 16GB
硬碟序號S61G1233XXXXXXX
-
136客戶名稱永信建設開發股份有限公司
聯絡電話09084XXXXX
硬碟型號隨身碟16GB
硬碟序號無法辨識
-
137客戶名稱福基織造股份有限公司
聯絡電話09393XXXXXX
硬碟型號SD6SP1M-128G-1002
硬碟序號1348864XXXXX
-
138客戶名稱喬集應用材料股份有限
聯絡電話09322XXXXX
硬碟型號ST3250310NS
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台伺服器原有二顆SEAGATE ST3250310NS 250GB企業版硬碟，設定RAID1組態，某日主機板燒毀後，再更換了另一片主機板後，使用一段時間，才發現HDD無法讀取，所以用來本公司進行救援檢測，經工程師檢測後發現，1號硬碟有壞軌故障問題，硬碟前面有大量的磁區無法讀取損毀，2號硬碟為單碟片、二個磁頭、1號磁頭有故障問題，須作開盤救援處理，因客戶設定RAID1，故建議優先由故障輕微的壞軌硬碟作救援即可，完成救援後通知客戶驗收資料，順利完成此一RAID1的資料救援案例。
-
139客戶名稱FHM,一手車訊
聯絡電話09119XXXXX
硬碟型號WD黑標FYYS
陣列形態Raid5
硬碟序號共4顆
故障原因
我愛傳媒負責FHM及CARNEWS等雜誌攝影編輯等業務，此組Raid5陣列由4顆WD黑標2TB硬碟建構而成，採用MAC HFS+格式以方便編輯剪輯。曾送某家資料救援同業再送至本公司，經工程師檢測發現第2、4顆硬碟PCB故障，須先排除硬碟硬體的故障問題，才能做後續處理。第一天先用4組對拷機台鏡相對拷此8TB硬碟，第二天工程師立即分析出陣列相關參數導入重建，由於硬碟壞軌，故障後也無作任何Rebuild或初始化的修復性動作，所以資料幾乎無破損情況，成功完成救援。
-
140客戶名稱劉先生
聯絡電話09291XXXXX
硬碟型號ST31000340NS
陣列形態Raid5
硬碟序號共4顆
故障原因
劉先生某日自家使用的QNAP TS-459 PRO NAS--由4顆Seagate 1TB企業版建構RAID5，原本4號硬碟因壞軌故障亮燈警示，自行拆下另三顆硬碟，通電開機後重新再裝上原三顆硬碟試著運行，但始終無法進入系統而致整個RAID5陣列CRASH，來電本公司詢問了解相關檢測報價流程後，寄送至公司處理，當天完成鏡相後開始分析陣列參數，隔天即完成救援。跟一般RAID5陣列參數少見的是，第三顆硬碟的START HEAD SECTOR跟其他顆不同，偏移了6個SECTOR，詢問客戶了解可能原因，原來客戶此四顆硬碟皆在不同時間作過替換重建動作，所以可能造成此一分區START HEAD SECTOR在不同磁區的情況發生。