DD Cloudreve 恢复验收清单

更新：2026-08-28

本清单只适用于 DD 管理入口恢复后。执行前必须确认 RR 旧 Project 挂载/同步保持停止，101 不运行任何 bisync、resync 或 timer。

数据库边界

1. 记录 docker compose config 的实际配置和项目目录；任何变更必须先做带时间戳的本地备份。
2. 列出 docker volume ls、docker volume inspect，确认 Cloudreve 数据库所在 named volume。
3. 在 Cloudreve 容器内确认实际数据库路径、文件大小、挂载来源和 PRAGMA integrity_check; PRAGMA quick_check;。
4. 若宿主机绑定的 cloudreve.db 为 0 字节，只记录为无效绑定；不得覆盖、删除或把它复制到 named volume。
5. 备份 named volume、compose 文件和容器环境摘要到 DD 本地备份位置，再做任何 compose 变更。本次已备份 named volume 数据库（SHA-256 061c9724cfa855f1f155bdd3933472810dbacbca286644fcfc3606cc7f47760f）及 compose/.env。

服务稳定性

1. 读取 Cloudreve 容器最近 24 小时日志，确认 SQLITE_BUSY、database is locked、嵌套 transaction、OOM 和重启计数。
2. 确认 Cloudreve 仅运行一个正式实例；禁止 RR rclone mount、旧同步脚本或其他高并发 WebDAV 写入者。
3. 修正 compose，使数据库配置、实际存储后端和 named volume 一致；变更后执行一次受控重启。
4. 重启后连续观察至少 15 分钟日志和资源，不以单次 HTTP 200 作为稳定性结论。本次受控重建后已确认 Cloudreve 使用 /cloudreve/data/cloudreve.db，integrity_check 与 quick_check 均为 ok，/healthz 返回 200，容器内存约 156 MiB/1.9 GiB；15 分钟稳定窗口及公网写入验收仍未完成。

公网最小写入验收

使用受限 Project 账号，在 Project/.codex-recovery-test-<timestamp>/ 下依次验证：

• MKCOL 创建目录；
• PUT 上传小文件；
• GET 下载并 SHA-256 比对；
• MOVE 或重命名；
• 删除文件和空目录；
• Cloudreve 用户侧创建测试用户（若该动作属于管理员验收窗口），确认数据库写入后仍无锁错误。

所有测试对象必须在验收结束后删除，并保存请求状态码、响应摘要、容器日志时间点和数据库完整性结果。只有连续测试通过且没有新的锁/OOM 证据，才允许重新设计受限同步链路；本清单不授权执行 bisync。