-
101客戶名稱何先生
聯絡電話09105XXXXX
硬碟型號ST9500325AS
硬碟序號5VEGK3BR
-
102客戶名稱榮總心導管室
聯絡電話092XXX6736
硬碟型號WD2001FASS-00W2B0
陣列形態RAID5
硬碟序號共16顆
故障原因
台北石牌榮總心導管室一些醫學攝影資料，存放在一組16顆WD 2TB建構的陣列中，2顆作HOTSPARE，有一顆當初建構時即測試而離線，另有九顆建構成16TB的空間。某日陣列CRASH無法運行，來電本公司後，由二名工程師至現場拆下所有硬碟取回公司進行檢測，經檢測共有一顆硬碟壞軌，4顆硬碟模組損毀，當天取回後立即動用8組對拷機台，於第二天晚上終於鏡相完成所有硬碟，當晚工程師並加班分析此組陣列參數，於隔天早上順利導入重建，並提取部份資料先請客戶至專用醫療機台上測試播放，驗證是否參數運算有誤或早有1顆硬碟離線多日，經驗證無誤並經客戶同意後，即開始COPY資料，順利完成此一RAID5磁碟陣列資料救援案例。
-
103客戶名稱蔡小姐
聯絡電話0989XXXXXX
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX31A83XXXXX
-
104客戶名稱林先生
聯絡電話09260XXXXX
硬碟型號ST9500325AS
硬碟序號5VEXXXXX
-
105客戶名稱環宇廣播事業股份有限公司
聯絡電話09186XXXXX
硬碟型號WD1003FBYX-01Y7B0
陣列形態Raid5
硬碟序號共4顆
故障原因
新竹環宇廣播電台使用 PROMISE NS4700的NAS主機，內由4顆WD 1TB硬蹀所建構而成，並設定為RAID 5組態。先送過內湖資料救援同業檢測，但因報價太高，客戶放棄救援後再轉送至本公司處理，經工程師檢測分區資訊，發現各有二顆硬碟，前面磁區內容皆是一樣，疑似RAID10組態，但後方磁區內容架構又像是RAID5組態，須各剔除一顆進行分組缺盤分析重建，終取最完整的那一組資料交付客戶資料，資料完整度約95%~98%左右，最後終完成此一RAID5磁碟陣列資料救援案例。
-
106客戶名稱PEMA先生
聯絡電話09193XXXXX
硬碟型號ST9500325AS
硬碟序號6VE15KK5
-
107客戶名稱先進光電科技股份有限公司
聯絡電話0975XXXXXX
硬碟型號MZ-NTE256D
硬碟序號S1D3NEAG303926
-
108客戶名稱友威科技
聯絡電話09172XXXXX
硬碟型號Sandisk SDSA5JK-256G
硬碟序號1201333XXXXX
-
109客戶名稱李先生
聯絡電話09881XXXXX
硬碟型號ST3500418AS
硬碟序號6VMXXXXX
-
110客戶名稱施小姐
聯絡電話0915XXXXXX
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX31A73XXXXX
-
111客戶名稱永貫資訊工程有限公司
聯絡電話09216XXXXX
硬碟型號ST3500418AS
硬碟序號9VMXXXXX
-
112客戶名稱工業技術研究院
聯絡電話09199XXXXX
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX71EB3XXXXX
-
113客戶名稱鄭先生
聯絡電話09317XXXXX
硬碟型號ST9500325AS
硬碟序號S2WXXXXX
-
114客戶名稱林先生
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX21A83XXXXX
-
115客戶名稱歐特屋建設股份有限公司
聯絡電話09113XXXXX
硬碟型號WD10JMVW-11AJGS0
硬碟序號WX11E33XXXXX
-
116客戶名稱土思國際整合股份有限公司
聯絡電話091XXX6066
硬碟型號SSD固態硬碟
陣列形態RAID0
硬碟序號共2片
故障原因
客戶自行購買2顆128GB的SSD固態硬碟，改裝設定RAID0陣列，裝入自己的SONY VAIO的筆電中，以求筆電效能提升及資料存取速度加快。某日在更新WIN7 SP1時發生錯誤無法完成更新，之後就無法開機，系統RAID 0 Crash。經送來我們公司檢測後，發現其中一顆SSD已有些BLOCK已有損壞，讀取此處即造成CRASH，工程師先後針對此二顆SSD作好鏡相工作後，即開始分析陣列相關參數，導入陣列參數重建後成功完成此一資料救援案例。
-
117客戶名稱黃小姐
聯絡電話0916XXXXXX
硬碟型號MZ-CPA1280/0A1
硬碟序號S0SANEAC506428
-
118客戶名稱鼎好科技有限公司
聯絡電話09853XXXXX
硬碟型號THNSN2256GSPS
硬碟序號34VB20GXXXXX
-
119客戶名稱台北楊先生
聯絡電話09352XXXXX
硬碟型號WD30EFRX-68AX9N0
陣列形態RAID5+RAID6
硬碟序號共8顆
故障原因
客戶一台華芸 AS-608T NAS主機，原本由3顆3TB及3顆4TB硬碟設定RAID5組態，後來要升級為RAID6組態，並加入了一顆新的4TB硬碟至8號位置，在組態遷移時， NAS當機一直卡在35%左右位置，只好重新啟動NAS，但原本的資料就全不見了，所以只好送修作資料救援， 經工程師檢測硬碟並無任何的壞軌故障，但分析出的硬碟順序與主機端的順序不同，由於RAID組態並未完全轉換完成，前面35%的資料須設定RAID6組態分析重建，後面65%則須設定RAID5組態，先行分析RAID6陣列參數，導出前面40%的磁區資料，此陣列難度高的部份在於後面65%的磁區資料，由於前方分區表的資訊已經變更為RAID6組態，原本RAID5組態下的分區資訊已皆不見，只能部份以猜測方式作不同組合，再掃描後面區段的流水號檔案，比對最完整的資料組合，幸客戶要的是一些影片及相片，後面RAID5導出的流水號檔案也可以接受，最後成功救援出3.3TB的資料交付給客戶，完成此一高難度且特殊的RAID5及RAID6雙組態資料救援案例。
-
120客戶名稱博識資訊顧問有限公司
聯絡電話0916XXXXXX
硬碟型號ST3500418AS
硬碟序號9VMXXXXX