Názory k článku
Pokročilé zálohování s Rsync

$subj

po niekolkych rokoch zalohovania skolskeho serveru na vzdialeny disk s rsync sme presli na rdiff-backup ... ma vyhodu, ze sa zmesti viac historie na rovnako velke miesto - priblizne 15 dni oproti dvom dnom s rsyncom

S rsyncem také není problém - pomocí hardlinků jde dělat elegantně plné zálohy, které ale zabírají datově jen rozdíl. Viz např. http://www.mikerubel.org/computers/rsync_snapshots/#Incremental

Prakticka implementace vyse popsaneho principu je asi nejlepsi v rsnapshot (script volajici rsync). Pouzivam dlouho, hodne, a hlavne rad :) Umoznuje libovolne dlouhou historii a pokud se data moc nemeni, s velmi nizkym obsazenym prostorem navic.

Docela dobré je také zálohování pomocí rsync na DVD-RAM...

No ja mam s DVDram problemy. Neviem ci je chybne medium alebo mam pouzit radsej FAT namiesto UDF, ale asi po 1GB sa mi transfer neskutocne spomali a vypisuje io erors do kernel logu.
Tak mozno ze to bude v mediu (mam verbatim 3x za 80Sk, ale uz som videl aj 3x drahsie).

Nemůže to být bug v kernelu? Na Wikipedii jsem si všiml tohoto:

Linux 2.6.X (Read+write) 1.02, 1.50, 2.0x (write supported on HDD, DVD-RAM, DVD+RW and CD-RW from 2.6.10 onward, earlier versions support less media), 2.50 (read, via patch) NOTE: before 2.6.17, there's a bug in writing files bigger than 1GB; between 2.6.17 and 2.6.21 (inclusive), this is disabled, as a workaround; and in 2.6.22 this bug is fixed.

Vdaka za info.
Ja som ale myslel celkovu velkost dat (vela malych suborov). Ale aj tak dobra informacia. V kazdom pripade sa oplati upgradnut na .22 kernel.
Skusim aj ja ten tar, ma to nenapadlo. Ak raw write (cez tar alebo dd) nebude fungovat, tak je to zle medium.

Ake media mate? Funguju dobre?

diky

V mnoha distribucích není vypnutá aktualizace atime při přístupu na DVD-RAM. Zkuste "noatime,nodiratime". To mi zrychlí rsync rozbaleného kernelu čtyřnásobně.

Bohužel je kdesi v kernelu nějaká špatně nalezitelná chyba, která pravidelně DVD-RAM poškozuje: https://bugzilla.novell.com/show_bug.cgi?id=91189

http://www.linuxexpres.cz/praxe/zalohuj-sva-data-tolikrat-kolikrat-je-mas-rad

Pokud zalohujete vice servru a stanic a myslite to trochu vazne tak zkuste baculu. Zatim jsem nenasel lepsi client-server backup
Tom

Keby sa dala pridavat karma, tak je to +1.
Zalohovanie je zaklad a navod na rsync som v nejakom pochopitelnom jazyku dlho nevidel.
Trosku ma udivilo, ze sa autor nezmienuje o nepouziti algoritmu pri lokalnych cestach (to som zistil pri pouzivani aj sam), ale inak vynikajuce.

a pro nás líné klikače existuje nástavba grsync:
http://www.opbyte.it/grsync/

Vzdycky zkompiluju stranky na lokalnim stroji, checknu ze vypadaji OK a pak napisu "make rsync" a oni se uploadnou jen ty zmeny, rsync ruluje.

Tady je skript co to dela: http://ronja.twibright.com/utils/ronja_rsync_twibright

Tak na tohle používám obvykle subversion. Dám svn ci na vývojovém počítači a svn up na produkčním.

Vzdycky zkompiluju stranky na lokalnim stroji, checknu ze vypadaji OK a pak napisu "make rsync" a oni se uploadnou jen ty zmeny, rsync ruluje.

Tady je skript co to dela: http://ronja.twibright.com/utils/ronja_rsync_twibright

pdumpfs taky neni spatnej, dela zalohy pres hardlinky, nazvy adresaru podle data.

Ahoj,
chci se zpetat, zda umi rsync pracovat i s binarnimi daty? Konkretne, mam databazovy server, jehoz prostory mam ulozeny v raw devices (Logical Volumes na AIXu) a chci mit jeho kopii na jinem serveru. Zvladne to rsync???

no podle mne rsync pracuje nad souborama, ten raw device by se musel zrejme precist pomoci dd a pak pres | do rsync?

Rekl bych ze standardne bude rsync specielni soubory kopirovat klasickym ctenim, podle me by to melo jit. Kazdopadne ale po dobu kopirovani musite mit tu DB dole.

Ja jsem poprve videl pouziti rsync pro zalohu dat z jednoho kritickeho serveru na druhy.

Vsechna dulezita data se kazdych 20 minut "presypala" na druhy server. V pripade vypadku prvniho serveru, se pak prvni server odstavil a na druhem serveru se zmenila IP adresa a spustily se sluzby, ktere mely k dispozici nejvyse 20 minut stara data.

Pro tenhle typ zalohy celeho pocitace neni potreba ani RAID a vyjde docela levne. Jen je treba mit zarucene, ze sluzby se z tohoto vzpamatuji.

Moc sikovne reseni - zdvojeny veskery HW, SW i data.

Ja pouzivam na zalohovani starsi, ale porad vyhovujici hdup2:
http://www.miek.nl/projects/hdup2/

Jak dopadne rsync adresare v kterym jsou menici se data? Konkretne mi jde o stroj bezici ve vmware - je nutne ho zastavit pred rsyncem a potom spustit nebo ho muzu zazalohovat bezici?

