制造企业SQLServer遭.eight加密的高可用切换处置
制造业的 ERP 一旦停摆，车间排产、库存、出货全线卡住，每分钟都是损失。这家企业有主备两套实例，按理说切换一下就能续上业务，但就是在切换这一步，差点酿成更大的事故——新旧主库同时对外服务。本文把这起案例完整复盘，包括我们最后留下的那张切换清单。
一、客户背景与故障经过
1. 停摆的那个早晨
这是一家位于厦门的机械加工企业，ERP 数据库承载订单、物料与工序数据，采用主备双实例部署。周一早晨开机后，ERP 无法登录，数据文件的扩展名全被改写，每个目录里都躺着一份勒索说明文件。IT 人员第一时间断开网络、保留现场，联系到我方时，距离发现加密已过去两个小时。
2. 切换中差点出的事
其间 IT 人员做过一次自发切换：手工把备用节点提升为主库，但原主库只是服务半死、网络未断，隔离动作又没有执行，两套实例短暂同时接受写入，终端数据出现分叉。所幸时间短、写入少，发现及时，没有造成大范围覆盖。
二、我方的技术方案
3. 现场保全与切换冻结
到场后第一件事是双重冻结：对原主库的数据盘与日志盘做扇区级只读镜像并封存原件，同时把两套实例彻底网络隔离，禁止任何自动或手工切换。先把竞争关系切断，再谈恢复路径，顺序不能反。
4. 分叉数据核对与合并
第二步是处理已产生的分叉。我们把两边实例的写入记录逐条比对，把分叉期间产生的订单与工序数据整理成清单，交由业务与财务确认后合并回主数据视图，确保不漏单、不重单。数据可以少，账不能乱，这是我们处理这类事故的底线。
5. 恢复结果与客户反馈
重建以备份打底、以残留页补齐，耗时一天一夜，ERP 全部业务数据核对无缺，产线在次日上午恢复运转。企业负责人反馈：真正让他们后怕的不是病毒，而是切换那一下——原来有没有隔离，比有没有备份更急。事后我们把一张切换清单交付给他们的 IT 团队。
三、这个案例的三个教训
1. 切换前先确认隔离
主备切换不是点一下按钮，先确认原实例已彻底退出服务，再提升备用节点。隔离不到位，切换就是给数据开一道裂口。
2. 演练要演练回退
多数企业的演练只走顺向切换，从不演练回切与异常分支。真出事时，最需要的能力恰恰是把错误动作撤回来。把回退写进脚本，演练才算完整。
3. 分叉也要有核对机制
一旦发生双主写入，不要直接覆盖或丢弃，先把差异梳理成清单再合并。我方提供免费远程检测，先评估后动手；只读镜像不改动原盘、不成功不收费、全程 1V1 托管，厦门本地支持上门。
关键提示
灾难恢复的真正门槛，不在把备用节点拉起来，而在确认没有人还在写旧的那份。切换与隔离要绑在一起写进预案，缺一半都不算预案。
【免费咨询入口】
💡 免费故障检测：专业工程师一对一远程诊断，评估恢复可行性
📞 服务热线：0592-5971726
📱 售后电话：15392031800（微信同号）
💬 在线咨询：扫码添加技术支持微信
✉️ 邮箱：32518962@qq.com
📍 厦门线下服务：厦门市集美区杏林湾路466号1209室之一（支持上门检测）
🔒 服务承诺：不成功不收费 | 只读镜像不改动原盘 | 全程1V1托管
如需帮助，欢迎立即联系我们，专业数据恢复团队为您保驾护航！