Por lo que puedo ver, esta guía es mucho texto alrededor de:
- hacer una copia de seguridad
- crear una instancia completamente nueva de Discourse, con más palabras pero los mismos resultados que simplemente ejecutar
discourse-setup 2container - restaurar
¿Por qué no simplemente mover o copiar /var/discourse/shared/standalone/{postgres,redis}* a /var/discourse/shared/data después de un apagado limpio y antes de iniciar dos nuevos contenedores desde archivos containers/*.yml separados? Una copia de seguridad/restauración parece una forma muy pesada de mover todos esos datos, añadiendo horas innecesarias al proceso. ¿Estoy pasando por alto algo obvio aquí?
Acabo de probar este proceso en mi Discourse de prueba y también separé Redis mientras estaba en ello, solo para asegurarme de cubrir todas las bases. Edición: He movido la descripción a un nuevo tema:
El sitio parece funcionar correctamente sin un ciclo de copia de seguridad/restauración. ¿Hay algo no obvio que deba verificar?
Hice el mismo proceso para un Discourse relativamente grande y está funcionando bien. Decidí que en producción nombraría mi nuevo contenedor web_only como app, para que mis dedos sigan haciendo lo correcto de forma natural. Después de escribir los nuevos archivos container/*.yml, el tiempo de inactividad para toda la migración fue de 12 minutos, mucho más rápido de lo que habría sido para un ciclo de copia de seguridad/restauración.