更換企業級硬碟前的RAID重建準備

識別故障硬碟

在更換之前，確認哪塊物理硬碟已故障或預測將故障。使用RAID控制器管理工具（如MegaRAID Storage Manager、HP Smart Storage Administrator或Dell OpenManage）定位確切的槽位、機箱和序列號。將報告的邏輯驅動器（虛擬磁盤）與物理磁盤交叉引用。注意，某些控制器會在實際故障前顯示預測故障警報（SMART）；應主動處理這些警報。

如果系統正在運行，檢查操作系統級日誌（例如dmesg、事件檢視器）和控制器事件日誌。對於具有多個機箱的服務器，使用機箱ID和槽位號，避免拔錯硬碟。識別後務必在硬碟上物理貼標籤。

備份關鍵數據

儘管RAID提供冗餘，但重建是高壓力操作，可能引發額外故障。在繼續之前，確保所有關鍵數據存在最近的完整備份。對於數據庫和虛擬機，考慮崩潰一致性備份或快照。如果陣列處於降級狀態（一塊硬碟故障），重建是防止第二次故障的唯一保護；不要跳過備份。

對於具有多重奇偶校驗（RAID 6、RAID 60）或熱備盤的陣列，風險較低但並非為零。備份到獨立介質（磁帶、雲端或獨立存儲），該介質不屬於同一RAID組。如果時間允許，通過測試恢復驗證備份完整性。

檢查控制器和硬碟兼容性

替換硬碟必須與RAID控制器和現有硬碟規格兼容。使用控制器供應商兼容性列表（VCL）或服務器製造商批准部件列表中列出的硬碟型號。固件、扇區大小（512e與4Kn）或接口速度不匹配可能導致重建失敗或性能下降。

如果無法獲得完全相同的型號，選擇容量相同或更大、轉速相同（對於HDD）、接口相同（SATA/SAS）的硬碟。對於SSD，確保相同的外形尺寸（U.2、U.3、M.2）和協議（NVMe、SAS）。某些控制器要求替換硬碟至少與陣列中最小的硬碟容量相同。務必查閱控制器手冊了解具體要求。

準備替換硬碟

在插入之前，應對新硬碟進行測試和準備。使用硬碟製造商工具或控制器工具運行全表面掃描或短自檢（DST），確保硬碟不是DOA且沒有潛在缺陷。對於SAS硬碟，檢查硬碟是否處於帶有外部配置的“就緒”狀態；如有提示，清除任何現有元數據。

如果控制器不支持熱插拔，不要在系統運行時插入硬碟。對於熱插拔托架，遵循服務器程序：等待狀態LED指示安全移除，然後插入新硬碟。控制器應自動檢測並將其標記為備用或準備重建。如果沒有，手動啟動重建。

配置重建設置

大多數RAID控制器允許調整重建優先級（低、中、高）和速率。對於生產系統，將重建優先級設置為低或中，以最小化對I/O性能的影響。某些控制器支持“帶I/O的重建”限速。如果系統是關鍵系統，考慮在非高峰時段安排重建。

如果控制器支持，啟用“重建恢復”以防斷電。同時，檢查控制器是否允許手動分配熱備盤。對於大型陣列（超過10 TB），重建時間可能長達數小時；相應規劃。通過管理工具監控重建進度。

監控重建進度

在重建期間，監控控制器日誌和系統性能。注意介質錯誤、不可糾正的讀取錯誤或硬碟超時。如果重建暫停或失敗，立即調查。常見原因包括第二塊硬碟故障、替換硬碟上的壞塊或控制器固件錯誤。

使用控制器的事件通知（電子郵件、SNMP）提醒您完成或錯誤。對於關鍵陣列，手頭備有替換硬碟以防重建失敗。除非絕對必要，不要在重建期間重啟服務器。

重建後驗證

重建完成後，驗證陣列狀態（應為“最佳”或“正常”）。運行一致性檢查或巡檢讀取以確保數據完整性。某些控制器在重建後自動執行“驗證”；如果沒有，手動啟動。檢查硬碟的SMART屬性以確認其健康。

測試應用程序對數據的訪問。對於數據庫，運行一致性檢查（例如SQL Server的DBCC）。使用新序列號更新硬碟庫存記錄。最後，如果剩餘硬碟使用年限相近，考慮安排主動更換。

記錄過程

記錄日期、硬碟序列號、控制器設置和遇到的任何錯誤。這些文檔有助於未來的故障排除和保修索賠。如果故障硬碟在保修期內，遵循製造商的RMA流程。保留故障硬碟，直到替換硬碟完全驗證且保修索賠被接受。

用經驗教訓更新災難恢復計劃。對於擁有多台服務器的環境，標準化更換程序以減少人為錯誤。考慮使用包含備份驗證、兼容性檢查和重建後測試的檢查表。

核實來源

作出採購決定前，請核對最新製造商數據表及目標伺服器或儲存平台指南。

• SNIA 儲存標準

相關資源