所有救援案例總表
本公司成功的案例總資料庫,各式不同的案例皆可在此分類中作搜查參考。


-
141
客戶名稱陳先生
聯絡電話09126XXXXX
硬碟型號TOSHIBA Q Series Pro HDTS312
硬碟序號94MS107XXXXX
-
142
客戶名稱永達保險經紀人股份有限公司
聯絡電話09383XXXXX
硬碟型號WD20EARS-00MVWB0
硬碟序號WMAEA13XXXXX
故障原因
公司電腦使用的電源發生暴衝,之後電腦都無法開機,同事拆出硬碟測試,呈現過電不正常反應,資料庫檔案都在裡面。
-
143
客戶名稱賴小姐
聯絡電話09757XXXXX
硬碟型號WD2500AAKS-60L9A0
硬碟序號WMAVZ11XXXXX
-
144
客戶名稱高先生
聯絡電話09105XXXXX
硬碟型號DT01ACA100
硬碟序號Y21XXXXX
-
145
客戶名稱連想有限公司
聯絡電話09378XXXXX
硬碟型號WD20EARX
硬碟序號WCAZAA4XXXXX
-
146
客戶名稱李先生
聯絡電話091724XXXX
硬碟型號WD10TMVW-11ZSMS5
硬碟序號WX61C3XXXXXX
故障原因
客戶李先生一件曾送資深同行處理2個月時間因韌體損壞嚴重無法救援, 經工程師檢測內部讀寫磁頭故障變形、上層碟面點狀刮傷,救援難度很高,硬碟處理啟動慢及SED解鎖問題後, 重要軔體共有3個嚴重損壞,其中31編譯表透過33P表模組由PC3000工具再轉譯生成, 40模組不管用ID模式或ABA模式皆無法搜尋到,發現零號磁頭及一號磁頭的軔體區皆有壞軌, 強制讀取磁道並針對二個磁頭破損部份交叉修復, 再人工查找出40模組位置提取出來, 但另一41重要模組確定內容為空也無法修復,軔體版本少見,幸近公司軔體資料庫剛好有一顆相同版本可以替代, 否則少了此模組這顆硬碟也是無法救援的,此案例三個重要軔體使用了三種不同方式處理才順利在6天內完成此一高難度資料救援案例。
-
147
客戶名稱榮昌科技股份有限公司
聯絡電話09202XXXXX
硬碟型號WD1600JS-75NCB3
陣列形態Raid5
硬碟序號共6顆
故障原因
老客戶榮昌科技一台DELL 2950的SERVER主機,內裝了6顆160GB硬碟建構RAID 5組態,某日3號及5號硬碟亮燈出錯,整組RAID無法ON-LINE上線,因無法運行使用內部資料,所以趕快送來本公司救援,經工程師檢測後發現3號及4號硬碟有壞軌故障問題,須鏡相完成後方能再作後續陣列分析參數作業,分析陣列參數直接導入,無法直接看到客戶資料,經工程師一一剔除可能提前離線的硬碟後再重建資料,終順利完成此一DELL SERVER主機的RAID 5陣列救援案例。
-
148
客戶名稱厚生彩色輸出印製公司
聯絡電話09350XXXXX
硬碟型號WD15EARX-00PASB0
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一台QNAP TS419P的主機,為EXT系統格式,內裝了4顆1.5TB的SEAGATE ST31500341AS硬碟,某日故障後無法讀取,發現之後立即換上新的一顆ST2000VX000 2TB,試著重建組態,但失敗無效,隔天發現左3號硬碟也顯示硬碟損毀,後來請原廠遠端處理過,但沒多久時間又不能運行了,經工程師檢測,原舊1號硬碟部磁頭組件故障,不建議先行開盤處理,3號硬碟為壞軌故障問題,須先鏡相對拷所有磁區的資料再分析,工程師分析導入參數,無法直接看到客戶資料,再一一作剔碟處理,順利對應出客戶原始資料,成功完成此一NAS RAID 5磁碟陣列資料救援案例。
-
149
客戶名稱鴻錢企業有限公司
聯絡電話09559XXXXX
硬碟型號ST2000DM001
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一組BUFFALO 的NAS,內裝了4顆SEAGATE 2TB的硬碟,設定RAID 5組態,某日NAS硬碟無法順利開機,導致內部資料無法讀取,送回原廠檢測維修,原廠回覆因此台機種已經停產無法維修,建議他請第三方的資料救援公司作後續救援,經他們的工程師推廌送至我們公司進行資料救援處理。經工程師檢測後發現1號及2號硬碟有壞軌及軔體損壞故障問題,鏡相完成後分析陣列參數導入,發現客戶近期新的資料有損毀的情況,因有一顆硬碟有提前離線問題,須再做後續缺盤分析重建工程,終順利導出客戶指定資料,完成此一資料救援案例。
-
150
客戶名稱黃先生
聯絡電話0988XXXXXX
硬碟型號 ADATA UV128
硬碟序號12104XXXXX
-
151
客戶名稱大岳藝術製作有限公司
聯絡電話09310XXXXX
硬碟型號ST31500341AS
陣列形態Raid5
硬碟序號共3顆
故障原因
客戶主機由3顆SEAGATE 1.5TB硬碟建構一組陣列,設定RAID 5組態,並切割了二個分區,其中一個分區先OFFLINE後消失,另一分區內有VMWARE 4.1的虛擬機,後來也進入Rebuild狀態,客戶重要的就是第二分區的虛擬機檔案,經工程師檢測該組陣列RAID Config遺失,而造成陣列Crash,分析陣列參數導入重建,無法直接認到該組陣列的分區資訊,經搜尋修復才順利還原客戶資料。客戶重要虛擬機檔案第一次驗收,有部份檔案疑似分區損毀沒對應到,後再經工程師重建搜尋順利交付客戶資料,完成此一RAID 5磁碟陣列救援案例。
-
152
客戶名稱實踐大學
聯絡電話09825XXXXX
硬碟型號Team COLOR TURN 16GB
硬碟序號150821002-1-XXXXX
-
153
客戶名稱敦煌傳播有限公司
聯絡電話02276XXXXX
硬碟型號ST3000DM001
硬碟序號S1FXXXXX
-
154
客戶名稱台北黃先生
聯絡電話0928XXXXXX
硬碟型號創見USB 2.0 4GB
硬碟序號52362XXXXXX
-
155
客戶名稱網視國際有限公司
聯絡電話09362XXXXX
硬碟型號ST31000528AS
硬碟序號SVP1XXXX
-
156
客戶名稱集晟企業有限公司
聯絡電話09311XXXX
硬碟型號WD5000AAKX-221CA0
硬碟序號WCAYUA7XXXXX
-
157
客戶名稱李先生
聯絡電話09368XXXXX
硬碟型號ST380817AS
硬碟序號3MRXXXXX
-
158
客戶名稱羅先生
聯絡電話09191XXXXX
硬碟型號WD2002FAEX-007BA0
陣列形態RAID 0
硬碟序號共2顆
故障原因
客戶一組陣列由2顆WD2002FAEX-007BA0 2TB硬碟所建構,設定RAID0組態,二個星期前發生過一顆硬碟狀態ERROR,另一顆正常,但RAID狀態顯示正常,6月17重新開機後就進不了OS系統了,所以才送修至本公司作救援,經工程師檢測,1號硬碟有壞軌故障問題,須先鏡相對拷處理,6月4日也有作過一次修復性動作, 分析參數直接導入無法看到任何資料,再進行後續修復動作,第一個分區的INDEX及MFT表結構皆完整,檔案也正常可開啟,第二分區就連流水號檔案也找不到可以開啟的檔案,再一一交叉測試,發現竟二個分區的stripe size值不同,真是一個少見案例,可能客戶有特殊需求才會作這樣設定,分二階段終成功救援出此特殊RAID5陣列的資料救援案例。
-
159
客戶名稱長儂園藝有限公司
聯絡電話09203XXXXX
硬碟型號ST100DM003
硬碟序號S1DXXXXX
-
160
客戶名稱臺鍍科技股份有限公司
聯絡電話09374XXXXX
硬碟型號WD800AAJS
陣列形態Raid1
硬碟序號共3顆
故障原因
客戶使用2顆80GB硬碟架構RAID 1陣列+500GB硬碟做SQL資料庫內部存放公司每天備份的重要資料,疑因power故障造成3顆硬碟皆嚴重燒毀。其中一顆80GB硬碟因電路板嚴重燒毀,無法做原板修復;另一顆80GB硬碟的電路板表層有小區塊遭燒毀,工程師做原板跳線焊接處理;另500GB硬碟經工程師追查電路並拆焊10多顆晶片後,成功救援出客戶所需的資料。