网站迁移前应准备一份可交接的记录清单,至少覆盖域名与DNS、服务器与部署、内容与数据库、重定向与URL对照、账号权限、备份与回滚六类信息,并注明每项的责任人和验证方式。多人协作时,这份记录就是交付物,缺一项就可能在迁移后返工。
假设一个博客由作者、开发者和运维三人协作,从旧主机迁到新主机。迁移前没有记录,只有口头说明。结果开发者改了DNS但没记下原解析值,运维不知道数据库字符集,作者发现旧文章链接大量404。以下按这份场景拆解应准备的记录。
需要记录域名注册商、到期时间、当前DNS服务商、完整解析记录(A、AAAA、CNAME、MX、TXT)、TTL值,以及修改前的原始值。判断依据是:迁移后若邮件或子域名失效,能立刻比对原记录。常见错误是只截图不导出文本,截图无法直接复制粘贴回填。
记录旧主机与新主机的操作系统版本、Web服务器类型与版本、运行环境(如PHP、Node、Python版本)、部署方式、启动命令、端口和防火墙规则。若使用容器,记录镜像来源与启动参数;若使用面板,记录面板版本和已装扩展。检查项:在新环境执行一次部署命令,确认能复现旧环境行为。适用条件是环境差异越大,这份记录越关键。
导出数据库结构、字符集、表前缀、文章与附件数量。同时生成URL对照表,把旧URL逐条映射到新URL,标明哪些是301、哪些是410。假设旧博客有固定链接结构,迁移后若路径变化,缺少对照表就会产生大量死链。判断结果:随机抽取若干旧URL访问,确认跳转到对应新页面且返回状态正确。
列出所有相关账号:注册商、DNS、主机、数据库、CDN、统计工具、第三方评论或表单服务,注明当前持有人和迁移后应转移给谁。备份记录需写明备份时间、存放位置、校验方式(如文件大小或哈希值),以及回滚步骤。多人协作时,权限交接不清是返工的高发点。
下一步:按上述清单把记录整理成一份文档,迁移前由至少一名未参与操作的人按文档独立验证一遍,验证通过后再执行正式切换。