資料恢復 · 2026年10月20日 · ComputerKing 團隊

香港中小企 RAID 恢復:壞咗點算、邊啲嘢千祈唔好做

RAID 唔係備份,係令硬碟故障時部機仲用得。故障後最危險嘅唔係「唔做嘢」,而係「做錯嘢」:未搞清狀況就撳重建或格式化,好可能將救得返嘅資料永久抹走。

香港中小企 RAID 恢復:壞咗點算、邊啲嘢千祈唔好做

<a id="sec-1"></a>

重點摘要

RAID 唔係備份,係令硬碟故障時部機仲用得。故障後最危險嘅唔係「唔做嘢」,而係「做錯嘢」:未搞清狀況就撳重建或格式化,好可能將救得返嘅資料永久抹走。

目錄

<a id="sec-2"></a>

一、RAID 係咩?0/1/5/6/10 對照表

RAID(Redundant Array of Independent Disks,獨立磁碟冗餘陣列)係將多隻硬碟組合成一個邏輯儲存單位嘅技術。唔同級別嘅取捨好唔同,揀錯級別,之後出事嗰陣先發現頂唔順就太遲。

RAID 級別最少碟數原理(一句)容錯能力可用容量常見用途
RAID 02將數據分條寫入各碟,冇鏡像、冇 parity0——任一隻碟壞,成個 volume 唔用得100%臨時/scratch、cache、可遺失嘅高速暫存
RAID 12Mirroring,數據一式多份同時寫入各碟只要仲有至少一隻碟運作就繼續運作(2 碟組即壞 1 隻)2 碟組約 50%開機碟、小型關鍵服務、簡單備援
RAID 53分條+分散 parity1 隻碟(N−1)/N(例如 4 × 4TB = 12TB 可用)檔案伺服器、家用/小型 NAS、一般用途儲存
RAID 64分條+雙 parity最多 2 隻碟(N−2)/N(例如 4 × 4TB = 8TB 可用)較大容量陣列、高可用要求、檔案儲存/歸檔
RAID 10(RAID 1+0)4(必須偶數)先做鏡像成對,再將多對鏡像做分條每對鏡像各壞 1 隻可生存;同一對鏡像兩隻齊壞即失數據50%數據庫、虛擬機、電郵/網站伺服器、重 I/O 工作

資料來源:Wikipedia「RAID」條目;Liquid Web《RAID Levels 1, 5, 6, 10》;UGREEN NAS《RAID Levels NAS Guide》。

有兩點好多人搞錯。第一,RAID 0 碟愈多唔等於愈安全——數據分散喺全部碟,任一隻碟故障即令成個 volume 無法存取,碟愈多,volume 平均故障率愈高。第二,RAID 1 加第三隻碟係多一個 copy,唔係多空間;混用唔同容量碟做傳統 RAID,會以最細嗰隻碟做基準,多出嚟嘅容量會閒置(例如 2TB + 3 × 4TB 做 RAID 5,可用容量係 (4−1) × 2TB = 6TB)。另一個常見陷阱:廠商標示 TB 用十進制(1TB = 1,000GB),作業系統用二進制 TiB(1TiB = 1,024GiB),所以「4TB」碟喺 OS 顯示會細啲,屬正常。

軟件 RAID 由作業系統管理,通常較平,但可能較慢同增加 CPU 負荷;硬件 RAID 由專用控制器管理,較快、換壞碟較易,但可能較貴。邊種啱你,要睇工作負載同預算,唔好一概而論。

<a id="sec-3"></a>

二、點解 RAID 會壞?常見原因

1. 同批碟同時老化

陣列入面嘅碟多數同時間買、同時間裝、工作負載相近,所以會喺相近時間接近壽命終點。RAID 5 陣列常見嘅惡夢就係:第一隻碟壞之後重建期間,第二隻碟跟住壞,因為兩隻碟同樣老化、同樣受壓。

2. 重建期間第二隻碟出事/URE

