本地网站设计_网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2a03b0d6badc.html
📄
本地网站设计_网站迁移应准备哪些记录
网站迁移前应准备一份可交接的记录清单，核心包括：域名与DNS记录、服务器与部署信息、数据库与文件备份、页面与链接清单、账号权限清单、以及迁移前后的验证结果。每一项都要写明“谁负责、在哪里查、查到什么算合格”，这样多人协作时才能减少返工。下面按可执行顺序展开。
域名与DNS：先查解析归属和TTL
要查的是域名注册商、DNS服务商、当前解析记录和TTL值。做法是登录注册商后台导出解析列表，再在命令行执行 dig 域名 A 或 nslookup 域名，对比两处结果是否一致。
- 如果解析记录指向旧服务器，迁移前必须先确认新服务器IP，避免切换后指向错误。
- TTL值较大（例如3600秒以上）时，切换后各地生效会变慢，需要提前调小并等待旧TTL过期。
- MX、TXT等邮件与验证记录不要遗漏，漏掉会导致迁移后收不到邮件或验证失败。
服务器与部署：记录环境差异
要查的是运行环境版本、Web服务器配置、伪静态规则和定时任务。做法是登录旧服务器，记录操作系统、语言运行时版本、Web服务器类型与版本，并导出站点配置文件。
结果说明什么：如果新旧环境版本不一致，页面可能报错或样式错乱。部署记录里应包含启动命令、端口、日志路径和依赖安装方式，让接手的人能独立复现环境。
数据与文件：备份要可验证
要查的是数据库导出文件、上传目录、主题或模板文件、以及配置文件中的连接信息。做法是分别导出数据库和打包站点目录，再在测试环境导入一次。
- 导出数据库，记录字符集和排序规则。
- 打包文件目录，记录压缩包大小和校验值。
- 在测试环境恢复，打开首页和后台各一次。
只有恢复成功才算备份可用。假设某站点数据库导出后导入报错，常见原因可能是字符集不一致或版本差异，这属于“可能原因”，需要逐项排查，不能直接断定是单一问题。
页面与链接：迁移前后对照
要查的是现有页面URL、内链、外链和重定向规则。做法是用爬虫工具或站点地图导出URL列表，迁移后逐条访问并记录状态码。
- 返回200表示正常；返回301表示重定向，需确认目标正确。
- 返回404说明链接失效，要补重定向或修正链接。
- 静态资源（图片、样式、脚本）也要抽查，避免只测首页。
这一步直接决定迁移后用户能否正常访问，也是多人协作时最容易交接不清的部分。
账号权限与验证记录
要查的是后台管理员、数据库账号、FTP或SSH账号、以及第三方服务授权。做法是列出账号用途和持有人，不记录明文密码，改用密码管理工具交接。
迁移完成后，按清单逐项验证：首页可访问、后台可登录、表单可提交、邮件可发送、搜索功能可用。每项记录验证人和时间，出现异常时能快速定位是环境问题还是数据问题。
下一步建议：把以上内容整理成一份迁移检查表，按“迁移前、迁移中、迁移后”三栏填写，每完成一项就标注结果，再交给下一位协作者复核。
