 seng1eandClaude Opus 4.8
|
bba6a55e0f
|
fix(backup): 定时备份加 leader 锁，避免多实例重复备份
仓库里所有周期任务都用 tryAcquireSingletonLeaderLock 选主、只让一个实例跑
（ops:*、dashboard:aggregation、subscription:expiry、payment:order:expiry 等），
唯独定时备份 runScheduledBackup 没接这套锁，每个实例都自己跑一遍。
多实例部署下同一时刻：
- 同一个库被 N 次 pg_dump；
- 内存峰值 ×N —— 归档整个读进内存再上传，内存吃紧的节点会直接 OOM；
- 上传的是同一个带时间戳的 key，N 份互相覆盖，白干一场连多余副本都留不下。
实测 3 节点：每天 backup_records 里三条一模一样的记录（同 key、同大小）。
改动：把 BackupService 接进和其它任务一样的 tryAcquireSingletonLeaderLock
（key=backup:scheduled:leader）。只锁定时备份，手动备份（CreateBackup/
StartBackup）不锁；无协调后端（cache/db 均 nil）时不加锁照常跑，单机/单测
行为不变；锁 TTL 35m > 备份自身 30m context 上限，防止大库 dump 中途锁过期。
wire_gen.go 由 wire 重新生成。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-08-12 21:36:41 +08:00 |
|
|
lyen1688
|
bbc8b6e906
|
完善大文件备份分卷上传与恢复
|
2026-08-09 20:58:07 +08:00 |
|
|
superman2003
|
7a7f51a534
|
fix(backup): 拒绝用自动生成的临时密钥持久化 S3 SecretAccessKey
totp.encryption_key 未配置时，加密密钥每次进程启动都会随机重新生成。
备份/图床把 S3 SecretAccessKey 用这把临时密钥加密落库后，重启或升级
即无法解密（decrypt: cipher: message authentication failed），S3 备份
与图床静默失效（#4524）。
对齐支付（payment.ProvideEncryptionKey）与 TOTP 启用已有的护栏：在
持久化新 secret 之前，若密钥非固定配置则返回可操作的
SECRET_ENCRYPTION_KEY_NOT_CONFIGURED（400），提示配置固定
TOTP_ENCRYPTION_KEY。不带 secret 的更新（沿用已存值）与
ReuseBackupS3 模式不受影响；已配置固定密钥的部署无感。
|
2026-07-20 15:20:51 +08:00 |
|
|
QTomandClaude Opus 4.6
|
c1fab7f8d8
|
feat(backup): 备份/恢复异步化，解决 504 超时
POST /backups 和 POST /backups/:id/restore 改为异步：立即返回 HTTP 202，
后台 goroutine 独立执行 pg_dump → gzip → S3 上传，前端每 2s 轮询状态。
后端:
- 新增 StartBackup/StartRestore 方法，后台 goroutine 不依赖 HTTP 连接
- Graceful shutdown 等待活跃操作完成，启动时清理孤立 running 记录
- BackupRecord 新增 progress/restore_status 字段支持进度和恢复状态追踪
前端:
- 创建备份/恢复后轮询 GET /backups/:id 直到完成或失败
- 标签页切换暂停/恢复轮询，组件卸载清理定时器
- 正确处理 409（备份进行中）和轮询超时
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
2026-03-16 20:22:10 +08:00 |
|
|
shaw
|
39f8bd91b9
|
fix: remove unused saveRecords method to pass lint
|
2026-03-14 19:01:27 +08:00 |
|
|
Rose DingandClaude Opus 4.6
|
1047f973d5
|
fix: 按 review 意见重构数据库备份服务（安全性 + 架构 + 健壮性）
1. S3 凭证加密存储：使用 SecretEncryptor (AES-256-GCM) 加密 SecretAccessKey，
防止备份文件中泄露 S3 凭证，兼容旧的未加密数据
2. 修复 saveRecord 竞态条件：添加 recordsMu 互斥锁保护 records 的 load/save
3. 恢复操作增加服务端验证：handler 层要求重新输入管理员密码，通过 bcrypt
校验，前端弹出密码输入框
4. pg_dump/psql/S3 操作抽象为接口：定义 DBDumper 和 BackupObjectStore 接口，
实现放入 repository 层，遵循项目依赖注入架构规范
5. 改为流式处理避免大数据库 OOM：备份时 pg_dump stdout -> gzip -> io.Pipe ->
S3 upload；恢复时 S3 download -> gzip reader -> psql stdin，不再全量加载
6. loadRecords 区分"无数据"和"数据损坏"场景：JSON 解析失败返回明确错误
7. 添加 18 个核心逻辑单元测试：覆盖加密、并发、流式备份/恢复、错误处理等
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-03-14 17:48:21 +08:00 |
|
|
Rose DingandClaude Opus 4.6
|
f7177be3b6
|
fix: golangci-lint 修复（gofmt 格式化 + errcheck 返回值检查）
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-03-13 12:01:05 +08:00 |
|
|
Rose DingandClaude Opus 4.6
|
53ad1645cf
|
feat: 数据库定时备份与恢复（S3 兼容存储，支持 Cloudflare R2）
新增管理员专属的数据库备份与恢复功能：
- 全量 PostgreSQL 备份（pg_dump），gzip 压缩后上传到 S3 兼容存储
- 支持手动备份和 cron 定时备份
- 支持从备份恢复（psql --single-transaction）
- 备份文件自动过期清理（默认 14 天）
- 前端完整管理页面（S3 配置、定时配置、备份列表、恢复/下载/删除）
- 内置 Cloudflare R2 配置教程弹窗
- Dockerfile 从 postgres 镜像多阶段复制 pg_dump/psql，确保版本一致
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-03-13 10:38:19 +08:00 |
|