某SaaS服务商生产服务器掉盘，补天时代按SaaS数据恢复服务模式分租户交付

上个月的一个周一早上，深圳一家行业 SaaS 服务商的运维在电话里说得很直接：生产库所在的服务器盘组两块盘报离线，平台后台全线报错，上百家企业租户的订单和工单都取不出来，客服电话已经被打爆。

我们的第一句话还是那句：停掉对盘组的一切操作，不要重启、不要重建、不要在控制器里强制上线。盘组整组断电，盘位标记好，原样送过来。

SaaS 平台的数据为什么更麻烦

客户一开始以为这就是一次普通的阵列故障，但 SaaS 场景有三个绕不开的特点。第一，数据的所有权在客户的客户手里。平台只是保管方，一旦恢复过程中出现数据串号或遗漏，平台要面对的是上百家租户的追责，责任链比自建机房长得多。

第二，交付必须按租户切分。同一套数据库里躺着上百家租户的表，恢复不能只做到“库能打开”，还要按租户维度的 schema 或表空间分单元导出，每家一份独立交付包，过程留痕——哪家租户的数据在什么时候被谁提取，都要可追溯。

第三，平台自身的运营与计费数据要单独排序。租户业务数据和平台运营数据混在同一套存储里，先交谁、后交谁，需要和客户一起定，否则取回来的顺序不符合业务节奏，等于没救。

我们做了什么

检测显示：一块盘有大量坏道、一块盘固件异常，都是长期高负载落下的问题。第一件事是逐盘做只读镜像，坏道按扇区跳过并记录位置；接下来解析控制器元数据区残留的阵列参数，完成条带重组，再修复文件系统的索引结构。

数据库层面按页级校验处理，把可读数据页沿事务日志前滚到一致点，让库能正常启动。最后在镜像副本上按租户切分导出：先导关键租户的业务表，再导平台计费与运营数据。

当天夜里，前 20 家关键租户的数据先交付，平台恢复了对客服务；第二天上午，其余租户数据与平台运营数据全部交清，客户按租户清单逐项核对。

客户复盘时说了一句很实在的话：数据放在云上不等于不会坏，只是坏的时候有人在替你维护机器；数据内容能不能保住，还是要看恢复这一环。

如果你们也是 SaaS 或平台型公司，遇到服务器或数据库故障，第一动作是先停写、保现场，再找专业机构评估。补天时代在深圳专注数据恢复二十余年，业务覆盖服务器数据恢复、数据库恢复与硬盘开盘数据恢复，先检测评估、报价后动手、不成功不收费，深圳本地可上门取机，外地可快递寄修，电话 13802255378（微信同号）。