多年来，我一直在帮助朋友们搭建自己的论坛。
我让他们租用一台 Hetzner 服务器，在 Discourse 上配置自动备份，然后用 rclone 和一个 cron 任务将备份同步到我的 Google Drive。每个论坛的每位管理员都可以访问我 Drive 中属于他们自己的备份。作为一个非系统管理员，我认为这是我能想到的最简单、最安全的方案。
有几次，我注意到 rClone 的令牌没有刷新（至少在一个实例上是这种情况），因此不得不重新配置。由于我完全没有设置任何同步失败的警报，所以我只能时不时地手动查看我的 Drive，确保最新的备份是最近的。
如果你愿意主动帮助某个人或某个协会托管一个论坛，你会设置什么样的方案，以确保在论坛因某些原因崩溃时，始终能在某个地方找到可以安全恢复的备份？
我通过 rsync 在 ssh 上拉取备份，使用受限账户，并由 cron 任务执行。好吧，其实不是我，而是我的一位版主在做这件事。我在进行更新时会手动创建并下载备份。因此，在一种情况下，我们可能会丢失几天的论坛活动记录；而在另一种情况下，则可能会丢失一个月或更长时间的记录。
我可能应该自己设置一个 crontab。我也可以提高备份频率——目前设置为每 2 天一次。
在这两种情况下，我们都必须对自己的系统具备中等水平的管理能力。只有当我们两人同时丢失了各自下载的副本、自己的备份以及服务器本身时，我们才会真正失去论坛。
编辑：说得对，必须有一些积极的检查机制来确认备份进程正在正常工作，并且对下载的备份是否完好至少有一些（哪怕很浅层的）了解。
我并没有特别关注域名的管理：理想情况下，域名也应该有双重管理和某种形式的共同所有权。如果我们失去了对域名的控制，论坛将不得不在一个新域名上重新出现。它可以通过电子邮件向成员发送摘要和通知，因此只要大家愿意信任，他们就可以重新加入。
我建议使用 S3 进行备份。如果你想更稳妥一些，可以每天对论坛进行备份。如果你想做到万无一失，还可以对 VPS 进行备份。
此外还有：
嗯，我每小时都会备份一次数据库 
这和电商领域的原理是一样的——必须考虑能够或愿意恢复的最大时间范围是多少。
使用 restic 备份到 S3 和外部硬盘
同意。如果你拥有包含 S3 配置的 YML 文件，并且备份也存储在 S3 上，那么在新服务器上恢复论坛时，你只需要这些 YML 文件即可。这样做还有一个额外的好处，就是不会让备份文件占满你的磁盘空间。
注意事项：你必须记得支付 S3 存储桶的费用，同时也要支付虚拟机（VM）的费用。我觉得 Cloudflare 的可能是最便宜的？
我曾经遇到有人不知怎的失去了对 AWS 账户的控制权，结果丢失了所有的图片。所以，仅仅记得按时缴费这一点，其成本（风险）就不容小觑。