📍 WDQWDWQD987AAAAA:216.73.216.71
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c9db9621d772.html
📄

建站基础知识 - 网站迁移应准备哪些记录

网站迁移前最该准备的，不是一句“备份好了”，而是一份能让你在出问题时快速回滚、核对和交接的记录清单。对已有页面或项目的改进型迁移，记录的核心目的是：迁移后能逐项验证“什么变了、什么没变、哪里需要改”。下面按迁移前、迁移中、迁移后三个阶段，给出可直接执行的记录项。

迁移前：必须留档的四类记录

这四类记录决定了迁移失败时你能不能还原，以及迁移后能不能验证效果。

• 域名与DNS记录：当前域名注册商、到期时间、DNS解析记录（A记录、CNAME、MX、TXT等）。迁移前把解析记录截图或导出文本，不要只记“指向某IP”。如果迁移涉及换DNS服务商，这条尤其关键。
• 服务器与部署记录：当前主机类型（虚拟主机、VPS、云服务器）、操作系统、Web服务器软件及版本、PHP/Node/Python等运行环境版本、部署路径。判断结果：如果新环境版本低于原环境，迁移后可能出现页面报错或功能失效。
• 网站程序与数据库记录：CMS或框架名称与版本、数据库类型与版本、数据库字符集、插件或扩展列表。注意：插件列表要记录版本号，不能只写名称，因为不同版本行为可能不同。
• 页面与资源清单：站点地图、主要栏目URL、静态资源目录（图片、CSS、JS）、上传文件目录。对已有项目改进时，还要记录哪些页面是手工维护、哪些由程序生成。

迁移中：迁移操作日志要记什么

迁移过程本身也要留记录，否则出问题后无法判断是哪一步引入的。建议用一张表或一个文本文件，按时间顺序记录：

1. 操作时间与操作人；
2. 执行的动作，例如“导出数据库”“上传文件到新服务器”“修改DNS解析”；
3. 使用的命令或工具，例如 mysqldump、rsync、FTP客户端名称；
4. 操作结果，成功或报错信息原文；
5. 如果修改了配置，记录修改前后的值。

判断结果：如果迁移后出现500错误，而日志里显示“上传文件后未修改配置文件”，就能快速定位是配置未同步，而不是程序本身问题。

迁移后：核对清单与回滚条件

迁移完成不等于结束，必须逐项核对。以下检查项可按顺序执行：

• 首页、栏目页、详情页各打开至少一个，确认返回状态码为200；
• 检查页面内链接是否指向新域名或新路径，避免死链；
• 检查表单提交、登录、搜索等动态功能是否正常；
• 检查图片、CSS、JS是否加载成功，浏览器控制台无大量404；
• 检查HTTPS证书是否对新域名生效，混合内容警告是否出现；
• 检查数据库连接是否正常，后台能否发布或修改内容。

回滚条件也要提前写清楚：例如“迁移后2小时内，若首页无法访问或数据库连接失败超过3次，则切回原环境”。没有回滚条件的迁移，等于把恢复时间交给运气。

改进型迁移：额外记录哪些对比依据

如果迁移同时伴随改版或结构调整，还要记录迁移前后的差异，否则无法判断改进是否有效。建议记录：

• 旧URL与新URL的对应关系，用于设置重定向；
• 旧页面标题、描述与新页面标题、描述的差异；
• 旧导航结构与新导航结构的差异；
• 旧模板与新模板中可复用和不可复用的部分。

适用条件：当迁移只换服务器、不改页面结构时，URL对应关系可以简单记录；当迁移同时改版时，必须逐条记录重定向规则，否则旧链接流量会直接丢失。

下一步建议

现在就可以打开一个空白文档，按“域名与DNS、服务器环境、程序与数据库、页面资源、操作日志、核对清单、回滚条件”七项建表，把当前状态填进去。填不出来的项，就是迁移前需要优先补齐的记录。