安特提供RAID 0、RAID 1、RAID 5、RAID 6、RAID 10、RAID 50與JBOD資料救援服務，針對硬碟離線、陣列資訊遺失、控制卡故障、磁碟順序錯亂及Rebuild失敗等情況進行分析。
RAID故障後若持續重建、初始化、清除陣列設定或更換多顆硬碟，可能改寫原有的Stripe、Parity與RAID Metadata。發現異常時，請先停止伺服器與儲存設備運作，保留所有原始硬碟及排列順序。
架構支援
虛擬化環境
另行報價
陣列分析・磁碟排序・Stripe資料重組
不同RAID等級具有不同的Stripe、Mirror及Parity配置，實際救援時須確認磁碟數量、原始順序、區塊大小與陣列參數。
資料分散寫入多顆硬碟，沒有容錯能力。任一硬碟故障，都可能造成完整資料無法讀取。
將相同資料同步寫入鏡像硬碟。仍可能因同步錯誤、控制器異常或同時損壞而導致資料遺失。
使用單一同位元資訊提供容錯。硬碟降級後若再次故障或重建失敗，可能導致陣列崩潰。
具備雙重同位元資訊，但若多顆硬碟同時異常、磁區損壞或重建錯誤，仍可能無法掛載。
結合RAID 1鏡像與RAID 0分散架構，需先辨識鏡像配對與原始磁碟排列才能正確重組。
由多組RAID 5再進行資料分散，常見於大型儲存系統，需要分析各群組與上層陣列參數。
可能採用磁碟串接或獨立磁碟配置，通常不具RAID容錯能力，需依原始系統架構判斷。
以上圖示為簡化說明，實際Parity會依Stripe循環分布。請勿依圖示自行調整硬碟順序或重新建立陣列。
以下為一般RAID案件參考費用，6顆硬碟以上、企業級儲存設備、SAN或大型虛擬化系統須經檢測後另行報價。
| 故障類型 | 常見故障狀況 | 費用區間 |
|---|---|---|
|
LEVEL 01
輕度損壞 |
RAID資訊遺失、誤刪資料、檔案遺失及陣列異常 | NT$9,000 ～ NT$18,000 |
|
LEVEL 02
中度損壞 |
HDD故障導致陣列異常、Rebuild失敗及RAID控制器異常 | NT$18,000 ～ NT$30,000 |
|
LEVEL 03
重度損壞 |
多顆HDD異常、硬碟順序錯亂、RAID崩潰及多次重建失敗 | NT$30,000 起 |
報價需依RAID等級、硬碟數量、單顆硬碟健康狀況、控制器設定、Stripe大小及是否曾進行重建判斷。
陣列異常後繼續Rebuild，可能造成更多資料被改寫。
RAID Offline
RAID Degraded
RAID Rebuild Failed
Missing Disk
多顆硬碟同時離線
RAID控制卡故障
陣列設定資訊遺失
RAID無法正常掛載
關閉設備前可先拍攝硬碟槽位、序號及錯誤畫面，並逐一標示硬碟順序，請勿初始化、清除設定或再次Rebuild。
除了底層RAID重組，也須進一步分析檔案系統、虛擬磁碟、資料庫及企業應用服務的資料結構。
適用於Windows檔案伺服器、企業共享資料、ERP與資料庫儲存環境。
適用於Linux檔案系統、軟體RAID、LVM、企業應用及資料庫伺服器。
針對VMware虛擬機、VMDK虛擬磁碟及Datastore無法掛載進行分析。
支援VHD與VHDX虛擬磁碟、虛擬主機設定及虛擬機資料救援。
支援ESXi主機、VMFS Datastore及虛擬伺服器資料結構分析。
救援過程須保留原始硬碟內容，透過磁碟映像與虛擬陣列分析，避免直接在故障硬碟上進行破壞性重建。
辨識RAID等級、硬碟數量、控制器資訊及原始陣列設定。
分析每顆硬碟的資料分布、序列與陣列特徵，確認原始槽位排列。
確認Stripe大小、起始偏移、Parity方向及資料輪替方式。
使用磁碟映像建立虛擬RAID，再分析檔案系統與上層資料內容。
RAID頁著重陣列等級與企業伺服器；NAS頁則著重設備品牌、NAS系統與共用資料夾。
- Synology、QNAP品牌設備
- Volume Crashed
- 共用資料夾遺失
- NAS無法登入
- NAS系統異常
- 家庭與企業NAS設備
- RAID 0至RAID 50架構
- RAID Rebuild Failed
- 陣列崩潰與順序錯亂
- RAID Offline
- RAID控制卡異常
- 企業伺服器與儲存系統
01RAID 5壞一顆硬碟該怎麼辦？
請先確認資料是否仍可讀取並優先備份重要內容。若其他硬碟也出現壞軌或異常，請勿直接更換硬碟重建，以免Rebuild過程導致第二顆硬碟離線。
02RAID重建失敗還能救援嗎？
仍可能有救援機會，但請停止再次重建、初始化或清除RAID設定。須分析重建前後的資料變化與各硬碟目前狀態。
03多顆硬碟離線還能救回資料嗎？
需先檢測每顆硬碟的物理狀況，再依RAID等級、離線時間、磁區損壞及Parity資料判斷可重組程度。
04RAID控制卡故障會影響資料嗎？
控制卡故障不一定代表資料已消失，但更換控制器或匯入錯誤設定可能改變陣列資訊。請保留原控制卡與所有硬碟。
05硬碟順序已經錯亂怎麼辦？
請勿反覆嘗試不同順序啟動。可透過Metadata、Stripe資料分布與檔案系統特徵分析原始排列方式。
06VMware或ESXi虛擬機可以救援嗎？
須先重組底層RAID，再分析VMFS Datastore、VMDK與虛擬機資料，實際結果依陣列及虛擬磁碟受損程度判斷。
07RAID資料救援成功率如何判斷？
須依硬碟物理狀況、RAID等級、損壞數量、重建紀錄、資料覆寫與檔案系統狀況綜合判斷，無法只看錯誤訊息確認。
08RAID救援完成後如何驗收？
完成後可先確認檔案清單，再選擇現場或遠端驗收。大型企業案件也可依需求確認重要資料夾、虛擬機或資料庫檔案。
請填寫RAID等級、硬碟數量、單顆容量、伺服器或NAS型號、作業系統、錯誤訊息及已執行的操作。送件前請保留硬碟原始順序。