建站一条龙：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /703840d8acce.html
📄
建站一条龙：网站迁移应准备哪些记录
网站迁移前最该准备的，不是一句“把网站搬过去”，而是一份能让新服务商或新团队接手的记录包。判断标准很简单：把记录交给一个没参与原建站的人，他能否在不追问的情况下完成迁移、验证和回滚。第一次接触这件事，起点就是先清点域名、服务器、程序、数据库、内容、账号和验收标准这七类记录，再决定迁移顺序。
先明确迁移的交付结果，再倒推记录
网站迁移的交付结果通常包括：域名解析正常、页面能打开、后台能登录、数据完整、旧链接可访问、邮件和统计不受影响。围绕这些结果倒推，记录要覆盖“谁负责、在哪里、怎么验证、出问题怎么退回”。
如果只准备了一份网站文件压缩包，迁移很可能卡在数据库连接、伪静态规则或 SSL 证书上。记录不全时，迁移时间会被大量排查消耗，而不是花在真正搬数据上。
域名与解析记录：迁移中最容易遗漏的一层
域名相关记录决定访客能否找到新服务器。需要整理：
- 域名注册商、注册账号、到期时间、续费方式。
- 当前 DNS 服务商，以及 A、CNAME、MX、TXT 等记录的完整值。
- 是否使用 CDN、对象存储或第三方解析，这些服务是否绑定域名。
- 域名是否做过 301 跳转、泛解析或子域名分配。
检查项：在迁移前导出一次解析记录截图或文本，迁移后逐条比对。判断结果的标准是，新旧解析在切换前应完全一致，只把指向旧服务器的记录改成新服务器地址。适用条件是域名和 DNS 账号都能正常登录；如果账号不在自己手里，先解决账号归属，再谈迁移。
服务器、程序与数据库记录：决定网站能不能跑起来
这部分记录要能让新环境还原出同样的运行条件。建议准备：
- 服务器或主机的类型、操作系统版本、Web 服务器软件及版本。
- 程序语言版本、依赖扩展、环境变量和计划任务。
- 数据库类型、版本、字符集、账号权限和导出文件。
- 网站根目录结构、上传目录、配置文件位置。
- SSL 证书来源、到期时间和部署方式。
可执行步骤：先在旧服务器导出数据库，再打包网站文件，最后在新环境按“系统—运行环境—程序—数据库—文件”的顺序还原。每完成一步就访问一次首页和后台，确认没有报错再继续。如果旧站使用了对象存储或独立图片服务器，还要单独记录存储桶地址和访问密钥的归属。
内容、账号与第三方服务记录：迁移后最容易断的部分
网站不只是程序，还包括内容和外部连接。需要记录：
- 管理员账号、编辑账号及对应权限，避免迁移后无人能登录后台。
- 文章、页面、商品、用户数据等内容的导出方式或备份位置。
- 统计代码、搜索平台验证文件、广告代码、支付接口和短信接口的配置。
- 企业邮箱、邮件推送服务与域名的绑定关系。
这里要区分“已经定位的原因”和“可能原因”。例如迁移后后台登录失败，可能是数据库账号变了，也可能是配置文件没改，还可能是 Cookie 域名不一致；在没有逐项检查前，不要认定是单一原因。
责任、时间与验收记录：让迁移可回退
迁移前应写清谁负责哪一步，以及出现问题找谁。至少包括：
- 迁移操作人、审核人和紧急联系人。
- 计划切换时间、预计影响时长和可回退时间点。
- 验收清单：首页、栏目页、详情页、后台、表单、搜索、移动端访问。
- 回滚方案：旧服务器保留多久、解析如何改回、数据库如何恢复。
验收时逐项打勾，而不是只看首页能否打开。适用条件是迁移窗口有限；如果网站有订单或会员登录功能，应先在测试环境验证，再切换正式解析。
下一步，先建一个迁移记录文件夹，按“域名解析、服务器环境、数据库、网站文件、账号权限、第三方服务、验收回滚”七个子项各放一份当前记录。缺哪一项，就先补哪一项，再安排正式迁移。
