RAID 出事之後,千祈唔好即刻撳「重建」:DIY 重建七大錯誤

NAS 彈出 Degraded、壞咗一隻碟,或者成個 Volume 突然唔見咗,嗰一刻最自然嘅反應,係即刻撳個掣將佢整返好。呢篇要講嘅結論可能同你嘅直覺相反:出事之後最大嘅危險,往往唔係壞嗰隻碟,而係你接下來嗰一下「重建」。RAID 5 壞一隻碟之後,陣列仲可以用剩低嘅碟加 Parity 推算返唔見咗嘅資料——呢個容錯層級總論見《RAID 5 壞一隻碟唔驚,壞兩隻呢?》。但係重建本身要將其餘所有碟由頭讀一次,再寫新 Parity 落去;期間只要第二隻碟讀錯、或者你換錯咗碟、或者控制器用錯咗 Metadata,成個陣列可以即刻由「仲救得返」變成「救唔返」。以下七個錯誤,專業恢復業界一致列為「原故障以外、造成永久損失嘅主因」,逐個講點解危險。
錯誤一:由得佢自動重建
好多 NAS 同 RAID 控制器預設會自動開始重建,或者一插入新碟就自動重建。自動重建嘅問題唔係「重建」呢個動作本身,而係佢喺你未檢查過其餘碟嘅健康狀況之前就已經開工。RAID 5 重建要連續讀晒其餘所有碟;如果其中一隻已經有壞扇區、SMART 警告、反應慢、成日斷線,重建嘅讀取壓力可以將佢推埋落去。一旦重建途中第二隻碟出事,RAID 5 就冇足夠 Parity 去推算,成個陣列即失。正確做法係:出事第一時間先關機、停晒所有寫入同自動程序,檢查清楚邊隻碟壞、其餘碟咩狀態,先至決定下一步。關機唔係放棄,而係凍結現場——等你搞清楚先再郁手,總好過等部機自己喺你未睇清楚之前就寫爛晒啲 Parity。
錯誤二:換錯碟——最常見、最致命
專業指南一致話,換錯碟係最常見嘅人為錯誤。NAS 介面顯示嘅「Disk 3 故障」,同你手上面嘅實體碟,係兩回事:Bay 編號、控制器顯示、實體位置,任何一個對錯位,都可以令你拔走一隻好碟、插入新碟之後,控制器用錯成員寫 Parity,將正確資料覆寫。換碟之前必須做齊三樣:第一,睇控制器記錄同 SMART 數據,確認邊隻碟真係壞,唔好憑「邊隻燈紅色」或者憑感覺估;第二,影低成排 Bay 嘅相,逐隻碟貼上 Bay 編號標籤;第三,換出嚟嘅舊碟唔好掉,成套保留——連同故障碟、換出嚟嘅碟、Hot Spare,一齊都係日後重建嘅線索。呢度要講明一個界限:換碟本身唔係問題,問題係「未確認邊隻壞就換」同「換完即刻重建」。如果你對邊隻碟壞有任何懷疑,停手就係正確答案。
錯誤三:撳「初始化」或者「重新建立陣列」
Windows 磁碟管理或者 NAS 介面出事嗰陣,好鍾意彈出「初始化磁碟」、「格式化」、「修復陣列」呢類提示。呢啲掣千祈唔好撳。初始化會抹走分割區資料,重新建立陣列會抹走磁碟次序、Stripe 大小、Parity 旋轉方向等 Metadata——呢啲 Metadata 就係重建嗰陣用嚟對齊 Stripe 嘅地圖。冇咗地圖,就算啲碟本身物理上完好,恢復工具都對唔返邊一格資料屬於邊一個 Stripe。呢個錯誤特別陰濕,因為介面寫到好似「初始化就可以用返」,但係對有重要資料嘅陣列嚟講,「用得返」同「資料返嚟」係兩回事。初始化之後部機可能真係「用得返」,但係入面啲檔案已經冇晒。原則好簡單:任何會寫入 Metadata 或者分割區嘅動作,出事之後一律唔做。
錯誤四:喺原陣列跑 CHKDSK 或者 fsck
CHKDSK 同 fsck 係為單隻健康硬碟、處理不正常關機之後嘅檔案系統問題而設,唔係為故障陣列而設。喺一個已經出事嘅 RAID Volume 上面跑佢哋,佢哋會按單碟邏輯去「修正」檔案系統,寫入原陣列,破壞恢復工具賴以重建檔案系統嘅結構。業界一般做法講得好清楚:有重要資料嘅陣列,修復工具永遠唔係第一步;第一步係保全原碟、做映像,之後所有操作只對映像做。呢個原則同單碟恢復一樣:原碟只讀最少次數,之後嘅工作全部喺副本上面做。CHKDSK 仲有一個額外風險——喺 SSD 成員上面,佢標記為空閒嘅簇有機會觸發 TRIM,進一步抹除資料。所以無論介面點樣催你「修復」,出事陣列上面跑修復工具,永遠係錯嘅次序。
錯誤五:亂換碟嘅次序、亂試插拔
RAID 陣列依賴成員碟嘅確切次序去對齊 Parity 同資料 Stripe。逐隻拔出嚟試、試完插返去唔同 Bay、或者憑印象「好似係呢個位」,都會令控制器對錯 Stripe,之後嘅重建就會用錯對齊方式寫 Parity。呢個錯誤同錯誤二有關但唔同:錯誤二係換錯一隻碟,錯誤五係成組次序亂咗。預防方法同錯誤二一樣:影相、貼標籤、記低 RAID 級別、成員數目、控制器或者 NAS 型號、每隻碟嘅型號同序號、邊隻壞過、邊隻換過、邊隻做過 Hot Spare。呢份記錄送檢嗰陣要交埋出去,因為恢復人員要靠佢去虛擬重建陣列。記住:你而家覺得「實記得」嘅次序,兩個星期之後未必記得;寫低先係可靠嘅記憶。
錯誤六:第一次重建失敗,再撳第二次
第一次重建失敗,本身已經係一個好強嘅訊號:其餘碟入面有嘢唔妥、Metadata 有問題、或者控制器本身有事。呢個時候正確做法係即刻停手,將成套碟封存送檢。但係好多人嘅反應係再撳多次,諗住「頭先可能只係撞手神」。第二次重建會再寫多一輪 Parity,令陣列進入「混合 Parity」狀態:部分 Stripe 係新 Parity、部分 Stripe 係舊 Parity,兩套對唔返,之後連專業工具都好難對齊。呢個狀態喺專業指南入面被列為「幾乎無法恢復」嘅典型成因。原則係:重建失敗一次,就已經唔係 DIY 層面嘅問題,唔好用第二次重建去賭。
錯誤七:以為 RAID 就係備份,冇備份都可以慢慢試
呢個唔係一個掣,而係一個觀念錯誤,亦係前面六個錯誤之所以咁多人犯嘅底層原因。RAID 係冗餘,唔係備份:佢可以頂得住某啲碟故障,但頂唔住誤刪、勒索軟件、控制器故障、多隻碟同時出事、人為錯誤。冇備份嘅陣列出事,你每一次「試下」都係用僅有嘅一份資料去賭。相反,有獨立備份嘅陣列出事,你可以安心咁換碟重建,因為最壞情況都仲有備份。呢篇唔會叫你買邊種備份方案,但係要講明呢個分水嶺:有備份,重建係維修;冇備份,重建係賭博。出事之後嘅正確次序,業界一般做法分四步:第一,關機停寫入;第二,影相貼標籤記低成個配置;第三,成套碟封存,唔好再通電試;第四,送檢評估,檢測之後先報價、確認先開工。呢個次序入面冇「即刻重建」呢一步——重建應該喺資料已經保全之後,先至喺安全嘅副本或者新陣列上面做。
FAQ
Q1:NAS 顯示 Degraded,但係啲檔案仲讀到,係咪即刻要關機?
Degraded 意思係陣列已經失去冗餘保護,但資料仲讀到。呢個時候最危險嘅做法,係繼續當冇事用落去,同時由得自動重建開工。正確做法係先備份仲讀到嘅重要檔案去另一隻獨立媒體(如果讀取過程順利、冇異響、冇頻繁錯誤),然後停低自動重建,檢查其餘碟嘅健康狀況先再決定。備份途中一出現讀取錯誤加劇、成日斷線,就要停手送檢。
Q2:我已經撳咗初始化,仲有冇得救?
唔好再做任何寫入,即刻關機封存。初始化抹走嘅係 Metadata 同分割區資料,碟上面嘅檔案內容本身可能仲喺度,有冇得救要睇初始化之後有冇再寫入過新資料、有冇再重建過。愈早停手,機會愈大;再撳多幾次,只會將機會愈推愈細。
Q3:換咗新碟之後重建失敗,係咪代表新碟有問題?
唔一定。重建失敗可以係其餘碟有壞扇區、Metadata 損壞、控制器問題、或者換錯碟。唔好即刻認定係新碟問題而再換多次——每一次重建都係寫入,寫入本身就係風險。停手,成套保留,送檢先至可以分清楚。
Q4:RAID 6 或者 RAID 10 係咪就可以放心重建?
RAID 6 可以頂兩隻碟故障,RAID 10 嘅鏡像結構亦比 RAID 5 寬容,但係「寬容」唔等於「亂嚟都得」。換錯碟、初始化、亂換次序、第二次重建呢啲錯誤,喺任何級別都一樣咁傷。級別只係改變容錯上限,唔會改變「重建之前先保全」呢個原則。
Q5:送檢之前要準備啲咩?
成套碟(包括故障碟、換出嚟嘅碟、Hot Spare),每隻碟嘅 Bay 編號標籤,NAS 或者控制器型號,RAID 級別同成員數目,Stripe 大小(如果知),邊隻碟幾時出事、出事之前有咩異常警告、你做過邊幾步(有冇重建過、有冇初始化過、有冇換過碟)。呢份清單愈完整,評估愈快、愈準。
如果你嘅 NAS 或者 RAID 陣列已經出事,唔肯定應唔應該重建,或者已經撳過重建、初始化而家唔知點算,歡迎聯絡 CentralComputer 中環電腦了解情況:電話 +(852) 2115 9219,WhatsApp +(852) 6558 6806。收費政策好簡單:檢測後報價,確認先開工,唔會亂收費。
覺得這篇文章有幫助?
歡迎分享給您的朋友或同事。