私は、rsync を新しいサーバーに適用する際には --numeric-ids が 100% 必須であることを改めて強調したいと思います。そうしないと、rsync はホスト間でユーザー名を一致させようとし、Docker 内のファイルの所有権が変更されます。これにより、Postgres が所有しているはずのファイルが所有できなくなったために起動を拒否したことが最初の失敗であったことを突き止めるために、何百万ものエラーメッセージを読み進めることになりますが、その後も他の多くの混乱（Redis が既にリッスンしている TCP ポートをバインドしようとする、犬と猫が一緒に住むなど）が続き、問題の診断が困難になります。
また、Discourse によって作成され、Discourse によって完全に制御される Docker コンテナ内で実行されるはずの実際のバックアップが機能しない可能性があり、さらに 数年間 も未解決のまま失敗が続いている可能性があるというのは、全く恐ろしいことです。だからこそ、私は rsync を使って新しいハードウェアに移行しました。rsync はそれを完了し、現在ではミラーリングされた ZFS ファイルシステム上にあり、毎時のスナップショットと毎日のリモートバックアップが行われており、それは素晴らしいことです…しかし、Discourse の自動バックアップが災害時に自分たちを救ってくれると信じているすべての管理者のことを考えると、SQL インデックスの破損や、それを使用しようとしたときにどのプラグインを実行していたのかについて頭を悩ませることになるのではないかと心配になります。