托管运维（演练环境）

「接管客户旧系统」是我们对外讲的能力，能不能真接管，我们自己先演一遍。在隔离环境里搭了一台画像真实的老站：PHP 代码树、没有版本管理、独立数据库、nginx 配置、跑着真实 HTTP 服务——就是「别人留下来的系统」的典型样子。然后从录入系统、摸家底、做备份，到真改代码、真改数据、再全部回滚，全程走真实接口。本案例数据均来自演练实录（内部文档《接管演练报告》），这是演练环境记录，不是真实客户项目。

• 老系统没人敢动——不知道里面有什么，怕一动就挂
• 交接靠口头，原运维走了就没有文档
• 改了出问题怎么办，没有备份就没有退路
• 谁改过什么说不清，出了问题没法查

• 原软件供应商失联、运维离职，系统没人敢动的企业
• 想把旧系统交给专业团队托管接管的老板
• 需要接管客户存量系统的服务商同行

接管演练按九步走完整链路：录入系统 → 自动体检摸家底 → 自动生成系统档案 → 巡检拨测纳管 → 动手前三类备份 → 提案式变更（人审可读）→ 审批单批准后执行 → 代码与数据双侧回滚 → 台账、审批、审计三方核对。

• 自动体检：库连通性、技术栈、库表清单、站点盘点、系统档案全部自产，不用问原运维
• 三类备份：文件快照、代码整树快照、整库备份——动手之前先留后悔药
• 提案式变更：改动落成可审阅的提案，批准后自动执行；执行前强制备份、有人中途动过文件会拒绝执行
• 写库前自动行级备份，执行后行数核对
• 双侧回滚：代码级 revert + 整库恢复，连恢复动作本身都先再备份一次当前库
• 三方核对：变更台账、审批台账、审计日志与实际文件/库状态逐笔对账

演练实记：把一个插件从旧版本真升到新版本（代码侧改文件、数据侧改库），四张审批单按危险级别逐级升高（写操作到关键操作）；回滚后逐字节核对文件原文。演练中还踩到一个真缺口：没有版本管理的老代码自动建索引会失败——这正是老系统的常态，当场修复并补了自动降级与回归测试。

三方账目咬合，无一笔对不上；整个接管流程已回写为自动化集成测试，每次跑测试等于把接管演练复演一遍。演练结论一句话：从别人手里接过来的系统，也能做到每一步有账可查、改得动、退得回。

接管完成后的系统纳入同一套托管运维体系看管：巡检拨测、备份台账、发布审批链——与本官网在用的是同一套机制。