网站制作步骤 - 网站迁移应准备哪些记录

📍 WDQWDWQD987AAAAA:216.73.217.32
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e9cc7e6ed57e.html
📄

网站制作步骤 - 网站迁移应准备哪些记录

网站迁移前应准备四类记录:迁移前基线记录、域名与DNS记录、服务器与数据记录、验收对比记录。缺少任何一类,出现故障时只能凭印象排查,无法判断问题出在解析、源站配置、数据库还是缓存。以下从交付结果倒推,说明每类记录要包含什么、由谁准备、如何验收。

迁移前基线记录:先留下旧站的“体检单”

迁移出问题后最常见的困境是无法回答“原来是不是这样”。所以第一步是在旧站仍然可用时采集基线,而不是等新站上线后再回头找。

责任划分建议:内容或运营人员提供URL清单和快照,技术人员负责状态码和性能记录。验收标准是清单可逐条访问、时间戳清晰、存放位置所有参与人都能取到。

域名与DNS记录:迁移前后最容易出错的一层

域名相关记录必须在改动前完整抄录,而不是只看当前值。

  1. 域名注册信息:注册商、到期时间、域名状态、DNS服务器地址。迁移期间域名到期是低级但致命的故障。
  2. 解析记录全量清单:A记录、AAAA记录、CNAME记录、MX记录、TXT记录,逐条记录主机名、记录类型、记录值和TTL。邮件解析常被忽略,改DNS时误删MX会导致企业邮箱中断。
  3. TTL现状:如果TTL很长,切换后生效慢,应提前调低并等待旧TTL过期,再执行切换。
  4. HTTPS证书记录:证书覆盖的域名、签发机构、到期时间、当前部署位置。换服务器后证书要重新部署,证书与域名不匹配会直接导致访问报错。
  5. 变更记录:每次修改DNS的时间、改了什么、由谁操作。排查时“几点改的”往往比“改了什么”更关键。

验收方法:解析修改后用不同网络环境查询实际生效的解析值,确认与预期一致;邮件收发做一次实际测试。适用条件是DNS由自己管理;若DNS托管在第三方,仍需自行留存这份清单,不能只依赖对方后台。

服务器与数据记录:说明“东西放在哪、怎么恢复”

迁移的实质是把文件、数据库和配置搬到新环境。记录要能回答三个问题:源在哪、目标在哪、出错怎么退。

验收标准:在新环境用备份恢复出一个可访问的副本,逐项核对上述配置,确认无遗漏后再切换正式流量。

验收对比记录:用数据判断迁移是否完成

迁移完成的判断依据是记录对比,不是“打开看着正常”。

如果某项对比结果与基线不一致,先定位原因再决定是否回退:解析未生效、缓存未刷新、配置遗漏、数据未同步,是四类不同的问题,处理方式不同。记录的价值就在于把“可能是缓存”变成“已确认是缓存”。

下一步:按上述四类整理一份迁移记录表,在动手前逐项确认负责人和存放位置;任何一项填不出来,就先补上再开始迁移。

图1 图2

nginx