重建必須讀取每一隻存活碟嘅每一個 sector。喺大容量碟組成嘅大陣列,呢個讀取量極大。單一無法讀取嘅 sector(URE,Unrecoverable Read Error)就可以令重建停止,視乎控制器,重建會中止或者將受影響 stripe 標記為壞並繼續。

要講清楚:URE 機率嘅 spec 數字係上限,唔係時間表;多數碟實際讀取表現會超出 spec。喺大陣列上重建失敗嘅主要現實驅動因素係相關機械故障,唔係乾淨嘅逐 bit 錯誤。所以本篇唔會寫「重建有 X% 機會失敗」呢類單一機率數字——不同來源用唔同假設計出唔同數字,唔可以抽一個當事實。定性講就夠:碟愈大、陣列愈大,重建風險愈值得重視。

3. 控制器故障/配置遺失

若 RAID 控制器死亡或者配置 metadata 遺失,作業系統唔再知道點組裝陣列;碟本身健康,但陣列唔見咗。換同型號替換控制器都唔一定解決,因為新控制器可能嘗試初始化陣列,而唔係讀取碟上嘅現有配置。控制器故障仲有個令人驚慌嘅特點:多隻碟可能同時顯示為故障,即使佢哋健康,令用戶喺 troubleshooting 時混亂,好多人喺呢個階段嘗試隨機 rebuild,導致不可逆轉嘅數據損毀。

4. 誤刪/誤格式化/檔案系統損壞(邏輯故障)

唔係每個 RAID 故障都由硬件壞起:檔案系統損壞、意外格式化、刪除分割區、惡意軟件、損壞嘅 RAID metadata 都可以令數據無法存取,而碟本身仍然物理運作正常。刪除分割區通常只係抹走識別符(「地圖」),唔係數據本身;除非你開新 volume、格式化空間或者繼續寫入數據,先會覆蓋你想救返嘅檔案。關鍵前提:被刪除嘅檔案能否救返,關鍵要求係刪除後碟冇被重用或覆寫。

5. 停電/電湧/不當關機

停電同電壓突波係 RAID 損壞嘅重要原因,特別係控制器冇電池備份單元(BBU)嘅陣列;寫入操作中途被打斷,會令陣列處於邏輯不一致狀態,電源恢復後控制器可能無法正確解決。停電亦會中斷重建:重建中途斷電會令重建停止,部分 stripe 可能已更新 parity,部分仍未更新,令陣列處於混合狀態。

其他原因仲包括韌體/軟件更新出錯(特別係消費級同 prosumer NAS,完成不正確嘅更新可以損壞 RAID metadata)、以及人為錯誤——意外拔錯碟、觸發錯誤 rebuild、重設成個 RAID 配置。據 TechChef 嘅分析,人為錯誤造成嘅損害多過硬件本身。

<a id="sec-4"></a>

三、故障後千祈唔好做嘅 8 件事

以下每項都有多個恢復公司/指南一致提出。記住:順序本身就係重點。

1. 唔好喺未確認狀況下觸發/重複 rebuild。 重建會對存活碟施加巨大讀取壓力;第一次 rebuild 失敗後,唔好嘗試第二次,即刻停手。重建可以覆寫現有 block,喺配置唔穩定或唔正確時永久摧毀可恢復數據,應該先專注數據恢復。

2. 唔好初始化/重新建立/重新初始化陣列。 呢個動作會抹走分割數據同配置,令恢復困難成指數級上升。喺 NAS 介面見到「initialize / format」提示,唔好撳接受。

3. 唔好格式化 volume/分割區。 見到 Windows 彈「你需要先格式化磁碟先可以用」,唔好撳格式化。Volume 顯示為 RAW,通常表示嚴重檔案系統損壞,而唔係數據被摧毀。

4. 唔好跑 CHKDSK / FSCK / 檔案系統修復工具。 呢啲工具為單一健康碟設計,會寫入 volume,可以摧毀恢復工具依賴嘅檔案系統結構,令專業恢復複雜化甚至無法進行。

