yuetsh
2bf0e7bfc1
Some checks failed
Deploy / deploy (push) Has been cancelled
原来手敲的那条
docker compose exec -T oj-postgres pg_dumpall -c -U onlinejudge > db_backup_xxx.sql
在服务器上报 `service "oj-postgres" is not running`。容器明明在跑 —— 线上是外接
形态，postgres 由 /root/OJDeploy/docker-compose.yml 起，不归 OJ2 这套 compose 管；
compose.debian.yml 里那个 oj-postgres 挂着 `profiles: ["local-data"]`，只在自带
数据形态下启动。所以脚本直接按容器名 `docker exec`，跟谁起的无关，两种形态都能用。
比原来那条命令多做的事：
- **先写 .partial，验完才改名**。`> file.sql` 中途失败（容器挂了、盘满了、
pg_dumpall 报错）会留个半截文件，看着像备份，等到要恢复那天才发现不是。
中断也清掉。
- **验完整性**。gzip -t，再检查结尾有没有「PostgreSQL database cluster dump
complete」，缺了就当失败。
- **umask 077 + chmod 600**。备份里有 user.raw_password（明文密码，本来就是留给
老师查的）和角色口令散列，不该落成 644。
- **自检真连一次库**（psql -c 'select 1' 而不是 pg_isready）。后者用户名写错照样
说 OK，要到 pg_dumpall 才炸出一句 role does not exist。
- **默认存到仓库外面**。deploy.sh 头部那条 rsync 带 --delete，备份放仓库里下次
部署就没了；真放进去了会警告。
- **保留策略带兜底**。删超期的，但最新 3 份永远保留 —— 时钟错乱或者 --keep-days
手滑填 0，都不该把手头唯一的备份删掉。
- **磁盘余量检查**。剩余空间比库还小就拒绝，--force 才继续。备份把生产盘写满比
没备份更糟。
默认 gzip，--plain 关掉。头部写了 cron 的写法，以及恢复时那几条
`does not exist` / `already exists` 是 pg_dumpall -c 的正常噪音。
本机 dev 库（245 MiB）实跑：正常路径 38.9 MiB gz / 2 秒；容器名写错、用户名写错都在
自检拦住；导出中途失败后 .partial 被清掉；保留策略造 5 份 30 天前的 → 删 5 留 3，
把全部文件做旧 → 仍然保住最新 3 份。**恢复也真跑了**：起一个干净的 postgres:16-alpine
灌进去，submission=12 / user=11 / problem=20 / 28 张表，和原库一致。
只管数据库。判题测试点在 data/backend/test_case，不在库里，那份还没有备份手段。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KqjE6qPo67fqVDKn6Bx7yd
8.8 KiB
Executable File
8.8 KiB
Executable File