Docker Volume Backup 项目：如何避免本地备份文件重复存储

在使用 Docker Volume Backup 进行 PostgreSQL 数据库备份时，很多用户会遇到本地和云端双重存储的问题。本文将从技术实现角度分析原因，并提供最佳实践方案。

问题现象分析

当用户配置了 S3 云存储备份后，发现备份文件同时存在于：

1. 云存储服务（如 AWS S3）
2. 本地文件系统

这种双重存储会占用额外的磁盘空间，对于长期运行的备份系统尤其明显。

根本原因

通过分析典型配置案例，发现问题出在 volume 挂载配置上。当用户在 docker-compose 文件中添加了以下挂载时：

volumes:
  - ./local-path:/archive

这实际上启用了本地存储后端功能。根据 Docker Volume Backup 的设计机制：

• /archive 挂载点会强制保留备份文件的本地副本
• 无论是否配置云存储，本地副本都会持续保留

解决方案

要实现"仅云存储"的备份策略，只需移除本地归档挂载点。修改后的配置示例如下：

services:
  backup:
    image: offen/docker-volume-backup
    environment:
      AWS_S3_BUCKET_NAME: your-bucket
      AWS_ACCESS_KEY_ID: your-key
      AWS_SECRET_ACCESS_KEY: your-secret
    volumes:
      - postgres_data:/data:ro
      - /var/run/docker.sock:/var/run/docker.sock:ro

技术实现原理

Docker Volume Backup 的工作流程分为三个阶段：

1. 备份创建：在临时目录生成压缩包
2. 存储传输：上传到配置的存储后端（如 S3）
3. 清理阶段：默认自动删除临时文件

当不配置本地存储时，系统会在上传完成后自动清除临时文件。而配置了 /archive 挂载后，系统会将这些文件视为需要长期保留的副本。

高级配置建议

对于需要本地缓存的场景，可以考虑：

1. 使用 BACKUP_ARCHIVE 环境变量指定临时目录
2. 设置定时任务清理旧备份
3. 结合存储策略实现分层备份

对于纯云存储方案，建议定期检查 S3 存储桶的权限设置和生命周期策略，确保备份文件按预期保留和轮转。

总结

通过理解 Docker Volume Backup 的存储机制，我们可以灵活配置备份策略。对于纯云端备份场景，最简单的解决方案就是避免挂载本地归档目录，让系统自动管理临时文件的生命周期。这种方案既节省了本地存储空间，又能确保所有备份安全地存储在云服务中。