网站迁移前要准备的记录,核心是让接手的人不靠口头询问也能独立完成迁移和验收。至少应整理五类:域名与DNS记录、服务器与部署记录、数据库与文件清单、页面与链接对照表、账号权限与变更日志。每类都写清“查什么、怎么查、结果说明什么”,多人协作时才不会因为信息断层而返工。
要查的是域名注册商、到期时间、DNS服务商、当前解析记录。怎么查:登录注册商后台看域名状态,用nslookup或在线DNS查询工具核对A记录、CNAME记录、MX记录的实际返回值。结果说明什么:如果注册商和DNS服务商不是同一家,迁移时要分别交接;MX记录指向邮箱服务,改解析前必须先确认邮箱是否随网站一起迁移,否则邮件会中断。适用条件是域名由公司统一管理;如果域名在个人名下,迁移前应先把所有权转到公司账号。
要查的是服务器类型、操作系统版本、Web服务器软件及版本、程序语言版本、必要扩展、部署路径、定时任务。怎么查:在旧服务器执行版本查询命令,导出进程列表和计划任务,记录站点根目录的绝对路径。结果说明什么:新服务器如果版本差异过大,可能出现页面报错或功能异常;部署路径不一致会导致配置文件里的绝对路径失效。判断标准是:按记录在新环境操作一遍,能不改代码就跑起来,说明记录合格。多人协作时,这份记录应放在共享文档里,而不是只存在运维人员本地。
要查的是数据库类型与版本、库名、字符集、数据表前缀、文件总大小、上传目录位置、是否存在外部存储。怎么查:导出数据库结构,统计各目录占用空间,检查图片和附件是存在本地还是对象存储。结果说明什么:如果附件在第三方存储,迁移网站程序不等于迁移了文件,需要单独处理;字符集不一致可能导致中文乱码。建议在迁移前做一次完整备份,并记录备份文件的生成时间和存放位置,验收时用得上。
要查的是旧站主要栏目URL、文章URL规则、是否有自定义跳转、表单提交地址。怎么查:用爬虫工具或手工整理一份旧URL清单,迁移后逐条访问,看是否返回正常状态码。结果说明什么:返回404的URL如果原来有访问量,应在新站设置对应跳转;表单地址没更新会导致提交失败。判断标准是:随机抽取旧站若干页面,迁移后能正常打开或正确跳转,说明链接处理到位。这一步对资阳企业建站项目尤其重要,因为本地客户常通过搜索或收藏访问旧页面。
要查的是域名后台账号、服务器登录方式、数据库账号、CMS后台管理员、第三方服务密钥。怎么查:列出所有相关账号,标注持有人和用途,迁移完成后修改密码并启用必要的二次验证。结果说明什么:账号清单不完整,后续改配置时可能找不到入口;变更日志能回答“谁在什么时候改了什么”,减少互相猜测。适用条件是多人协作或外包交接;如果只有一人维护,也建议保留一份离线记录。
下一步:把以上五类整理成一份迁移检查表,每完成一项就标注负责人和完成时间,迁移结束后对照旧站抽查关键页面,确认无误再正式切换解析。