Dotaz: Zalohovani s deja-dup? Doporucujete?

[petrfm]

Ahoj, uz roky se chystam, ze zacnu zalohovat /home na NB rdiffem nebo aspon rsyncem na server / usb disk. Haha. Lenost vzdycky zvitezi, takze jsem do dneska nebyl schopny to ani odzkouset, natoz si to naskriptovat. Ale dnes jsem v ubuntu narazil na "zalohovani", ktere jak jsem se docetl vyuziva deja-dup, coz je pry GUI k duplicity. Funguje to skvele, zadny terminal, naklikam si slozky, vyjimky, nastavim uloziste a muzu si lupnout po zaloze kdykoliv, kdy pripojim externi USB disk, nebo doma v siti, kdyz mam dostupny SMB share. Podstatne je, ze nemusim studovat syntaxe a za 30 vterin muzu zalohovat.

Funguje to jako rdiff, takze se neprenasi to, co uz je v ulozisti a umozni mi to snadno se vratit v historii ke zmenenym, nebo smazanym souborum diky itegrace do dialogu nautila. Takze user friendly uplne maximalne. Planovane zalohy vyuzivat nebudu, pac nikdy nevim, kdy budu s NB v docku a siti, takze je stejne lepsi to delat rucne.

Otazka tedy zni - ma pouzivani deja-dup nejaky hacek? Je nejaky duvod si radeji napsat vlastni skript s vyuzitim rdiffu, nebo rsync? Nebo je to spolehlive a funkcni reseni?

Diky za nazory, P.

Odpovědi

[NN]

Nejake drobne nedostatky to asi mit bude, ale pokud jsi spokjeny, tak to muzes v klidu pouzivat. Toto neni technicky problem.

[tom62]

Planovane zalohy vyuzivat nebudu, pac nikdy nevim, kdy budu s NB v docku a siti, takze je stejne lepsi to delat rucne.

Doporučoval bych si to rozmyslet. Z vlastní zkušenosti bych řekl, že pár týdnů na to budete myslet, ale po nějaké době na to zapomenete, což je pak k ničemu.

Déjà Dup neznám, já používám Back In Time, ten využívá rsync (takže se také přenáší pouze změny, zálohy jsou inkrementální a stejné verze jednoho souboru jsou vytvořeny pomocí hardlinku) a SSH. Plánování mám nastaveno tak, že v den, kdy ještě neproběhla záloha, se každých 15 minut podívá, zda je dostupný server (to je kvůli pomalému připojení k internetu jen na domácí síti), pokud ne, za 15 minut zkouší znovu, pokud ano, zálohu provede a v případě úspěchu zálohuje zase až další den. Jde tam naklikat i automatická záloha po připojení externího disku (pomocí udev pravidla).

[petrfm]

No ja hlavne koukal, ze ono to asi nejak extra nevynucuje to zalohovani, ale jenom to nejak upozorni. Nevim, nezkousel jsem, zkusim zapnout a uvidime, co to bude delat. Ja nenavidim, kdyz system dela neco sam. Zvlast takove narocne operace, ktere kdyz se spusti, tak mi to zase*e sit, nebo vybije baterku. Radeji to spoustim sam kdyz vim, ze budu mit pul hodky cas, nechat to lezet v docku.

[tom62]

Inkrementální záloha přes rsync je tak náročná, kolik souborů jste od poslední zálohy změnil. Na většině mých počítačů je tedy každodenní záloha otázkou několika desítek sekund. Když se spustí s nízkou prioritou, ani nevím, že běží. Co se týče baterky, konkrétně ten Back In Time má volbu, která při provozu na baterii zálohování nespustí.

[Josef Kufner]

Používám rsnapshot, což je nadstavba nad rsync --link-dest. Podobných nadstaveb je mnoho, doporučuju se držet rsyncu v pozadí. Volba --link-dest vytváří hardlinky u nezměněných souborů, takže jde o jednoduchý a docela efektivní způsob inkrementálních záloh. Další zajímavou alternativou jsou btrfs snapshoty.

Zálohování určitě spouštěj automaticky. Vytipuj si dobu, kdy býváš doma a nastav to na ní. Pokud občas doma nebudeš, tak se to prostě spustí další den. Pokud rsync běží s nízkou prioritou, není to většinou ani nijak znát. Nejjednodušší je dát do cronu ping server -n 3 && nice rsync ...