网站搬迁，这几点帮你平稳过渡

上个月帮一个做本地美食号的朋友处理网站搬迁，从原来的小虚拟主机搬到云服务器，折腾了小三天，踩了好几个坑。说起来那个朋友一开始还觉得不就是搬个网站吗，打包上传改解析不就完了，结果真动手才发现到处都是坑。网站搬迁，这几点帮你平稳过渡，都是我亲身踩坑踩出来的经验，看完你心里就有数了，不用再像无头苍蝇一样乱撞。

网站搬迁前，先做好全量数据备份

我那个朋友一开始就是嫌备份麻烦，说我直接打包走不就行了，干嘛还多花时间备份？结果打包的时候出了点网络问题，原数据库文件损坏了，差点连原来的数据都找不回来，最后还是找原主机商恢复了前一天的备份才救回来。真的，不管你搬什么网站，哪怕只是个几百M的小博客，搬迁前一定要做全量备份。数据库导一份出来存本地，整个网站根目录打包下载一份，原服务器的东西先别动，等搬完稳定个三五天再删也不迟。有备份在手，出任何问题都能回滚，没备份的话，一次小失误就能让你几个月的内容打水漂，这教训我见得太多了。

不同数据量，选对打包迁移方法

很多人在这里踩坑：小站用大方法太折腾，大站用小方法搬不动。如果你的网站内容不多，整个站点压缩包几G以内，直接用主机面板打包下载就行，本地存好再传到新服务器，解压配置就好，适合大多数中小站点。要是你的网站数据很大，比如做了好几年的电商站、资讯站，光数据库就几十G，直接打包下载容易超时中断，我一般会建议用SSH命令行直接传输，不用经过本地中转，稳定又快。还有做图片站的朋友，图片文件多又大，可以分开迁移，先把程序和数据库搬过去测试，再分批传图片，别一次性都塞进去，容易出问题。

先在新环境测试完，再切换域名解析

很多人搬家急着上线，一上来就先改域名解析，然后再去新服务器调配置，结果调配置的时候出问题，旧服务器已经停了，用户半天访问不了，损失流量不说，还可能被搜索引擎判定网站出问题。正确的做法应该是，先把所有数据传到新服务器，配置好环境，把网站跑起来，用临时域名或者本地改hosts的方式测试一遍。所有页面都打开看看，后台登录测试，表单提交测试，图片视频加载测试，甚至可以找几个朋友帮你从不同网络测一遍，确认所有功能都正常了，再去改域名解析。这样哪怕新环境真有问题，旧解析还指向原来的服务器，用户正常访问不受影响，你慢慢调就行。

提前调整DNS的TTL，减少生效等待时间

改完解析不是立刻全网都能访问的，这里涉及到DNS缓存的TTL时间。原来很多域名默认TTL是24小时，也就是说，改完解析之后，最长要等24小时才会全网都解析到新地址，这期间你会发现一部分用户能访问，一部分还停在旧网站，搞的你也不知道到底成没成功。我的经验是，搬迁前一天就把域名的TTL改成5分钟或者10分钟，这样改完解析之后，一般三四个小时就全网生效了，等搬迁完稳定个一周，再把TTL改回原来的长时长就行，也不麻烦，还能少等很多时间。

检查新旧环境兼容性，避开配置坑

这点很多新手容易忽略，以为程序搬过去就能跑，结果发现版本不对直接报错。比如原来的服务器用的是PHP5.6，新服务器默认装了PHP8.0，很多老程序不兼容，直接打不开。还有数据库版本，原来用MySQL5.x，新服务器用了MySQL8.x，字符集和权限设置不一样，也容易出问题。所以搬之前先记下来旧环境的各个软件版本，新环境尽量保持一致，或者提前做好程序适配，别等搬过去才发现跑不起来，又得重新折腾一遍。我之前遇到过一个客户，搬完之后后台一直登录不进去，折腾了一天才发现是PHP版本不兼容，改完之后立刻就好了，早做准备哪用费这个劲。

搬迁完别不管，观察一周再收尾

我见过太多人搬完就直接去喝庆功酒了，结果半个月后发现收录掉了一半，排名也掉了，才想起回头找问题。搬完网站之后的三到七天，一定要每天抽十几分钟看看情况：看看网站日志里有没有大量的404错误，看看蜘蛛爬取是不是正常，检查一下站长平台上的站点地图有没有报错，有没有死链。如果发现有打不开的页面，及时做好301跳转，死链及时提交给搜索引擎，别拖着，拖的时间越长，对收录和排名的影响越大。我那个朋友就是搬完之后第二天忘了检查，有个分类目录的权限没设对，搜索引擎爬了三天403，后来提交了死链才慢慢恢复，耽误了快半个月的流量。

其实说来说去，网站搬迁也不是什么天大的难事，只要你不着急，一步步按准备来，大部分问题都能提前避开。我那个朋友折腾完之后，现在网站打开速度比原来快了一倍多，用户粘性也涨了不少，所以真不用太紧张。记住，备份永远是第一位的，别嫌麻烦，多花半小时备份，能帮你避开后面好几天的折腾，这话真不是随便说的，都是踩坑踩出来的经验。要是真遇到问题了，别慌，回到备份重新来就行，反正稳扎稳打，肯定能平稳过渡的。