私の知る限り、このガイドは以下の手順を複雑に説明しているに過ぎません：
- バックアップ
discourse_setup 2containerを実行するだけで得られる結果と同じものを、より多くの手順を踏むことで得る、完全に新しい Discourse インスタンスの作成- 復元
なぜ、クリーンなシャットダウン後に /var/discourse/shared/standalone/{postgres,redis}* を /var/discourse/shared/data へ移動またはコピーし、その後、別の containers/*.yml ファイルから 2 つの新しいコンテナを起動しないのでしょうか？バックアップと復元は、すべてのデータを移動させるには非常に重厚な方法であり、プロセスに不必要に何時間も追加しているように思えます。何か見落としているのでしょうか？
私はテスト用の Discourse でこの手順を試しました。ついでに Redis も分離して、すべてのケースを網羅しているか確認しました。編集：説明を新しいトピックに移しました：
バックアップと復元のプロセスを経なくても、サイトは正常に機能しているようです。何か見落としがちな確認事項があるでしょうか？
私は それなりに大きな Discourse でも同じ手順を行いました。問題なく動作しています。本番環境では、新しい web_only コンテナを app と命名することにしました。そうすれば、指が自然に正しい操作を行ってくれるからです。新しい container/*.yml ファイルを作成した後、移行全体のダウンタイムは 12 分でした。バックアップと復元のプロセスを経るよりもはるかに高速でした。