Jo habitualment faig còpies de seguretat de BBDD mysql que o bé no
canvien gaire, o la taules taules que ho fan son les relacionades amb
la memòria cau.
Quan faig la còpia amb un rsync (un dels dos suistemes que tinc),
entenc que és millor comprimir-la amb gzip, perquè diria que es
redueix a un 10% de l'original.
Però quan la faig amb borg, que diria que sap veure les diferències
internes d'un fitxer, potser seria millor no comprimir-la...
Teniu experiència, sobre aquest tema?
PD: també se m'acut que en el cas de webs on les taules de la memòria
cau ocupen molt, igual seria interessant executar un flush (buidat?) de
la memòria cau just abans de fer la còpia...
El Sat, 13 Sep 2025 07:10:15 +0200
Narcis Garcia <debianlists@actiu.net> va escriure:
Justament sí: Pots esperar què qualsevol canvi en els fitxers
continguts en un paquet comprimit, POT* suposar la recompressió del
paquet sencer i, per tant, diferències a qualsevol part (o totes les
parts) del paquet.
(*) De ben segur suposa la recompressió completa de cada fitxer
canviat.
El 12/9/25 a les 16:08, Joan ha escrit:
Al final he fet servir rclone i ha anat molt bé. El que em pregunto
és si l'uses per sincronitzar 2 directoris, si només escriu els
fitxers amb canvis (bé, això ho vaig comprovar i em va semblar que
si) però també si, com em sembla que fa borg, detecta en un fitxer
gran (posa, per exemple, un gzip d'una base de dades d'uns quants
gigues) només les PORCIONS que han canviat (tampoc sé si és possible
fer-ho en un gzip., si justament al comprimir un fitxer, es perd la
traça de l'origen dels fragments d'un fitxer)