# 为上传和备份分开 Docker 卷

**URL:** <https://meta.discourse.org/t/separate-docker-volumes-for-uploads-and-backups/358501>\
**Category:** Support\
**Created:** [2025年三月23日 14:19 UTC](https://meta.discourse.org/t/separate-docker-volumes-for-uploads-and-backups/358501 "2025-03-23T14:19:21Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![schneeland](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/schneeland/32/275391_2.png) [@schneeland](https://meta.discourse.org/u/schneeland)\
**Post date:** [2025年三月23日 14:19 UTC](https://meta.discourse.org/t/separate-docker-volumes-for-uploads-and-backups/358501/1 "2025-03-23T14:19:21Z")

</div>

请再次仔细查看 `app.yml` 和 Discourse docker 镜像，作为新安装的一部分，我被提醒在标准安装中，除了日志之外的所有数据都通过单个 docker 卷进行处理。

现在这可能在不同社区之间差异很大，但如果我看看我们现有的社区，大量的磁盘空间被备份和用户上传所占用。我认为如果能更轻松地将这两者移至另一个卷（可能读写速度较低），同时将数据库保留在主卷上（读写速度较高）[^1]，那将会很有帮助。这将允许上传量较大的社区在上传大小方面稍微宽松一些。

[^1]：举个例子：在 Hetzner CX22 VServer 上，主磁盘的速度大约是服务器上可添加的附加块存储卷的 3 倍。

---

_[View the full topic](https://meta.discourse.org/t/separate-docker-volumes-for-uploads-and-backups/358501)._