Dotaz: tar - inkrementální záloha

[Gustav Hájek]

Vytvarim zalohovaci system, ktery bude provadet zalohovani sitovych disku. Mam pocitac s Debianem , kde budou provadeny zalohy a souborovy server (FS), kde jsou pres Sambu sdilene adresare. Aby se na FS pripojily sitove disky hned pri startu dal jsem do /etc/fstab zhruba toto:

//FS/adresar /mnt/FS/adresar smbfs credentials=/cesta/k/uzivUdaji,ro 0 2

Dale jsem si vytvoril zalohovaci skript, ktery provadi zalohu pomoci tar. Prikaz priblizne vypada nasledovne:

tar -g /cesta/k/seznamSouboru -X /cesta/k/excludeFiles -cvf /cesta/k/$WeekNo-adresar-$WeekDayNo.tar /mnt/FS/adresar

parametr -g by mel zajistovat to, ze zaloha bude inkrementalni pokud existuje seznamSouboru, jinak se provede plna zaloha (alespon si to myslim), promene v nazvu vytvarene zalohy jednoduse zajistuji jmeno zalohy s udaji o aktualnim tydnu a cisle dne v tydnu.
Skript takto funguje docela dobre, jen jsem zaznamenal nasledujici problem. Kdyz provedu prvni zalohu, je vse v poradku, pokud ale skript pustim druhy den, vytvari se znovu cela zaloha namisto inkrementalni. Pokud skript zkusim pustit znovu jeste ten den (presneji nekolik minut po prvni) provede se pozadovana inkrementalni zaloha. Vsiml jsem si pri zpracovani druhe zalohy hlasky: Directory is new, ale pokud vim tak k zadne zmene nedoslo (nedoslo ani k odpojeni a znovu pripojeni sitoveho adresare). Myslite ze problem muze byt nekde v tom sitovem pripojeni? Predem dekuji za jakoukoliv radu.

Odpovědi

[Hynek (Pichi) Vychodil]

mozna bude problém v atime. zkus ten svazek pripojovat s volbou noatime

[Gustav Hájek]

Diky moc za typ, ale bohuzel se to chova stejne, jen hlaska se zmenila na: Directory has been renamed. No zkusim se jeste pohrabat v moznostech prikazu mount, treba neco objevim, ale kdyby nekdo vedel, budu vdecen. Jeste jsem zjistil, ze u normalnihoi disku se to chova tak jak ma, takze to musi byt v nastaveni pripojeni sdilenych adresaru.

[dumi]

Dobry den

A nemohlo by to byt tim, ze se zmeni nazev toho tar archivu?? To by odpovidalo tomu, ze ten stejny den to funguje jiny uz ne. Zmeni se preci posledni cislo v nazvu archivu. Nevim to jiste jen tipuji. S imcrementalni zalohou jsem take bojoval. Zacal jsem tedy pouzivat Taper. (pro me potreby dostacujici).

Preji hodne stesti.

[Ritchie]

Na zálohování používám hdup (takový šikovný konzolový frontend k tar + gzip). A u něj ve FAQ píšou:

Q25: Incremenal backups are as large as the full ones (using SaMBa) When you are using SaMBa to backup windows files be sure that the underlying filesystem is something better than fat (or vfat). Those ancient filesystems don't have enough support to properly do incremental backups. You will always get full dumps.

Pokud tam nemáte FAT, tak mou odpověď prosím ignorujte.

[Tomáš]

Ja delam taky inkrementalni zalohy a s nejakym parametrem -g se nezalamuju. Prikaz mam nasledujici, jmena promennych jsou snad samovysvetlujici.

tar cf $cil --listed-incremental $posledni --exclude-from $exclude --one-file-system ${zdroj}

Kdyz najde soubor $posledni, tak dela inkrementalni zalohu, kdyz ne, tak dela plnou a vytvori soubor $posledni.

[Gustav Hájek]

Všem děkuji za odpovědi, byť mi to dalo nějaký čas, problém jsem vyřešil (nebo spíše obešel?) tím, že jsem sdílení začal provádět přes NFS, kde výše uvedené problémy nejsou. Ještě jednou děkuji všem za ochotu.