大家好，我需要你们的帮助，我是这个领域的新手，我正在我的服务器上设置我的社区，我对备份有一些疑问，如何将其配置为每天进行 3 次？这个备份安全吗？如果我的服务器出现问题，我能否将我的整个社区及其所有设置迁移到另一台服务器？
你无法做到这一点（除非使用复杂的自定义脚本）
是的，只要你把它存储在别处（比如 S3）
2 个赞
我明白了，我认为每天只有一个备份有点不安全，如果社区非常繁忙，就有丢失数据的风险，因为最近的备份可能需要 24 小时……回到正题，你能告诉我添加 S3 存储桶后，备份文件是直接转到 S3 还是也保存在托管语音的机器上？
它们首先保存在机器上，然后上传（并从机器上删除）。
1 个赞
我明白了，对我来说，这个解决方案行不通，它是不安全的。
s3 有什么不安全之处？
如果你因为某些原因不信任它，可以使用本地存储，然后用 rsync 将文件同步到别处。但这比 s3 更不安全。
1 个赞
我所说的“不安全”不是指 S3，而是指备份本身。最小备份时间为 1 天，但如果您分析下一备份的这个时间段，服务器或文件本身可能会出现问题或情况，因此，如果这是一个非常繁忙的社区，您可能会丢失一些数据。
如果您无法承担此类数据丢失的风险，则应投资于复制到另一个托管提供商或可用区域的数据库设置。但这些都会有相应的成本。
在进行风险管理时，某事出错的风险是可能性乘以影响。如果您想降低风险，可以降低灾难发生的可能性，或者降低其影响。
更频繁的备份是可以降低影响的措施。您还可以考虑降低可能性——例如，通过获得更可靠的托管。
在过去 10 年里，我们通过 Communiteq 托管了许多 Discourse 论坛，从未遇到过我们希望有更频繁备份的情况。
2 个赞
我是 Discourse 新手，所以你说的话我不太明白。
他表示，在运行了十年的数百个论坛后，他从未想过需要更频繁的备份。
如果你的数据非常有价值，那么你可以配置 PostgreSQL 将数据复制到另一台服务器，这样你就可以切换到热备份，并且几乎不会丢失数据。你可以搜索“PostgreSQL 复制”。我猜设置它需要一两天，然后再花几天时间来确保你真正理解如何切换到备份服务器。
你也可以设置一个 cron 作业，每十分钟运行一次备份，并将这些备份存储在 S3 中。
不过，建议是找点别的事情来担心。
1 个赞
好的，我明白了，我会看看怎么做最好。
1 个赞
我就是不明白，为什么这么多人反对更频繁的简易数据库备份。这背后是什么原因？请解释一下，为什么 Discourse 最多 24 小时的数据备份上限不是威胁，但在其他地方却是个问题。我的 WordPress/WooCommerce 每 5 分钟就会备份一次数据库，而且几乎是零成本。
从数字世界的一开始就有两个普遍真理：
- 备份往往太旧了
- 备份必须是自动的，因为依赖人为操作一定会导致忘记备份
我也无法理解他们为何看不到每24小时运行一次的备份所存在的风险，在此期间可能会发生敏感信息的大量丢失。
如果您想更频繁地创建备份，可以创建一个 cron 脚本来执行此操作，或者创建一个插件来更频繁地执行此操作。如果您打算更频繁地进行备份，您会希望看到上传内容已存储在 s3 上，因为每次备份都复制上传内容会很昂贵。
Cdck/discourse.org 我相信每天备份两次。他们通过一些外部脚本来完成。
如果您不想弄清楚如何管理 postgres 备份，可以在 Marketplace 中提出您的预算，并说明您是希望插件创建备份，还是希望获得关于 postgres 脚本化 postgres 数据库备份或 discourse 备份的帮助。
但这并不是 WordPress 的原生功能，对吧？是插件，对吧？
但关键是，更频繁地进行备份可能是不必要的，至少根据一些多年来管理过许多 discourse 论坛的人的经验来看是这样。
但我们说的是数据库。每隔几分钟将上传内容备份到 S3 是很愚蠢的。
但我还是想听听为什么这是一个如此大的问题。
Autommatic 完全没有内置解决方案。但有很多理由说明为什么没有必要构建这样的功能。整个生态系统是不同的，而 Discourse 作为一种环境完全缺乏这种多样性。我知道，这里的一切都建立在 B2B 的基础上，没有必要也没有意愿去开发像 WordPress 及其插件那样的客户级别解决方案。
我只想知道为什么这是一个如此困难的问题。
我不是反对它。我只是觉得我不需要它，而且从来没有需要过。
创建一个执行此操作的插件并不难，也不是很多工作。但是，没有人构建它。这可能是一个迹象，表明它对许多人来说并不那么重要；）
2 个赞
是的，任何需求的真正考验是 CDCK 是否能接收到，或者是否有人在 Marketplace 发布有意义的预算。