Dotaz: Rsync - zachování původních přípojných bodů zálohy.

[Petr_70]

Dobrý den všem.

Prosím vás o radu a případně shovívavost, pokud budu něco interpretovat špatně...

Mám někde (na jiném úložišti) zálohovaný kompletní linuxový adresářový strom linuxového systému, který běží na serveru se dvěma diskovými poli RAID5. Ta pole jsou samozřejmě různě rozdělená, neboli adresáře stromu mají různé přípojné body na obou diskových polích.

Jak jsou disková pole rozdělená a do kterých partition jsou jednotlivá data připojena není v tuto chvíli podstatné.

Jde mi o to, že když vytvořím síťovou zálohu pomocí Rsync se zachováním oprávnění, vlastnictví, typu souborů atd. (implikuje přepínač -a , na cílové straně jsou nutná práva admina, příp. za použití parametru "--fake-super".) Jak nebo podle čeho Rsync pozná při nutnosti obnovení systému a dat z této zálohy, kam má "fyzicky" data vrátit zpět na původní místo?

Pokud původní přípojné body na serveru budou existovat, pak je Rsync "vidí" a umístí je fyzicky na správné místo.
Co když ale žádná data (tedy ani přípojné body) na serveru nejsou - např. při obnovení disk. pole po havárii řadiče disku. Jak tedy Rsync pozná, kam data fyzicky umístit pokud chci systém uvést do původního stavu?

Možná jsem něco přehlédl nebo zcela nepochopil, ale z dokumentace Rsync plyne, že dokáže zachovat všechna metadata, ale ta jsou uchována v inodu v rámci jedné partition. Tedy z toho nijak nepozná, kam má "fyzicky" adresáře s daty zpětně připojit aby byla na původním místě (na původní partition).

Dokáže mi někdo prosím poradit a tuto věc objasnit?

Děkuji vám předem.

Odpovědi

[dustin]

Nemůžeš zálohovat rovnou celý ten základní filesystém, bez ohledu na místa, kam je dál připojený?

Ostatní servery pak můžeš zálohovat s parametrem -x/--one-file-system, aby zálohování nelezlo na další namontované filesystémy.

[NN]

Resi to vubec? Pokud by jsi mel zalohovany adresar /mnt/backup/ jako raid mount a to pole odpojil. Pri obnove by rsync vytvoril adresar do aktualniho souboroveho systemu. Nebo ne?

[k3dAR]

rsync to vubec neresi, adresare jsou pro nej jen cesty, kdyz v cili neni nic pripojeno, synchronizuje to do nepripojeneho vcetne cele cesty ktera by v pripade byla na tom pripojenem...

[Filip Jirsák]

rsync nic neobnovuje, rsync jenom synchronizuje dva stromy souborového systému. Tj. kdybyste spustil synchronizaci ze zálohy do nějakého cílového souborového systému, rsync tam prostě bude kopírovat adresáře a soubory tak, jak jsou ve zdrojovém souborovém systému. Když nějaký adresář nebude existovat, tak ho vytvoří, když bude existovat, nastaví mu (v závislosti na konfiguraci rsyncu) metadata jako vlastníka, oprávnění apod.

Pokud byste tedy chtěl při obnově zachovat přípojné body, musíte je nejprve na cílovém systému ručně vytvořit.

Navíc mi připadá trochu zvláštní zálohovat kompletní strom (doufám, že aspoň bez /dev, /proc, /tmp, /sys a dalších proměnlivých adresářů). Spíš bych zálohoval zvlášť uživatelská data (/home), protože tam dává smysl držet i historii, zvlášť aplikační data (/var), případně také s historií, zvlášť konfiguraci (/etc). Aplikace také můžete zálohovat, případné obnova ze zálohy by byla rychlejší, než nová instalace, i kdybyste jí měl zautomatizovanou. Ale když to máte vše v jednom, máte ta data svázaná se současnou instalací, a budete mít problém v případě, že byste se rozhodl třeba vše přenést na nový stroj a zároveň s tím nainstalovat systém od začátku (třeba přejít na jinou distribuci nebo na jinou architekturu).

[Petr_70]

Co je spatně na zálohování celého stromu?

Rsync má skriptem definováno, co nemá kopírovat, takže při požadavku migrace na nový stroj, je snadné ty vámi uváděné adresáře z obnovy vyloučit.

