做开发或者运维的朋友，多少都遇到过程序搬家这事儿。可能是老服务器到期了，可能是业务量上来要换配置更高的机器，也可能是因为价格原因想换个云厂商。听起来就是把代码从A服务器复制到B服务器，但真上手了才知道，坑多得很。今天就用大白话聊聊程序搬家到底怎么做，才能搬得稳、搬得快、不出事。
搬家之前，先把家底盘清楚
很多人搬家失败，就败在没有提前盘点。开始动手之前，你得先搞明白现在的程序到底依赖哪些东西。比如用了什么版本的运行环境，是PHP7.4还是8.0，是Node哪个版本，数据库是MySQL还是PostgreSQL，版本号是多少。还有那些配置文件里写死的路径、环境变量、第三方服务的密钥，这些都要一条条列出来。最简单的办法就是写一份清单，把服务器上装过的软件、跑过的服务、定时任务全都记下来。别嫌麻烦，这份清单在后面能救你的命。
另外，一定要检查代码里有没有写死IP地址或者旧服务器的路径。这种硬编码的东西不处理，搬到新机器上程序大概率跑不起来，而且这种报错往往很隐蔽，查起来特别费劲。
数据备份是底线，没有之一
搬家之前，先做一次完整备份。数据库要导出全量备份，代码目录要打包，上传的文件、用户头像、日志这些静态资源也要拷贝。有条件的话，备份存两份，一份放新服务器，一份留在本地或者对象存储里。我见过太多人觉得自己操作没问题就不备份，结果迁移过程中手一抖，数据没了，哭都来不及。记住一句话：备份不花钱，丢数据才贵。
新环境尽量和老环境保持一致
搬家最怕的不是搬家本身，而是新环境和老环境不一样。同样一段代码，老机器上跑得好好的，新机器上各种报错，十有八九是环境版本对不上。所以搭新环境的时候，尽量对齐操作系统版本、软件版本和各项配置。如果项目本身用了Docker，那恭喜你，把镜像拉到新服务器上跑起来就完事了一大半，这也是为什么现在大家都推崇容器化，搬家的时候真的省心。
如果没用容器，那就老老实实按清单装环境。装完之后先别急着导流量，先把程序在新机器上跑起来，自己点一点、测一测，确认核心功能都正常。
迁移要分步骤，别一口气切流量
比较稳妥的迁移节奏是这样的：第一步，新服务器部署代码和数据库，把老库的数据同步过来；第二步，做一轮完整的测试，重点测登录、支付、下单这些关键流程；第三步，选择业务低峰期，比如凌晨，把域名解析切到新服务器；第四步，切换之后别急着关老服务器，让它再跑个三五天，观察新机器有没有问题，确认稳定了再做最后清理。
域名解析切换有个小知识：DNS是有缓存时间的，也就是常说的TTL。搬家前一两天，可以把TTL调短一点，比如设置成300秒，这样切换的时候用户能更快访问到新服务器，出问题回切也快。
数据库迁移要格外小心
如果业务不允许停机，数据库这块就要讲究策略了。常见做法是先全量导入，再用主从复制保持同步，等两边数据一致了再切换连接。数据量小的话就简单了，停服几分钟，导出导入，测完再放开，多数中小项目用这招就够了。切完之后记得核对新老库的数据条数是否一致，尤其是订单表、用户表这种核心数据。
搬家之后别忘了这几件事
程序搬家不是搬完就结束了。切换之后要盯几天的日志，看有没有报错；检查定时任务是不是正常触发；确认备份任务在新服务器上也跑起来了，别搬完家把备份给忘了；最后再清理老服务器，退掉多余的机器和带宽，把钱省下来。
总的来说，程序搬家就是四个字：备、测、切、盯。备份做足，测试做全，切换留后路，切换后盯紧点。做到这几条，搬家这事就翻不了车。