衡水网站开发：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b6d6086d84b4.html
📄
衡水网站开发：网站迁移应准备哪些记录
网站迁移前应准备一份可核对的记录清单，至少覆盖域名与解析、服务器与运行环境、程序与数据库、页面与链接、账号与权限、备份与回滚、外部服务、日志与监控八个方面。每项记录都要写明“查什么、怎么查、结果说明什么”，迁移后才能快速定位是解析未生效、数据库连接失败、路径写错还是权限不足。
域名与解析记录：确认迁移前后指向是否一致
要查的是域名注册商、DNS 服务商、A 记录、CNAME 记录、MX 记录、TXT 记录和 TTL 值。查询方法：在域名管理后台导出解析记录截图或表格，再用 nslookup 域名 或 dig 域名 从本地和异地分别解析。结果说明：如果新服务器 IP 已写入但解析仍指向旧 IP，说明 DNS 未生效或 TTL 未过期；如果 MX 记录丢失，邮件会中断，这属于迁移前必须单独确认的项目。
服务器与运行环境记录：避免“换机后跑不起来”
要查操作系统版本、Web 服务器类型与版本、PHP/Node/Python 等运行时版本、扩展模块、伪静态规则、SSL 证书类型与到期时间。查询方法：在旧服务器执行版本命令并保存输出，例如 php -v、nginx -v，同时导出站点配置文件。结果说明：如果新旧环境主版本不一致，可能出现函数弃用或扩展缺失；如果伪静态规则未同步，动态页面能打开而栏目页 404，说明重写规则没有迁移。
程序、数据库与文件记录：核对内容是否完整
要查 CMS 或框架名称与版本、数据库类型与版本、数据表前缀、字符集、上传目录、附件目录、配置文件中的连接信息。查询方法：导出数据库结构加数据，记录文件总大小和目录层级，迁移后用校验和或文件数量对比。结果说明：如果前台文章在、图片不显示，多半是上传目录未同步或路径配置仍指向旧域名；如果后台登录报数据库连接错误，说明配置文件中的主机、库名或密码未更新。
页面、链接与外部服务记录：防止流量和功能断档
要查主要栏目 URL、内链规则、外链合作、统计代码、搜索提交入口、支付或短信等第三方接口、CDN 配置。查询方法：用站点地图和抓取工具列出迁移前可访问的 URL，迁移后逐类抽查；外部接口要记录回调地址和授权域名。结果说明：如果旧链接返回 404 且没有做 301 跳转，说明 URL 映射缺失；如果支付回调失败，说明回调地址未在新域名下重新配置。这里只讲通用检查项，具体接口以服务方后台当前显示为准。
备份、回滚与日志记录：出问题时能退回去
要查最近一次完整备份时间、备份存放位置、恢复演练结果、回滚触发条件、迁移操作日志和错误日志路径。查询方法：在测试环境实际恢复一次备份，记录耗时和报错；迁移时同步开启 Web 服务器错误日志和程序日志。结果说明：如果恢复演练失败，说明备份不可用，不应直接开始正式迁移；如果迁移后出现 500 错误，查看错误日志能区分是权限、扩展还是代码兼容问题，而不是凭现象猜测唯一原因。
可执行清单：按顺序逐项打勾
- 导出域名解析记录，标注 TTL 和邮件相关记录。
- 记录旧服务器环境版本与站点配置，保存为文本文件。
- 导出数据库并记录字符集、表前缀、连接账号。
- 同步上传目录和附件，核对文件数量与大小。
- 整理 URL 清单，规划需要 301 的旧地址。
- 记录第三方接口、统计代码和 CDN 配置。
- 做一次备份恢复演练，确认可回滚。
- 迁移后逐项检查解析、页面、后台、邮件和日志。
下一步：把以上记录整理成一张迁移检查表，每完成一项就填写实际结果和异常说明。正式切换前先在测试域名下走一遍完整流程，确认解析、数据库、上传目录和外部接口都能正常工作，再修改正式解析。
