备份范围清单怎么做？

备份范围清单不是把“数据库已备份”写上去就完事。春喜铜知识库、MES 和后台系统里同时有数据库、上传附件、图片、配置、部署脚本、日志、证书和权限资料，少备一类，恢复时就可能只剩页面能打开，业务记录却对不上。

做清单时先从业务恢复角度倒推：系统出问题后，哪些资料必须回来，哪些资料可以延迟恢复，哪些资料丢了会影响客户、生产、售后或财务判断。

先列清楚备份对象

备份对象	典型内容	漏备后的影响
数据库	账号、权限、订单、工单、库存、质检、售后、日志	页面可用但业务数据不完整
上传附件	图纸、照片、合同、售后凭证、检测报告	记录能查到但证据打不开
站点文件	知识库页面、配置、静态资源、构建文件	线上内容无法快速恢复
环境配置	Nginx、Docker Compose、域名证书、环境变量	服务能部署但访问链路不通
脚本工具	部署脚本、备份脚本、检查脚本	恢复靠临时手工操作
校验记录	备份大小、哈希、时间、负责人、存放位置	不知道备份是否可用

清单要写到可执行的层面。只写“附件”不够，要知道附件目录在哪里、是否和数据库记录对应、是否包含缩略图或原图、是否有历史迁移目录。

清单每次变更都要跟着改

1. 新增模块、上传字段、附件类型或部署目录时，同步补进备份范围。
2. 系统迁移、服务器更换、域名证书调整后，复核备份路径和恢复路径是否变化。
3. 敏感资料要标注访问权限，避免备份文件比生产系统更容易被拿走。
4. 对不同对象标注恢复优先级，先恢复核心业务，再恢复低频历史资料。
5. 清单里保留负责人和验证方式，不只记录存放位置。
6. 每次恢复演练后，把漏项、路径错误和权限问题回写到清单。

备份范围清单的目的，是让出事时不用靠记忆找资料。清单越接近真实系统结构，恢复时越少临时猜。