Wenn ich das richtig verstehe, ermöglicht dies, dass der Großteil der Übertragung stattfindet, während Discourse läuft. Die Wiederherstellung aus einem Backup erfordert mindestens Lesezugriff für das Backup und das Verschieben des Backups auf den neuen Server (oder die Übertragung über einen S3-Bucket). Bei großen Websites kann dies zu erheblichen Lesezeiten führen, die die Rsync-Strategie geschickt vermeidet.
Es wäre vielleicht möglich, die Ausfallzeit etwas zu verkürzen, indem man PostgreSQL auf dem alten System nicht herunterfährt und das Problem auf dem neuen System mit pg_resetwal „behebt“. Hinweis: Ich habe dies nicht ausprobiert und es ist fast sicher besser, die Datenbank ordnungsgemäß herunterzufahren.
Ich frage mich, ob es eine Möglichkeit gibt, Discourse im schreibgeschützten Modus zu starten? Ich vermute, der schnellste Weg ist über die Befehlszeile, nachdem der Container läuft.
Auf jeden Fall vielen Dank, dass Sie Ihre Erfahrungen mitgeteilt haben! Es scheint ein nützlicher Prozess zu sein, den man im Hinterkopf behalten kann. 