# 有哪些最基本但可靠的方法可以确保 Discourse 论坛始终可恢复？

**URL:** <https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848>\
**Category:** Self-hosting\
**Created:** [2026年十月3日 13:04 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848 "2026-10-03T13:04:28Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Canapin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/canapin/32/119591_2.png) [@Canapin](https://meta.discourse.org/u/Canapin)\
**Post date:** [2026年十月3日 13:04 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848/1 "2026-10-03T13:04:28Z")

</div>

多年来，我一直在帮助朋友们搭建自己的论坛。

我让他们租用一台 Hetzner 服务器，在 Discourse 上配置自动备份，然后用 rclone 和一个 cron 任务将备份同步到我的 Google Drive。每个论坛的每位管理员都可以访问我 Drive 中属于他们自己的备份。作为一个非系统管理员，我认为这是我能想到的最简单、最安全的方案。

有几次，我注意到 rClone 的令牌没有刷新（至少在一个实例上是这种情况），因此不得不重新配置。由于我完全没有设置任何同步失败的警报，所以我只能时不时地手动查看我的 Drive，确保最新的备份是最近的。

如果你愿意主动帮助某个人或某个协会托管一个论坛，你会设置什么样的方案，以确保在论坛因[某些原因](https://korben.info/en/fire-at-ovh-strasbourg.html)崩溃时，始终能在某个地方找到可以安全恢复的备份？

---

<div class="post-metadata">

**Author:** ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)\
**Post date:** [2026年十月3日 13:29 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848/2 "2026-10-03T13:29:05Z")

</div>

我通过 rsync 在 ssh 上拉取备份，使用受限账户，并由 cron 任务执行。好吧，其实不是我，而是我的一位版主在做这件事。我在进行更新时会手动创建并下载备份。因此，在一种情况下，我们可能会丢失几天的论坛活动记录；而在另一种情况下，则可能会丢失一个月或更长时间的记录。

我可能应该自己设置一个 crontab。我也可以提高备份频率——目前设置为每 2 天一次。

在这两种情况下，我们都必须对自己的系统具备中等水平的管理能力。只有当我们两人同时丢失了各自下载的副本、自己的备份以及服务器本身时，我们才会真正失去论坛。

编辑：说得对，必须有一些积极的检查机制来确认备份进程正在正常工作，并且对下载的备份是否完好至少有一些（哪怕很浅层的）了解。

我并没有特别关注域名的管理：理想情况下，域名也应该有双重管理和某种形式的共同所有权。如果我们失去了对域名的控制，论坛将不得不在一个新域名上重新出现。它可以通过电子邮件向成员发送摘要和通知，因此只要大家愿意信任，他们就可以重新加入。

---

<div class="post-metadata">

**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**Post date:** [2026年十月3日 13:30 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848/3 "2026-10-03T13:30:17Z")

</div>

我建议使用 S3 进行备份。如果你想更稳妥一些，可以每天对论坛进行备份。如果你想做到万无一失，还可以对 VPS 进行备份。

此外还有：

> [@备份的最佳实践](https://meta.discourse.org/t/best-practices-for-backups/148630):
>
> 如果您是自行托管，那么您应该保留异地备份，以防服务器出现灾难性问题。想象一下，某天您的\<服务器提供商\>在没有预警的情况下倒闭了，或者您不小心删除了 /var/discourse，导致整个安装被清除。 最低要求 请确保已启用备份。 需要考虑的站点设置： enable backups（启用备份）：开启（默认开启） backup frequency（备份频率）：您愿意承受多少数据丢失？（默认：7 天）。@pfaffman 建议设置为 1 天 backup time of day（备份时间）：您希望在一天中的何时让论坛处于只读状态以进行备份？ backup with uploads（备份包含上传文件）：开启，除非您将上传文件存储在其他位置或采用其他方式备份。（默认：开启） maxiumum backups（最大备份数量）：您有多谨慎？您有多少磁盘空间？（默认：5） 这将允许您在数据库意外损坏时恢复到最近的备份，但如果您的 Discourse 服务器完全消失，则无法提供保护。 异地备份 要在新的服务器上恢复您的站点，至少需要 Discourse 创建的备份文件。如果您拥有 /var/…

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2026年十月3日 14:11 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848/4 "2026-10-03T14:11:59Z")

</div>

嗯，我每小时都会备份一次数据库 🤷‍♂️ 这和电商领域的原理是一样的——必须考虑能够或愿意恢复的最大时间范围是多少。

---

<div class="post-metadata">

**Author:** ![nlv](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nlv/32/337700_2.png) [@nlv](https://meta.discourse.org/u/nlv)\
**Post date:** [2026年十月3日 15:22 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848/5 "2026-10-03T15:22:19Z")

</div>

使用 restic 备份到 S3 和外部硬盘

---

<div class="post-metadata">

**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**Post date:** [2026年十月3日 16:12 UTC](https://meta.discourse.org/t/what-are-the-most-basic-but-reliable-ways-to-ensure-a-discourse-forum-can-always-be-recovered/413848/6 "2026-10-03T16:12:34Z")

</div>

> [@NateDhaliwal](#):
>
> 我建议使用 S3 进行备份。

同意。如果你拥有包含 S3 配置的 YML 文件，并且备份也存储在 S3 上，那么在新服务器上恢复论坛时，你只需要这些 YML 文件即可。这样做还有一个额外的好处，就是不会让备份文件占满你的磁盘空间。

注意事项：你必须记得支付 S3 存储桶的费用，同时也要支付虚拟机（VM）的费用。我觉得 Cloudflare 的可能是最便宜的？

我曾经遇到有人不知怎的失去了对 AWS 账户的控制权，结果丢失了所有的图片。所以，仅仅记得按时缴费这一点，其成本（风险）就不容小觑。
