Si je comprends bien, cela permet au plus gros du transfert de se faire pendant que Discourse est en cours d’exécution. La stratégie de restauration à partir d’une sauvegarde nécessite au moins un accès en lecture seule pour la sauvegarde et le déplacement de la sauvegarde vers le nouveau serveur (ou le transfert via un bucket S3). Pour les gros sites, cela peut entraîner un temps de lecture seule considérable que la stratégie rsync évite soigneusement.
Il serait peut-être possible de gagner un peu plus de temps de disponibilité en évitant d’arrêter PostgreSQL sur l’ancien système et en “corrigeant” le problème sur le nouveau système avec pg_resetwal. NB : Je n’ai pas essayé cela et laisser la base de données s’arrêter gracieusement est presque certainement une meilleure idée.
Je me demande s’il existe un moyen de démarrer Discourse en lecture seule ? Je soupçonne que le moyen le plus rapide est via la ligne de commande une fois le conteneur démarré.
Quoi qu’il en soit, merci d’avoir partagé votre expérience ! Cela semble être un processus utile à avoir sous la main. 