建站技术发展：网站迁移应准备哪些记录？按交付结果倒推资料清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6c67bd22c825.html
📄
建站技术发展：网站迁移应准备哪些记录？按交付结果倒推资料清单
网站迁移要准备的记录，应当围绕“迁移完成后能证明站点可正常访问、内容完整、责任清楚”来倒推。最核心的是一份迁移资产清单、一份变更与回滚记录、一份验收记录。缺少这些记录，迁移过程中出现的解析错误、页面丢失或责任不清就很难追溯。下面按交付结果拆解需要准备的内容，并对比两种常见处理方案的适用条件。
从交付结果倒推：迁移后要能证明什么
先明确迁移的交付结果，再决定记录什么。通常需要证明四件事：
- 域名与解析状态可核对，例如原解析记录、新解析记录、生效时间。
- 站点文件与数据库完整，例如源站备份文件、数据库导出文件、校验值。
- 页面可访问且内容一致，例如迁移前后关键页面地址对照表。
- 责任与时间可追溯，例如谁在什么时间执行了哪一步、出现问题时如何回滚。
这四类结果对应四类记录：资产清单、变更日志、页面核对表、验收与回滚记录。缺少任何一类，迁移后的排查都会变得被动。
迁移资产清单应包含哪些字段
资产清单不是简单列几个文件名，而是要让接手的人能据此还原站点。建议至少包含以下字段：
- 域名与DNS记录：记录当前A记录、CNAME记录、MX记录及其用途，注明哪些需要迁移后保留。
- 源站文件：压缩包名称、生成时间、存放位置、校验值（如SHA-256）。
- 数据库：导出文件名、字符集、表前缀、导出时间、校验值。
- 运行环境：原服务器的Web服务器类型与版本、程序语言版本、数据库版本、必要扩展。
- 依赖项：第三方接口、CDN、对象存储、定时任务、邮件服务的配置说明。
- 账号与权限：需要交接的管理账号、数据库账号、API密钥的保管方式，不记录明文密码。
这份清单的价值在于：迁移到新环境后，可以逐项比对，确认没有遗漏依赖项。如果只备份了网站目录而漏掉数据库或定时任务，迁移后往往表现为页面空白或数据不更新。
两种处理方案：全量停机迁移与并行切换
实际执行时常见两种方案，适用条件不同，需要的记录也不同。
方案一：全量停机迁移。先关闭源站写入，完整导出文件和数据库，再在新环境恢复，最后切换解析。适用条件是站点访问量低、允许短暂不可用、数据一致性要求高。需要的记录重点是：停机起止时间、最终备份的校验值、恢复后的自检结果。判断是否成功，看恢复后数据库表数量与源站是否一致、关键页面是否可打开。
方案二：并行切换。新环境先部署一份副本，通过修改本地hosts或临时域名验证，确认无误后再切换正式解析。适用条件是站点不允许长时间停机、需要先验证再切换。需要的记录重点是：临时验证地址、验证通过的关键页面清单、切换前后的解析对照、回滚触发条件。判断是否成功，看切换后正式域名返回的内容与验证环境是否一致。
两种方案都要记录回滚方式：保留原解析记录和原站备份，明确在什么现象下回滚，例如首页返回错误、数据库连接失败、关键页面大量404。没有回滚记录，出问题时只能临时决定，容易扩大影响。
迁移前后必须核对的检查项
验收记录应覆盖以下检查项，每项写明检查时间、检查人和结果：
- 首页与栏目页返回状态码是否为200。
- 关键内容页地址是否与迁移前一致，若不一致是否有跳转规则。
- 表单提交、搜索、登录等交互功能是否可用。
- 图片、样式、脚本等静态资源是否加载正常。
- 数据库读写是否正常，例如发布一篇测试内容后能否在前台显示。
- 邮件、短信、支付等外部依赖是否仍指向正确环境。
检查项要具体到可判断，而不是写“功能正常”。例如“发布测试内容后前台可见”比“后台正常”更容易验证。
记录格式与责任划分
记录不必复杂，一张表格加一份变更日志即可。表格用于资产清单和检查项，变更日志按时间顺序记录每一步操作。每条变更写清：时间、操作人、操作内容、影响范围、结果。若多人协作，应指定一人负责最终验收并签字确认。
责任划分的关键是：谁备份、谁恢复、谁切换解析、谁验收，各自留下可核对的记录。迁移结束后，把资产清单、变更日志、验收记录和回滚记录归档，便于后续排查。
下一步可以做的，是把上述字段整理成一份迁移检查表，在迁移开始前逐项填写，迁移完成后逐项确认，而不是等出现问题再补记录。
