Názory k článku
Záloha dat pomocí rdiff-backup

Jestli to dobre chapu, v zaloze je vzdy aktualni kopie dat, plus diffy na predchozi verze?

Přesně tak to je. Na záložním médiu je kompletní mirror zálohovaných dat. Tedy je tam k vidění naprosto totožná struktura souborů a adresářů, jako byste ji vytvářel pomocí rsync. Navíc je ale v každém podadresáři adresář rdiff-backup-data, který obsahuje různé stavové informace + zmíněné diffy ke všem předchozím verzím, které jste kdy zálohoval.

Neni pak riziko, ze bude posledni zaloha poskozenou tu aktualni kopii a vsechny predchozi diffy jsou k nicemu? Neni jistejsi mit nejakou historii, kde budou kompletni zalohy? Znate to, cert nikdy nespi a je lepsi mit zalohu dva dny starou zalohu sice nejnovejsi, ale poskozenou...

Fajn program. K uplnemu stesti chybi jedine - vedle --remove-older-than by mohl nabizet --move-older-than. Celkem by se hodilo mit to primo zabudovane (I kdyz je to skript na 100 radku)

Plus ty zpetne diffy jsou jako retez stesti, jeden backup selze a muzeme se s nimi loucit.

To je holt "vlastnost" TSM. Jiní to dělají lépe.

Jasne, jasne, jen se delim o zkusenost - backup selze snadno, nemuselo by ale byt nutne zbavovat se kvuli tomu vsech diffu. Pokud jsem neupdatoval soubor na novou verzi, pak je diff oproti stavajici kopii zdravy, a neni treba jej zahazovat :)

Bohuzel je ale backup "atomicky" - bud se zdaril, nebo muzeme smazat adresar rdiff-backup-data, zaloha stejne musi jet na cisto (nebo mi nekdo poradte lepsi zpusob ;) ).

Nastesti se to nestava casto - tak maximalne 3x do roka (malo mista v cili, nebo nejaka podivna nekonzistence kolem ACL apod.).

problem je v tom ze dalsi zaloha po neuspesne odmita casto projit do te doby, nez se odmazne velka cast obsahu rdiff-backup-data (to si zkuste nasimulovat vy ;) )

Ale já radši zálohuju komplet celý diskový oddíly, respektive adresářový stromy na těch oddílech tar.bz2. Typicky celý /home a ještě /var/www a /etc. Sice to sežere o dost víc místa, ale zas nemusím přemýšlet nad tím jestli jsem něco nezapomněl zahrnout do zálohy.

Tady ale můžete také zálohovat celou adresářovou strukturu. Navíc při opakovaných zálohách se přenesou znovu jen změny.

Tak to prubnu. :-) Snad si vlastní neznalostí nezlikviduju data. :-)

Ahoj,
rdiff-backup je good ,vymenil jsem ho misto rsnapshotu kvuli uspore mista.Celkem me prikvapilo ,ze je o dost pomalejsi i kdyz take pouziva rsync like transfer.

Posledni verze obsahuji chybu (asi neco v pythonu) a nektere zalohy se proste nevykonaji ,coz je smutne.Zatim mi nikdo nebyl schopen poradit. Viz. vypis.
Nevite nekdo?
Jinak se mejte.
Dik.



File "/usr/lib64/python2.4/site-packages/rdiff_backup/connection.py", line 370, in reval
if isinstance(result, Exception): raise result

Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
import msvcrt, os
File "/usr/lib64/python2.4/site-packages/rdiff_backup/Main.py", line 304, in error_check_Main
try: Main(arglist)
File "/usr/lib64/python2.4/site-packages/rdiff_backup/Main.py", line 324, in Main
take_action(rps)
File "/usr/lib64/python2.4/site-packages/rdiff_backup/Main.py", line 280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib64/python2.4/site-packages/rdiff_backup/Main.py", line 346, in Backup
backup.Mirror(rpin, rpout)
File "/usr/lib64/python2.4/site-packages/rdiff_backup/backup.py", line 38, in Mirror
DestS.patch(dest_rpath, source_diffiter)
File "/usr/lib64/python2.4/site-packages/rdiff_backup/backup.py", line 230, in patch
for diff in rorpiter.FillInIter(source_diffiter, dest_rpath):
File "/usr/lib64/python2.4/site-packages/rdiff_backup/rorpiter.py", line 177, in FillInIter
for rp in rpiter:
File "/usr/lib64/python2.4/site-packages/rdiff_backup/iterfile.py", line 382, in next
while not type: type, data = self._get()
File "/usr/lib64/python2.4/site-packages/rdiff_backup/iterfile.py", line 414, in _get
if not self.buf: self.buf += self.file.read()
File "/usr/lib64/python2.4/site-packages/rdiff_backup/connection.py", line 518, in read
return self.connection.VirtualFile.readfromid(self.id, length)
File "/usr/lib64/python2.4/site-packages/rdiff_backup/connection.py", line 450, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/usr/lib64/python2.4/site-packages/rdiff_backup/connection.py", line 370, in reval
if isinstance(result, Exception): raise result
IOError: [Errno 34] Numerical result out of range
Fatal Error: Lost connection to the remote system

