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

濮阳网站建设：网站迁移应准备哪些记录

网站迁移前应准备一份可核对的迁移记录，至少覆盖域名与解析、服务器与程序、数据库与文件、页面与链接、账号与权限、备份与回滚六类信息。记录的目的不是走流程，而是迁移后出现打不开、跳错页、收录下降时，能快速判断问题出在哪一环。如果只是换服务器、不换域名，记录重点放在程序环境和数据；如果同时换域名，还要额外记录旧链接与新链接的对应关系。

域名与解析记录：先固定迁移前后的对照

域名环节最容易出问题，也最难凭记忆还原。需要逐项记录：

• 当前域名注册商、DNS 服务商，以及域名到期时间。
• 迁移前已有的解析记录，包括 A 记录、CNAME 记录、MX 记录、TXT 记录，逐条抄下主机名和记录值。
• 如果迁移同时换域名，记录旧域名与新域名的对应关系，以及哪些旧地址需要做 301 跳转。
• 记录解析生效的核对方式，例如用命令行查询域名当前解析结果，与记录值比对。

适用条件：只要涉及换服务器或换 DNS，这份记录就必须在动手前完成。判断结果的方式是，迁移后查询解析，若返回的 IP 或目标与记录一致，说明解析层没有偏差；若不一致，先查解析再查程序，不要直接改代码。

服务器与运行环境记录：让新环境能对上旧环境

网站迁移后打不开、页面报错，多数是运行环境不一致造成的。需要记录：

• 原服务器的操作系统类型与版本、Web 服务软件及版本。
• 程序运行环境，例如 PHP 版本、需要的扩展、数据库类型与版本。
• 站点根目录路径、伪静态规则或重写规则内容。
• 已启用的计划任务、定时脚本及其执行周期。

这些记录的作用是迁移后逐项比对。假设原站依赖某个 PHP 扩展，新服务器未安装，页面可能直接报错；此时对照记录安装扩展即可，不必怀疑代码本身。需要说明的是，环境差异只是可能原因之一，同样的报错也可能来自文件权限或数据库连接配置，应逐项排除，而不是认定唯一原因。

数据库与文件记录：明确迁什么、迁多少

迁移前应记录数据库名称、字符集、表前缀，以及网站文件的目录结构和大致体积。更关键的是记录哪些内容需要迁、哪些不需要：

• 数据库导出文件的位置和导出时间。
• 网站程序文件、上传的图片与附件、模板与样式文件。
• 配置文件中写死的路径、域名、数据库连接信息。
• 迁移前后文件数量或数据表数量的对照值，用于判断是否迁全。

验收信号是：新环境导入后，后台能正常登录，列表页和详情页能打开，图片能显示。如果图片缺失，先核对附件目录是否完整，而不是先改模板。

页面与链接记录：换域名时必须单独做

如果迁移只换服务器、域名不变，链接通常不受影响；如果换域名，就需要记录旧站的主要栏目地址、内容页地址规律，以及新站对应的地址。做法是整理一份旧地址到新地址的映射表，对无法一一对应的页面，统一跳转到新站对应栏目或首页。

判断结果的方式：迁移后用旧地址访问，若自动跳到新地址且返回正常页面，说明跳转生效；若返回错误页或停在旧地址，说明跳转规则未覆盖该路径。这里要注意，跳转设置正确不等于搜索引擎一定很快更新收录，收录变化需要时间观察，不能作为迁移是否成功的唯一标准。

账号权限与备份回滚记录：留好退路

迁移涉及多方账号，应记录域名注册商账号、DNS 账号、服务器账号、网站后台管理员账号、数据库账号的归属与可用状态，避免迁移中因无法登录而卡住。同时记录：

• 迁移前的完整备份位置和备份时间。
• 回滚条件，例如新环境连续出现无法访问或数据缺失时，恢复到旧环境的操作步骤。
• 迁移操作的执行时间和执行人，便于出现问题时定位是哪一步引入的。

回滚记录的价值在于，迁移不是只能向前。若新环境短时间内无法稳定运行，能按记录退回旧环境，比反复试错更稳妥。是否回滚取决于问题是否能在可接受时间内定位，若不能，先恢复可用状态再排查。

迁移后的核对顺序

拿到上述记录后，按解析、环境、数据、页面、账号的顺序逐项核对，每核对一项就在记录上标注结果。这样出现异常时，能直接看出是哪一类记录没有对上，而不是把整站推倒重来。下一步建议先整理出这份记录表，再确定迁移时间窗口，避免在记录不全的情况下直接操作。