5. 唔好亂換碟順序/亂拔插碟。 碟嘅物理順序好關鍵,調亂佢哋可以損壞陣列 metadata,並誤導控制器做破壞性 rebuild。拔錯碟係最快將可恢復情況變成全部數據遺失嘅方法之一。

6. 唔好向存活碟/故障陣列寫入新資料。 每一次寫入都會增加覆寫風險。唔好喺連接住故障 RAID 嘅碟上重裝 OS。

7. 唔好反覆強制陣列上線。 唔好只靠控制器做事:若控制器或配置係問題所在,個別成員碟可能包含重建陣列所需嘅資訊。

8. 唔好喺有異響時繼續運行。 碟盤發出 clicking / grinding 異響,應即刻關機。繼續運行物理損壞嘅碟盤可能令損壞惡化。異響只代表「硬停訊號」,唔好將佢當成某一種特定故障嘅確診。

故障後「應該做」嘅安全步驟

  • 停用陣列:唔好再複製新數據、跑 check-disk 工具,或者嘗試即興修復。
  • 安全關機:關機以防止進一步寫入或碟壓力。
  • 標籤全部碟:按 bay 號碼同角色標記每隻碟,保留原本順序;拆碟前影相。
  • 記錄配置:記低 RAID 級別、控制器型號、stripe size(若知道)、每隻碟型號同序號、邊啲碟故障、做過咩操作(有冇撳過重建、換過碟、重啟過幾次)、錯誤訊息原文、系統當時做緊乜(例如備份中、斷電後、重建中)。
  • 保留全部相關碟:包括故障碟、替換碟、hot spare、同喺中斷 rebuild 期間被移除嘅碟;佢哋可能包含唔同版本嘅 RAID metadata 或檔案數據。
  • 先諗備份:有冇最近備份?備份喺邊?備份可唔可以喺另一部電腦/另一儲存裝置還原並核對?聯絡專業恢復或廠方支援前,準備好以上資料,唔好靠口頭形容「部 NAS 壞咗」。

專業恢復嘅通用做法(概念層面,非操作教學):先將每隻碟盤逐隻複製/克隆成安全副本,再喺副本上做虛擬重建(包括碟盤順序、stripe 大小、parity 排列等參數),然後抽取檔案,而唔係直接喺原碟上重建。恢復出嚟嘅資料應還原到另一隻健康儲存裝置,唔好直接寫返去原有故障陣列。

<a id="sec-5"></a>

四、常見誤解:四句最害人嘅說話(另附兩個)

誤解一:「RAID = 備份。」 錯。RAID 保護嘅係碟故障,唔保護意外刪除、勒索軟件、火災、盜竊,或者重建期間第二隻碟故障。簡單講:「RAID 即時複製所有嘢,甚至包括你唔想要佢複製嘅嘢。」RAID 注重數據可用性(availability),備份注重數據保護(protection)。一定要有真正備份(3-2-1 規則:3 個 copy、2 種唔同媒體、1 個 offsite)。

誤解二:「RAID 1 壞一隻碟一定冇事。」 唔一定。RAID 1 mirroring 係即時複製:刪咗檔案或者檔案損壞,mirror copy 會即時同樣被刪除或者損壞;勒索軟件會即時擴散到全部 mirrored 碟;檔案系統損壞可以喺全部碟同步傳播。RAID 1 嘅設計目的係高可用性(防止因碟故障而停機),唔係防止其他形式嘅數據遺失。

誤解三:「RAID 保護你免受勒索軟件侵害。」 錯。一旦勒索軟件加密你嘅數據,陣列入面全部碟會同時受影響,冇乾淨 copy 可以還原。

誤解四:「RAID 重建一定保證恢復。」 錯。碟故障後重建陣列唔一定如預期運作,甚至可能覆寫剩低數據。據專業恢復實驗室(Tapscape)指出,操作員錯誤,而唔係原本硬件故障,係永久 RAID 數據遺失嘅主要原因;換錯碟、重新初始化陣列,或者反覆強制陣列上線係最常見錯誤。

