阵列重建需要多久？从几小时到数天的影响因素清单与重建期守护要点

「阵列在重建，进度百分之三，这还要多久？」这是运维群里最高频的问题之一。诚实的答案是：没有标准答案——同样容量的两块阵列，重建时间可能差出好几倍。把决定时长的因素搞清楚，你才能在重建期间做出正确判断：是该放心去睡觉，还是该准备第二套预案。

决定重建耗时的五个因素

一是阵列级别。RAID10的重建本质是镜像盘对拷，最快；RAID5要逐条带异或运算重算校验，慢一个档次；RAID6双份校验计算量翻倍，通常是三者中最慢的。二是单盘容量与数量。重建要覆盖的是整列的总容量而不是坏盘容量——12块盘的阵列换掉其中一块，重建仍要扫过全部12块盘的对应区域，盘越多、单盘越大，耗时越长。大容量机械盘的重建常见在十几到几十小时区间。三是业务负载。重建和业务读写抢同一组磁盘，业务越忙重建越慢；多数阵列卡支持设置重建优先级，把优先级调高会快一些，代价是业务性能下降。四是成员盘健康度。这是最大的变量：健康盘的重建速度可预测，带病盘的重建不可预测——每遇到一个坏道区，控制器要反复重试、尝试纠错位，进度可能在一个百分比上卡几个小时，而带病盘在重建中跟进失效（ rebuild期间第二块盘离线）正是多盘离线事故的头号成因。五是接口与代际。SATA与SAS、不同代际的接口速率差异，在大盘重建上会被放大成数小时的差距。

怎么判断「正常的慢」和「出问题的慢」

正常的慢是匀速的：进度百分比持续前进，哪怕很慢。需要警惕的信号有三个：进度长时间完全停滞（超过数小时纹丝不动）；阵列日志里出现其他成员盘的重映射、超时、介质错误计数增长；伴随业务侧出现原本没有的读写超时。出现任一信号，正确动作不是「再等等看」，而是评估暂停重建、先对整组盘做镜像保护——重建是满负荷体检，带病老盘可能在任何一刻倒下，而重建中断点的数据现场，保留得越完整，后续的恢复空间就越大。

重建期间的四条守护要点

一，重建一旦启动，不要重启、不要插拔任何成员盘、不要进阵列卡配置界面做改动，把「等待」当成工作的一部分；二，打开监控：温度、错误计数、进度变化，至少每小时看一眼；三，提前想好「第二块盘也坏了」的预案——备份状态、关键数据的第二副本在哪，心里要有数；四，重建完成后的第一件事不是庆祝，是抽样验证关键业务数据可正常读取，并复盘被换下的盘为什么坏（同批次盘常接连寿终，换一块往往只是开始）。

最后记住：重建恢复的是冗余，不是数据。误删除、勒索加密、整组掉线这类事故，重建一个都救不了。补天时代在深圳专注服务器数据恢复二十余年，RAID5、RAID6、RAID10各级别的重建中断、多盘离线、掉线不认等场景均有成熟恢复流程，先检测评估、不成功不收费，7×24应急响应，电话 13802255378（微信同号），深圳本地可上门取机，外地可快递寄修。