迁移与备份文档

为什么要先理解恢复点

备份与恢复的目标不是“出事后碰碰运气”，而是在更新、迁移、批量改内容或调整插件前，提前准备可回退的状态。Daiying CMS 后台提供 /admin/recovery 作为恢复相关入口。

什么时候创建恢复点

• 执行 Core 更新前。
• 批量导入、迁移或修改历史内容前。
• 安装或升级重要插件、主题前。
• 调整支付、SEO、AI 或安全配置前。
• 准备做无法快速手工撤销的操作前。

进入恢复页面

登录后台后进入 /admin/recovery。这里用于查看恢复点、创建恢复点，并在需要时执行数据库恢复或 Core + 数据库恢复。

创建恢复点

创建恢复点前，先确认当前站点处于健康状态：前台能打开，后台能登录，数据库可访问，磁盘空间足够。恢复点应尽量在重大操作开始前创建，而不是操作失败以后才补做。

查看恢复点

恢复点列表用于确认可用的备份时间、来源和恢复范围。建议在执行更新或迁移前确认列表中已经出现新的恢复点，并记录时间，避免恢复时选错版本。

什么时候只恢复数据库

如果问题主要来自内容、配置、迁移数据或后台误操作，而 Core 文件本身没有变化，可以优先考虑恢复数据库。恢复数据库会影响文章、配置、插件数据等数据库内容，因此恢复前要确认是否会丢失恢复点之后新增的内容。

什么时候恢复 Core + 数据库

如果问题发生在 Core 更新、文件替换或版本升级之后，并且怀疑代码文件与数据库状态不一致，可能需要恢复 Core + 数据库。这个操作影响范围更大，执行前应确认恢复点完整，并准备好维护窗口。

恢复前注意事项

• 确认要恢复的是哪一个时间点。
• 记录当前错误页面、后台提示和日志线索。
• 不要在多个管理员同时操作时执行恢复。
• 如果站点仍有访问流量，先安排维护窗口或通知相关人员。

恢复后检查

恢复完成后，依次检查首页、文章页、后台登录、插件页面、主题页面、sitemap.xml 和关键配置。确认版本、内容、SEO、支付或 AI 等重要模块没有回到错误状态。

恢复点和内容修订不是一回事

内容修订通常用于单篇文章回滚，恢复点用于站点级别回退。不要用站点恢复点代替日常文章编辑审核，也不要用单篇文章修订来处理 Core 更新失败。