Zalohovanie dat vo FreeBSD

[Radim Kolar]

> uz sme to parkrat rozoberali aj tu v konferencii, ak si dobre pamatam,
> tak nikdy nepadlo nejake konkretne riesenie.
konkretni reseni je velmi zavisle na lokalnich podminkach:
kolik dat celkem zalohovat
jak dlouho dozadu udrzovat zalohy
kolik dat pribyde za den
zda se pozaduje offsite backup
zda mame volne misto na disku abychom si mohli dovolit denni snapshoty
kolik je na to vyhrazeno penez
osobni preference administratora

> na zalohovanie je dump/restore a pod., ale nedostali sme sa k konkretnej
dump/restore je opravdu vyborny, pokud staci jednoduche zalohovani.

> AKO KONKRETNE ZALOHUJETE DATA NA FREEBSD?
#pripadova studie 001
doma zalohuji freebsd masinu pomoci dump & ssh na staricky debian 120mhz pentak lezici v koute. dat je celkem asi 10 gb, inc. backup je asi 100mb per day, mam 2 mesicni full backupy, tydeni diff backupy a incr. denni backupy.

#pripadova studie 002
notebook s 60gb diskem
zalohuji pres dump/ssh na jiny stroj, delam jen obcasne full backupy

#pripadova studie 003
router s 500mb diskem
po nainstalovani udelam cat /dev/adXX | gzip -4, zadne jine zalohy pak uz nedelam. zalohu vypalim na cd spolu s rescue freebsd imagi. takze pri obnove nabootuju z cd a placnu tam backup pomoci dd

#pripadovat studie 004
generic db server
zalohuje se na pocitac s IDE diskem dostatecne velkym aby se tam vesla databaze.system se synchronizuje s masterem pomoci rsync, databaze se udrzuje pomoci replikace. po kazdem systemovem upgradu (coz neni moc casto) se system dumpne na 2x na DVD pro offsite ulozeni a data z databaze se vyexportuji a zakomprimuji rarem 20:1 kazdy den a pak se podle objemu prehraji bud'to na suplikovy IDE disk nebo na DVD pro offsite ulozeni.

#pripadova studie 005
1tb samba server

po odfiltrovani "multimedialnich dat" se tar po bzip2 komprimaci
vejde na SDLT 600 kazetak. kazdy den se dela full backup (jednodusi obnova),
kazeta se nosi nasledujici den do banky pro uschovani.

#pripadova studie 006
Zalohovani 9ti mene dulezitych stroju na kterych bezi cheap webhosting.
jednou tydne full backup pomoci baculy na starou masinu s 1.5tb ide diskama, kazdy den snapshot na filesystemu.
offsite se to nenosi.

#pripadova studie 007
poor man hot backup, 3 podobny stroje, synchronizace pomoci rsync/carp, delaji
front-end webservery

> Problem je, ze paskove mechaniky, ktore som zatial nasiel (a na ktore by
> som este mal peniaze), zvladnu tak 146 GB. Bez changer-u sa teda neda
> zalohovat 300 GB diskove pole. A paskova mechanika s changer-om je zase
> neunosne draha...
300gb pole na 146 gb pasku zazalohujes, to pole neni vetsinou na 100% plny
a data ze komprimuji zhruba 2:1. V nejhorsim pripade musi operator pro fullbackup vymnenit pasku, coz neni problem pokud jedes 1xtydne full,denne diff/inc.

Ako sa toto riesi napr. u ISP?
mas stroje ruzne dulezitosti a neni vzdy pravda
ze nejdulezitejsi stroj ma nejvice dat. Od nekterych stroju napriklad zalohujes
jen konfiguraci+system a nikoliv data. priklad: Pokud ti napriklad lehne stroj kde
scitas zakaznikum preneseny data, tak to muzes vklidu par dni ignorovat neb ISP plati
za 1GB dat peniz limitujici k nule. prodava ho dal sice za dolar, ale 90%
zakazniku ti to stejne nepresvihne. Naproti tomu napr. stroj s databazi
zakazniku ten si zalohujes napr. shadowcopy backupem.

no proste zalezi zejmena na mistnich podminkach, proto se tu nerozebiraly
konkretni reseni.