S3 をファイルアップロードとバックアップの両方に正常に使用しています。しかし、バックアップ時にアップロードを除外する（「はい（アップロードを含めない）」を選択）場合のみ、リストアが成功します。バックアップ時に「はい」を選択してアップロードを含めると、ログに次のエラーが表示されます。
EXCEPTION: 一部のアップロードは新しいスキームに移行できませんでした。手動で修正する必要があります。
[2022-08-18 20:57:23] /var/www/discourse/lib/file_store/to_s3_migration.rb:156:in `migrate_to_s3’
バックアップを完全に自己完結型にし、アップロードを含めることで、将来的に別の AWS アカウントへの移行が必要になった場合や、予期せぬ災害が発生した場合などに、バックアップからすべてを復元できるようにしたいと考えています。
@serios この問題は解決できましたか？私も自分の環境で同じ問題が発生しています。
難しいです。問題は、一部の画像が別のバケットの別のパスにあり、それがテストの失敗の原因となっていることです。そのため、これらのアップロードを見つけて、適切なバケットに配置する必要があります。
はい。現在、Discourse を別の環境に移行する作業を行っています。これには、アプリケーションを別のホストに移行することや、アップロードを別の S3 バケットに移行することも含まれます。アプリケーションのセットアップと、新しいバケットへの S3 アップロードの有効化は完了しました。新しい投稿やアップロードはすべて正常に機能しています。古いホストからのバックアップを新しいホストに復元しようとすると、このエラーが発生します。過去 2 週間、この問題に苦労しています。S3 アップロードを無効にし、復元してから S3 アップロードを再度有効にするという推奨事項を確認しました。
その作業を行う準備はできていますが、S3 を無効にし、復元してから S3 を再度有効にした場合、復元されたすべてのアップロードが新しい S3 に自動的にプッシュされるのか、それとも S3 移行タスクを実行する必要があるのか、確認したいだけです。
復元する前に新しいS3設定を有効にすると、復元時に新しいバケットにプッシュされます。