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

WordPress主机迁移 - 改动前怎样保存原始状态

改动前保存原始状态，核心是同时留下两份东西：一份可回滚的完整备份，一份可核对的当前配置记录。备份解决“改坏了怎么恢复”，记录解决“改之前到底是什么样”。两者缺一不可，只做备份往往在排查时说不清差异，只做记录则无法真正还原。下面按执行顺序给出清单。

先冻结现场，暂停会产生写入的操作

迁移前最容易丢证据的动作，是让站点继续接受评论、订单或定时任务写入。建议先进入维护状态或短暂关闭写入类功能。

• 要查什么：迁移期间是否还有内容、用户或订单在变动。
• 怎么查：查看最近发布记录、待处理评论、定时任务列表，确认没有正在排队的自动发布。
• 结果说明什么：如果仍有写入，你的备份只是某个瞬间的快照，回滚后这部分数据会消失，需要单独导出。

备份数据库，并当场验证可读

数据库保存文章、页面、用户、设置和插件配置，是迁移中最难手工重建的部分。

• 要查什么：数据库能否完整导出，导出文件是否可读。
• 怎么查：用主机面板或命令行导出，记录文件大小；再用文本编辑器打开开头几行，确认能看到建表语句，而不是报错页面。
• 结果说明什么：文件大小为 0 或内容是一段错误提示，说明导出失败，此时不要继续任何改动。

如果主机只提供图形化导出，注意选择包含建表语句的完整导出，而不是仅导出数据。

备份文件与目录，区分必须项和可选项

文件备份的重点是能重建站点的部分，而不是把所有缓存都搬走。

• 要查什么：主题、插件、上传目录、配置文件是否都在备份范围内。
• 怎么查：列出站点根目录结构，确认 wp-content 下的主题、插件、上传文件已包含；检查根目录配置文件是否单独留存。
• 结果说明什么：缺少配置文件会导致迁移后需要重新填写数据库信息；缺少上传目录会丢失图片和附件。

缓存目录、日志文件通常可以排除，它们体积大且可重新生成。判断标准是：删掉后站点能否靠其他文件重建。

记录当前运行环境与关键设置

备份是二进制层面的还原，配置记录是文字层面的对照。迁移后出现异常时，靠这份记录才能快速定位差异。

• 要查什么：软件版本、数据库连接信息、固定链接结构、站点地址、已启用插件与主题清单。
• 怎么查：在后台的站点健康或系统信息页面查看版本；在设置中记录固定链接形式；逐条列出已启用插件及版本号。
• 结果说明什么：迁移后若某插件报错，可对照版本判断是环境不兼容还是文件缺失；若页面 404，可对照固定链接判断是否规则未生效。

记录时不要只写“插件已启用”，要写清插件名称与版本，否则无法复现。

留存原始状态的核对证据

除了配置，还要留下能证明“改之前是什么样”的证据，便于事后比对。

• 要查什么：首页、关键内页、后台登录页在改动前是否正常。
• 怎么查：对首页和至少一个内页截图或保存页面源码，记录状态码。
• 结果说明什么：迁移后若首页正常但内页异常，说明问题出在固定链接或模板，而不是整体环境；若全站异常，优先查数据库连接与文件完整性。

若站点使用抓取限制文件，注意它只约束爬虫行为，不等于把页面从索引中移除，因此不能用它替代迁移前的状态记录。

确认备份可恢复，再开始迁移

没有验证过的备份只能算“可能可用”。在动手前，至少确认恢复路径存在。

• 要查什么：主机是否提供一键恢复，或你是否能在测试环境导入备份。
• 怎么查：查看主机面板的恢复入口，或在本地环境尝试导入数据库与文件。
• 结果说明什么：能成功导入，说明备份格式完整；导入报错，说明备份本身有问题，应先解决再迁移。

假设某站点备份文件为 200MB，导入时提示数据表已存在，这通常说明目标库未清空，而不是备份损坏，需要先确认目标环境状态。

下一步：按上面清单逐项打勾，把备份文件、配置记录和页面证据存放在站点之外的位置，再开始迁移操作。