老系统用了五六年，改不动也不敢停：三条路怎么选

"我们那个系统是几年前做的，现在想加个功能，当初做的人找不到了"——这种电话每个月都能接几个。老系统的问题通常不是坏了，是不敢碰。

先分清是哪一种"老"

三条路，各自的代价

一、原地升级

不动业务逻辑，只把环境托起来：PHP 升到受支持的版本、数据库跟着升、补上安全补丁、把备份和监控做起来。适合"系统本身没毛病，就是太旧、怕出事"的情况。省钱、周期短，一般几天。缺点是解决不了结构问题，下次想加复杂功能还是难。

二、重建迁移

用新框架重做，数据整体搬过去。效果最好，也最费钱。真正的工作量不在写新代码，在搬数据：老库里有几万条内容、几百个附件、一堆没人敢删的废弃字段，都得一条条对上。

三、包一层

老系统原地不动，前面加一个新入口或接口：新页面用新技术写，读写还是走老库。适合"只有几个页面、几个功能必须改，其余照旧"的情况，投入大概是重建的三分之一。代价是两套东西长期并存，得有人管。

数据迁移的四个检查点

• 记录数对得上：迁移前后逐表比对条数，差一条都要查清是哪一条。
• 附件真的能打开：文档和图片最容易被漏，数据库里有记录不算，要抽样点开看。
• 日期和状态没被改：不少脚本会把时间写成迁移当天，结果排序和收录全乱。
• 旧链接能跳过去：老地址做 301 指向新地址，不然搜索里攒的排名一夜清零。

切换当天怎么做

我们的惯例是"双跑一周"：新旧同时在线，内部先用新的，对外还走旧的；确认无误后改一条解析切过去，旧环境保留至少 30 天，随时能回滚。切换尽量安排在周三、周四的晚上，别赶周五——真出问题，周末连个商量的人都没有。

三件常被忘掉的事

• 备案不用重做：换程序不换主体、不换接入商，原备案号照用。
• HTTPS 证书要跟着搬：证书绑域名，迁服务器时证书文件最容易丢，切完当天就打不开。
• 账号要收回来：域名、服务器、数据库、备案，这四个账号都该在你自己名下，别留在上个技术员手里。

交付标准

改完给三样东西：数据迁移核对表（逐表条数）、旧链接跳转清单、以及一份"系统说明书"——环境版本、账号在哪、备份在哪、出问题先看什么。不写文档的交付，下一个人接手还得从头猜。

天津本地可上门看现场，评估免费、报价写清工作量。电话 13662183743。