【项目背景】
周四早上七点，东河区一家物流公司的机房值班电话打进来：Dell R730服务器起不来，卡在内核panic，上面跑着运单系统和三天的对账数据。我到现场一看报错，典型场景：前晚市电闪跳，这台CentOS 7机器的UPS电池两年前就老化失效，没撑住，非正常断电把XFS文件系统的主superblock打坏了，根分区挂载失败。这类救援最忌讳的就是网上抄一条“xfs_repair -L”直接干——那个-L是强写日志，会把未落盘的事务全部丢弃，等于二次毁伤。
【咨询设计】
处置顺序定死三条纪律：先镜像、后修复；先只读、后写入；先试备用、再动主块。第一步拿一块同容量企业盘，dd整盘镜像并算MD5，之后所有修复操作只在镜像盘上进行，原盘封存。XFS在每个AG（分配组）头部都存有superblock副本，AG1、AG2……的偏移量可以按公式算出来，用备份superblock尝试挂载是第一选择。这套流程很多同行嫌慢，但数据救援行业的第一原则就是“你可以慢，不能错”。
【施工规划】
实操记录：主superblock魔数校验失败；用xfs_repair指定备用superblock（-o ag_stride按盘实际AG布局计算）跑第一遍，Phase结构扫描通过但日志区脏，按纪律先试mount -o ro,norecovery只读挂载——成功，数据可见但日志未回放；再对镜像盘执行xfs_repair -n干跑校验，确认要动的inode数量可控后，才跑真实修复+日志清零。三小时后镜像盘正常挂载，运单库导出校验，业务数据98.6%完整，丢失的1.4%是崩溃瞬间未落盘的半小时流水，从上游平台的接口里补回来了。
【安全补丁】
故障根因（RCA）很清楚：UPS电池失效+没有告警。我们当天做了三件事：更换全套UPS电池并做核容放电测试，实测后备时间从“理论30分钟”恢复到实测26分钟；给服务器iDRAC配置独立网段和短信告警，电池电压异常提前一个月就能知道；部署每日rsync异地备份到另一栋楼的NAS，快照保留14天。下次再断电，最坏结果只是重启。
【验收交付】
验收包括：运单系统全功能回归、对账数据三方核对、备份任务连续7天成功率100%。给客户留了一份《断电应急操作卡》：什么情况能自己重启、什么情况必须先打电话——这一页纸在救援行业叫“止损边界”，比什么说明书都值钱。
【售后承诺】
数据救援我们全年无休，掉电、进水、误删、勒索，先打17704868686再动机器，你的每一分钟犹豫都可能是恢复率。大年三十照常接单，随叫随到，终身免费技术咨询。
【不舍昼夜技术 · 包头IT全生命周期服务】
业务全闭环：咨询规划、方案设计、工程实施、竣工验收、维保售后。
咱能干的：包头修电脑/装监控/拉网线/做系统/救数据/办软件/卖耗材。
技术范畴：5G通信、大数据服务、信息系统集成、网络安全、商用密码、平面设计。
服务区域：昆区、青山区、九原区、东河区、高新区等包头全境，随叫随到。
技术热线：17704868686（本地专业团队，不舍昼夜为您守候！）