Skip to main content

看著業界喊著滿天飛的資料救援專家與設備,但真實狀況又是如何?
此案例示範OSSLab的資料救援服務流程與管理,來解決客戶問題。

案例簡介

客戶為花旗銀行亞太區助理副總裁,在其出國期間,他的QNAP QNAP TS-831X出現RAID Group 1 is inactive,(四顆Raid 5 ),回國時就已經有兩個HD找不到。

標準資料救援流程

案例示範

  • 收件及檢測

客戶以現場收件進行資料救援,我們透過iPad輸入RMA系統記錄客戶資料及硬碟狀況,客戶可以直接在iPad上簽名。

2017/7/3 收件後入檔後
  • 報價

2017/7/3 檢測完後,OSSLab寄出報價單通知客戶,報價系統會看案子類型區分,這類案子需要先付金額不高的初步處理費NT$1000
並且會附上報價信
高難度報價單
  • 收款

  • 開始救援

客戶付基本處理費跟同意後,開始動手資料救援,以專業設備先修復與鏡像受損硬碟。

做Raid 重建、提取資料

OSSLab在二天將 NAS 資料完整恢復 

  • 核對資料

寄信跟客戶通知並且夾帶恢復的資料目錄檔案核對。
 
 

 我們的系統可以用EMAIL與簡訊通知客戶

  • 嚴格系統化管理

所有的資料救援流程階段,例如報價、拯救進度、完成通知等,都透過資料救援維修管控程式進行管理

  • 客戶付款取回

基於客戶服務,OSSLAB幫忙把客戶硬碟RMA更換良品,於是我們幫他把硬碟寄到富基電通 。
沒想到插回NAS後過了8小時,NAS還是報出硬碟錯誤、陣列損毀,
這邊研判客戶的NAS也壞了,而我們也與客戶NAS的公司聯繫,進行維修。
 
 
收到返修品NAS後,我們將客戶資料拷進去
最後客戶選擇線上付尾款,自取NAS結案。

結論


一套資料救援系統主要大項功能如下,要先拆解如上圖所有工作流程,這部份由於 OSSLab每位工程師都有軟硬體Know how與整合經驗,獨立開發沒有太大問題。

1.客戶聯絡系統CRM
2.維修流程紀錄
3.硬碟材料庫管理
4.韌體管理
5.資料救援知識庫系統
6.代收件經銷商管理

以這種規模來講,我們預估需要至少300萬台幣開發預算,因為架構上不可能單純給外包就好,一定需要內部工程師開會討論。
無形的系統跟軟體價格上是絕對超過無塵室這類設備,而且無塵室其實真的無法解決很多問題。

因此除了研究底層的資料救援技術,我們也全力投入流程系統
我們的信念:不斷前進學習與流程才是最好的技術,才有辦法實現業界最高技術與服務流程
Thx Chang

Author Thx Chang

More posts by Thx Chang