网站开发基础：网站迁移应准备哪些记录，第一次迁移该从哪里开始
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c4bd94aa8b22.html
📄
网站开发基础：网站迁移应准备哪些记录，第一次迁移该从哪里开始
网站迁移前最该准备的不是服务器账号，而是一份能对照检查的记录清单。它至少要覆盖域名与 DNS、源站文件与数据库、当前运行环境、外部依赖、访问统计与验证方式。第一次迁移时，先把这些信息写成文档，再动手复制数据，可以避免“新站能打开但功能缺失”或“旧站关了才发现漏了东西”的情况。
先记录域名和 DNS 的现状
迁移前要确认域名注册商、DNS 服务商、解析记录和到期时间。重点记录 A、AAAA、CNAME、MX、TXT 等记录的当前值，尤其是邮箱用的 MX 和验证用的 TXT，不要只盯着网站主机的那条 A 记录。
- 域名在哪里注册，管理账号由谁持有。
- DNS 由哪家服务商解析，是否和注册商是同一家。
- 每条解析记录的类型、主机名、值和 TTL。
- 域名到期时间和自动续费状态。
判断方法：如果新服务器需要切换 IP，先确认哪些记录必须改、哪些必须保留。MX 记录改错会导致企业邮箱收不到信，这类记录应单独标注“迁移时不改动”。
记录源站的文件、数据库和运行环境
网站开发基础里常被忽略的一点是：网站不只是网页文件，还包括数据库、上传目录、配置文件、定时任务和依赖版本。迁移前应逐项登记，而不是只打包网站根目录。
- 网站根目录的完整路径和占用空间。
- 数据库类型、版本、库名、字符集和导出方式。
- 运行环境：Web 服务器、程序语言版本、必要扩展。
- 配置文件中写死的域名、路径、数据库连接信息。
- 定时任务、队列进程、日志目录和备份目录。
假设一个站点使用 PHP 加 MySQL，源服务器是 PHP 7.4，新服务器默认装的是 PHP 8.2。这时记录版本差异就很重要：迁移后页面报错，可能原因是程序不兼容新版本，而不是数据没导进去。先记录、再对比，才能把“可能原因”逐步缩小为“已经定位的原因”。
列出外部依赖和第三方服务
很多功能并不在网站代码里，而在外部服务上。迁移前要记录 CDN、对象存储、短信、支付、统计、地图、邮件发送等服务的使用情况，以及对应的回调地址和授权域名。
- 哪些静态资源走 CDN，源站地址指向哪里。
- 是否有对象存储存放图片或附件，访问密钥是否随站点迁移。
- 支付、登录、消息推送的回调地址是否绑定了旧域名。
- 统计代码、站长验证文件是否需要保留。
检查项：在新环境测试时，逐项触发这些外部功能。看到回调失败或跨域报错，先核对记录中的授权域名和回调地址，而不是直接改代码。
准备验证与回退记录
迁移不是复制完就结束，还要能判断是否成功、失败后能否退回。建议在迁移前记录旧站的页面清单、关键页面截图、可访问状态和数据库导出时间点。
可执行的复查步骤：
- 迁移前抓取一份主要页面 URL 列表，记录 HTTP 状态。
- 在新环境用 hosts 绑定或临时域名访问，不急着改正式解析。
- 逐页对比首页、栏目页、详情页、搜索页和表单提交。
- 确认无误后再切换 DNS，并保留旧环境至少一个观察周期。
适用条件是：你能控制 DNS 且有旧环境可回退。如果旧环境必须立即释放，回退记录的价值会下降，此时应把验证提前到切换之前完成。
把记录变成可执行的迁移清单
记录的目的不是存档，而是让每一步都有对照。可以把上述内容整理成一张表：项目、当前值、目标值、负责人、检查结果。迁移时按表执行，每完成一项就标记，出现异常时回看最近改动。
下一步建议：先打开当前网站的域名管理后台和服务器，把 DNS 记录、程序版本、数据库版本三项抄录下来。这三项确认清楚后，再决定迁移顺序和回退方案。
