某企业阵列扩容后掉线，补天时代推演新旧区域映射完成服务器数据恢复

阵列扩容是运维里很常见的动作：盘位空着、容量吃紧，加几块盘、在线扩容，容量就上去了。但它也埋了一个很多人没意识到的问题——扩容之后，这套阵列的参数不再是一套。

客户是深圳一家制造企业，生产系统跑在一套阵列上，原来六块盘，半年前在线扩容到十块。本月初，两块老盘先后掉线，阵列失效，业务数据取不出来。前面找过两家服务商，都说“能读出一部分文件，但目录结构是乱的”。

为什么扩容后的阵列难恢复

在线扩容时，控制器会把数据在扩容前后的两个布局之间做迁移与重排：扩容前的区域按旧的条带布局存放，扩容后的新区域按新的盘数与布局存放。也就是说，同一套阵列里，前半段数据和后半段数据遵循的地址映射规则不一样。

很多恢复尝试失败就失败在这里：用当前（扩容后）的参数去解析扩容前的数据区，拼出来的东西前半段看着对、后半段全是乱码，目录结构自然就散掉了。正确做法是把扩容前后的两段映射分别建模、分段重组。

我们的处理顺序

一是逐盘只读镜像。两块老盘一块有坏道、一块有固件异常，坏道按扇区跳过并记录位置，所有分析都在镜像上进行，原始盘封存不动。

二是解析控制器元数据区的残留配置。扩容时的配置历史、盘位记录与迁移痕迹，是判断分段边界的依据。

三是分段重组与交叉验证。按扩容前后两套映射分别重建，再用文件系统的关键结构做交叉验证——超级块、目录区、索引节点落在哪块盘的哪个偏移，如果能与推演出的映射对上，说明分段边界判断正确；对不上就调整参数假设，全部在镜像上重来。

四是修复文件系统并导出。业务数据、生产表单与近两年的附件分目录导出，客户在本地逐项核对。

两天半完成交付。客户复盘时问了一个很实际的问题：扩容到底该不该做。我们的回答是：扩容本身没问题，问题在于扩容是高负载动作，扩容后盘组规模更大、单盘故障的影响面也更广，所以扩容前后都要留好控制器配置导出与盘位记录，并提前把备盘准备好。真遇到扩容后掉线，第一动作仍然是停机、保现场、整组送检，不要在控制器里反复尝试强制上线。

补天时代在深圳专注数据恢复二十余年，累计恢复硬盘 2 万个、服务器及存储 3000 台，配有百万级无尘洁净间与最多可处理 195 块盘的整阵列恢复环境。服务器数据恢复、数据库恢复、硬盘开盘数据恢复均可处理，先检测评估、报价后动手、不成功不收费，电话 13802255378（微信同号）。