union fs snapshoty

Radim Kolar hsn at netmag.cz
Fri Mar 26 07:53:27 CET 2004


Precetl jsem si neologismuv clanek http://www.blackhole.sk/readme.php?id=210

vubec mi neni jasna sekce tykajici se union fs

Např. "zálohovaní" s tím, že každý den union mountnete na /home obsah nějakého
(prázdneho) souboru (vinum based), těchto souborů máte třeba 7 (s tím, že
nejspodnější vždycky syncete s původním /home). To vám dává snapshoty (které
jsou ale v FreeBSD implementovány jinak) z každého dne týdne.

muze mi tohle nekdo blize vysvetlit?

Ja bych potreboval docilit tohoto stavu:

1)
udelam si ffs snapshot live pgsql databaze. Pokud chci spustit databazi z
tohoto snapshotu, databaze zacne delat rollforward recovery a to se ji nepovede
protoze fs je read-only. Potreboval bych nejak docilit toho, aby se tech par
zmen zapsalo alespon nekam do cache a tam pak zustalo po celou dobu kdy mam db
spustenou nad snapshotem. Tech zmen neni mnoho, jsou ale ve velkych souborech,
takze je neni zrovna zadouci cele kopirovat jinam. Neni ale mozne tyto zmeny
behem behu db zapomenout. Tedy stacilo by neco jako cache co se ale nikdy nezapise na disk - v podstate tedy to, jak jsou udelany snapshoty fs v os linux.

2) 

Vzhledem k tomu ze pgsql je non-overwriting database, tak by tohle slo vyresit
i tim ze bych si napsal script, ktery by problehl transakcni xlogs logy
postgresu a nalezene transakce by oznacil v clogs jako aborted. Stacilo by tedy
vymenit jeden soubor ve snapshotu coz je s pomoci union fs mozne. Dale bych ale
potreboval virtualne smazat stavajici xlogs ze snapshotu a to je problem
protoze to union fs neumi. Vlastne by stacilo zapsat do tech xlogs prazdne
stranky, pgsql to pri jejich dalsim cteni zabrzdi. Takze metoda 2 by sla tak za
pulhodinku nakodovat. Radsi bych ale pouzil metodu c.1 abych si nemusel psat
ten script. 



More information about the Users-l mailing list