备份恢复未测试
cron 每天自动备份 Press 卷 + m1 数据库，但从未在另一台机器上验证过备份文件能否完整恢复。备份不等于恢复。
1. 归属
| 问题 | 答案 |
|---|---|
| 属于哪个仓库？ | 不涉及源码。运维流程问题 |
| 在容器内路径？ | /backups/press-volumes/ 和 /backups/m1-mariadb/ |
| 在构建链的哪一步？ | 运维层面 |
2. 功能解释
当前备份：
- 每天 3:00：Press 卷（press-db-data / press-sites / press_ssh）
- 每天 3:30：m1 全部数据库 dump
- 保留 7 天
验证过的：
SESSION_HANDOFF.md 记录了一次恢复验证：从 m1-all-20260706.sql.gz 提取 demo2 数据库恢复到测试库，1044 张表恢复成功。但 Press 卷的恢复从未测过。
5. 性质判断
运维盲区。“有备份 = 能恢复”的假设不成立。
6. 正确做法
SolarFlow Press-B 部署完成后：
- 手动创建一个 demo 站点
- 跑一次备份
- 在另一台 VPS 上恢复 demo 站点
- 验证站点可访问、数据完整
- 记录恢复时间（SLA 基准）
7. 影响范围
- 灾难恢复时才发现备份损坏 = 不可接受
- m1 数据库恢复已验证过一次，Press 卷从未验证