電腦維修 · 2026年10月26日 · ComputerKing 團隊
香港中小企 RAID 恢復：故障後第一小時，停、標、記、映、唔好郁
NAS故障第一小時最關鍵：停寫入、標碟位、記設定、做映像，千祈唔好即刻撳重建，否則小問題變大鑊。
<a id="summary"></a>重點摘要
NAS故障第一小時最關鍵：停寫入、標碟位、記設定、做映像，千祈唔好即刻撳重建，否則小問題變大鑊。
<a id="s1"></a>一、第一小時做啱一件事，勝過之後做十件事
如果 NAS 平時冇人睇住，一出事就係老闆或者同事第一個發現。最常見的反應，係即刻入管理介面撳 Repair、撳 Rebuild，心諗「撳咗佢就會自己好返」。但廠商同專業恢復指引一再提醒：重建本身會寫入硬碟、會覆寫 parity 同檔案系統紀錄，喺未搞清楚狀況之前重建，好可能將本來仲救得返的資料，變成救唔返。
所以第一小時的目標唔係「修好佢」，而係「唔好令佢更差」。你要做嘅，係先令陣列停落嚟、保留現場、記低所有資料，等之後無論係自己跟官方流程換碟，定係搵專業協助，都有一個乾淨的起點。
記住一個口訣：停、標、記、映、唔好郁。
<a id="s2"></a>二、第一小時 checklist：停、標、記、映、唔好郁
1. 停：停寫入，安全關機
第一步係盡快停止寫入活動。如果仲有檔案傳輸、自動重建、背景同步或者備份任務喺度跑，應該安全地將陣列停落嚟。唔好喺陣列已經出問題的情況下，仲繼續俾人寫入新資料、安裝軟件或者做其他寫入操作，因為新資料有機會覆寫本來仲可以恢復的 sector。
如果 NAS 管理介面仲入到，應該經介面做乾淨關機；如果介面已經無反應，相關恢復指引提到可以長按電源掣約 4 秒關機。關機唔係放棄，而係防止問題喺你諗緊點算的期間繼續惡化。
停寫入係指停止向陣列寫入新數據；如果陣列仲係 Degraded 而資料仲入到，應該先將重要檔案讀出備份到獨立目的地，之後先關機／換碟。呢句同 Degraded「先備份」唔衝突——停寫入唔等於即刻關機先，備份讀出本身唔係寫入陣列。
2. 標：未郁任何一隻碟之前，先逐隻標好 bay 位
拆除任何硬碟之前，一定要按 bay 編號逐隻標示。硬碟次序對 RAID 嚟講至關重要，次序一亂，之後虛擬重建或者專業恢復都會難好多，甚至失敗。
做法好簡單：影低成部機前面、每個 bay 的編號同硬碟序號，再用貼紙或者紙牌，喺每一隻碟上面寫清楚「Bay 1、Bay 2、Bay 3」等等。唔好憑記憶，唔好諗住「我記得邊隻係邊隻」，因為一忙、一緊張，就最容易記錯。
3. 記：記低 RAID 設定、錯誤訊息同近期變化
跟住要記低以下資料，愈齊愈好：
- RAID 級別係 RAID 1、RAID 5、RAID 6、RAID 10，定係 Synology SHR／SHR-2
- 成員硬碟有幾多隻、邊隻出事、邊隻仲正常
- 控制器型號、NAS 型號同韌體版本（如果睇得到）
- 錯誤訊息或者狀態字眼，例如係 Degraded 定係 Crashed
- 近期有冇停電、韌體更新、換過碟、搬過機、加過快取
- 之前有冇試過重建、初始化、格式化或者跑過檢查工具
呢啲資料唔係為咗寫報告咁簡單，而係決定下一步的關鍵。舉例嚟講，Degraded 同 Crashed 的處理方向完全唔同；如果你記錯、講錯，之後每一步都可能行錯方向。
4. 映：正式處理之前，先做硬碟映像
專業做法係先將每隻硬碟做映像（disk image）或者 sector-level 複製，之後盡量喺複製品上面工作，而唔係直接喺原碟上面試嚟試去。呢個步驟尤其重要，適用於刪除、格式化、分割區遺失或者 RAID metadata 受損之後的情況。
對中小企嚟講，呢一點要現實咁理解：你未必有齊專業設備同足夠的備用硬碟去即刻做齊所有映像。但原則唔會變——愈早保留一個「未被改動過」的副本，之後的選擇就愈多。如果你自己做唔到映像，就更加唔好喺原陣列上面亂試，應該停手，保留現場，等專業協助。
例外：如果硬碟有異響、無法偵測或者曾經跌落／入水，唔好自己嘗試映像，呢類物理損壞情況直接停手尋求專業協助（見第十一節）。
5. 唔好郁：未確認原始佈局之前，乜都唔好亂撳
最後一個字最難做，因為人一緊張就想「做啲嘢」。但喺未確認原始佈局之前，唔好重建、唔好初始化、唔好格式化、唔好強制陣列上線。錯誤重建可以覆寫 parity、metadata 或者檔案系統紀錄，將一個本來仲有得救的陣列，變成連專業人員都難以處理的狀態。
呢個「唔好郁」原則，亦適用於第一次重建失敗之後：如果第一次重建已經失敗，就唔好即刻做第二次重建，應該即時停手，視為需要專業恢復的情況。
<a id="s3"></a>三、六件千祈唔好做的事
以下每一項都有公開來源支持，唔係憑感覺嚇人：
1. 唔好即刻撳 Repair／Rebuild。 Synology DSM、QNAP QTS 或者任何 NAS 介面的 Repair／Rebuild 操作，都會寫入尚存的硬碟，有機會覆寫恢復所需的 parity 數據。
2. 唔好重新初始化／格式化儲存池或者磁碟區。 重新初始化會建立一個全新、空白的儲存池，摧毀原有的 RAID 設定同檔案系統結構。
3. 唔好亂換硬碟次序／亂調 bay 位。 改變 slot 位置，有機會喺大多數 NAS 平台觸發自動重建嘗試或者 metadata 寫入。
4. 唔好喺損壞的陣列上面跑 fsck、CHKDSK、btrfs check 或者 scrub。 呢啲工具假設底層裝置本身係一致的，喺損壞的 RAID 上面，有機會將 parity 損壞誤讀為檔案系統損壞，並且刪除有效的資料。
5. 唔好寫入任何新數據，恢復結果亦唔好寫回原陣列。 恢復出來的檔案，必須用完全獨立的目的地，例如外置硬碟、另一系統的網絡分享或者雲端儲存，恢復後仲要先驗證檔案先當完成。
6. 唔好自行更換 RAID 控制器，唔好喺普通環境打開硬碟。 自行換控制器有機會令數據刪除或者損壞整個系統；硬碟只應喺潔淨室環境打開，否則塵粒有機會損壞硬碟。
一句講晒：故障之後的每一吓「試下先」，都可能係一次寫入；而每一次寫入，都可能令之後的恢復少一個選擇。
<a id="s4"></a>四、Degraded 同 Crashed 的分界線：一個仲行得，一個已經組唔返
好多中小企會將所有 NAS 狀態都叫「壞咗」，但 Degraded 同 Crashed 其實係兩個完全唔同的狀態，處理方向亦完全相反。分唔清，就好容易用錯方法。
| 狀態 | 意思 | 資料仲入唔入到 | 正確方向 |
|---|---|---|---|
| Degraded（降級） | 故障硬碟數目仲喺該 RAID 級別的容忍範圍內，例如 RAID 5 死一隻、RAID 6 死兩隻、SHR-1 死一隻、SHR-2 死兩隻 | 一般仲可以存取，但已經冇晒多餘冗餘 | 先備份重要檔案，再跟官方流程逐隻更換故障碟；更換前確認新碟容量足夠、S.M.A.R.T. 狀態良好、陣列冇其他同步操作進行中 |
| Crashed（崩潰） | 掉線硬碟數目已經超出 RAID 級別容忍，陣列無法組裝 | 一般已經無法正常存取，Repair 選項亦可能唔再出現 | 即時停手、關機、標好碟位，唔好強制組裝或者重建，尋求專業協助 |
以 QNAP 官方文件為例，如果 RAID 群組內的硬碟故障數目喺容忍範圍內，群組同儲存池狀態會變為 Degraded，但群組上的資料仍然可以存取；之後須確保 NAS 內有空閒硬碟，再經官方步驟進行重建。Synology 官方知識中心亦有類似分別：系統分割區 degraded 時，係喺 Storage Manager 按 Repair 連結開始修復，並且逐隻更換有問題的硬碟；系統分割區 crashed 時，官方指引係先備份資料，再以指定方式重置並重新安裝系統，之後逐隻檢查硬碟狀態。
第三方對照說明亦提醒：Degraded 的最安全做法，係先備份重要檔案再只換故障硬碟；而 Storage pool crashed 的最安全做法，係關機、標籤硬碟槽位、尋求專業協助。呢段係第三方說明，唔係 Synology 官方原文，寫法上要分清楚。
注意：上面 Synology 講嘅係系統分割區 crashed，唔係儲存池 crashed；如果狀態顯示係儲存池 crashed（陣列無法組裝），唔好用重置／重裝系統嚟處理，跟表格的 Crashed 方向停手尋求專業協助。兩者絕對唔可以互換。
所以判斷方法好直接：先睇狀態字眼，再數死咗幾多隻碟，再對照你嗰個 RAID 級別容許死幾多隻。如果仲喺容忍範圍內，就係 Degraded；如果已經超出，就係 Crashed。唔好將 Degraded 的處理方法用喺 Crashed 身上，更加唔好喺 Crashed 狀態下「試下重建先」。
<a id="s5"></a>五、各 RAID 級別容錯一覽：唔好記錯「可以死幾多隻」
| RAID 級別 | 容許故障 | 常見誤解 |
|---|---|---|
| RAID 0 | 零隻，冇冗餘 | 以為有幾隻碟就等於有保護；其實一隻碟出事，全組數據就好危險 |
| RAID 1 | 鏡像內除一隻外的全部，但實務上一般講「一隻故障可由另一隻恢復」 | 以為鏡像就等於備份；其實誤刪、勒索加密會同時影響兩邊 |
| RAID 5 | 恰好一隻 | 以為大容量陣列都一樣安全；其實重建期間第二隻出事就會超出容錯 |
| RAID 6／SHR-2 | 兩隻 | 以為 RAID 6 就「無敵」；其實重建期間第三隻出事一樣會遺失數據 |
| RAID 10 | 每對鏡像各一隻，唔係任意兩隻 | 最常講錯的一句就係「RAID 10 可以死任意兩隻」；正確講法係同一對兩隻齊死即遺失 |
| SHR-1 | 一隻 | 以為將來可以用細碟替換；其實替換碟唔可以細過組內最大容量碟 |
呢個表要配合 Degraded 同 Crashed 一齊睇：你嘅陣列仲係 Degraded 定已經 Crashed，取決於死咗幾多隻，同你用緊邊個級別。
<a id="s6"></a>六、大容量時代的隱形風險：重建本身就係一次壓力測試
以前硬碟細，重建可能幾個鐘就完成；宜家硬碟愈嚟愈大，重建要連續讀取每一隻存活硬碟的每一個 sector，時間可以拉長到以日計。呢段時間，陣列其實係喺一個最脆弱的狀態。
第一個風險係不可恢復讀取錯誤（URE）。消費級硬碟的 URE 率，喺研究報告引用的資料中約為每 10^14 bits 一次；重建期間每一個 sector 都會被讀取，單一不可讀 sector 已經可以令整條 stripe 的 parity 計算停頓。對於 4TB 以上的大容量陣列，相關指引建議考慮 RAID 6、SHR-2 或者 RAID 10，而唔係繼續用 RAID 5。
第二個風險係「同批次、同年齡」。硬碟往往同時間買、同一批次、承受相同環境，故障並非完全獨立；第二次故障喺第一次恢復完成之前發生的機會，高過隨機故障假設所預測。重建過程對其餘硬碟施加巨大壓力，可以令第二隻本來已經脆弱的硬碟徹底故障。
第三個風險係邊緣狀態的硬件。線材或者背板連接喺重建的高強度持續讀取之下，有機會一致地失敗，令系統將本身健康的硬碟標示為故障；同時進行的 S.M.A.R.T. 測試、媒體索引、Btrfs scrub，亦會爭奪同一批磁碟 I/O，推高讀取延遲而觸發超時。
所以「換隻新碟重建就一定救得返」係一個誤解。重建之前，應該先確認最新備份係良好、其餘硬碟冇 S.M.A.R.T. 警告、替換碟容量同狀態都符合官方要求；如果多隻硬碟同時出現劣化，就唔應該繼續，而係聯絡專業恢復服務。
<a id="s7"></a>七、買錯碟、加錯快取：兩個令重建更難的陷阱
陷阱一：SMR 硬碟入 RAID
2026 年的選碟指引仍然好清晰：任何跑 RAID、ZFS、Synology SHR、Unraid parity 或者冗餘陣列的 NAS，都應該買 CMR 碟，避開 drive-managed SMR。安全的 NAS 品牌線全部係 CMR，包括 Seagate IronWolf／IronWolf Pro、WD Red Plus／Red Pro、Toshiba N300／N300 Pro；應該避免的 drive-managed SMR 例子，包括 plain WD Red EFAX（2–6TB）、WD Blue 3.5 吋 EZAZ、Seagate BarraCuda 4TB／8TB（3.5 吋）、Toshiba P300 4TB／6TB。
原因係 SMR 磁軌重疊寫入，讀取正常，但一有數據需要抹除或者重寫，成組重疊磁軌都要抹除並重寫未改動數據，極之耗時；喺 NAS 陣列入面，會拖慢成個 pool，嚴重時 NAS 或者 RAID 系統會將該碟當成壞碟踢走。RAID 重建本身就係持續寫入工作負載，SMR 硬碟重建可以由數小時變成數日，磁區填滿時重寫可以停滯，個別情況下重建徹底失敗並失去陣列。
買碟之前，一定要逐隻核對廠商當時的官方規格表，確認係 CMR 先好買，唔好只睇牌子名或者價錢。
陷阱二：NVMe 讀寫快取變成單點故障
另一個新角度，係 Synology NAS 常見的 M.2 NVMe 讀寫快取。如果 NAS 用 M.2 NVMe 做讀寫快取，快取碟會持有未提交的 dirty data 同 Btrfs metadata，而 volume 依賴呢啲數據；喺 SHR-1 重建的持續 I/O 期間，消費級 NVMe 有機會因為過熱或者超出耐用上限而離線。
快取碟一消失，LVM volume group 就有機會斷裂，因為儲存在快取上的陣列 metadata 已經消失，重建會永久停頓、volume 無法存取。換句話講，本來為咗提速而加的 SSD 快取，喺故障嗰一刻，反而變成另一個單點故障。
呢一點提醒中小企：加硬件之前，要諗清楚佢故障嗰陣會點；提速唔應該用「萬一佢死埋，成個 volume 一齊死」嚟換。
上述風險針對未做 RAID 保護的單隻讀寫快取；如果快取本身已有鏡像等冗餘保護，單隻快取碟離線唔會直接令 volume 斷裂，但仍要按廠商指引檢查快取狀態。
<a id="s8"></a>八、2026 年 10 月 PHP2Shell 漏洞潮：如實講，唔好誇大
2026 年 10 月發現兩個 PHP 關鍵漏洞 CVE-2026-109618 同 CVE-2026-109619，PHP 官方已經喺 8.5.12、8.4.27、8.3.36、8.2.35 修復；美國 CISA 喺 10 月 21 日敦促盡快更新，並建議無法更新的系統先離線。
廠商修復狀態要如實分開講，唔好寫成同一句：
- Synology 已修復： Synology 已經發布安全公告 Synology-SA-26:14（10 月 22 日），列明受影響產品包括 PHP 7.3–8.4 套件、Mail Station、Synology Calendar；修復版已經可以經 Package Center 更新，但 PHP 7.3 因為已經終止支援而唔會修復；Synology 同時表示內置於 DSM 的 PHP 並無對外可接觸的功能，故該部分風險極低。
- QNAP 當時準備中： QNAP 喺 10 月 22 日的公告確認受影響範圍包括 QTS 5.2.11 及更早版本、QTS 6.1.0、多個 QuTS hero 同 QuTScloud 版本，以及 Note Station 3 等應用；當時 QNAP 仍然喺度準備修復、未公布時間表，並建議用戶移除直接互聯網暴露——停用不必要的 port forwarding、UPnP 同遠端存取服務，有需要時用 VPN，並且將管理存取限於可信網絡。
呢單係「漏洞＋廠商指引」，唔係已證實的大規模 NAS 勒索事件。來源只講漏洞同修復狀態，未講已經發生大規模攻擊；QNAP 公告本身亦指未有針對其產品的攻擊報告。所以本文唔會寫成「2026 年 10 月 QNAP／Synology 已經被 PHP2Shell 大規模入侵」，亦唔會將個別用戶求助帖寫成已核實的廠商事故。
對中小企嚟講，實務結論好清晰：唔好將 NAS 直接暴露上網、開自動更新（但更新前先確認有可用備份）、定期檢查 PHP 套件版本，仲要有離線備份。漏洞本身唔等於 RAID 故障，但如果 NAS 因為漏洞被入侵而檔案被加密，RAID 本身係救唔到你的——因為加密會同時寫入陣列內的每一隻碟。
<a id="s9"></a>九、RAID 唔係備份：3-2-1 之後，仲要加多兩樣
「RAID 等於備份」係最危險的誤解。RAID 只係保護陣列免受硬碟故障影響，唔保護數據免受外界威脅；刪錯資料夾會即時喺兩隻鏡像碟同時消失；勒索軟件加密兩份複本的速度同樣快。
經典 3-2-1 規則係：三份數據複本、用兩種不同媒體、至少一份喺異地。一個小辦公室的實務做法，可以係電腦日間同步工作資料夾到 NAS，NAS 每晚備份到雲端，每星期有人將最重要 shares 複製到外置硬碟帶回家，並且帶回上一隻作輪換——咁就做到三份、兩種儲存、一份異地，唔需要昂貴設備。
2025–2026 年的延伸版本係 3-2-1-1-0：額外的「1」代表一份離線／氣隙／不可變副本（防勒索軟件），「0」代表零錯誤（經測試驗證）。Veeam 官方亦指出，備份應該至少每季測試一次（視合規要求可以每月測試）。呢個延伸版本喺來源中係 Veeam 的表述，唔應該寫成所有廠商的統一標準。
另外，QNAP 官方建議至少每月執行一次 RAID scrubbing，以維持系統健康並防止資料遺失；QTS 會掃描 RAID 5 或者 RAID 6 群組的 sector，並且自動嘗試修復偵測到的錯誤。預防性維護亦包括每月做 S.M.A.R.T. 測試同 scrub／一致性檢查，令潛在壞 sector 喺被迫重建之前先被發現。每月 scrub 只適用於陣列健康時做預防，陣列已經 Degraded／Crashed 或者懷疑損壞時絕對唔好跑，見第三節禁做清單。SMART 警示應該發送到有人監察的信箱，而唔係一個冇人睇的管理員帳號。
<a id="s10"></a>十、收費點講先誠實：香港價錢無公開來源，海外價只係參考
香港中小企 RAID 恢復價錢，喺今次研究入面搵唔到香港本地公司公開的 2025–2026 年 RAID／NAS 恢復價目表；只搵到一份 2014–2015 年已經過期的舊優惠文件，絕對唔可以用作現價引用。所以香港收費一律寫「無公開來源，需個別報價」，絕不估價，絕不將海外價目換算成港幣。
以下海外參考價，只係海外公司喺佢哋網站公開的參考價，唔係香港價、唔係本公司報價，實際收費視碟數、容量、故障類型而定，需個別報價：
- 美國公司 NAS 恢復參考（美元）：1TB 或以下每隻 300 美元、1TB 至 6TB 每隻 500 美元、6TB 以上每隻 700 美元；價錢不包括 donor drive、運費或者 Transfer Drive。
- 同一美國公司的 RAID 恢復例子（美元）：2 隻 1TB SATA RAID-0 為 600 美元、4 隻 500GB SAS RAID-5 為 1,200 美元、24 隻 3TB SAS RAID-6 為 12,000 美元。
- 英國公司參考（英鎊）：RAID／NAS／伺服器系統恢復收費由 500 英鎊加增值稅起，並且喺初步 48 小時免費診斷後以書面報價提供。
呢啲數字只係用嚟說明「海外收費一般按碟數同容量計價」，唔係用嚟預測香港收費。如果你需要香港本地報價，應該提供 NAS 型號、RAID 級別、碟數、容量同故障狀態，等個別報價。
<a id="s11"></a>十一、幾時可以自己處理，幾時必須停手
可以考慮自己跟官方流程處理的情況，要同時符合以下條件：只有一隻碟故障，而且喺 RAID 1／5／6／SHR-1／SHR-2 的容錯範圍內；其餘硬碟狀態良好、冇 S.M.A.R.T. 錯誤；已經有近期備份或者已經先將重要資料夾另外複製出嚟；並且跟足廠商官方更換流程，包括同一 bay、容量足夠、S.M.A.R.T. 良好。
出現以下任何一項，就應該停手、尋求專業恢復，唔好用 DIY 工具繼續試：
- 多碟故障超出容錯，例如 RAID 5 死兩隻、RAID 6 死三隻、RAID 10 同一鏡像對兩隻齊死
- 硬碟有物理損壞，例如異響、無法偵測、曾經跌落或者入水
- 已經做錯咗上面任何一項，例如已經重建、已經初始化／格式化、已經調亂次序、已經跑過 fsck／scrub
- 控制器故障、韌體損壞導致陣列 metadata 損毀
- 勒索軟件加密之後：唔好即刻重建或者格式化，先斷開網絡、保留勒索字條同加密樣本、檢查離線備份能否還原；付贖金亦無保證可以拎返檔案，本文唔會寫「付贖就一定拎得返」
- 唔熟悉 RAID 恢復而又冇備份：錯誤操作可以導致永久遺失
延伸閱讀
- 3-2-1 備份規則
- NAS 設定
- SSD 故障徵兆
- 勒索軟件加密後處理
- raid-recovery-sme-guide
- raid-rebuild-before-after-sme
- raid-recovery-quote-checklist
來源連結
- https://www.diskgenius.com/resource/raid-array-failure-data-recovery.html
- https://rossmanngroup.com/problems/nas-raid-rebuild-data-loss
- http://www.diskinternals.com/raid-recovery/recovering-failed-raid-array/
- https://www.stellarinfo.com/article/raid-failure-dos-and-donts.php
- https://www.tapscape.com/how-to-recover-data-from-a-damaged-or-broken-raid/
- https://www.qnap.com/da-dk/how-to/knowledge-base/article/my-raid-is-in-degraded-mode-what-should-i-do/
- https://www.qnap.com/en/how-to/faq/article/why-is-my-disk-labeled-as-unsuitable-for-rebuilding-the-raid-group
- https://docs.qnap.com/operating-system/qts/4.5.x/en-us/GUID-BCD7BE1D-51EE-426A-830D-6BD5D029AD12.html
- https://docs.qnap.com/operating-system/qts/5.0.x/en-us/recovering-a-raid-group-with-a-degraded-status-BCD7BE1D.html
- https://kb.synology.com/en-br/DSM/tutorial/What_to_do_when_system_partition_failed
- https://www.gillware.com/raid-data-recovery/synology-storage-pool-crashed/
- https://netwisetech.ae/synology-hybrid-raid
- https://computingforgeeks.com/cmr-vs-smr-drives-for-nas/
- https://xenospectrum.com/en/php2shell-nas-qnap-synology-patch-gap/
- https://www.notebookcheck.net/PHP2Shell-What-QNAP-Nextcloud-and-OPNsense-users-should-check.1431047.0.html
- https://appleinsider.com/articles/26/10/22/critical-php-vulnerabilities-threaten-your-nas-not-every-vendor-has-a-fix
- https://me-en.kaspersky.com/blog/how-to-mitigate-php2shell-at-home/26195/
- https://www.technologyinc.in/raid-is-not-a-backup.html
- https://www.veeam.com/blog/321-backup-rule.html
- https://docs.qnap.com/operating-system/qts/4.5.x/en-us/GUID-0BE980D3-1190-486B-A1E8-228DB71A9C93.html
- https://www.300dollardatarecovery.com/nas-data-recovery/
- https://www.300dollardatarecovery.com/raid-data-recovery/
- https://www.oxford-datarecovery.co.uk/blog/how-to-recover-a-failed-raid.html
- http://recoverit.wondershare.com/faq/failed-raid-recovery-what-to-do-first.html
- https://recoverit.wondershare.com/what-is/raid-data-recovery.html
- https://www.makeuseof.com/please-stop-treating-raid-as-a-backup/
常見問題
NAS 顯示 Degraded，係咪即刻要重建？
唔係即刻。Degraded 代表故障數目仲喺容忍範圍內，資料一般仲可以存取，但已經冇晒多餘冗餘。正確次序係先備份重要檔案，確認其餘硬碟狀態良好、替換碟容量同 S.M.A.R.T. 狀態符合官方要求，先再跟官方流程逐隻更換。未備份就重建，係將一次可控的換碟，變成一次高風險的重建。
Degraded 同 Crashed 有乜分別？
Degraded 係仲喺容忍範圍內、陣列仲組裝得到；Crashed 係掉線數目已經超出容忍、陣列無法組裝。Degraded 可以先備份再逐隻換；Crashed 就應該停手、關機、標好碟位，尋求專業協助，唔好強制組裝或者重建。
點解唔好即刻撳 Rebuild？
因為重建會寫入尚存的硬碟，有機會覆寫恢復所需的 parity 數據；如果其餘硬碟本身已經有壞 sector、SMR 問題或者邊緣狀態，重建期間仲有機會令第二隻碟出事。重建之前，應該先停寫入、標碟位、記設定、做映像，並且確認備份良好。
RAID 1 係咪即係有備份？
唔係。RAID 1 只係鏡像，防硬碟故障，唔防誤刪、勒索軟件加密、人為錯誤或者火災。刪錯資料夾會即時喺兩隻鏡像碟同時消失；勒索軟件加密兩份複本的速度同樣快。所以就算用 RAID 1，都要跟 3-2-1 規則，保留異地同離線備份。
RAID 10 係咪可以死任意兩隻碟？
唔係。RAID 10 係每對鏡像各死一隻先安全；如果同一對兩隻齊死，數據就會遺失。所以唔好將 RAID 10 講成「可以承受任意兩碟故障」，正確講法係「每對鏡像各一隻」。
買替換碟有乜要注意？
容量最少要等於組內最小容量碟，一般建議組內全部硬碟用相同容量；SHR 陣列的替換碟唔可以細過組內最大容量碟。有 S.M.A.R.T. 錯誤的碟唔適合重建，應該換成 S.M.A.R.T. 狀態良好的新碟；組內仲有其他同步操作進行中，亦未準備好重建，應該等操作完成。另外，跑 RAID 一定要買 CMR 碟，避開 drive-managed SMR。
2026 年 10 月 PHP2Shell 係咪即係 Synology 同 QNAP 已經大規模被入侵？
唔係。呢單係漏洞＋廠商指引：Synology 已經發布修復（PHP 7.3 除外，因為已經終止支援）；QNAP 當時仍然喺度準備修復、未公布時間表，並且建議用戶移除直接互聯網暴露。來源未講已經發生大規模攻擊，QNAP 公告本身亦指未有針對其產品的攻擊報告。所以正確做法係盡快更新、移除不必要的對外暴露、用 VPN 限制管理存取，並且確保有離線備份，而唔係將佢寫成已證實的大規模 NAS 災難。
香港 RAID 恢復要幾多錢？
香港本地 RAID／NAS 恢復收費無公開來源，需個別報價。本文引用的美元同英鎊數字，全部係海外公司公開的參考價，唔係香港價、唔係本公司報價，絕對唔可以換算成港幣。實際收費視碟數、容量、故障類型而定，需要提供 NAS 型號、RAID 級別、碟數、容量同故障狀態先可以個別報價。