传奇服务端灾备与回档演练：备份三三制与事故止损顺序

服务端数据丢失的三大来源：磁盘坏、误删文件、被恶意删库。前两个靠备份兜底，第三个靠权限和异机备份兜底——只存在本机的备份，和被同一颗 ransomware 一锅端没有区别。

备份策略三三制

备份范围别只拷 DB：登录网关配置、充值后台参数、网站与充值订单记录、登陆器列表配置一样要进包。恢复一个”只有游戏数据没有充值记录”的服，比不恢复更灾难——玩家充了钱找不到单，信任直接清零。充值侧风控与订单设计见充值提现系统配置。

回档演练：每季度一次的硬流程

1. 拉起备用机：用最近一次全量备份在一台干净机器上起服，主服不动；
2. 走全链路：登录、建号、充值回调、摆摊、攻城各走一遍，重点验证充值后台能否对上单；
3. 计时：从”拿到备份”到”可开服”全程计时，超过 60 分钟就要做恢复脚本化；
4. 记录差异：增量备份合并后有没有丢小时级数据，丢多少、能否接受，白纸黑字写下来。

真出事了：止损顺序

数据事故第一小时的动作决定损失大小：第一步停服并断外网（防止破坏扩散），第二步保护现状盘（先做镜像再动手恢复，别在事故盘上直接操作），第三步确定回档版本并公告补偿方案——回档掉的等级统一补 + 每人发绑定补偿包，公告模板提前写好，事故时改日期就发。报错定位的排查工具链见M2 报错速查表。合区操作前的数据备份另有专项要点，见合区工具使用指南。

FAQ

备份占用空间太大怎么办？DB 文件用压缩归档，增量只存变更块；云存储选归档型降低成本。空间换数据安全这笔账永远划算——一次丢库赔的补偿就够买十年硬盘。

每小时增量会不会拖慢服务器？Mud2/DB 文件在低峰期（凌晨 4-5 点）做全量，增量用文件级 diff 拷贝，IO 压力可忽略。压测确认承载的思路见压力测试五步。

有没有现成的备份脚本可用？下载区的运维工具包里有打包好的备份与恢复脚本，改路径就能用，入口在下载区，脚本定制基础可看定时任务脚本写法。