龙岩网站设计_网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2286c44a3a41.html
📄
龙岩网站设计_网站迁移应准备哪些记录
网站迁移前最该准备的，不是一句“我要换服务器了”，而是一份能被第三方看懂、能逐项核对的迁移记录。它至少要覆盖域名与解析、服务器环境、程序与数据库、页面与链接、访问统计、备份与回滚六类信息。缺少其中任何一类，迁移后一旦出现打不开、样式错乱、收录下降或表单收不到信，排查就只能靠猜。
先判断这次迁移属于哪种类型
不同类型要准备的记录并不一样。先分清下面三种情况，再决定清单的深度。
- 只换主机：域名、页面路径、程序版本都不变，重点记录服务器环境、数据库连接、定时任务和回滚方式。
- 换域名或改版：除主机信息外，还要记录旧链接与新链接的对应关系，以及跳转规则。
- 换服务商并同时换程序：风险最高，需要额外记录内容字段映射、用户与权限、插件或模块的替代方案。
判断依据很简单：迁移后用户访问的网址是否变化。网址不变，排查重点在环境；网址变化，排查重点在跳转与收录。
域名与解析记录要留哪些
这部分是迁移后最先被影响、也最容易漏掉的。建议逐项抄录或截图保存：
- 域名注册商、到期时间、域名状态。
- 当前 DNS 服务商，以及全部解析记录：A、AAAA、CNAME、MX、TXT、NS。
- 每条记录的主机名、记录类型、记录值、TTL。
- 是否存在 CDN、对象存储、邮件解析等依赖域名的服务。
- SSL 证书的签发对象、签发时间、到期时间、部署位置。
检查项：迁移前用 nslookup 或 dig 把解析结果导出留存。迁移后逐条对比，确认 MX 记录没有被误删，否则邮箱会先出问题。适用条件是域名继续使用；如果同时换域名，还要记录旧域名的跳转配置。
服务器环境与程序记录怎么整理
很多“迁移后打不开”并不是文件没传完，而是环境差异。需要记录：
- 操作系统及版本、Web 服务器软件及版本。
- 程序语言版本、必需的扩展或模块。
- 数据库类型、版本、字符集、连接地址与账号权限范围。
- 网站根目录、伪静态规则、默认首页配置。
- 定时任务、队列、缓存服务的配置。
- 文件与目录权限、上传目录位置。
判断结果的方法：在新环境部署后，先访问一个静态页面，再访问一个需要读取数据库的页面，最后测试一次表单提交。三步都通过，说明基础环境基本对齐；某一步失败，就回到对应记录里比对版本和配置。
内容、链接与统计记录不能少
如果迁移后要维持原有访问体验，下面这些记录决定了排查速度：
- 栏目结构与页面路径清单，标出哪些是重要落地页。
- 旧链接与新链接的对应表，以及 301 跳转规则。
- 图片、附件、下载文件的存放位置和引用方式。
- 站点地图、robots 文件的当前内容。
- 统计代码、站长验证文件、第三方接口的回调地址。
假设一个例子：某页面旧地址是 /product/a.html，新地址是 /products/a/。如果只迁移文件、不记录对应关系，用户从旧链接进入就会看到 404。此时应查跳转记录，而不是先怀疑服务器故障。
备份、回滚与验证记录如何落地
迁移前必须有一次可恢复的完整备份，并记录：
- 备份时间、备份方式、备份文件存放位置。
- 数据库与文件的备份是否分开，是否包含上传目录。
- 回滚触发条件，例如首页连续无法访问、数据库连接失败、表单大量报错。
- 回滚步骤和预计耗时。
验证记录则包括：迁移后逐项检查首页、栏目页、详情页、搜索页、表单页、移动端页面；检查 HTTPS 是否正常；检查旧链接跳转；检查统计代码是否仍在。每一项写明“通过/不通过/待查”，不要只写“已检查”。
按这个顺序执行，减少返工
第一步，确认迁移类型并确定清单范围。第二步，导出域名解析、数据库、文件和环境配置。第三步，在新环境部署并做静态页、数据库页、表单三步验证。第四步，切换解析并观察跳转与报错。第五步，保留旧环境至少一个稳定周期，确认无误后再释放。
下一步建议：把上面六类记录整理成一张表，每类留出“迁移前值、迁移后值、是否一致、处理人”四列。迁移当天只按表核对，不凭记忆操作。
