网站搭建流程：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /92ddcd6741d1.html
📄
网站搭建流程：网站迁移应准备哪些记录
网站迁移前最该准备的，是一份能支撑“新站可验收、旧站可追溯、出问题可回退”的记录清单。它至少应包含域名与DNS记录、服务器与部署信息、内容与数据库清单、账号权限交接表、跳转规则、验收与回退记录六类。缺了任何一类，迁移后都可能出现页面打不开、数据对不上或无法定位责任的情况。
先明确迁移的交付结果，再倒推记录
迁移不是把文件复制到新服务器就结束。它的交付结果通常是：新环境能正常访问、原有内容完整、旧链接能正确跳转、数据可读写、有人能接手维护。围绕这四个结果倒推，需要的记录自然清晰：
- 新环境能访问 → 域名解析记录、服务器配置记录、证书信息。
- 内容完整 → 页面清单、图片与附件清单、数据库备份记录。
- 链接可用 → 旧URL与新URL对照表、跳转规则记录。
- 有人接手 → 账号权限表、操作日志、交接确认记录。
判断标准很简单：如果换一个人只看这些记录，能否独立完成迁移并验证结果。做不到，就说明记录还不完整。
必须留下的六类记录及检查项
1. 域名与DNS记录。记录域名注册商、到期时间、当前DNS服务商、解析记录类型与值（如A记录、CNAME、MX、TXT）。迁移前先导出或截图保存，不要只依赖记忆。检查项：解析生效时间、TTL值、是否使用CDN。适用条件：只要涉及域名指向变更，这项就是必需项。
2. 服务器与部署记录。记录操作系统版本、Web服务器软件及版本、运行环境（如PHP、Node、Python版本）、部署路径、启动命令、定时任务。检查项：新服务器能否用同一份记录复现环境。判断结果：若只能靠口头描述部署，迁移风险高。
3. 内容与数据库清单。列出数据库名称、表前缀、字符集、备份文件位置与校验值，以及上传目录、静态资源目录的路径。检查项：备份能否在测试环境成功恢复。注意：备份文件不能只存一份，至少保留迁移前和迁移后两个版本。
4. 账号与权限交接表。包括域名管理后台、服务器、数据库、CMS后台、对象存储、邮件服务等入口的账号归属和权限级别。记录谁持有、谁可授权、迁移后是否需要改密。检查项：迁移完成后，旧人员权限是否已回收。
5. 跳转规则记录。整理旧站URL与新站URL的对应关系，标注哪些是页面级跳转、哪些是目录级跳转、哪些返回410。检查项：随机抽取若干旧链接，验证是否落到内容相关的新页面，而不是统一跳首页。
6. 验收与回退记录。写明验收人、验收时间、验收项（首页、栏目页、详情页、表单、搜索、移动端），以及回退触发条件和回退步骤。示例：假设迁移后24小时内出现数据库写入异常，则按回退记录切回旧环境，并保留故障时的日志。
一个可执行的迁移前检查流程
- 建立迁移记录表，按上述六类分栏，指定每栏的负责人。
- 迁移前完成一次全量备份，并记录备份时间、大小和校验值。
- 在测试环境用记录复现部署，确认页面与数据可正常读取。
- 导出旧站URL清单，生成跳转对照表并逐条核对。
- 迁移后按验收项逐项检查，记录通过或失败，失败项写明现象与处理人。
- 确认无误后再回收旧权限、清理临时文件，并归档全部记录。
这套流程适用于自建站、CMS站点以及外包交付后的接手场景。如果站点规模很小、仅更换服务器且域名不变，可以简化跳转规则部分，但备份、账号和验收记录不能省。
判断记录是否合格的三个标准
第一，可复现：别人按记录能搭出同样的环境。第二，可核对：每条记录都有对应的检查结果，而不是只写“已完成”。第三，可回退：出现问题时知道回到哪个版本、由谁执行。满足这三点，迁移记录才算真正可用。
下一步，先把现有域名解析、服务器信息和账号权限整理成一张表，再对照本文六类记录逐项补齐缺口。
