Si entiendo correctamente, esto permite que la mayor parte de la transferencia ocurra mientras Discourse está en funcionamiento. La estrategia de restauración a partir de una copia de seguridad requiere al menos acceso de solo lectura para la copia de seguridad y mover la copia de seguridad al nuevo servidor (o transferir a través de un bucket S3). Para sitios grandes, esto puede resultar en un tiempo considerable de solo lectura que la estrategia rsync evita de manera ordenada.
Podría ser posible exprimir un poco más de tiempo de actividad evitando apagar PostgreSQL en el sistema antiguo y “arreglando” el problema en el nuevo sistema con pg_resetwal. NB: No he probado esto y dejar que la base de datos se apague correctamente es casi con certeza una mejor idea.
Me pregunto si hay alguna forma de iniciar Discourse en modo de solo lectura. Sospecho que la forma más rápida es a través de la línea de comandos después de que el contenedor esté en funcionamiento.
En cualquier caso, ¡gracias por compartir tu experiencia! Parece un proceso útil para tener a mano. 