我不认为在空间上斤斤计较是值得的。
所有这些都会再次被填满。
解决更大的问题；你们的服务器已经不够用了。
尽快启动一个更大的服务器并迁移。
仅恢复此服务器以创建或移动备份文件。
4 个赞
可能，但如果服务器从未运行过 ./launcher cleanup，则可能是旧镜像卡住了。它看起来像是通过一键安装创建的，因此可能跳过了标准安装中的服务器维护部分。
我很想看看 docker images 的输出以确认，但如果里面有孤立的镜像可以移除，并且能腾出足够的空间使其恢复联机并走上正确的维护轨道，那应该能更清楚地说明问题。
但你说得对，调整大小可能更简单。
4 个赞
你说得对，值得一试。
你也可以考虑迁移到另一个同等大小的服务器来解决本地问题。
2 个赞
我还怀疑有 5 个“上传密集型”论坛的完整备份（但这也是个好消息，有完整备份 
）
2 个赞
5个可能太多了，3个可能就够了？
3 个赞
我猜我确实遵循了你关于此事的建议，或者也许是 Jay 的建议。我将 5 作为默认值，但这只是因为我的 s3 空间充足。在 OVH 数据中心发生火灾后，我已将频率设置为每两天一次，并且“带上传的备份”默认开启。
在这种情况下，5GB 的上传量将等于 25GB 以上的备份量 + 可能略显臃肿的系统，总共可能接近 50GB。
2 个赞
嗨 @danielabc 
您的论坛似乎又在运行了，您一定做得对。
https://www.dexforum.com.br/
4 个赞