pokud chces mit zalohovana data konzistentni, pak bud vm stroj zastavit anebo pouzit technologii snapshotu - na urovni souboroveho systemu/na urovni volume manageru/na urovni vmware serveru (lze na ESX serveru) apod.

Mimochodem, je v Linuxu nějaký snapshot mechanismus s API pro uživatelské programy? Pro tyto účely by to mohlo být velmi zajímavé.

Rokud se rsyncu zmeni soubor behem zalohovani, rsync ho preskoci a oznami to chybovou hlaskou. Takze vmware partisnu zastavit, nebo udelat nejaky snapshot pokud to vmware umoznuje.

Našel jsem si pro zálohování výborný BackupPC Více lze přečíst zde nebo na oficiálním webu.

Dobrý deň,

dokáže to aj synchronizáciu cez FTP bez prenášania celých súborov? Ak nie, tak ktorý program dokáže aspoň synchronizáciu, kde sa prenesú len zmenené súbory? Problémom tu môžu byť odlišné filesystémy u mňa a na FTP serveri.

Přes FTP to určitě fungovat nebude. V článku to nebylo uvedeno (a trošku mi to tam chybělo), jak vlastně rsync pracuje při vzdáleném kopírování.

Když se data kopírují na vzdálený stroj, tak na druhé straně se opět spustí rsync (stejná binárka, která se používá pro kopírování, ale v režimu serveru; buď už tam běží, tzn. kopíruje se na rsync:// URL, nebo se spustí přes SSH, kterým se tuneluje spojení) a klient a server si spolu povídají. Přes FTP spouštění a komunikaci s rsync serverem provedeš dost těžko.

Na tom FTP serveru tedy budeš potřebovat buď svůj SSH účet, nebo rozchozený rsync server.

Na SYNCHRONIZACIU je velmi dobry program UNISON.
http://www.cis.upenn.edu/~bcpierce/unison/index.html
Nie je tradicny backup ale synchronizer ktory umoznuje N-way synchronizaciu. Ja ho pouzivam na synchronizovanie notebooku s desktopom. Podporuje aj prenos malych zmien vo velkych suboroch. Pre GUI mozes pouzit unison-gtk aj ked to vyzera hrozne.

Poprve jsem se s rsync setkal, kdyz jsem s nim opravoval stazene instalacni DVD v .iso, kteremu nesouhlasil checksum. Byla to laska na prvni pohled.
rsync -va --progress rsync://ftp.domena.cz/adresar/image.iso /home/ja/
(neuvést cíl, funguje jako výpis souborů v adresáři na vzdáleném serveru!)

To já zase stáhnul 4 CD nějaké distribuce, pak jsem si ji chtěl vypálit na DVD, ale nechtěl jsem to znovu stahovat. Tak jsem ty CD spojil catem do jednoho souboru a přes rsync z toho udělal DVD :-)

wtf!

+1

JJ, ale tam se to dela z 3.5" disket ;)

Připadá mi že návod "napište si vlastní skript" vede k nesmyslnému plýtvání časem, protože už je to mnohokrát udělané. Používám disvish (http://www.dirvish.org/) k plné spokojenosti: ne moc složitý, tak akorát, ani ne nepoužitelně primitivní: hlídá které zálohy se povedly a které ne, má celkem jemná pravidla pro expiraci záloh atd. Neobsahuje nástroje proobnovení po krachu disku, ale to spíš přispívá k jeho jednoduchosti.

Zrovna jsem resil, jak zrcadlit data mezi Linux Debian a Win2008. U rsync a unison vidim problem s instalaci klienta pro Win2008, nekde jsem cetl o problemech, navic na okna moc veci instalovat nechci, jelikoz pak stabilita je ta tam. Nakonec jsem cele reseni postavil na lftp, kde na Win2008 bezi ftp sluzba.

lftp -e "mirror -pveR /xxx/ ./yyy ;quit" -u user:password winserver

nebo lze vytvorit konf. soubor, napr. lin2win.cfg, ktery pak obsahuje:
#
open winserver -u user,password
mirror -pveR /xxx/ ./yyy
#
a potom zavolat:

lftp -f lin2win.cfg

Řekněme, že si chci zálohovat fotky z dovolené z adresáře /mnt/data/fotky-dovolena/ na svůj …

Formulace je zavádějící, nearchivují se jen fotky z adresáře, ale celý adresář (fotky-dovolena) s fotkami:

rsync -av /mnt/data/fotky-dovolena   /archiv-všeho/

výsledkem bude /archiv-všeho/fotky-dovolena/fotka1.jpg ...

archivace jen fotek by byla takto:

rsync -av /mnt/data/fotky-dovolena/   /archiv-fotek/

a výsledek /archiv-fotek/fotka1.jpg

Vtipné je použít jednou bez lomítka a podruhé s, hned máte dva archivy :)

Pokud ho nenapíšete, kopíruje se zadaná složka i s jejím obsahem. Příkaz by vypadal takto:

$ rsync -av /home /mnt/zaloha

Pokud ale lomítko na konci cesty zadáte, rsync zkopíruje pouze obsah složky. Následující příkaz bez koncového lomítka:

$ rsync -av /home/ /mnt/zaloha/

<b>Neblbněte lidi</b>, to lomítko na konci (u cílového adresáře záloha) je úplně irelevantní, vždy se bude kopírovat do adresáře záloha, nemá žádný smysl ho jednou použít a podruhé ne u příkladu, který má lidem udělat pořádek v použití lomítka u zdrojového adresáře. Leda by to byl nějaký pochybný úmysl je poslat na cestu nejlepší, tedy donutit je zkusit si všechny možnosti pěkně samostatně doma.

Ahoj,
je možné na serveru spustit rsync s odkazem na vzdálený počítač, na kterém běží Win a zálohovat z něj na linux server?

Díky moc