こんにちは！
Discourse Teams から Digital Ocean のセルフホスト型 Droplet へのデータエクスポートと復元に関する問題が発生し、お手伝いをお願いしたく思います。
背景：
Discourse Teams から Digital Ocean のセルフホスト型 Droplet へのデータエクスポートを試みました。
バックアップと復元はスムーズに進み、問題はありませんでした。しかし、復元後に Discourse が以下のように表示されます：
再度復元を試みましたが、同じ問題が発生しました。
データ復元のログ（txt）は以下です：
Dropshare Apps - upload anything anywhere on macOS and iOS
お手伝いをお願いします。
編集：
/logs からのスクリーンショットはこちらです。
dsh.re/64209a（https:// を追加してください。フォーラムで画像をアップロードできず、別の URL を追加できなかったため申し訳ありません）
Yashさん、こんにちは！バックアップやリストアで問題が発生しているとのこと、お聞きして残念です。すでにセーフモードを試されましたか？URLの末尾に /safe-mode を追加してみてください。そうすれば、現在のテーマ、非公式プラグイン、またはすべてのプラグインを無効にしたときに何が起こるかを確認できます。
また、/logs および nginx のエラーログを確認して、問題解決に役立つエラーがないかチェックすることをお勧めします。
さらに、コマンドラインから ./launcher rebuild app を実行するとどうなりますか？複数回実行してみることをお勧めします。これは私自身、過去に効果があった方法です。
最後に、インストールされているプラグインを確認できるよう、containers/app.yml ファイルの内容を共有していただけますか（パスワードやサイトを特定する情報は除いてください）。
Tobias さん、こんにちは。
迅速なご返信をいただき、誠にありがとうございます。おかげさまで助かっています。
付加された URL は /?safe_mode=no_custom%2Cno_plugins%2Conly_official でした。
なお、これは私がまだ追加のプラグインをインストールしていないワンクリック式の DO droplet です。
しかし、Teams インスタンスには多くのプラグインが入っていました。それが原因でしょうか？
ログはこちらです。
Dropshare Apps - upload anything anywhere on macOS and iOS
現在、./launcher rebuild app を実行しています。最初の試行では結果が出ませんでした。再度試しています。ログイン後のフロントエンドでは、同じエラーが発生しています。
app.yml ファイルのスクリーンショットを以下に示します。ファイルをエクスポートしてこちらに送るべきでしょうか？
何が問題かについて、何かご意見はありますか？
ちょっと待ってください。サポートされているインストール方法はこれだけです：discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub
ぜひお試しください。その後、結果を教えてください。
Discourse | DigitalOcean Marketplace 1-Click App - これは機能しないのでしょうか？ドロプレットを削除し、共有いただいた手順に従って再セットアップする必要があります。私の理解で合っていますか？
その通りです。申し訳ありません！最初からやり直しになります。
わかりました、これを試して結果をここに投稿します。トビアス、ありがとう！
@tobiaseigen さん、こんにちは。
新しい Droplet をセットアップし、GitHub の手順に従って Discourse をインストールしました。ログイン後、バックアップをアップロードして復元を試みましたが、同じエラーが発生します。
復元ログ:
Dropshare Apps - upload anything anywhere on macOS and iOS
エラーログ (/logs):
App.yml
次の手順についてお手伝いいただけますでしょうか？launcher rebuild やセーフモードでの試行も行いましたが、同じエラーになります。現時点では私がインストールしたプラグインはありません。
余談ですが、DigitalOcean のワンクリックインストーラーは Docker と GitHub の最新リリースを使用しています。これは手動インストールと全く同じではないでしょうか？
お疲れ様です、一歩前進ですね。次回パソコンの前で確認します。
アップロードに関する問題です。S3 バケット名を検索していますが、新しい環境ではバケットが設定されていません。
バックアップはどのように作成され、すべてのアップロードが含まれていますか？リストアログにアップロードの記録が見当たらないため、バックアップにアップロードが含まれていなかった可能性があります。
ああ！このサイトはバックアップを作成する前に終了してしまったのでしょうか？そうでなければ、アセットは S3 に保存されているため、完全なリストアは失敗します。
バックアップが正しく機能するには、すべての S3 アセットをバックアップに含めるために、非表示の設定を有効にする必要があります。
チームサイトのキャンセルが自動的にこの設定を有効にするとは限りません。
これは、サイトが廃止された際に通常行われるバックアップのダウンロードであることは間違いありません。すべてのアップロードが含まれています。
明日、自分で試して、Teams でのバックアップ/リストア手順が正常に機能することを確認します。
バックアッププロセスを簡単にテストしたところ、アップロードがバックアップファイルに含まれていることを確認しました。明日、これを新しいセルフホストサイトへ復元する方法を探ってみます。
@schleifer さん、こんにちは。Tobias さんが正しく指摘された通り、バックアップはチーム（通常のバックアップダウンロード）から作成されました。「サブスクリプションのキャンセル」をクリックした際、そのバックアップをバックアップしてダウンロードするオプションが表示されました。その後、管理パネルから別途バックアップを取得しました。両者のファイルサイズは同じですが、どちらのファイルもセルフホスト環境では動作しません。
@pfaffman さん、いいえ、バックアップを作成した時点ではサイトは依然としてアクティブでした。非表示の設定については確信がありませんが、それが問題の原因かもしれません。
@tobiaseigen さん、tar.gz ファイルを解凍すると、中身は「dump.sql」のみです。メディアや添付ファイルは表示されません。バックアップ取得時に何か間違えたのでしょうか？
はい、それが必要なバックアップではありません。SQL ダンプしかない場合、相手と確認してアップロードを含むバックアップを取得する必要があります。明日には解決すると思いますので、問題ないはずです。
通常は（もちろん）アップロードデータは欠落しますが、それだけでリストアが失敗することはないのでしょうか？
私も同じように思いました。ファイルが欠落している場合、Discourse はネイティブでアップロードされた添付ファイルなしでも、すべてのスレッド、外部リンク、会話を表示すべきではないでしょうか？
彼は dump.sql.gz を取り出して full-dump-filename.sql.gz に名前を変更すれば復元できると思いますが、tar.gz の名前の場合はアップロードの処理を試みて失敗します（サイト設定に S3 関連の設定があるのかもしれません。よくわかりませんが）。先週も似たトピックがあり、その時は Gerhard がそのように推奨していました。
しかし、もし彼が本当にサイトをホストしたいのであれば、アップロードデータも必要になるはずです。だったら、完全なダンプを待つほうがいいかもしれません。
@biyaniyash 新しいサイトで /admin/site_settings/category/all_results?filter=s3 にアクセスし、S3 関連のすべての設定を無効にしてから、再度お試しください。これでサイトが正常に動作するはずです。
@tobiaseigen さん、こんにちは。
新しいセルフホスト型の Discourse サイトで /admin/site_settings/category/all_results?filter=s3 にアクセスすると、デフォルトでは以下のような画面が表示されます。
1 つのオプションを除き、すべてのオプションがデフォルトで無効化されているようです。必要な手順についてご確認いただけますでしょうか。