Jinak těch důležitých adresářů k záloze je daleko více... např. srv/www/htdocs pro webhosting, /usr/local/ pro serverové aplikace, /var/lib/ pro databázi MySQL a jiné...

[Filip Jirsák]

Co je spatně na zálohování celého stromu?

Pro zálohování různých dat se hodí různé způsoby zálohování. Např. uživatelská a aplikační data budete chtít uchovávat i s historií, uchovávat historii operačního systému je zbytečné.

Rsync má skriptem definováno, co nemá kopírovat, takže při požadavku migrace na nový stroj, je snadné ty vámi uváděné adresáře z obnovy vyloučit.

Vyloučit nějaká data z obnovy je možné, ale k čemu je dobré zabírat jimi místo na zálohovacím médiu, když je pak stejně nepoužijete?

Jinak těch důležitých adresářů k záloze je daleko více... např. srv/www/htdocs pro webhosting, /usr/local/ pro serverové aplikace, /var/lib/ pro databázi MySQL a jiné...

To jsou aplikační data. Správce samozřejmě musí vědět, kde má aplikační data uložená.

[k3dAR]

nic neprehlizis, rsync toto nijak neresi, je na tobe aby pri obnove si zaridil pripojene oddily/disky/sitove_disky/atd tak jak jsou pri zalohovani...
tzn. idealne je ze budes zalohovat zvlast jednotlive pripojeni ze serveru a pri obnove nejdriv obnovis rootfs, ozivis pripojeni vsech mountpointu a pak provedes obnovy zaloh jednotlivych pripojeni...
pripojene body budes mit v /zaloha/etc/fstab (ty ktere si tam das) a/nebo v /zaloha/etc/mtab (tam jsou vsechny i co pripojis rucne nebo jinak)

[Petr_70]

Rozumím... v podstatě se jedná o "ruční" obdobu startovací procedury - Po připojení root-fs jsou připojeny ostatní souborové systémy podle specifikace v /etc/fstab.

[Petr_70]

Děkuji vám všem za odpovědi i za váš čas...

Takže jsem to vlastně předpokládal správně. Je tedy nutné mít při obnově funkční systém a již připravené přípojné body.

Jen si říkám, zdali není - např. pro nejhorší případ havárie serveru - rychlejší a bezpečnější mít někde naklonovanou zálohu těch diskových polí pomocí aplikací typu Acronis apod. (nebo přes dd).
Tam mám kromě dat ještě navíc i zachováno rozdělení disků, tedy i s oddíly.
Po obnovení činnosti hardware se obnoví nejdříve pole na kterém je root-fs a následně případně další s daty.

Překvapivě se to tak ale u serverů nedělá (alespoň jsem to nikde nezaznamenal). Admini řeší zálohy pomocí Rsync, Rdiff-backup apod. tedy "jen" samotná data...

[Filip Jirsák]

Zálohovat celý systém je často zbytečné, protože ho můžete snadno obnovit novou instalací. Takže je zbytečné plýtvat prostorem na zálohovacím zařízení archivováním něčeho, co lze snadno stáhnout z internetu.

Navíc pořád řešíte jen obnovu na identické disky v případě havárie. Když budete mít pro obnovu o něco menší disk, budete mít v případě zálohování obrazu disku velký problém. Když budete mít větší disk, budete muset dodatečně zbytečně řešit natahování souborového systému. Když přijde uživatel, že omylem smazal nějaký soubor, budete muset obnovovat celý obraz.

Zálohování celých obrazů systému se často používá u virtuálních strojů, protože tam je často potřeba omezit dobu výpadku na minimum, takže se virtuální stroj z kopie obrazu jen spustí na jiném zařízení.

Podstatné je to, že neexistuje jeden univerzální způsob zálohování vhodný na všechno.

[Josef Kufner]

Docela se mi osvědčilo (na notebooku) mít pomocí rsync kompletní zálohu na úrovni souborového systému (bez /proc, /sys, a /dev). Obnova se pak dá snadno udělat minimální instalací, což zajistí bootovatelnost a rozdělení disků. A tu minimální instalaci pak přeplácnout rsyncem ze zálohy.

[hodza]

To důležité už řečeno bylo - rsync neřeší kde je co připojené, ale stará se pouze o zkopírování dat. Pokud se nejedná o "one shot" zálohu, pak bych důrazně doporučil přejít na řešení typu dirvish. Jinak do rsyncu bych určitě přidal parametr "--numeric-ids".