所有救援案例總表
本公司成功的案例總資料庫，各式不同的案例皆可在此分類中作搜查參考。
-
41客戶名稱科立爾數位
聯絡電話09882XXXXX
硬碟型號MP0402H
硬碟序號S03WJ10Y4XXXXX
-
42客戶名稱黃先生
聯絡電話09812XXXXX
硬碟型號WD30EARX-00DC0B0
硬碟序號WCC1T09XXXXX
-
43客戶名稱陳先生
聯絡電話09129XXXXX
硬碟型號WD10JMVW-11S5XS0
硬碟序號WXB1A9XXXXX
-
44客戶名稱李先生
聯絡電話09879XXXXX
硬碟型號MQ01ABD100
硬碟序號X4PHXXXXX
-
45客戶名稱李先生
聯絡電話09282XXXXX
硬碟型號MK7559GSXP
硬碟序號X12AXXXXX
-
46客戶名稱呂先生
聯絡電話09193XXXXX
硬碟型號MK5065GSX
硬碟序號X0EEXXXXX
-
47客戶名稱周小姐
聯絡電話0932XXXXXX
硬碟型號WD1002FAEX-00Z3A0
硬碟序號WMATR05XXXXX
-
48客戶名稱工業技術研究院
聯絡電話09758XXXXX
硬碟型號SD6SP1M-256G-1002
陣列形態RAID0
硬碟序號共2顆
故障原因
客戶筆電中裝了二顆SSD固態硬碟，設定RAID 0組態，某日筆電不能運行開機送來作資料救援。經工程師檢測，發現有一片SSD的磁區有規律性的空白，可能有一個通道的磁區未明原因被清空，工程師分析陣列參數再作導入，順利導出客戶重要指定資料。
-
49客戶名稱杜拜高鐵捷運
聯絡電話098XXXX167
硬碟型號ST31000528AS
陣列形態RAID5
硬碟序號共8顆
故障原因
某日客戶來電說他們公司杜拜廠目前有一組HP RAID 5陣列CRASH須救援,此陣列為該公司數百人共用的資料庫, 由8顆1TB硬碟所建構, 1顆作HOTSPARE,陣列總容量為6TB, 資料的儲存量約有5.2TB, 客戶先行跟我們聯絡告知準備, 走TNT國際快遞,經新加坡約6天左右總算到了台灣, 由於案件資料緊急且所有硬碟皆無嚴重故障問題, 經客戶同意直接分析各顆硬碟磁區相關參數 ,送件隔天立即分析出陣列參數並開始重建copy資料, copy過程每天不斷有公司各部門來電要求,先提取部份急用資料,由於部份硬碟磁區並不穩定, 尚有少量資料因壞軌而無法抓取對應, 所以完成第一階段資料複製作業後,再針對所有硬碟作鏡相對拷排除壞軌問題, 重建再倒回客戶重新建構的8TB HP伺服器中, 最後終完成此一海外磁碟陣列救援案例。
-
50客戶名稱李先生
聯絡電話09330XXXXX
硬碟型號WDBBEP0010BBK-01
硬碟序號WX51E43XXXXX
-
51客戶名稱采鈺科技
聯絡電話0936XXXXXX
硬碟型號MK3265GSX
硬碟序號Z1N7CFSXXXXX
-
52客戶名稱陳先生
聯絡電話09107XXXXX
硬碟型號WD5000AAKS-22YGA0
硬碟序號WCAS869XXXXX
-
53客戶名稱劉先生
聯絡電話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在不同磁區的情況發生。
-
54客戶名稱陳先生
聯絡電話0918XXXXXX
硬碟型號SONY 32GB
硬碟序號已看不太清楚
-
55客戶名稱坪林行控中心
聯絡電話09872XXXXX
硬碟型號ST3250620NS
陣列形態Raid5
硬碟序號共4顆
故障原因
雪山隧道坪林行控中心多人共用一台HP SERVER，型號為HP Proliant DL100 G2，由4顆250GB硬碟建構RAID5而成，RAID卡型號為Adaptec 2420，經檢測一號硬碟馬達時有運轉異音，四號硬碟有壞軌，固件模組損壞，第二分區的分區表資訊損壞須修正補回，經工程師分析重建陣列後，順利交付客戶資料，完成此一RAID5磁碟陣列救援案例。
-
56客戶名稱敦允有限公司
聯絡電話09312XXXXX
硬碟型號WD10EFRX-68PJCN0
陣列形態RAID6
硬碟序號共8顆
故障原因
客戶一台主機內裝了8顆 1TB硬碟，設定RAID6組態，為WINDOWS NTFS系統格式，某一天主機端發現有其中一顆1號硬碟已離線，有嘗試作REBUILD動作，但有可能被人為中斷，也自行使用R-STUDIO及PHOTOREC去作救援，但不小心操作誤錯，救援資料也存入了此一陣列中，經工程師檢測，客戶在12月份時有作過CHKDSK修復性動作，有許多資料夾結構及檔案名稱有損毀的情況，,1月9、10有操作寫入了大量資料作覆蓋，由於並無硬碟有任何故障問題，所以分析陣列參數導入重建，再作後續資料覆蓋的救援處理，順利導出客戶部份沒覆蓋的資料，因為客戶陣列中也存放了些虛擬機，所以須再針對虛擬機作後續處理，最後終完成此一少見的RAID6磁碟陣列資料救援案例。
-
57客戶名稱台灣歐馬克有限公司
聯絡電話09381XXXXX
硬碟型號WD1001FALS-00J7B0
硬碟序號WMATV13XXXXX
-
58客戶名稱陳先生
聯絡電話09228XXXXX
硬碟型號ST3500320AS
硬碟序號5QMXXXXX
-
59客戶名稱翁先生
聯絡電話09375XXXXX
硬碟型號WD20NMVW-11AV3S0
硬碟序號WX11A83XXXXX
-
60客戶名稱景騰電腦有限公司
聯絡電話02-293XXXXX
硬碟型號MQ01ABD100
硬碟序號92FKPWRXXXXX