建站流程指南_网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7cf05aec83cc.html
📄
建站流程指南_网站迁移应准备哪些记录
网站迁移前最该准备的，不是服务器账号，而是一份能还原“迁移前状态”的记录清单。它的作用是：迁移后出现任何异常，都能拿迁移前的数据做对比，判断问题出在迁移过程、新环境配置，还是原本就存在。下面按“要查什么、怎么查、结果说明什么”给出可执行清单。
先记录域名与解析的迁移前状态
要查的是：域名注册商、DNS 服务商、当前解析记录、TTL 值、域名到期时间。怎么查：在域名管理后台导出 DNS 记录，或用命令行查询，例如 dig 你的域名 A、dig 你的域名 MX、dig 你的域名 NS。结果说明：如果迁移后访问异常，先比对新旧解析是否一致；TTL 较大时，解析变更生效会变慢，这不是故障，而是缓存时间问题。适用条件是迁移涉及换服务器或换 DNS 服务商；仅换程序不换解析时，这项记录仍可作为回滚依据。
记录服务器与运行环境信息
要查的是：原服务器操作系统与版本、Web 服务器类型与版本、程序语言版本、数据库类型与版本、必要的扩展模块。怎么查：在服务器上执行版本命令，例如 php -v、nginx -v、mysql --version，并记录结果。结果说明：新环境版本不一致时，页面报错、连接失败、编码乱码都可能出现。判断方法是把新旧版本逐项对照，先解决差异项，再排查其他原因。适用条件是迁移到新主机或新容器环境；同机迁移可只记录版本作为基线。
留存数据库与文件的结构记录
要查的是：数据库名称、字符集与排序规则、表前缀、数据量级、上传目录与配置文件位置。怎么查：导出数据库结构（不导出数据）并保存，例如 mysqldump --no-data 数据库名 > schema.sql；同时列出站点根目录和上传目录的文件清单。结果说明：迁移后如果部分页面正常、部分 404，多半是文件未完整同步；如果中文乱码，先核对字符集是否一致。适用条件是所有涉及数据搬迁的迁移，尤其是换数据库版本时。
记录访问入口与重定向关系
要查的是：原站有哪些可访问入口，包括主域名、带 www 的域名、旧域名、子目录路径，以及它们之间的跳转规则。怎么查：逐条访问并用工具查看 HTTP 状态码，记录 301、302、404 分别对应哪些地址。结果说明：迁移后若旧地址直接 404，说明重定向未配置或配置错误；若出现跳转循环，说明规则互相冲突。适用条件是域名变更或目录结构调整；仅换服务器时，这项记录用于确认入口未被意外改变。
整理迁移前已存在的问题作为对照基线
要查的是：迁移前就存在的报错、失效链接、加载慢的页面、缺失的图片。怎么查：迁移前用站点爬取工具跑一遍，保存结果；同时记录几个典型页面的打开表现。结果说明：迁移后出现的同类问题，如果基线里已有，就不应归因于迁移本身。适用条件是任何迁移，尤其是老站。判断方法是把迁移后的问题清单与基线逐条比对，只有新增项才优先排查迁移环节。
可执行的最小准备步骤
- 导出 DNS 记录并保存为文本，标注查询时间。
- 在服务器执行版本命令，把输出粘贴到同一份记录里。
- 导出数据库结构文件，并列出站点文件目录清单。
- 逐条访问主要入口，记录状态码与跳转目标。
- 迁移前跑一次爬取，保存问题列表作为对照。
完成以上记录后，迁移出现异常时，先比对解析与版本，再比对文件与数据库结构，最后用基线排除旧问题。下一步是：把这份记录存到迁移后也能访问的位置，而不是只留在即将下线的旧服务器上。
