こんにちは皆さん、助けが必要です。この分野は初めてで、サーバーにコミュニティをセットアップしています。バックアップについて質問があります。1日に3回実行するように設定するにはどうすればよいですか？また、このバックアップは安全ですか？サーバーに何かあった場合、すべての設定とともにコミュニティ全体を別のサーバーに移行できますか？
（複雑なカスタムスクリプトを使用しない限り）それはできません。
はい、別の場所（S3など）に保存している限り可能です。
「いいね！」 2
わかりました。1日に1つのバックアップしか持たないのは少し安全ではないと思います。コミュニティが非常に忙しい場合、最も近いバックアップが24時間かかる可能性があるため、データの損失のリスクがあります… 話を戻しますが、S3バケットを追加すると、バックアップファイルは直接S3に保存されるのか、それともスピーチがホストされているマシンにも保存されるのか教えていただけますか？
それらはまずマシンに保存され、その後アップロード（およびマシンから削除）されます。
「いいね！」 1
承知いたしました。私の場合は、この解決策は機能せず、安全ではありません。
S3 の何が安全ではないのですか？
何らかの理由で信頼できない場合は、ローカルストレージを使用してファイルを別の場所に rsync できます。しかし、それは S3 よりも安全ではありません。
「いいね！」 1
私が言及しているのはS3のセキュリティではなく、ディスコース自体のセキュリティです。最小バックアップ時間は1日ですが、次のバックアップのためにこの期間を分析すると、サーバーやファイル自体に問題や状況が発生する可能性があり、非常に活発なコミュニティの場合、一部のデータを失う可能性があります。
もしそのようなデータ損失の可能性を許容できないのであれば、別のホスティングプロバイダーまたはアベイラビリティゾーンにレプリケートするデータベースセットアップに投資する必要があります。しかし、これらにはそれなりのコストがかかります。
リスク管理を行う際、何か問題が発生するリスクは、発生確率と影響度の積です。リスクを低減したい場合は、発生確率を下げるか、影響度を下げるかのどちらかを行うことができます。
バックアップの頻度を上げることは、影響度を下げるための対策です。発生確率を下げることも検討できます。例えば、より信頼性の高いホスティングを利用するなどです。
過去10年間、Communiqteqで多くのDiscourseフォーラムをホストしてきましたが、バックアップの頻度を上げればよかったと思ったケースは一度もありません。
「いいね！」 2
ディスコースは初めてなので、おっしゃっていることがよく理解できませんでした。
彼は、フォーラムを数百回運営してきた10年間で、バックアップの頻度を上げたいと思ったことは一度もないと言っています。
データが非常に貴重な場合は、Postgresを別のサーバーにレプリケートするように設定できます。これにより、ホットバックアップに切り替えて、データ損失をほとんどまたは全くなくすことができます。「postgres replication」でGoogle検索してみてください。設定には1〜2日、バックアップサーバーへの切り替え方法を完全に理解するにはさらに数日かかるでしょう。
また、10分ごとにバックアップを実行し、そのバックアップをS3に保存するcronジョブを作成することもできます。
しかし、推奨されるのは、他に心配事を見つけることです。
「いいね！」 1
わかりました、どうするのが最善か見てみます
「いいね！」 1
なぜこれほど多くの人が簡単なデータベースバックアップをもっと頻繁に行うことに反対するのか理解できません。その背景には何があるのでしょうか？ Discourseでは最大24時間の制限は脅威ではないのに、他のすべての場所ではなぜ脅威なのでしょうか？ 私のWordPress/WooCommerceは5分ごとにデータベースのバックアップを作成しており、基本的に費用はかかりません。
デジタル世界の最初から、2つの普遍的な真実がありました。
- バックアップはしばしば古すぎる
- バックアップの作成は自動化されなければならない、なぜなら人間に頼るのは忘れさせる確実な方法だからです
バックアップが24時間ごとに実行されるリスクを理解できないだけでなく、この期間中に機密情報が大量に失われる可能性があることも理解できません。
バックアップをより頻繁に作成したい場合は、cronスクリプトを作成して実行するか、より頻繁に実行するプラグインを作成できます。バックアップをより頻繁に作成する場合は、アップロードがs3上にあることを確認したいでしょう。バックアップごとにアップロードのコピーを作成するのは高価だからです。
Cdck/discourse.orgは、1日に2回バックアップを作成していると思います。彼らは外部スクリプトでそれを行っています。
Postgresのバックアップの管理方法を理解したくない場合は、#marketplaceで予算を提示して、プラグインにバックアップを作成させるか、PostgresデータベースのバックアップまたはDiscourseのバックアップをスクリプト化するPostgresのヘルプを得るかを選択できます。
それはWordPressのネイティブ機能ではありませんよね？プラグインですよね？
しかし、重要なのは、より頻繁なバックアップを作成することは、少なくとも長年多くのDiscourseフォーラムを管理してきた経験のある人にとっては、おそらく不要だということです。
しかし、私たちはデータベースについて話しています。アップロードを数分ごとにS3にバックアップするのは愚かです。
しかし、なぜこれがそれほど大きな問題なのか、まだ聞きたいです。
Automaticによる組み込みソリューションは全くありません。しかし、そのような機能を構築する必要がない理由はたくさんあります。エコシステム全体が異なり、Discourseという環境はそのような多様性が完全に欠けています。すべてがB2Bに強く基づいており、私はそれを知っています。WordPressとそのプラグインのような顧客レベルのソリューションを開発する必要も望みもありません。
私が知りたいのは、なぜこれがそれほど難しい問題なのか、その本当の理由だけです。
私はそれに反対ではありません。ただ、必要ないと思いますし、これまで必要としたこともありません。
それを行うプラグインを作成するのは、それほど難しくも多くの作業でもありません。しかし、誰もそれを作成していません。それはおそらく、多くの人にとってそれほど重要ではないという兆候でしょう 
「いいね！」 2
はい、要件の真のテストは、CDCKがそれを拾うか、誰かが意味のある予算で#marketplaceに投稿することです。