值得一提的是，Manjaro（一个主要为计算机和移动设备开发的大型 Linux 发行版）基于 Discourse 的论坛遭遇了灾难性故障。据称，一次失败的更新导致所有上传文件及其他数据丢失，最终迫使他们决定从头重建其庞大的 Discourse 论坛。本文更多是供参考，但值得至少让 meta* 社区知晓。抱歉我无法提供更多细节；或许值得在他们的论坛上继续讨论。
7 个赞
这太糟糕了。但如果他们丢失了整个 /var/discourse/shared 目录，那就只能自认倒霉了。
将备份推送到 S3 是个好主意。你可以免费将最多 10GB 的数据推送到 Backblaze，超出部分的费用仍然很便宜。
4 个赞
是的，您确实需要设置 S3（或兼容 S3 的）自动备份上传，其默认频率为每周一次。
4 个赞
是否值得设置某种需要手动关闭的仪表板警告来提醒这一点？
您的安装似乎未配置为自动将备份发送到服务器外部。
似乎越来越多的网站不了解基本的灾难恢复（DR）和生产发布流程。我理解并非所有人都会费心在预发布副本上进行测试，但对于那些没有任何可恢复内容的网站所有者，我们确实无能为力。
3 个赞
我猜是这样，但你也可以定期通过网页浏览器手动下载备份，或者运行一个你喜欢的本地备份脚本等等。
现在我们的 S3 支持已变为“兼容 S3
3 个赞
我认为，关于云的各种讨论让人们容易忽视扁平化安装本身的脆弱性。
无论你使用的是 5 美元的 VPS、500 美元的基础设施，甚至是 5000 美元的方案，这都无关紧要。如果你没有将备份传输到服务器之外，并且理想情况下使用 S3 来存储镜像，那么所有内容都存储在 /var/discourse/shared 中，随时可能全部丢失。
7 个赞
如果人们不知道需要将数据存储在多个设备上，我认为我们无法教会他们。我花了相当长的时间才理解：竟然有人开发操作系统时只在一个设备上存放数据，还假设存在某种修复方法，但没人来问我。
我的计划之一是为我的自动化安装添加对 Backblaze 的支持。对于小型站点，你可以免费保留合理数量的备份（10GB）。
4 个赞
问题是，并非所有图片（例如头像和其他图片）目前都通过 S3 存储。
1 个赞