仲有兩個要順手拆:RAID 5 壞一隻碟換咗唔係即刻安全——進入 degraded 模式後,陣列係以零 redundancy 運作,重建可以需時多個鐘,有時大容量碟要超過一日,喺重建完成之前陣列一直處於 degraded 同脆弱狀態;「NAS 顯示 degraded,㩒個掣重建就搞掂」亦唔好咁諗——若多隻碟睇落有疑問,開始重建之前應該先取得針對該型號嘅指引。

<a id="sec-6"></a>

五、Degraded 陣列點處理:單碟故障嘅安全流程

以下流程只適用於「已確認只有一隻碟故障、其餘碟健康、而且有備份」嘅情況。若唔確定,或者數據重要到唔可以冒險,應該先停手、保留原狀、尋求專業協助。唔好將以下寫成「自己 rebuild 一定得」。

第一步:確認邊隻碟真係壞。 唔好靠估拔碟。打開 NAS 介面(Synology DSM、QNAP QTS、TrueNAS 或類似系統),去儲存/HDD 管理頁,佢會以 bay 號碼同序號標示故障碟;記低兩者。拔之前核對螢幕序號同碟身標籤序號;若機型支援碟識別,可以觸發故障 bay 嘅閃爍 LED,確保拔啱。

第二步:揀啱替換碟。 替換碟容量必須等於或大於故障碟,絕對唔可以細過;即使零售標籤睇落一樣,實際可用容量都可以唔同。用返合適嘅 NAS 級碟,而唔係平價桌面碟;NAS 碟有錯誤恢復控制,設計嚟應付陣列持續震動同 24/7 運作。避免用 drive-managed SMR(疊瓦式)碟做 RAID 重建,因為佢哋可以停頓到被中途踢出、令成個重建失敗。確認介面同外形(SATA / SAS / NVMe、2.5 吋/3.5 吋、tray / caddy、同支援嘅 sector 格式),查 NAS 或控制器廠商相容清單同韌體說明。

第三步:換碟+重建期間注意事項。 若 NAS 支援 hot-swap,可以喺開機狀態換碟;若唔支援,先乾淨關機。取出故障碟,同一 bay 裝入新碟(Synology 用戶按下一節先停用該碟盤),等介面偵測到,再喺儲存管理員入面開始 repair / rebuild。重建期間保持系統喺穩定供電,最好經已測試嘅 UPS;唔好假設「rebuilding」等於「已修好」;留意新讀取錯誤、第二隻碟故障、過熱,或者停滯嘅百分比;重建期間除非廠商明確要求,否則避免韌體更新同不必要重啟;避免重負載工作。

Synology 同 QNAP 官方流程要點

Synology(官方 Knowledge Center,《The system partition has degraded or crashed. What can I do?》): 系統分割區降級時,開啟 Storage Manager → Overview → 撳 Repair 連結,系統會開始修復系統分割區,等佢完成;之後去 HDD/SSD 頁面,若有碟盤仍顯示 System Partition Failed 狀態,可能係壞碟,需要更換。更換壞碟時,若壞碟屬於某個儲存集區,先停用(deactivate)該碟盤,再更換壞碟,再按 Overview 頁面顯示嘅狀態修復儲存集區或系統分割區。多隻壞碟必須逐隻處理:官方註腳明確指出,若有多隻壞碟,必須一次處理一隻,完成一隻嘅修復程序先再處理下一隻。系統分割區崩潰時,官方步驟係先備份資料,再用 Mode 2 重設 NAS 並重新安裝 DSM,唔好將「Mode 2 重設」寫成一般用戶第一步。

