网站迁移前最该准备的是一份“可交接记录”,而不是只打包文件和数据库。它要能让接手的人在不追问原操作者的情况下,判断迁移前状态、迁移中改了什么、迁移后如何验证。多人协作时,这份记录按下面五项逐条填写即可。
要查的是域名注册商、DNS 服务商、当前解析记录和 TTL 值。查法:登录域名管理后台,导出或截图 A、CNAME、MX、TXT 记录,并记录 TTL。结果说明:TTL 越小,迁移后解析变更生效越快;MX 和 TXT 记录关系到邮箱和验证服务,迁移时不能只改网站解析而漏掉它们。适用条件是域名仍由原团队管理;如果域名控制权未交接,先完成控制权转移再谈迁移。
要查操作系统版本、Web 服务器类型与版本、程序语言版本、数据库类型与版本。查法:在服务器上执行版本查询命令,例如 php -v、mysql --version,把输出原样贴进记录。结果说明:新旧环境版本差异过大时,迁移后可能出现页面报错或功能异常。适用条件是自建服务器或云主机;使用虚拟主机时,改为记录主机商提供的环境参数页面信息。
要查数据库表数量与体积、上传目录体积、最近一次内容更新时间。查法:分别统计数据库导出文件大小和上传目录大小,并记录导出时间点。结果说明:如果导出时间与迁移开始时间不一致,迁移后新增内容会丢失。适用条件是内容持续更新的站点;对静态站点,改为记录页面文件总数和最近修改时间。
要查域名后台、服务器、数据库、内容管理系统各自的管理员账号归属。查法:列出每个系统的最高权限账号,确认邮箱和手机号是否属于可交接人员。结果说明:若最高权限仍绑定在原负责人个人账号上,迁移后对方离职或失联会直接卡住后续操作。适用条件是多人协作项目;单人项目也应至少保留两个可用的找回方式。
要查的是迁移后必须逐项确认的清单,建议至少包含:
查法:迁移前先记录这些检查项的当前结果,迁移后按同样顺序再查一遍。结果说明:两次结果一致,说明迁移基本完整;某一项从正常变为异常,就能定位到对应环节,而不是笼统地说“迁移出问题了”。适用条件是任何涉及程序或数据库的迁移;纯静态页面迁移可省略数据库连接一项。
把以上五项整理成一份文档,每项写清“迁移前值、迁移后值、检查人、检查时间”,交付时连同导出文件和账号交接清单一并移交。下一步可以先从域名和服务器权限入手,确认这两项控制权已经不在个人手里,再开始复制数据。