Zdravim. Precital som si clanok a s rdiffom-robim jeden zalohovaci projekt, som v rannom stadiu vyvoja :). a postup je nasledovy: UNIX server a WIN klienti. nova verzia je na stranke uz spravena nativne pre Win32, lenze stale su tak chybky a minimalne mi par --include a --exclude veci nejde. Robil s tym uz niekto pod winom a rozbehal to ?..nech mi napise na soil@centrum.sk nejake info ako to slapalo a pod.

Ahoj,
s rdiffem zalohujeme bez problemu ve firme i Win servery. Je pouzity Cygwin s ssh demonem a rdiff-backup ve verzi 1.1.15 a na zalohovacim Linux CentOS 5 serveru ta sama verze. Rdiff nema rad prilis velke rozdily ve verzich na strane serveru a klienta, takze obcas se to neobejde bez kompilovani. Kazdopadne v repozitari Cygwinu je mozne zvolit z vice verzi.
Happy backupping
M.

:) noo Cygwin som skusal lenze ak sa nemylim tak zasa sa to riesi iba cez konzolovy pristup kde sa naklepe nejaky prikaz resp sa vykona nejaky skript a zazalohuju sa data,ale ja xcem poriesit nejaky program, ktory sa naprogramuje co ja viem v C++ alebo Delphi to je jedno. Len aby to bola klikacia aplikacia. Napad bol povodne taky, ze aplikacia iba externe zavola nejaky zalohovaci skript s parametrami, lenze potom zasa neviem ako do aplikacie dostat vystup z toho skriptu (logy,errori,nastavenia,atd..)

K 95% spokojenosti pouzivame rsynd server na linux serveru a na nej lejeme data z linux/win klientu prenos a vse 100%, jedinnym nedoresenym neduhem je kodovani z widnows :-(

Nevíte prosím někdo jak je to u rdiff-backupu s šifrováním záloh?
Popřípadě pokud někdo v praxi zkoušel mimo rdiff-backupu i nástroj "duplicity", prosím o porovnání.
(Duplicity zálohy šifrovat umí)

Sifrovat neumi... Je to primarne rsync doplneny o zpetne diffy.
Co tak zalohovat na sifrovanou partition?

rdiff-backup používám v celku ke své spokojenosti. Schází mi jen možnost zálohovat vše do jednoho zálohovacího adresáře, ale přitom část toho co si zálohuji, chci zálohovat častěji než zbytek.

Prostě chci mít zálohu přibližně celého systému v jediném adresáři, ale přitom chci, aby například adresář /home a jiné byly zálohovány denně a zbytek jen týdně. Zatím to musím řešit tak, že celý systém zálohuji řekněme týdně do adresare1 a adresáře typu /home denně do adresare2. Na získání nějaké verze souboru ze zálohy mám pak script, který se dívá jak do adresare1 tak do adresare2.

To bohuzel nejde... Ale aspon by slo dat do tech tydennich exception, aby nezalohoval /home znovu

Kdyz neni pozadovana verze v repozitari, tak je holt potreba kompilovat. Rdiff je na rozdilne verze citlivy.

Já zkouším něco takového (jestli je to to, co používáte, pak se omlouvám):

rm -rf /home/backup/tmp/*
mkdir /home/backup/tmp/adresar
rdiff-backup -r now /home/backup/server/adresar/ /home/backup/tmp/adresar/
rsync -avz -e ssh root@server:/adresar /home/backup/tmp
rdiff-backup /home/backup/tmp/adresar/ /home/backup/server/adresar/
rm -rf /home/backup/tmp/*

Tenhle skriptík nejprve obnoví původní zálohu to tempu, synchronizuje rsyncem vzdálený adresář s aktuální verzí zálohy v tempu, následně zazálohuje temp a uklidí po sobě. Na serveru pak stačí rsync. Nevýhoda je, že tohle se hodí spíše pro zálohování menšího objemu dat.

Mimochodem, zajímavou alternativou k rdiff-backup je duplicity. Nabízí kompresi a šifrování navíc.

Skvělý nástroj. Vřele všem doporučuji. Používáme jej cca 2roky.
Jen na začátku jej je potřeba trochu patchnout a upravit.

Ma tu nekdo povedomi jak zalohovat soubory nad 4G na USB medium? Predpokladal jsem nejakou moznost soubory rozsekat na definovanou velikost, ale nic nevidim.. Potrebuji prave neco jako je rdiff-backup..ale s touhle vlastnosti.

a proc by to jako neslo? je uplne jedno, jestli mam fs na usb flashce, nebo lokalnim disku.. pokud nejsem debil a necpu tam fatku

Pokud potřebuji být s tou fleškou kompatibilní i s Windows, tak moc dalších možností nemám.
Jaké používáte souborové systémy na externích discích, pokud je potřebujete připojit střídavě k Windows i k Linuxu?

Třeba ntfs

chtel jsem se zeptat na to, proc kdyz provedu zalohu souboru(100MB), tak v pripade, ze k souboru pridam napriklad 10MB, se prenasi znovu cely soubor a ne jenom tech 10MB? nebo se pletu?, jde mi primarne o zalohovani outlooku kde jsou vsechny maily v jednom fajlu