¿Puedo simplemente empaquetar todo /var/discourse y ejecutarlo en un nuevo servidor?

[Monikas (JustMonika)]

Porque cuando intento migrar usando la copia de seguridad integrada, el proceso de compresión llena rápidamente mi disco. Todavía tenía alrededor de 60 GB de espacio libre, pero durante la copia de seguridad el disco se llena y falla.

Sin embargo, si simplemente comprimo manualmente toda la carpeta /var/discourse, el archivo tiene solo unos 30 GB (la carpeta en sí tiene unos 34 GB).

Debido a que la capacidad se libera directamente cuando está llena, tomé una captura de pantalla al 80%.

Así que mis preguntas son:

• ¿Puedo simplemente empaquetar toda la carpeta /var/discourse, moverla a un nuevo servidor, extraerla y luego ejecutar Discourse?

• ¿O tengo que seguir la forma recomendada (copia de seguridad de la base de datos + copia de las cargas por separado)?

• ¿Existe algún método para evitar que el disco se llene durante el proceso de compresión de la copia de seguridad?

[Canapin (Coin-coin le Canapin)]

Hey,

@Monikas

¿Puedo simplemente empaquetar toda la carpeta /var/discourse, moverla a un servidor nuevo, extraerla y luego ejecutar Discourse?

• ¿O tengo que seguir la forma recomendada (copia de seguridad de la base de datos + copia de subidas por separado)?

Echa un vistazo a esto:

Move a Discourse site to another VPS with rsync

This method is different than restoring file in UI. Maybe there is a more downtime but it’s simpler for linux folks without Discourse knowledge and it’s easy to automate. Prepare new VPS First, prepare our new Current Ubuntu LTS VPS with empty Discourse dir, OS upgrade and Docker install sudo mkdir -p /var/discourse sudo apt-get update sudo apt-get dist-upgrade wget -qO- https://get.docker.com/ | sh Then, make sure that we are on latest installed kernel and other libraries by just restarting …

@Monikas

• ¿Hay algún método para evitar que el disco se llene durante el proceso de compresión de la copia de seguridad?

Sí, teniendo más espacio libre

Dejando a un lado esa obvia respuesta, existen solicitudes de funciones para evitar que las copias de seguridad ocupen más espacio durante la creación, pero aún no se han cumplido: Reduce local disk space needs by not (redundantly) gzipping backups & Add option to disable backup compression

[pfaffman (Jay Pfaffman)]

Además, si no has ejecutado

./launcher cleanup

es posible que tengas un montón de imágenes de Docker ocupando espacio.

[Ethsim2 (Ethan)]

Creo que docker system prune podría ayudar.

[Monikas (JustMonika)]

Lo intenté, lo liberé a 44 GB, mi servidor tiene un total de 98 GB y luego reinicié s3, todavía no funciona, no tengo suficiente espacio, no sé qué dijo Discourse sobre las copias de seguridad tan grandes.

[2025-08-20 10:11:31] Finalizando copia de seguridad…

[2025-08-20 10:11:31] Creando archivo: discourse-2025-08-20-101058-v20250812033430.tar.gz

[2025-08-20 10:11:31] Asegurándose de que el archivo no exista ya…

[2025-08-20 10:11:31] Creando archivo vacío…

[2025-08-20 10:11:31] Archivando volcado de datos…

[2025-08-20 10:11:31] Archivando subidas…

[2025-08-20 10:16:35] Eliminando el directorio temporal ‘/var/www/discourse/tmp/backups/default/2025-08-20-101058’…

[2025-08-20 10:16:36] Comprimiendo archivo con gzip, esto puede tardar un poco…

[2025-08-20 10:28:05] EXCEPCIÓN: gzip -1 /var/www/discourse/public/backups/default/discourse-2025-08-20-101058-v20250812033430.tar

Fallo al comprimir el archivo con gzip.

gzip: /var/www/discourse/public/backups/default/discourse-2025-08-20-101058-v20250812033430.tar.gz: No queda espacio en el dispositivo

[2025-08-20 10:28:05] /var/www/discourse/lib/discourse.rb:171:in `execute_command’

/var/www/discourse/lib/discourse.rb:137:in `exec’

/var/www/discourse/lib/discourse.rb:32:in `execute_command’

/var/www/discourse/lib/backup_restore/backuper.rb:253:in `create_archive’

/var/www/discourse/lib/backup_restore/backuper.rb:40:in `run’

/var/www/discourse/script/spawn_backup_restore.rb:9:in `backup’

/var/www/discourse/script/spawn_backup_restore.rb:31:in `block in ’

/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork’

/var/www/discourse/script/spawn_backup_restore.rb:4:in `’

[2025-08-20 10:28:05] Eliminando copias de seguridad antiguas…

[2025-08-20 10:28:06] Limpiando cosas…

[2025-08-20 10:28:06] Eliminando restos de ‘.tar’…

[2025-08-20 10:28:07] Marcando la copia de seguridad como finalizada…

[2025-08-20 10:28:07] Notificando a ‘VegaMonika’ el fin de la copia de seguridad…

[pfaffman (Jay Pfaffman)]

Creo que necesitarás eliminar el archivo .tar que queda en /var/discourse/shared/standalone/backups/default

Parece que tienes más subidas de las que caben en una copia de seguridad. Necesitarás (1) conseguir un disco más grande, (2) mover los activos a Spaces o S3, (3) mover las subidas a un volumen, (4) no hacer copias de seguridad de las subidas.

La solución inmediata más sencilla, después de eliminar el archivo .tar, es no hacer copias de seguridad de las subidas.

[Lee_Ars]

@Monikas

• ¿Puedo simplemente empaquetar toda la carpeta /var/discourse con tar, moverla a un nuevo servidor, extraerla y luego ejecutar Discourse?

He hecho una versión de esto como parte de una migración de una instancia EC2 a una más grande, pero con la advertencia de que el nuevo servidor que estaba utilizando tendría exactamente la misma imagen base del sistema operativo, nombre de host, software instalado y dirección IP que el anterior. Después de mover /var/discourse a la nueva máquina, ejecuté un launcher rebuild app y el sitio funcionó correctamente.

Así que, bajo esas circunstancias muy específicas, funcionó muy bien la única vez que lo intenté.

[sam (Sam Saffron)]

Es una forma desordenada de moverse, pero mientras sea una instalación predeterminada y te asegures de detener todos tus contenedores de Docker primero, probablemente funcionará.

[Ethsim2 (Ethan)]

snap remove aws-cli

.\\launcher stop app

docker system prune

apt autoremove

.\\launcher enter app

discourse backup

docker cp “app:/var/www/discourse/public/backups/default/your-site-2006-01-02-150405-v20200101150405.tar.gz “ “root@[server_ip_address]:/var/discourse/shared/standalone/backups/default/your-site-2006-01-02-150405-v20200101150405.tar.gz“

exit

snap install aws-cli --classic

aws configure

aws s3 cp “/var/discourse/shared/standalone/backups/default/your-site-2006-01-02-150405-v20200101150405.tar.gz“ “myBucket://your-site-2006-01-02-150405-v20200101150405.tar.gz“