企业网站换服务器怎么迁移？备份、DNS、证书与回滚检查清单

企业网站更换服务器看似只是复制文件和数据库，实际还涉及运行环境、域名解析、HTTPS证书、定时任务、邮件通知、第三方接口和搜索抓取。准备不足时，常见结果是首页能打开但后台报错、图片丢失、表单失效，或部分用户仍访问旧服务器。稳妥迁移需要在切换前建立清单，并保留可验证的回滚方案。

先确认这次迁移是否改变网址

如果域名和页面网址都不变，只更换主机或云服务器，重点是保证新旧环境输出一致；如果同时更换域名、目录结构或URL规则，就属于更复杂的网站迁移，需要逐页设置重定向并维护搜索资产。不要在一个晚上同时改服务器、域名、程序框架和页面结构，否则出现问题时很难定位原因。

迁移前应做完整资产盘点

• 网站程序、上传图片、下载文件和隐藏配置文件；
• 全部数据库、字符集、账号权限及计划任务；
• PHP、Java、Node.js或其他运行环境版本与扩展；
• 域名解析、子域名、CDN、对象存储和防火墙规则；
• HTTPS证书、私钥、自动续期方式和中间证书；
• 邮件、短信、地图、支付、登录和企业微信等接口；
• 日志、统计代码、搜索平台验证文件和站点地图；
• 维护联系人、续费账号与故障处理权限。

备份完成后要验证能否解压、导入和启动。只有文件数量或压缩包大小相近，不能证明备份可恢复。相关阅读：企业网站数据库、文件与恢复演练清单。

在切换DNS前搭好新环境

新服务器应提前安装所需组件、配置数据库和权限，并通过临时地址或本机hosts方式测试。测试内容包括前后台登录、产品与新闻、图片、搜索、表单、邮件、上传下载、定时任务和404页面。

不要为了测试直接把正式域名提前指向新服务器。可以限制测试环境访问，防止重复内容被公开抓取，同时确保测试限制不会带到正式环境。

数据库迁移要控制写入窗口

展示型网站在迁移期间也可能产生留言、浏览计数或后台编辑。首次全量导入后，如果旧站继续写入，就需要安排增量同步或短暂维护窗口。应明确从哪个时间点开始禁止旧后台发布，并通知相关人员。

导入后核对表数量、关键记录、字符编码、时区和自增编号。中文显示正常不代表所有字段都正确，还应抽查特殊符号、较长正文和文件路径。

DNS切换不是瞬间对所有人完成

不同网络和递归DNS可能在缓存期间继续使用旧地址。迁移前可以在合理时间降低相关记录的TTL，但设置后也需要等待旧TTL过期。切换期间应让旧服务器保持可用，不能刚改解析就立即关机。

如果网站使用CDN或代理，还要同步更新源站地址、回源协议和安全规则。只改域名解析却忘记CDN源站，访问可能仍然回到旧服务器。

HTTPS证书和跳转要逐项检查

新服务器需要部署与域名匹配的证书和完整证书链，确认HTTP正确跳转到HTTPS，www与非www版本遵循既定规范。站内图片、脚本和接口也应使用安全地址，避免混合内容。

证书自动续期在迁移后要重新验证。旧服务器上的续期任务不会自动出现在新服务器，证书当前有效也不能说明以后能够正常更新。

正式切换后的检查顺序

1. 从不同网络查询域名并访问首页与关键栏目；
2. 确认状态码、规范网址、robots.txt和站点地图；
3. 提交测试留言，核对数据库与通知是否到达；
4. 登录后台完成一次新增、编辑、上传与删除测试数据；
5. 查看应用、数据库、Web服务器和安全日志；
6. 观察CPU、内存、磁盘、带宽和错误率；
7. 继续保留旧服务器，直到主要网络均已切换且数据核对完成。

回滚方案要在故障前写好

回滚不是简单把DNS改回去。要明确触发条件、负责人、数据库如何处理迁移后的新增数据，以及旧服务器是否仍具备运行条件。如果新站已经接收订单或咨询，直接回滚可能造成数据分裂，因此必须先决定数据合并方式。

更换服务器不应改变用户能看到的网址和核心内容。迁移后出现短期抓取变化并不一定异常，但持续大量5xx、页面丢失或robots.txt错误应立即处理。整个过程应保留时间线与检查记录，便于后续复盘和续费管理。

参考资料：Google更换主机但网址不变的迁移指南。