QNAP(官方 FAQ,《My RAID is in degraded mode. What should I do?》): RAID 處於降級模式即係一隻或多隻碟盤故障;官方建議盡快更換故障碟盤。應喺唔關機嘅情況下熱插拔(hot-swap)故障碟盤:準備一隻容量至少同故障碟一樣大嘅新硬碟;移除故障碟盤;裝入新碟盤;喺 Storage Pool 或 Static Volume 管理視窗檢查 RAID Group 資訊,狀態應顯示 Rebuilding 並顯示進度;重建完成後,Status LED 轉綠色,磁碟區狀態轉為 Ready。若重建唔會自動開始,可先將新碟設定為備用碟(spare disk)。注意:唔好將「熱插拔」寫成適用於所有型號,唔同型號嘅熱插拔支援可能唔同,應按自己型號說明書確認。

<a id="sec-7"></a>

六、幾時自己搞得,幾時一定要搵專業恢復

分界唔係「識唔識電腦」,而係四個問題嘅答案:壞咗幾多隻碟,超唔超過該 RAID 級別嘅容錯上限?有冇物理損壞跡象(異響、認唔到碟)?有冇做過可能已經改寫資料嘅操作(重建、初始化、chkdsk / fsck)?陣列入面嘅資料係咪業務上唔可以承受進一步損失?

相對適合按廠方官方流程自行處理: 只有一隻碟故障、陣列顯示降級(degraded)但仍可存取,而且有備份。唔好將「單碟故障就一定安全」當成定論,重建期間陣列冇咗冗餘,若第二隻碟喺重建期間再出問題,風險會上升。

必須停手、考慮專業恢復嘅情況:

  • 多隻碟同時故障,超過該 RAID 級別容錯上限;
  • 碟盤有異響(clicking / grinding)或完全認唔到;
  • 重建失敗/之前嘅恢復嘗試已經令情況惡化;
  • 唔清楚 RAID 設定或故障原因,靠估參數;
  • 陣列設定非標準/自訂設定;
  • 資料屬業務關鍵/法律相關,唔可以承受試錯。

自己搞 vs 停手搵專業(對照表)

情況處理路線
只有一隻碟故障+陣列仲可存取+有備份可按廠方官方流程換碟重建
多隻碟同時故障,超過容錯上限停手,考慮專業恢復
碟盤有異響或完全認唔到停手,考慮專業恢復
重建失敗/先前嘗試已令情況惡化停手,考慮專業恢復
唔清楚 RAID 設定,靠估參數停手,考慮專業恢復
陣列設定非標準/自訂停手,考慮專業恢復
資料屬業務關鍵/法律相關停手,考慮專業恢復

邏輯損壞同物理損壞要分開睇:當主要問題屬邏輯性質、而大部分或全部碟盤仍能啟動並被系統偵測到時,才較適合考慮軟件方式處理;異響、碟盤完全認唔到、多碟同時故障,應考慮專業實驗室。唔好將「邏輯損壞=自己搞得掂」當成定論,中間有灰色地帶要停手問專業意見。

<a id="sec-8"></a>

七、收費點計?點解要個別報價

RAID 恢復收費因碟數、故障類型、容量、是否需要 cleanroom、緊急程度而異,必須檢測後先報價。本篇唔會寫任何具體港元數字,因為研究期間未搵到任何一間香港公司喺公開網頁列出港元 RAID 恢復價目表;一份 2014–2015 年嘅舊優惠價目已經過期,唔可以當成現價引用。

海外價錢只供參考,唔可以直接當香港價錢。例如美國 $300 Data Recovery 公開列出 RAID 恢復按碟收費(1TB 或以下每隻碟 US$300,超過 1TB 至 6TB 每隻碟 US$500,超過 6TB 每隻碟 US$700,陣列入面每一隻碟都要計價);美國新澤西 Dave's Computers 2026 年 10 月快照列出 RAID / NAS 恢復 US$599 起。以上係該公司自己網站公開列出嘅價錢,貨幣按原文,只供參考,香港收費需個別報價。

<a id="sec-9"></a>

