Discourseホスティングからセルフホストに移行しましたが、フォーラムのすべての画像が失われました。移行から30日以上経過してから気づきました。
気づいたときに次のコードを実行しましたが、機能しませんでした。
`
> ./launcher enter app
> rake posts:rebake
`
Discourseサポートに問い合わせましたが、30日以上経過しているためバックアップを復元できないとのことでした。この問題を解決するにはどうすればよいですか?
Discourseホスティングからセルフホストに移行しましたが、フォーラムのすべての画像が失われました。移行から30日以上経過してから気づきました。
気づいたときに次のコードを実行しましたが、機能しませんでした。
`
> ./launcher enter app
> rake posts:rebake
`
Discourseサポートに問い合わせましたが、30日以上経過しているためバックアップを復元できないとのことでした。この問題を解決するにはどうすればよいですか?
言いたくありませんが、ここでお役に立てることはないかもしれません。
画像を含む完全なバックアップを取っておらず、ホストが自身のバックアップを削除した時点を過ぎてから気づいた場合、データはおそらく失われています。
差し支えなければお伺いしますが、バックアップに画像が含まれていないことに気づくのに1ヶ月もかかったのはなぜですか?サイトは1ヶ月間ダウンしていましたか?
いいえ、サイトはアクティブでしたが、他の仕事で忙しくなっていました。また、Discourse管理パネルから完全なバックアップを取得しています。
リモートストレージ(例:s3)にアセットが保存されている場合、バックアップには含まれません。
また、「アップロードを含むバックアップ」設定は、アップロードをスキップします。
バックアップファイルのサイズはどれくらいですか?
おそらく、アカウントをキャンセルする前にバックアップをダウンロードしたため、アップロードが含まれていなかったのでしょう。
S3へのアップロードを一時的に復元できるか、もう一度丁寧に依頼してみてください。以前、古いS3バケットのクリーンアップが行われた際に、同様のことがありましたが、一時的にS3へのアップロードを復元してもらえました。
もし可能であれば、それらの画像をS3からダウンロードし、ご自身のS3バケットに再アップロードするか、何らかの方法でDiscourseに取り込むことができます。少々手間はかかりますが、可能です。
これは可能性が高いです。最終的なフルバックアップへのリンクにはS3アップロードが含まれていますが、他のバックアップには含まれていません。
このアカウントからの以前のサポートリクエストは見つかりません。以前のサイトに関連付けられていたメールアドレスのアカウントから、サイト名を添えて@teamにプライベートメッセージを送信してください。アップロードが利用できなくなったことを確認するために、再度確認いたします。
移行されたサイトは、画像が削除されるまでCDCK S3から画像をロードし続けるため、それに気づきません。そして、手遅れになります。
アップロードにはS3バケットのバージョンロックも適用されているため、削除された後でも、一定期間復元することができます。
S3の仕組みは理解していますが、サイトをサーバー間で移動する際には通常、非常に役立ちます。私が言及したのは、ファイルサイズにおける比較的大きな違いについてです。
データベースが巨大で(相対的に)アップロード数が少ないフォーラムがあります。そのようなフォーラムのバックアップがどれくらいの大きさになるか、バックアップありとなしでどのように違うのかを、どちらか一方しか手元にない状況で特定することは全くできません。
私は古い世代の出身なのだと思います。私のオペレーションの日は、テープの山から始まり、バックアップが機能し、期待通りのデータを含んでいることを検証しない限り、それはバックアップではないという原則に基づいていました。LTOからデータを数時間かけて引き出し、権限やファイルロックがバックアップエージェントによる重要なファイルの取得を妨げていたことに気づくようなものではありません。
現在の仕組みが、新人ユーザーと経験豊富なユーザーの両方を混乱させることができるのであれば、ファイル名に complete と no-uploads を追加して、より明確なインジケーターが必要なのではないでしょうか?既存のアプローチはユーザーに誤った安心感を与えているため、改善の余地があると感じています。
@supermathie、それについてご検討いただけますか?
まあ、私たちは同じ世代だと思いますし、私も同じようなことには騙されないでしょう。
しかし、一方で、私たちは(コミュニティとして)人々がセルフホストを進めるように言い続けています。「簡単だ、指示に従うだけだ」と。そして今、バックアップのサイズを確認するだけでなく、おそらく聞いたこともなく、やり方も知らないであろう.tar.gzファイルのコンテンツを表示することを期待しています。そして、たとえそれができたとしても、コンテンツが十分に存在するかどうかを判断するのは困難です。S3にアップロードがあるほとんどのフォーラムは、ローカルファイルもいくつか持っています。すべてのファイルがあるか、まったくファイルがないかのどちらかというほど単純ではありません。
アップロードが(以前の)S3の場所に残っているフォーラムを復元する問題は、それが機能するということです。すべて問題ないように見えますが、1か月後にアップロードが消えます。そして、ファイルが欠落していても、復元プロセスは「画像が見つからないのは普通であり、最終的にはすべて大丈夫になる」と伝えているのではないでしょうか?
では、それも改善しましょうか?
バックアップが新規インスタンスに復元されていることを検出して、ユーザーに、実行したばかりの復元にはアセットが含まれていないことを警告する必要があるかもしれません。
アップロードなしでバックアップを復元する際に警告を表示するのは非常に理にかなっています。