Zálohování souborů z produkčních serverů

[JardaP .]

rsync bych neodepisoval, verzovat se s tím dá. (--link-dest, hardlinky)

pro představu třeba https://github.com/laurent22/rsync-time-backup

Pokud ale budou caste male zmeny ve velkych souborech, bude tohle mnohem mene usporne nez rdiff-backup.

[Reklama]

[blacknoisex]

rsync bych neodepisoval, verzovat se s tím dá. (--link-dest, hardlinky)

pro představu třeba https://github.com/laurent22/rsync-time-backup

Pokud ale budou caste male zmeny ve velkych souborech, bude tohle mnohem mene usporne nez rdiff-backup.

To jo, třeba pst soubory z outlooku ale na ty mám zas jiný skript, tam rotuji počet verzí.
Záleží, na co se to použije. Na zálohy dokumentů to stačí. Na virtuálku je to nepoužitelné.

...ono stačí změnit název složky, která má třeba 100GB a všechno se tam nahrká znovu. Že se změnily jen cesty nepozná.Znám pár takových, co pořád uklízí v počítači

ani nevím jestli u rsync nebyl nějaký strop na velikost souboru.

rdiff-backup na NAS Synology nemám - nějak se tam dostat dá, ale neměl jsem z toho dobrý pocit.
Na normálním železe není problém.( U pastiček typu DS215 si moc vymýšlet nemůžu, jsou to takové domácí hračky)

[JardaP .]

...ono stačí změnit název složky, která má třeba 100GB a všechno se tam nahrká znovu. Že se změnily jen cesty nepozná.Znám pár takových, co pořád uklízí v počítači

Tak tohle bohuzel nepozna ani rdiff-backup. To by byl dost velky opruz naprogramovat, asi by se musely pocitat hashe nebo co.

rdiff-backup na NAS Synology nemám - nějak se tam dostat dá, ale neměl jsem z toho dobrý pocit.

Tak on tam snad byt nemusi, pokud tedy zalohuji od nekud na NAS, ne tak, ze z NASu zalohuju vzdaleny stroj. Takze by melo stacit SSH, mozna rdiff. Nevim, ja to zatim pouzil jen lokalne.

[ja]

Se divim, ze jeste nikdo nezminil BackupPC. Umi diferencialni i inkrementalni zalohy, ma deduplikaci i zip zaloh. Pro nekoho je nevyhoda, ze nema klienta, ale zase podporuje zalohy pres rsync, ssh, smb a ftp. A jako bonus ma pekne WWW rozhrani, pres ktere se necha spustit i obnova dat ze zalohy. Pokud nechces zalohovat na pasky, tak nic lepsiho (zadarmo) neni.

[dustin]

U backuppc by bylo dobré se podívat rovnou na verzi 4, která již nepoužívá hardlinky a tudíž lze souborovou strukturu snadnou přesunout na jiný filesystém. A/nebo rovnou umístit na ZFS/btrfs, aby se to snadno zálohovalo snapshoty na offline zálohy.

[Reklama]

[blb]

IMHO ti uplne bude stacit Duplicity, pripadne duply pokud si chces zjednodusit konfiguraci.

[Papi]

Díky za všechny návrhy. Nakonec jsem se rozhodl pro BackupPC. Je ve velmi aktivním vývoji, při restoru souborů vrací chmody a vlastníky, a je vysoce konfigurovatelný.

[JardaP .]

Díky za všechny návrhy. Nakonec jsem se rozhodl pro BackupPC. Je ve velmi aktivním vývoji, při restoru souborů vrací chmody a vlastníky, a je vysoce konfigurovatelný.

Ten aktivni vyvoj by me trochu desil.

Prava a vlastniky dostanu z rsync nebo rdiff-backup take (pokud tedy chci). To je snad normalni pozadavek, ne?

[dustin]

Aktivní v tomto případě znamená, že se do něj dodělávají nové featury, že projekt žije.

Přechod od hardlinků (v. 3) k "zástupcům" (v. 4) je dost zásadní posun dopředu. Zrovna řeším přesun 11TB XFS s 15 lety záloh backuppc na ZFS. Zkusil jsem zvol + XFS, ale rychlost čtení kvůli maličkým 4kB blokům spadla na desetinu, což je na provoz nereálné. Takže nezbude než zkonvertovat pool na v. 4 bez hardlinků, aby to šlo překopírovat. Naštěstí je na to nástroj = aktivní vývoj.

[JardaP .]

Aktivní v tomto případě znamená, že se do něj dodělávají nové featury, že projekt žije.

To ano, ale potencialne take nove bugy a nekdy nekompatibility se starimi verzemi, napriklad zde by mohla vzniknout nekompatibilita se starymi zalohami. Nevim, jak to zalohuje a jestli by to byl problem, to byl jen priklad.

Jde take o to, aby tam nebyly pridavane nove ficury jen za ucelem pridavani novych ficur.