八、預防:令下次唔使咁驚

  • 做齊 3-2-1 備份:3 份資料副本(原件+兩份備份)、2 種唔同儲存媒體、1 份異地副本。RAID 保持碟盤故障時仍可運作,但會即時複製刪除同損壞;同步唔等於備份——同步會傳播唔想要嘅改動,業務需要有版本嘅還原點、保留期同獨立還原能力。備份要測試還原,據備份實務整理,「從未測試還原」係最危險嘅錯誤之一。備份系統應使用獨立憑證,唔好同日常管理員帳戶共用同一身份。唔好以為做齊 3-2-1 就一定唔會唔見資料——冇任何方案可以咁保證。
  • 定期 RAID scrubbing:QNAP 建議至少每月做一次 RAID scrubbing,掃描 RAID 5 或 RAID 6 group 嘅 sector,自動嘗試修復偵測到嘅錯誤;data scrubbing 作為背景程序,可以偵測同由 URE 恢復,有效降低重建期間發生 URE 並導致雙碟故障嘅風險。
  • 監察+警報:留意早期警號——突然表現變慢、碟發出 clicking 聲、系統日誌入面嘅關鍵 S.M.A.R.T. 警報。平時設定 NAS 通知(例如電郵通知),等碟盤出警告時及早知道,而唔係等到開唔到檔案先發現。
  • UPS 保護:重建期間保持穩定供電,最好經已測試嘅 UPS。
  • 妥善記錄+替換碟計劃:妥善記錄 RAID 配置、替換碟計劃、監察異常碟行為。將 RAID 級別、碟盤順序、控制器型號等資料存放喺 NAS 以外嘅地方(例如老闆手機備忘或紙本),因為故障時可能連 NAS 入面嘅文件都開唔到。

香港中小企常見情境(通用情境,絕無虛構個案)

  • 會計系統放喺 NAS,NAS 壞咗:先按上文停寫+記錄,唔好喺慌亂中撳重建或重啟多次。先搞清楚有冇最近備份、備份喺邊、備份可唔可以喺另一部電腦還原並核對到最近嘅記帳。即使成功還原,亦要核對會計資料完整性,唔好假設還原咗就等於齊晒。
  • 文件伺服器喺 NAS 度,全公司共用資料夾開唔到:停工影響唔止係「開唔到檔案」,仲包括唔能夠回覆客戶、唔能夠出報價、唔能夠跟進訂單。若要用臨時方案頂住,應由備份還原到另一儲存裝置,唔好直接喺故障陣列上「邊修邊用」。
  • 收工前先發現 NAS 嗶嗶聲/警告:先睇警告內容,係單隻碟警告定多隻碟同時警告。唔好因為「想收工」就撳一個唔清楚後果嘅按鈕;亦唔好因為「怕整壞」就完全唔記錄、唔備份。至少要做到:影低警告畫面、記錄邊隻碟、確認備份狀況、將 NAS 保持喺安全狀態。
  • 公司冇 IT 人員,只得老闆/文員負責 NAS:提供一個「非技術人員都做到」嘅清單——停寫、影相、抄低錯誤訊息、唔好撳重建/初始化、確認備份、聯絡支援時提供上文嘅資料。重點係識得分辨邊啲情況可以按官方流程做、邊啲情況要停手。

<a id="sec-10"></a>

常見問題 FAQ

Q1:RAID 壞咗係咪即刻冇晒?

唔一定。單碟故障而陣列仲處於降級狀態時,資料通常仍然可存取;多碟故障、控制器配置遺失或者已經做錯咗破壞性操作,情況就嚴重好多。第一時間停手、記錄現狀,係保住資料嘅關鍵。

Q2:可唔可以自己撳 rebuild?

只喺「已確認只有一隻碟故障、其餘碟健康、而且有備份」嘅前提下,先按廠方官方流程處理。第一次 rebuild 失敗後,唔好嘗試第二次,即刻停手,視之為專業恢復情況。

Q3:RAID 1 壞一隻碟使唔使即刻換?

