文档回收站与数据备份恢复分别应对哪种误操作

文档回收站与数据备份恢复分别应对哪种误操作，界线按事故半径划：只动了一篇文章——删错已发布内容、误删草稿——走回收站；动了整个站点的数据或文件——升级失败、数据库损坏、回收站被清空——走备份恢复。两者看着都能「找回东西」，实际覆盖的是完全不同的事故半径，配错工具会让小事故拖成大事故。

先判断误操作的范围

AnQiCMS 的文档分四种状态：正式文档、草稿、待发布、回收站。日常编辑里最常见的失误——删错一篇已发布文章、把待发布内容误转成删除——都属于「单对象」事故：对象的记录还在系统里，删除正式文档只是把它移入回收站，不是物理删除。而升级中断、数据库损坏、批量操作把回收站整个清空，属于「多对象乃至全站」事故，这时系统内的状态流转已经不可靠，能依靠的是系统外的还原点。

回收站能救什么

回收站解决「找回这一篇」：恢复后文章回到原有状态，链接地址不变，正文与附件完整。它救不了两类情况：一是被再次删除（回收站里的内容被清），二是连带损伤（删文章时顺手动过模板与附件目录）。另外注意，草稿与待发布内容的误操作也能走回收站找回，但草稿链接带 preview 参数预览的特性说明它本就不该直接对外——恢复后先核对状态再重新发布。

备份要覆盖什么

数据备份恢复解决「回到那一天」。AnQiCMS 的备份口径是数据含静态文件一起带走：数据库记录、上传的附件图片、生成的静态资源都在还原范围内，缺一块就会出现「文章回来了、图片全碎」的半恢复状态。升级前的例行动作是完整备份一次、验证可恢复一次；验证不是看备份文件存在，而是真在隔离环境里还原跑一遍。

恢复后还要做什么

按回收站恢复的，检查锚文本与栏目归属是否随文回来；按备份整站还原的，重核对索引收录状态与新内容的推送衔接，并把这个还原点标记为「已验证」，下次事故直接复用。两项共同动作是补一次新备份，恢复完成的时间点本身就值得一个还原点。

常见问题

问：回收站多久清一次合适？ 答：没有统一答案，稳妥做法是确认回收站里的内容确属不要了再清，清前先做一次备份。

问：有每日备份还需要回收站吗？ 答：需要。备份还原整站成本高，找一段话、一篇稿用回收站是分钟级的事。

问：备份要不要包含数据库？ 答：必须。只备附件不备数据，文章记录无处找回，等于只保存了插图。