Y a-t-il un moyen de désactiver la compression gzip des sauvegardes ?

Soutien
1

Existe-t-il un moyen de désactiver la compression gzip des sauvegardes ?

Parce que je sais que je vais devoir augmenter la taille de mon serveur Digital Ocean à terme, mais comme cela double essentiellement le coût mensuel, je repousse cela le plus longtemps possible.

Et après la dernière mise à jour (lorsqu’elle est passée au nouveau postgres), il semble que j’en sois arrivé au point où ma sauvegarde peut être créée, mais échoue ensuite lors de la compression gzip de la sauvegarde. Ironique.

Étant donné que je copie la sauvegarde hors du serveur et la stocke ailleurs après sa création, la compression gzip n’a pas de réelle valeur (un temps de transfert légèrement plus long) et je peux la compresser après l’avoir sortie du serveur pour un stockage à long terme. De plus, une grande partie de la taille de la sauvegarde correspond aux téléversements, et les images et autres seront déjà compressées.

Mais actuellement, en raison du processus de compression gzip, l’ensemble de la sauvegarde ne fonctionne pas.

Alors, y a-t-il un moyen de simplement dire de ne pas compresser la sauvegarde en gzip ?

2

Avez-vous exécuté

./launcher cleanup

Pour supprimer l’ancienne base de données ?

Une autre chose que vous pouvez faire est d’utiliser le stockage par blocs pour ajouter de l’espace.

3

Voir la demande/observation précédente :

Réduire les besoins en espace disque local en ne compressant pas (redondamment) les sauvegardes

2 « J'aime »
4

Attendez, tout ce qu’il faut, c’est d’ajouter l’indicateur --gzip à tar et cela éviterait complètement le problème ?

5

Je ne l’avais pas fait, et cela récupère effectivement une belle quantité d’espace qui résoudra mon problème immédiat.

Passer à l’utilisation de l’option --gzip semble toujours une très bonne idée.

Mais au moins, j’ai repoussé le doublement de ma facture mensuelle de six mois ou plus, donc merci.

6

Le stockage par blocs est assez bon marché, je pense. Vous pourriez l’utiliser uniquement pour les sauvegardes ou également pour les téléchargements. Je pense qu’il pourrait être un peu délicat de voir que le stockage par blocs est utilisé pour l’espace temporaire utilisé pour créer la sauvegarde.

7

Puis-je utiliser le stockage par blocs uniquement pour les sauvegardes ? Si oui, cela pourrait être une option pour prolonger le délai avant de devoir doubler le serveur, à moins qu’il ne le crée d’abord localement, puis ne le copie sur S3, auquel cas cela n’aiderait pas du tout.

8

Oui. Ce serait la même idée que celle que j’ai décrite pour les téléchargements. Ce dont je ne me souviens pas, c’est où les fichiers temporaires sont écrits. Je pense que cela pourrait être dans les journaux de sauvegarde. Il vous suffirait de vous assurer que ce répertoire est mappé à l’espace de stockage supplémentaire dans votre app.yml.

9

Je pense que vous feriez quelque chose comme

volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/dashboard/log/var-log
      guest: /var/log
  - volume:
      host: /bigExtraSpace/tmp
      guest: /shared/tmp
  - volume:
      host: /bigExtraSpace/backups
      guest: /shared/backups
2 « J'aime »
10

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