Dotaz: Jak efektivně zálohovat?

[fanda]

Řeším problém zálohování file serveru a mám dva trochu protichůdné požadavky:

1) najít v záloze omylem smazané či přepsané soubory (pár dní zpátky)

2) mít v záloze reálný obraz primárního úložiště pro případnou obnovu

no a za třetí nechci plejtvat místem a časem.

Jak efektivně zálohovat, abych mohl v případě havárie obnovit systém do "aktuální" (v době poslední zálohy) podoby a zároveň byl schopen vytáhnout soubor, který jsem včera (předevčírem) smazal, či přepsal jinou verzí? Tedy mít obrazy systému za pár dní zpátky, ale s vyřešenou redundancí.

Server je Ubuntu se sambou, klienti přistupují jen přes sambu.

Zálohovat chci přes FTP na externí síťový disk, k dispozici mám  pro zálohu dvojnásobnou kapacitu, než je na primárním serveru. 500GB -> 1TB

Děkuji.

 

 

 

Odpovědi

[Jendа]

rdiff-backup?

[Nicky726]

Taky bych to tak viděl. Poslední zálohovaná data dostupná přímo jako mirror, starší snadno obnovitelná z diffů.

[Ivan]

 bakula nebo jiny zalohovaci SW?

 

[pht]

1. rsyncujte data na zálohovací server (budete přenášet pouze změny)

2. na zálohovacím serveru proveďte commit do verzovacího systému, např. git (budete si držet historii)

nebo

1. používejte verzovací systém

2. synchronizujte repo na backup server

nebo

1. používejte nějakou extenzi pro sambu, která bude verzovat (nebo v nejhorším jen "koš" na vymazané soubory)

2. zálohujte výsledek

nebo

1. dělejte plnou zálohu každý den a

2. udržujte si N starých kopií

[Heron]

GIT si neudržuje nic jako pracovní kopie? V pracovním adresáři SVN jsou data dvakrát, tedy celkově třikrát + v repozitáři. Mohl by jsi prosím pro git uvést jak přesně by se to dělalo? Nejsem s ním zrovna kamarád a řeším něco podobného jako tazatel.

Zatím používám rdiff-backup. Nevýhoda: nelze vzít aktuální mirror tak jak je, je nutné nekopírovat adresář rdiff-backup-data. Toto jeho řešení nepovažuji za ideální (Co se stane, když zdroj tento adresář bude obsahovat s ostrými daty?). Výhoda: je velmi úsporný, ukládá rozdíly v souboru (tj změna 2GB souboru neznamená, že se odzálohuje celý).

Tazateli bych doporučoval rsnapshot. Dělá na každou zálohu nový adresář (který lze vzít tak jak je) a šetří místem - používá hardlinky pro nezměněné soubory. Nevýhoda je právě v použití hardlinků. 30 záloh několika milionů souborů nemá žádný FS moc v lásce (právě z tohoto důvodu jsem ho opustil). Jinak je to bezvadné řešení.

[pht]

GIT si neudržuje nic jako pracovní kopie? V pracovním adresáři SVN jsou data dvakrát, tedy celkově třikrát + v repozitáři. Mohl by jsi prosím pro git uvést jak přesně by se to dělalo? Nejsem s ním zrovna kamarád a řeším něco podobného jako tazatel.

Abych byl upřimný, tak netuším, jestli tam data budou 2x nebo 3x; pokud udržujete historii celého adresáře tak stejně budete potřebovat eventuelně místa mnohem víc.

[CIJOML]

Tivoli Storage Manager resi tvuj problem :)

[Sandokan]

Co třeba backuppc.sourceforge.net/ Funkční, spolehlivý výkonnný. Ověřeno zhruba dvouletým provozem, mohu doporučit.

Zdar!

 

[dustin]

Ano, mohu také plně doporučit backuppc. Nastavit mu dostatečný počet denních záloh, aby ponechával třeba 20 záloh po dni a až pak teprve to snížil na týdenní. Líbí si mi jeho "agilita", že se o vše stará sám.

[DavD]

Disk ARchive
dar.linux.free.fr/

Udělat na začátku měsíce plnou zálohu a pak každý den rozdílovou (buď od té plné nebo od předchozí rozdílové). Rozdílová záloha není binární, ale kopírují se celé změněné soubory.

Pro 7-zip je tuším v plánu přidat podporu ".dar" archivu, takže by to v budoucnu mohlo jít rozbalit i něčím jiným než darem. Existuje i plugin do Total Commanderu (ale s vadnou českou diakritikou).

[fanda]

Díky  za všechny rady rdiff-backup vypadá, že řeší přesně to co potřebuju. Jdu si ho otestovat.