升级公告要求备份文件、数据库和自定义模板，三类备份各验什么才算稳妥？

同行程序 PbootCMS 在 V3.2.29 的升级公告里把前置动作写得很直白：升级前务必备份网站文件、数据库及自定义模板，升级完成后清理缓存并检查后台功能入口。这三件套不是走形式——文件、数据、模板各自丢失的后果完全不同，备份之后还要逐类验证「能不能恢复」，否则只是一份占磁盘的压缩包。

三类备份各防什么事故

文件包防的是「程序代码被覆盖或篡改」：升级脚本替换核心文件时，如果二次开发改过原文件，改动会没；公告里要求备份网站文件，就是留一份可对照的原件。数据库备份防的是「结构变更失败」：版本升级常伴随表结构调整，中途出错时内容库是最不能丢的资产。自定义模板备份防的是「前台样式回不去」：模板文件独立于程序本体，升级后模板引擎行为一变，没有旧模板参照就只能重写。

每类备份的校验点位

备份做完先别急着升级，逐类抽验：文件包解压后对着清单核对目录数量与关键文件的存在性，重点看主题目录和上传目录；数据库备份的检验标准只有一条——在另一套干净实例上能不能恢复出来，且表结构与数据行数对得上，只看备份文件体积不算数；模板备份要验「还原位」，把旧模板放回模板目录，前台页面能回到升级前样式才算合格。AnQiCMS 的备份与恢复能力把静态文件也纳入备份范围，上传的图片附件会随数据一起带走，这一项能少维护一个「文件在、图没了」的坑；v3.6.5 版本还对模板备份做了扩表处理，模板的多份留存走系统内而不是手工拷贝。

恢复演练的最小闭环

演练按三步走：选一非高峰时段，把三类备份各自恢复到一套隔离环境；在新环境里跑通首页、列表页、文章详情页和后台登录四个点位；记录恢复耗时。耗时数字的意义是划定「最坏情况下站点多久能回来」，比备份是否成功更适合拿进升级决策。Docker 镜像部署（anqicms/anqicms）的环境演练起来更轻，恢复端整套换个容器起；用宝塔面板或 aaPanel 的，则要把面板里计划任务的产物也纳入核对，确认备份任务真的在按计划出文件，而不是配置完就没跑过。

升级当天还要做的两件事

按公告的口径，升级完成后清缓存、检查后台功能入口是收尾动作：前者验证前台渲染是否已用新模板，后者确认登录、用户管理等路径没有被升级过程改动。检查完再解除维护提示，把当天的访问日志留档，出现异常样式或报错时能对上时间线。

常见问题

问：只备数据库不备文件行不行？ 答：数据库丢了内容真没了，文件丢了还能重装程序，所以数据库优先级最高；但改过原文件或自装过模板的站点，缺文件备份就意味着回滚时前台直接错乱，不建议省。

问：备份保留几份合适？ 答：至少保留升级前一份、上一个稳定版本一份，滚动留存；只留当天的最新一份，坏在当天的操作会同时污染原件和备份。

问：恢复演练多久做一次？ 答：大版本升级前必做一次；平时按季度抽验一类即可，轮换着验文件、数据库、模板，避免三类里任何一类从没被证实过可恢复。