客戶名稱： 蔚華科技
裝置型號： NAS RAID 0
受損問題： 壞軌損壞MBR
救援過程
繪圖NSA主機發生壞軌時若以RAID0格式是不利於使用者，因為網路傳輸資料本來就慢於各型主機運作速度，不適合用來做NAS主機使用的格式。一旦發生其中一顆硬碟劃傷是無法有效救援。RAID1或RAID5才是NAS主機最佳的格式。
磁碟陣列、NAS主機
成功重組各大廠家RAID、NAS案例
選單
Previous slide
Next slide
HP伺服器RAID5 EE 資料救援
HP伺服器所內建的磁碟陣列格式為RAID 5 EE ，其所律定保護作用能更細緻的，劃分了每一個檔案放置於更多的扇區裏，對於底層分析主桔構上是救援成功率很高的。深度分析…….
IBM RAID6 10TB 清華大學主機離線
新竹清大IBM RAID6 10TB 伺服器設備無法開機使用，連絡本司前往現埸檢測，因RAID6模式下可以損壞兩顆硬碟，所以一旦不能開啓時一定有三顆硬碟以上損壞，立刻將5顆2TB硬碟於機台上檢測，六小時內重組成功。深度分析…….
IBM RAID5 現場搶救資料庫-紡織大廠
因儒源大園廠的資料庫伺服器跳機無法進行生產線管理物料進出、倉儲系統、運輸作業都無法進行物件移倉及出貨至機場運送到客戶端的作業。通知本司立即準備救援機具，前往儒鴻大園廠。並於四小時之前全部檢測完畢
科學園區NAS RAID 5監視器8TB搶救
園區管理局監視系統因維護廠商要進行監控機具測試時，還沒有備份好資料就進行機台斷電程序一經覆電時全部資料都不能使用。雖然只是其中一部機台後續 的監控系統都不敢在做相同動作，請本公司技術人員前往現場檢測。搶救出百分之百資料，深度分析…….
BUFFALO NAS 財務資料庫遺失回復
客戶使用BUFFALO NAS 做為財務資料庫網路儲存伺服器，所使用的工作人員發現無法連結到登入帳號的頁面，通知該公司IT部門後，經由檢測後發現第二顆和第三顆硬碟無法連線，商請本司工作人員帶上機具到現場檢測該部BUFFALO NAS及其離線的硬碟是發生在什麼時間。深度分析…
QNAP NAS RAID-5 16TB 資料救援
QNAP NAS 發生錯誤訊息要您修複，千萬別按下任何鍵而且也別聽從所謂的原廠客服人員所告知的任何修複指令，因為您不一定聽的懂而且不是一定做對，萬一做錯的時候所造成的後果是不能設想的。深度分析…….
4小時內救援-MY SQL資料庫掛載成功
客戶一早急忙打來本中心詢問RAID5資料救援程序及需要救援時間和費用，客戶表示公司很急迫需要這些資料，分析後給予他最快救援建議、並告知檢測時間最快2小時，修復資料最快3小時完工，在聽完我們建議後，客戶開始準備從宜蘭開車至新竹送修遺失的RAID5。深度分析…….
Nas raid5 8tb 故障，無法登入連線
台灣網拍知名大廠因其影像美術編輯部門中的NAS主機發生無法連線時，協請維護廠商進行檢測備份但維護人員發現主機的磁碟陣列己經崩潰無法讀取資料因而來電詢問備份方法，因怕維護人員做錯，本司遠程連線協助該員進行檢查備份。深度分析…….
高雄工業金屬研究中心RAID擴容失敗
研究中心某實驗室所使用的影像處理伺服工作站於平日存放各型材料製造掃瞄之資料，因資料容量已經無法負荷，請維護廠商增加容量空間。不慎輸入重建的指令造成作業系統所配製的文件記錄區 MFT受損。重新開啓後無法讀取該NAS主機所原先安裝的資料。深度分析….
華碩伺服器RAID5-倉庫ERP無法工作
桃園大園區的朋友維護的化學公司伺服器主機故障，立馬開車送到本司新竹資料救援服務站，因客戶配合度極高有效指示出資料所在之處時，經過底層分析後可以馬上得知所要救的資料在那，四小時內解決客戶問題。安心回家過年。百分之百完成了資料庫回復測試。深度分析…….
客戶名稱： 台中鄭小姐
裝置型號： 同業失敗 raid 1
受損問題： 硬碟壞軌發生異響
救援過程
客戶先送至台中當某資料救援公司，該公司告知已經拍照是某盤面損壞後客戶願意救援但一放兩個多月，最後還是客人無法在等待只好先轉送本公司台中服務代收站。進行檢測時發現盤面有受損但因為是RAID1的格式可以利用兩顆硬碟的資料結構進行分析，重組完時客戶要求的照片幾乎都有救援出來。相較之下RAID1還 是NAS主機最好的備份格式。
客戶名稱： 高雄羅先生
裝置型號： Asus筆記型電腦
受損問題： 筆電raid 0 崩潰
救援過程
該客戶於大半年前就已經發生過raid 0崩潰現象，就應該先就該儲存裝置ssd進行更換。因客戶基於預算考量後不進行更換而於日後又再度發生，資料救援部份是算較於基礎型的解決方案。但還是建議要先把ssd 壞掉的部份解決不然日後還是會發生類似情狀。
客戶名稱： 新竹王先生
裝置型號： NAS RAID5 12TB
受損問題： 磁碟陣列崩潰
救援過程
客戶先送至台北某資料救援公司後告知無法救援成功，主要原因在於NAS主機內建的崁入式系統LINUX 格式為EX4 。文件格式和WINDOWS SYSTEN 所使用的NTFS內的MFT (文件記錄區)不同，LINUX相較之下太小了，只能救援比較小容量(1K~80K)的圖檔。雖然無法救援出客戶的期許本公司也將資料無償提供。
客戶名稱： 晨星半導體公司
裝置型號： Asus筆記型電腦
受損問題： 磁碟陣列崩潰
救援過程
Asus筆記型電腦內裝置固態硬碟(SSD)並組成了RAID0的模式存取提高其效能約百分之三十。也相對有利於客戶體驗上開機速度提昇，但若發生磁碟陣列崩潰、BIOS設定錯誤或不小心重建RAID0 模式會造成資料遺失。SSD因其電路板上主控晶片發生軔體損失情狀。利用鏡像方式後，在重組回來RAID0 模式。資料回復率百分之百。
客戶名稱： 高雄燁煇鋼鐵公司
裝置型號： RAID5無法連線
受損問題： 人員誤設硬碟順序
救援過程
MIS人員看到NAS主機的硬碟盒亮起警示作用時將硬碟取出進行檢查，順便也檢查其他硬碟時，不堪將硬碟順序安置錯誤。磁碟陣列一直處於無法連線狀況，來電詢問並未告知有取出的動作。我司僅告知要先備份好再進行檢查若已經發生錯誤了就先別動了。若真的要送到門市請先進行一對一的備份好再送。但因該公司不同意送出只好先叫我司工程人員到現場檢測。經分析後重新排序幸好沒有重建不然就很難在十二小時之內重組完成了。
客戶名稱： 新竹湖口工廠
裝置型號： RAID1硬碟劃傷
受損問題： 硬碟劃傷
救援過程
raid損壞，必須找出最後離線那顆
1.硬碟有異音，磁頭損壞劃傷
2.開盤，清潔盤面汙染
3.更換磁頭，鏡像數據
客戶名稱： 湖口某工業廠
裝置型號： 工作機台
受損問題： RAID機台控制板損壞
救援過程
1.檢測硬碟狀況，正常
2.檢測磁碟控制卡，損壞
3.修改開機數據參數