Puis-je simplement archiver tout `/var/discourse` et l'exécuter sur un nouveau serveur ?

Soutien
1

Parce que lorsque j’essaie de migrer en utilisant la sauvegarde intégrée, le processus de compression remplit rapidement mon disque. J’avais encore environ 60 Go d’espace libre, mais pendant la sauvegarde, le disque se remplit et échoue.

IMG_3879
IMG_38791032×1748 129 KB

Cependant, si je compresse simplement manuellement tout le dossier /var/discourse, l’archive ne fait qu’environ 30 Go (le dossier lui-même fait environ 34 Go).

IMG_3878
IMG_3878572×474 22.6 KB

Parce que la capacité est libérée directement lorsqu’elle est pleine, j’ai pris une capture d’écran à 80 %.

IMG_3880
IMG_3880467×590 25.3 KB

Mes questions sont donc :

• Puis-je simplement archiver/compresser tout le dossier /var/discourse, le déplacer vers un nouveau serveur, le décompresser, puis exécuter Discourse ?

• Ou dois-je suivre la méthode recommandée (sauvegarde de la base de données + copie des téléchargements séparément) ?

• Existe-t-il une méthode pour éviter que le disque ne se remplisse pendant le processus de compression de la sauvegarde ?
2

Salut,

Jetez un œil à ceci :

Oui, en ayant plus d’espace libre :slight_smile:

Au-delà de cette réponse évidente, il existe des demandes de fonctionnalités pour empêcher les sauvegardes de prendre plus d’espace lors de leur création, mais elles n’ont pas encore été satisfaites : Reduce local disk space needs by not (redundantly) gzipping backups & Add option to disable backup compression

4 « J'aime »
3

De plus, si vous n’avez pas exécuté

./launcher cleanup

vous pourriez avoir un tas d’images Docker qui occupent de l’espace.

5 « J'aime »
4

Je pense que docker system prune pourrait aider.

5

J’ai essayé, je l’ai libéré à 44 Go, mon serveur total 98, puis j’ai redémarré s3, ça ne fonctionne toujours pas, je n’ai pas assez d’espace, je ne sais pas ce que discourse a dit à propos des sauvegardes qui sont si volumineuses

[2025-08-20 10:11:31] Finalisation de la sauvegarde…

[2025-08-20 10:11:31] Création de l’archive : discourse-2025-08-20-101058-v20250812033430.tar.gz

[2025-08-20 10:11:31] Vérification que l’archive n’existe pas déjà…

[2025-08-20 10:11:31] Création d’une archive vide…

[2025-08-20 10:11:31] Archivage du dump de données…

[2025-08-20 10:11:31] Archivage des téléversements…

[2025-08-20 10:16:35] Suppression du répertoire temporaire ‘/var/www/discourse/tmp/backups/default/2025-08-20-101058’…

[2025-08-20 10:16:36] Compression de l’archive, cela peut prendre un certain temps…

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

Échec de la compression de l’archive.

gzip : /var/www/discourse/public/backups/default/discourse-2025-08-20-101058-v20250812033430.tar.gz : Périphérique de stockage plein

[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] Suppression des anciennes sauvegardes…

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

[2025-08-20 10:28:06] Suppression des restes de ‘.tar’…

[2025-08-20 10:28:07] Marquage de la sauvegarde comme terminée…

[2025-08-20 10:28:07] Notification à ‘VegaMonika’ de la fin de la sauvegarde…

6

Je pense que vous devrez supprimer le fichier .tar restant dans /var/discourse/shared/standalone/backups/default

Il semble que vous ayez plus de téléchargements que ce qui peut tenir dans une sauvegarde. Vous devrez (1) obtenir un disque plus grand, (2) déplacer les actifs vers Spaces ou S3, (3) déplacer les téléchargements vers un volume, (4) ne pas sauvegarder les téléchargements.

La solution immédiate la plus simple, après avoir supprimé le fichier .tar, est de ne pas sauvegarder les téléchargements.

7

J’ai fait une version de cela dans le cadre d’un déménagement d’une instance EC2 vers une plus grande, mais avec la réserve que le nouveau serveur que j’utilisais aurait exactement la même image de base du système d’exploitation, le même nom d’hôte, le même logiciel installé et la même adresse IP que l’ancien. Après avoir déplacé /var/discourse vers la nouvelle machine, j’ai exécuté un launcher rebuild app et le site s’est immédiatement lancé.

Donc, dans ces circonstances très spécifiques, cela a très bien fonctionné la seule fois où j’ai essayé.

1 « J'aime »
8

C’est une façon désordonnée de procéder, mais tant qu’il s’agit d’une installation par défaut et que vous vous assurez d’arrêter tous vos conteneurs Docker au préalable, cela fonctionnera probablement.

1 « J'aime »
9

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“

10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.