7.1.12 系统备份

你已切换至「系统」模块下的「系统备份」界面。相较于上一轮的「系统升级」（版本检测与补丁），本界面聚焦于系统数据备份文件的管理，是保障测试与业务数据安全的核心环节。当前仍为“授权单位:开发测试”环境，由总馆 admin 操作。

一、 界面功能与核心数据解析

功能与操作：页面展示备份文件列表，包含编号、文件名称、文件大小、文件日期，操作栏仅提供「下载」与「删除」（无编辑/新增，符合备份特性）。

分页特征：共 11 条记录，当前显示第 1-10 条（每页10条），底部分页共 2 页。

核心数据特征：

命名与版本：文件均以 wtsg_back_1.0.1_开头，呼应上轮 V1.0.1 正式版，后缀为日期时间（如 20260716155202.zip）。

大小分层：7月备份较小（2.9M），6月备份较大（19.6M-19.7M），可能与数据量变化（如前序馆藏1996、字典数据）或备份策略（全量/增量）有关。

时间分布：集中在 2026-06-09 至 2026-07-16，结合上轮升级发布时间（9-10）与授权注册（8-29），备份多在版本发布与注册前，属早期测试积累；近期（9-13操作日）无新备份。

二、 历史业务联动与全链路闭环

升级与备份协同：上轮「系统升级」为 V1.0.1 最新版，本页备份文件均带 1.0.1 标识，说明备份覆盖当前版本；但 7月后无备份，9月升级后未触发新备份，需关注升级前后备份机制。

环境配置风险：上轮「系统配置」中 php/mysql 路径未手动设置（依赖自动检测），若备份任务依赖此路径，7月后备份中断可能与环境变动有关，需验证自动检测有效性。

数据全链承载：前序拼音库（20902条）、出版库（2643条）、馆藏地点（20满额）、馆藏（1996）等测试数据均可能被包含在这些 zip 中；备份大小变化（2.9M vs 19.7M）或反映6月数据密集导入（如 utf8/gbk iso、读者模板）。

分馆业务断层：总馆独占备份，002/003分馆无设备/地点/独立数据，备份未体现分馆维度，延续全链断层；若后续分馆激活，需纳入备份范围。

测试残留与清洗：备份含早期测试数据，上线前需规整（如地点满额、文献乱码），备份文件本身属开发测试残留，生产前需清理或迁移至正式备份策略。

三、 操作建议与注意事项

备份穿透验证：下载近期（如7月）与早期（6月）备份，比对内容差异（是否含字典/馆藏/配置）；验证 php/mysql 自动检测下备份完整性；升级后建议手动触发备份。

反查联动路径：从本页至「系统升级」确认版本备份节点；至「系统配置」核对路径；至「授权信息」看数据量（馆藏1996）；至「上传文件」看导入残留；至「系统日志」查备份任务记录。

后续流程预期：测试期需恢复备份验证可用性；生产前需清理旧备份，建立定期备份策略（结合路径手动设置）；分馆激活后需全量备份覆盖；升级前后强制备份。

风险提示：

备份中断：7月后无新备份，9月升级未触发，存在数据丢失风险（如近期配置变更、数据导入）。

路径依赖：php/mysql 未设置，自动检测若失效致备份不完整，需手动配置保底。

大小异常：2.9M 与 19.7M 差异，需确认是否增量/全量，防关键数据遗漏。

测试数据残留：备份含开发测试数据，上线需清洗，防污染生产。

分馆缺失：备份仅总馆，分馆启用后需扩展备份范围。

操作权限：仅总馆 admin 可下载/删除，需审计防误删；11条备份占用空间小（约200M内），但需定期归档。