网站迁移前最该准备的是一份可核对的迁移记录清单,而不是只备份文件和数据库。对六安企业建站项目来说,至少要记录域名解析、服务器环境、页面路径、数据库、账号权限、外部服务六类信息,每类都写清“查什么、怎么查、结果说明什么”。迁移后逐项比对,才能判断是迁移成功还是留下了隐患。
要查的是域名注册商、DNS 服务商、当前解析记录和到期时间。登录域名管理后台查看 A 记录、CNAME 记录、MX 记录,再用命令行核对:
nslookup 你的域名 或 dig 你的域名 A
如果解析结果与后台记录一致,说明解析已生效;如果只改了 A 记录却漏了 MX,邮件可能中断;如果 TTL 设得很长,迁移切换的等待时间会明显变长。迁移前把 TTL 调短,切换完成后再调回,是常见做法。适用条件是你能同时控制域名后台和新旧服务器。
要查的是操作系统版本、Web 服务软件及版本、PHP 或 Node 等运行环境版本、扩展模块、伪静态规则。可以用 php -v、nginx -v 或宝塔面板一类管理工具的环境页核对。结果说明新服务器是否具备与原站一致的运行条件。版本差异过大时,页面可能白屏或功能异常,此时应先在新环境做测试站点,而不是直接切正式域名。这一项对使用 CMS 的六安企业建站项目尤其关键,因为插件和主题常依赖特定版本。
要查的是现有页面 URL 结构、栏目层级、是否有带参数的动态地址。用站点地图工具或爬虫工具导出全部 URL,保存为表格。迁移后抽查若干条,看是否返回 200。如果旧链接是 /product/1.html,新站变成 /product?id=1,就需要配置 301 跳转。结果说明链接资产是否保住,判断依据是旧地址访问后能否自动跳到新地址。适用条件是旧站已有一定收录或外链。
要查的是数据库类型、字符集、表前缀、数据量、附件目录位置。导出时用 mysqldump 或面板备份功能,并记录导出时间与文件大小。结果说明备份是否完整:恢复后文章数、用户数、订单数应与备份前一致。若附件存在本地目录,要单独打包,不能只导数据库。迁移前保留一份旧环境快照,是回滚的前提。
要查的是后台管理员账号、服务器登录方式、数据库账号、CDN、短信、支付、统计等第三方服务的配置与回调地址。逐项登录确认可用,并记录新的回调或白名单地址。结果说明迁移后业务链路是否完整。例如支付回调仍指向旧域名,订单状态就可能无法同步。判断方法是迁移后走一遍测试流程,而不是只看页面能否打开。
下一步建议先做一份空白迁移记录表,把上述六类信息逐项填入,再开始实际操作。记录越具体,迁移后定位问题就越快。