网站开发概述：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /653d3481bddb.html
📄
网站开发概述：网站迁移应准备哪些记录
网站迁移前应准备一份可核对的迁移记录包，至少覆盖域名与DNS、服务器与环境、程序与数据库、内容与URL、账号与权限、备份与回滚、验证与观察七类信息。它的作用是让迁移前后有据可查：出现打不开、样式丢失、链接失效或数据缺失时，能快速判断是解析、环境、程序还是内容问题，而不是凭印象反复试。
适用前提：什么规模的迁移需要记录
只要涉及换服务器、换主机商、换域名、换程序版本或调整目录结构，就应留下记录。小型静态站可以精简为一张清单；带数据库、会员、订单或大量文章的站点，记录要细到字段和路径。若只是同一服务器内改一个页面，不必套用整套迁移记录，但改动前后的文件与配置差异仍应留档。
迁移前必须整理的七类记录
- 域名与DNS记录：域名注册商、到期时间、当前DNS服务商、A记录、AAAA记录、CNAME记录、MX记录、TXT记录及TTL值。迁移前先导出或截图，避免改解析后无法还原。
- 服务器与环境记录：操作系统版本、Web服务器软件及版本、PHP或运行环境版本、扩展模块、伪静态规则、SSL证书类型与到期时间、防火墙或安全组放行端口。
- 程序与数据库记录：程序名称与版本、插件或依赖清单、数据库类型与版本、字符集、表前缀、连接配置位置、定时任务与队列配置。
- 内容与URL记录：栏目结构、文章与页面数量、附件目录、上传文件路径、静态资源引用方式、当前可访问的URL清单，以及需要保持不变的固定链接规则。
- 账号与权限记录：后台管理员、数据库账号、FTP或SFTP账号、API密钥、第三方服务授权。密码不要写在公开文档里，应放在受控的密码管理工具中。
- 备份与回滚记录：迁移前完整备份的时间、存放位置、校验方式，以及回滚时恢复文件与数据库的顺序。
- 验证与观察记录：迁移后要检查的页面清单、功能清单、日志位置、观察周期和负责人。
具体做法：把记录变成可执行的检查项
先建立一份迁移记录表，字段包括项目、迁移前值、迁移后值、操作人、操作时间、验证结果。迁移前逐项填写“迁移前值”，迁移后填写“迁移后值”，不要只写“已处理”。例如DNS部分，记录原A记录指向的IP，迁移后再记录新IP，并注明TTL和修改时间，便于判断解析是否已经生效。
对URL和内容，建议在迁移前抓取一份站点URL清单，至少包含首页、栏目页、文章页、搜索页和表单提交页。迁移后用同一清单逐条访问，记录状态码、页面标题和关键内容是否一致。若使用301跳转，要记录旧URL与新URL的对应关系，并确认跳转链没有形成循环。
对数据库，迁移前记录表数量、关键表记录数和最大附件文件大小。迁移后对比这些数字，若文章数或订单数明显减少，应先检查备份是否完整、导入是否中断，而不是直接对外宣布迁移完成。
验收信号：出现哪些现象说明记录起作用了
验收时，以下信号可作为判断依据：域名解析在TTL过期后指向新服务器；首页与抽查页面返回正常状态码；样式、图片和脚本加载完整；表单提交、登录、搜索等核心功能可用；数据库关键表记录数与迁移前一致；服务器错误日志中没有持续出现同一类报错；旧URL能按记录跳转到对应新URL。若某项不通过，应回到对应记录查找迁移前值，判断是配置遗漏、文件未同步还是权限问题。
需要区分“可能原因”和“已经定位的原因”。例如页面打不开，可能是DNS未生效、服务器未启动、防火墙拦截或程序报错，不能只凭一个现象就断定是DNS问题。应结合解析记录、服务状态、端口连通性和错误日志逐项排除，确认后再修改。
迁移后的下一步
迁移完成并观察一个完整周期后，把实际结果补进记录表：哪些检查项通过、哪些曾失败、如何修复、回滚是否执行过。下次迁移或排查故障时，这份记录就是最直接的依据。
