Posso simplesmente compactar todo o /var/discourse e executá-lo em um novo servidor?

[Monikas (JustMonika)]

Porque quando tento migrar usando o backup integrado, o processo de compressão enche rapidamente meu disco. Eu ainda tinha cerca de 60 GB de espaço livre, mas durante o backup o disco fica cheio e falha.

No entanto, se eu apenas comprimir manualmente toda a pasta /var/discourse, o arquivo tem apenas cerca de 30 GB (a pasta em si tem cerca de 34 GB).

Como a capacidade é liberada diretamente quando está cheia, tirei um print em 80%.

Então minhas perguntas são:

• Posso simplesmente empacotar toda a pasta /var/discourse, movê-la para um novo servidor, extraí-la e então executar o Discourse?

• Ou tenho que seguir o caminho recomendado (backup do banco de dados + cópia dos uploads separadamente)?

• Existe algum método para evitar que o disco encha durante o processo de compressão de backup?

[Canapin (Coin-coin le Canapin)]

Olá,

@Monikas

Posso simplesmente empacotar toda a pasta /var/discourse com tar, movê-la para um novo servidor, extraí-la e, em seguida, executar o Discourse?

• Ou tenho que seguir o caminho recomendado (backup do banco de dados + cópia dos uploads separadamente)?

Dê uma olhada nisso:

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

• Existe algum método para evitar que o disco fique cheio durante o processo de compressão do backup?

Sim, tendo mais espaço livre

Deixando essa resposta óbvia de lado, existem solicitações de recursos para evitar que os backups ocupem mais espaço durante a criação, mas elas ainda não foram atendidas: Reduce local disk space needs by not (redundantly) gzipping backups & Add option to disable backup compression

[pfaffman (Jay Pfaffman)]

Além disso, se você ainda não executou o

./launcher cleanup

você pode ter um monte de imagens do Docker ocupando espaço.

[Ethsim2 (Ethan)]

Eu acho que docker system prune pode ajudar

[Monikas (JustMonika)]

Tentei, liberei 44 GB, meu servidor tem um total de 98 GB, e então iniciei o S3 novamente, mas ainda não funciona. Não tenho espaço suficiente. Não sei o que o Discourse disse sobre os backups serem tão grandes.

[2025-08-20 10:11:31] Finalizando backup…

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

[2025-08-20 10:11:31] Verificando se o arquivo já existe…

[2025-08-20 10:11:31] Criando arquivo vazio…

[2025-08-20 10:11:31] Arquivando dump de dados…

[2025-08-20 10:11:31] Arquivando uploads…

[2025-08-20 10:16:35] Removendo o diretório temporário ‘/var/www/discourse/tmp/backups/default/2025-08-20-101058’…

[2025-08-20 10:16:36] Compactando o arquivo com gzip, isso pode levar algum tempo…

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

Falha ao compactar o arquivo com gzip.

gzip: /var/www/discourse/public/backups/default/discourse-2025-08-20-101058-v20250812033430.tar.gz: Sem espaço no 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] Removendo backups antigos…

[2025-08-20 10:28:06] Limpando…

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

[2025-08-20 10:28:07] Marcando backup como concluído…

[2025-08-20 10:28:07] Notificando ‘VegaMonika’ sobre o fim do backup…

[pfaffman (Jay Pfaffman)]

Acho que você precisará excluir o arquivo .tar deixado em /var/discourse/shared/standalone/backups/default

Parece que você tem mais uploads do que cabem em um backup. Você precisará (1) obter um disco maior, (2) mover ativos para Spaces ou S3, (3) mover uploads para um volume, (4) não fazer backup de uploads

A solução imediata mais simples, depois de excluir o arquivo .tar, é não fazer backup de uploads.

[Lee_Ars]

@Monikas

• Posso simplesmente empacotar toda a pasta /var/discourse com tar, movê-la para um novo servidor, extraí-la e então executar o Discourse?

Eu fiz uma versão disso como parte de uma migração de uma instância EC2 para uma maior, mas com a ressalva de que o novo servidor que eu estava usando teria exatamente a mesma imagem base do sistema operacional, nome do host, software instalado e endereço IP do antigo. Depois de mover /var/discourse para a nova máquina, executei um launcher rebuild app e o site voltou a funcionar.

Portanto, sob essas circunstâncias muito específicas, funcionou muito bem na única vez que tentei.

[sam (Sam Saffron)]

É uma forma bagunçada de mover, mas desde que seja uma instalação padrão e você certifique-se de parar todos os seus contêineres do Docker primeiro, provavelmente 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“