要。RAID 1 壞一隻碟之後,陣列已經冇咗冗餘,剩低嗰隻碟就係唯一 copy;重建期間若佢再出事,成個陣列可以崩潰。換碟前先確認備份狀況,拔碟前核對 bay 號碼同序號,唔好拔錯。

Q4:RAID 5 重建要幾耐?

可以需時多個鐘,大容量碟有時要超過一日,視乎碟容量、陣列大小同系統負載。喺重建完成之前,陣列一直處於 degraded 同脆弱狀態,重建期間要保持穩定供電、避免重負載工作同不必要重啟。

Q5:冇備份仲救唔救得返?

有機會,但唔好自行亂試。單碟故障、邏輯損壞等情況,專業恢復有機會喺副本上重建陣列並抽取檔案;多碟物理故障、已經反覆 rebuild 或者初始化過,難度會大增。無論點,第一步都係停寫、記錄、保留全部碟盤。

Q6:點解 RAID 恢復要個別報價,唔可以直接講價錢?

因為收費取決於碟數、故障類型(邏輯定物理)、容量、是否需要 cleanroom 同緊急程度,每單都唔同。研究期間未搵到香港公開港元 RAID 恢復價目表,所以本篇唔會編造任何港元數字;正確做法係檢測後報價,批准後先開始。

Q7:RAID 0 壞一隻碟點算?

RAID 0 零容錯,一隻碟故障即可令整個陣列失效。呢個情況應即刻停手,唔好再對陣列做任何寫入操作,考慮專業恢復;同時要接受「冇備份就好可能無法恢復」呢個現實,之後用 3-2-1 備份補足。

<a id="sec-11"></a>

常見問題

RAID 壞咗係咪即刻冇晒?

唔一定。單碟故障而陣列仲處於降級狀態時,資料通常仍然可存取;多碟故障、控制器配置遺失或者已經做錯咗破壞性操作,情況就嚴重好多。第一時間停手、記錄現狀,係保住資料嘅關鍵。

可唔可以自己撳 rebuild?

只喺「已確認只有一隻碟故障、其餘碟健康、而且有備份」嘅前提下,先按廠方官方流程處理。第一次 rebuild 失敗後,唔好嘗試第二次,即刻停手,視之為專業恢復情況。

RAID 1 壞一隻碟使唔使即刻換?

要。RAID 1 壞一隻碟之後,陣列已經冇咗冗餘,剩低嗰隻碟就係唯一 copy;重建期間若佢再出事,成個陣列可以崩潰。換碟前先確認備份狀況,拔碟前核對 bay 號碼同序號,唔好拔錯。

RAID 5 重建要幾耐?

可以需時多個鐘,大容量碟有時要超過一日,視乎碟容量、陣列大小同系統負載。喺重建完成之前,陣列一直處於 degraded 同脆弱狀態,重建期間要保持穩定供電、避免重負載工作同不必要重啟。

冇備份仲救唔救得返?

有機會,但唔好自行亂試。單碟故障、邏輯損壞等情況,專業恢復有機會喺副本上重建陣列並抽取檔案;多碟物理故障、已經反覆 rebuild 或者初始化過,難度會大增。無論點,第一步都係停寫、記錄、保留全部碟盤。

點解 RAID 恢復要個別報價,唔可以直接講價錢?

因為收費取決於碟數、故障類型(邏輯定物理)、容量、是否需要 cleanroom 同緊急程度,每單都唔同。研究期間未搵到香港公開港元 RAID 恢復價目表,所以本篇唔會編造任何港元數字;正確做法係檢測後報價,批准後先開始。

RAID 0 壞一隻碟點算?

RAID 0 零容錯,一隻碟故障即可令整個陣列失效。呢個情況應即刻停手,唔好再對陣列做任何寫入操作,考慮專業恢復;同時要接受「冇備份就好可能無法恢復」呢個現實,之後用 3-2-1 備份補足。

WhatsApp 2115 9219