是否有办法禁用 gzip 备份?
因为我知道我最终将不得不增加我的 Digital Ocean 服务器的大小,但由于这基本上使月度成本翻倍,所以我尽可能推迟。
在最新更新(切换到新的 postgres 时)之后,似乎我达到了可以创建备份但 gzip 备份失败的地步。具有讽刺意味的是。
由于我将备份从服务器复制到其他地方存储,gzip 实际上没有多大价值(传输时间稍长),并且我可以在将其移出服务器后进行 gzip 压缩以进行长期存储。此外,备份的大部分大小是上传文件,而图像等文件将已经压缩。
但目前,由于 gzip 过程,整个备份无法运行。
那么——有没有办法简单地说不要 gzip 备份?
等等,只需要给 tar 添加 --gzip 标志就可以完全避免这个问题了?
我没有运行,这确实能收回一大块空间,可以解决我目前的问题。
切换到使用 --gzip 选项似乎仍然是个好主意。
但至少我又把每月账单翻倍的时间推迟了六个月或更长时间,所以谢谢你。
pfaffman
(Jay Pfaffman)
6
块存储相当便宜,我认为。你可以只用它来备份或上传。我认为,要看到块存储被用于构建备份的临时空间可能会有点棘手。
我是否可以将块存储仅用于备份?如果可以,这可能是延长服务器容量翻倍之前的时间的一个选项,除非它首先在本地创建然后复制到 S3,那样的话就完全没用了。
pfaffman
(Jay Pfaffman)
8
是的。这和我说过的关于上传的思路一样。我记不清的是临时文件会写入哪里。我认为可能在备份日志中。你只需要确保在你的 app.yml 中将该目录映射到额外的存储空间。
pfaffman
(Jay Pfaffman)
9
我认为你会做类似的事情
volumes:
- volume:
host: /var/discourse/shared/standalone
guest: /shared
- volume:
host: /var/discourse/shared/dashboard/log/var-log
guest: /var/log
- volume:
host: /bigExtraSpace/tmp
guest: /shared/tmp
- volume:
host: /bigExtraSpace/backups
guest: /shared/backups
2 个赞
system
(system)
关闭
10
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.