È possibile disabilitare il backup gzip?

Supporto
1

C’è un modo per disabilitare la compressione gzip dei backup?

So che alla fine dovrò aumentare le dimensioni del mio server Digital Ocean, ma poiché ciò raddoppia essenzialmente il costo mensile, lo sto rimandando il più possibile.

E dopo l’ultimo aggiornamento (quando è passato al nuovo postgres), sembra che sia arrivato al punto in cui il mio backup può essere creato, ma poi fallisce la compressione gzip del backup. Ironico.

Poiché copio il backup dal server e lo conservo altrove dopo che è stato creato, la compressione gzip non ha un valore reale (leggermente più lungo tempo di trasferimento) e posso comprimerlo con gzip dopo averlo tolto dal server per l’archiviazione a lungo termine. Inoltre, gran parte delle dimensioni del backup sono gli upload, e le immagini e simili saranno già compresse.

Ma attualmente, a causa del processo di compressione gzip, l’intero backup non funziona.

Quindi, c’è un modo per dire semplicemente di non comprimere il backup con gzip?

2

Hai eseguito

./launcher cleanup

Per eliminare il vecchio database?

Un’altra cosa che puoi fare è usare lo storage a blocchi per aggiungere spazio.

3

Vedere la richiesta/osservazione precedente:

Riduci le esigenze di spazio su disco locale non comprimendo (ridondantemente) i backup

2 Mi Piace
4

Aspetta, tutto ciò che serve è aggiungere il flag --gzip a tar e si eviterebbe del tutto il problema?

5

Non l’avevo fatto, e questo mi restituisce una bella porzione di spazio che risolverà il mio problema immediato.

Passare all’uso dell’opzione --gzip sembra comunque un’ottima idea.

Ma almeno ho rimandato il raddoppio della mia bolletta mensile di altri sei mesi o più, quindi grazie.

6

Lo storage a blocchi è piuttosto economico, credo. Potresti usarlo solo per i backup o anche per i caricamenti. Penso che potrebbe essere un po’ complicato capire che lo storage a blocchi viene utilizzato per lo spazio temporaneo utilizzato per creare il backup.

7

Posso usare lo storage a blocchi solo per i backup? Se sì, quella potrebbe essere un’opzione per estendere il tempo prima di dover raddoppiare il server, a meno che non lo crei prima localmente e poi lo copi su S3, nel qual caso non aiuterebbe affatto.

8

Sì. Sarebbe la stessa idea di quella che ho descritto per gli upload. Quello che non ricordo è dove vengono scritti i file temporanei. Penso che potrebbero essere nei log di backup. Ti basterebbe assicurarti che quella directory sia mappata nello spazio di archiviazione aggiuntivo nel tuo app.yml

9

Penso che faresti qualcosa come

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 Mi Piace
10

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